AI dla firm transportowych — automatyzacja dokumentów przewozowych

Automatycznie da się przetwarzać te dokumenty, które mają powtarzalny układ pól, nawet jeśli każdy kontrahent wypełnia je inaczej: CMR, listy przewozowe, zlecenia transportowe, potwierdzenia dostawy, dokumenty WZ oraz paragony i faktury zbierane w trasie. Agent rozpoznaje typ dokumentu, wyciąga z niego dane i wpina go do właściwego kursu, zamiast zostawiać stos plików w skrzynce mailowej i na dysku. Kluczowa różnica wobec ręcznego wprowadzania nie polega jednak na tym, że system czyta szybciej — to najmniej wartościowa część całej zmiany — tylko na tym, że od razu porównuje odczytane dane ze zleceniem i sygnalizuje rozbieżność, zanim dokument trafi do fakturowania. Jeśli wdrożenie ma dać jedną rzecz, uważamy, że powinno dać właśnie tę kontrolę: sekundy zaoszczędzone na przepisywaniu odzyskuje się raz, a jedna wychwycona rozbieżność w warunkach zlecenia bywa warta więcej niż cała oszczędność czasu.

Powiedzmy głośno rzecz, której nie usłyszycie na prezentacji oprogramowania: w obiegu dokumentów przewozowych większość problemów nie jest problemem technologicznym. Jest problemem tego, że kierowca robi zdjęcie dokumentu w kabinie o 23:00 — pod lampką, przez folię, z odblaskiem i odręcznym dopiskiem przy rubryce uwag — a potem wysyła je komunikatorem, w którym po dwóch dniach nikt już nie wie, do którego kursu ono należy. Zdjęcie CMR zrobione w takich warunkach będzie zawsze odczytane gorzej niż czysty skan i żaden model tego nie odwróci. Dlatego agent nie udaje pewności: pola odczytane słabo są oznaczane i trafiają do sprawdzenia przez człowieka, a nie do faktury. I dlatego w każdym takim projekcie mamy pozycję, która w ogóle nie brzmi jak AI: krótką instrukcję dla kierowców, jak fotografować dokument, oraz formularz albo aplikację podpinającą zdjęcie do kursu w chwili jego zrobienia. Uważamy, że te dwie rzeczy poprawiają jakość danych bardziej niż jakikolwiek model — a jeśli ktoś proponuje Wam sam odczyt, bez zmiany momentu i sposobu wejścia dokumentu, proponuje połowę rozwiązania i całą cenę. Od 1 kwietnia 2026 r. obowiązek KSeF objął także pozostałych przedsiębiorców, w tym MŚP (Ministerstwo Finansów, ksef.podatki.gov.pl), więc uporządkowany obieg dokumentów wokół faktury zyskał dodatkowe znaczenie.

Jedno zastrzeżenie, żeby nie było nieporozumień przy wycenie: agent nie jest systemem transportowym i nie ma nim być. Jeśli firma ma TMS, agent ma go karmić uporządkowanymi danymi, a nie budować obok drugiego rejestru kursów. Równoległy rejestr, powstały „tymczasowo", uważamy za jedno z najdroższych rozwiązań, jakie można sobie wdrożyć — kosztuje nie w momencie budowy, tylko przy każdym kolejnym pytaniu, która wersja danych jest prawdziwa, i ten koszt zostaje w firmie na stałe.

Agent czyta zlecenia przychodzące mailem, sprowadza je do jednego zestawu pól i porównuje z warunkami, które firma uznała za akceptowalne. Zlecenia przychodzą w dziesiątkach szablonów, w PDF, w treści maila i w skanach — dla człowieka to codzienne przeglądanie tego samego pod innym układem graficznym, dla systemu to zadanie ekstrakcji. Wartość nie leży w samym przepisaniu danych do TMS, tylko w wyłapaniu odstępstw: dłuższego terminu płatności niż uzgodniony, kary umownej wpisanej drobnym drukiem, wymogu ubezpieczenia wyższego niż posiadane, warunku rozładunku, którego firma nie jest w stanie spełnić. Naszym zdaniem to jedyny fragment tego procesu, w którym automatyzacja realnie zarabia — reszta tylko skraca czas, a czas w spedycji i tak zaraz zostanie zajęty przez coś innego. Decyzję o przyjęciu zlecenia zawsze podejmuje spedytor.

1. 01Wpływ i rozpoznanieAgent odbiera wiadomość, rozpoznaje, że to zlecenie transportowe, i identyfikuje kontrahenta po danych z dokumentu.
2. 02Ekstrakcja warunkówWyciąga relację, terminy, stawkę, walutę, termin płatności, wymogi sprzętowe i zapisy o karach umownych.
3. 03Porównanie z regułami firmyZestawia warunki z listą ustaleń dla tego kontrahenta i oznacza każde odstępstwo osobno, z cytatem z dokumentu.
4. 04Podsumowanie dla spedytoraPrzygotowuje jednoekranowe zestawienie: co przyszło, co odbiega od normy, czego w dokumencie brakuje.
5. 05Decyzja i wpisSpedytor akceptuje lub odrzuca; dopiero po akceptacji dane trafiają do systemu transportowego i do teczki kursu.

Regularnie pada pytanie, czy agent nie mógłby przyjmować zleceń mieszczących się w regułach od razu, bez spedytora. Odpowiadamy: nie — i nie jest to ostrożność prawnika, tylko rachunek. Zlecenie, które wygląda na zgodne z regułami, a nie jest, kosztuje pusty przebieg, przepalone okno czasowe u odbiorcy albo karę umowną, a oszczędność na kliknięciu spedytora nie pokrywa nawet jednego takiego przypadku. Automatyzujemy więc czytanie i porównywanie, czyli tę część pracy, która jest żmudna i którą maszyna wykonuje lepiej niż zmęczony człowiek pod koniec dnia. Decyzję zostawiamy tam, gdzie jest wiedza o flocie, kierowcach i o tym, z kim naprawdę chcecie jeździć.

Monitoring ogłoszeń i przetargów działa na tej samej zasadzie, ale z ważnym zastrzeżeniem prawnym. Agent może obserwować wskazane przez firmę źródła, filtrować wpisy według kryteriów — kierunek, typ nadwozia, tonaż, region, termin — streszczać je i zgłaszać tylko te, które pasują do floty. Zanim to uruchomimy, sprawdzamy regulamin każdego serwisu: część giełd i portali przetargowych ogranicza albo wyklucza automatyczne pobieranie danych, a część udostępnia oficjalne API i wtedy korzystamy z niego. Nie budujemy rozwiązań, które łamią regulamin serwisu, bo ryzyko utraty konta na giełdzie jest dla przewoźnika większe niż zysk z automatyzacji przeglądania ofert. Wiemy, że to nas kosztuje część zapytań — zdarza się, że firma szuka wykonawcy, który po prostu zbuduje pobieranie danych i nie zada pytań o regulamin. Wolimy stracić takie zlecenie, niż oddać Wam narzędzie działające do pierwszej blokady konta.

Rozliczenia kierowców automatyzujemy po stronie kompletowania dokumentów, a nie po stronie oceny człowieka. Agent może zebrać w jednym miejscu zaliczki, paragony, dowody tankowania, opłaty drogowe i potwierdzenia z kursów, przypisać je do właściwego pojazdu i okresu, wskazać, czego brakuje, i przygotować zestawienie do zatwierdzenia. Nie ocenia natomiast pracy kierowcy, nie wystawia mu punktów, nie buduje rankingów i nie podejmuje decyzji, które miałyby wpływ na jego zatrudnienie lub wynagrodzenie. To granica, którą stawiamy świadomie: dane pracownicze są danymi osobowymi, a automatyczna ocena pracownika jest obszarem, w który nie wchodzimy bez wyraźnej decyzji i analizy po stronie klienta. Automatyzacja rozliczeń bywa przy okazji sprzedawana jako sposób na pilnowanie kierowcy i uważamy to za najgorszy możliwy pierwszy projekt w firmie transportowej — koszt utraty zaufania załogi jest tu wyższy niż jakakolwiek oszczędność na rozliczeniu, a zaufanie odbudowuje się dłużej, niż trwa całe wdrożenie.

• Zakres danych ograniczony do minimum potrzebnego w danym procesie — jeśli rozliczenie nie wymaga lokalizacji, agent jej nie przetwarza.
• Czas pracy kierowców i dane z tachografu to obszar regulowany: agent może uporządkować dokumenty i zgłosić brak, ale nie rozstrzyga zgodności z przepisami i nie zastępuje ewidencji ani wyspecjalizowanego oprogramowania.
• Brak automatycznej oceny, rankingów i decyzji kadrowych podejmowanych przez system.
• Dostęp do danych kierowców tylko dla wskazanych ról, z dziennikiem zdarzeń: kto i kiedy je oglądał.
• Dane przetwarzane w ramach umowy powierzenia, w uzgodnionej infrastrukturze; brak wysyłania danych osobowych do usług spoza ustalonej listy.
• Kierowcy informowani, co system zbiera i po co — automatyzacja wprowadzana bez tej rozmowy kończy się oporem załogi, nawet gdy działa poprawnie.
• Możliwość pełnego wyłączenia automatyzacji i powrotu do obiegu ręcznego bez utraty zgromadzonych dokumentów.

W praktyce największą oszczędność daje nie sam odczyt paragonów, tylko zamknięcie pętli między kierowcą a biurem. Dziś dokumenty wracają z trasy z opóźnieniem, część ginie, a rozliczenie okresu zaczyna się od telefonów i szukania. Jeśli kierowca wysyła zdjęcie od razu po zdarzeniu, agent od razu je klasyfikuje i przypisuje, a osoba rozliczająca widzi na bieżąco, czego brakuje, praca przenosi się z odtwarzania przeszłości na kontrolę bieżącą. Mówimy o tym otwarcie, bo psuje to wygodną narrację o wdrożeniu bezbolesnym: to jest zmiana nawyku kierowcy, a nie instalacja oprogramowania. Jeśli nikt w firmie nie weźmie na siebie rozmowy z kierowcami i przypilnowania nowego nawyku przez pierwsze tygodnie, narzędzie będzie działać poprawnie i nie zmieni niczego — dlatego pytamy o to, zanim wystawimy wycenę, i planujemy tę część razem z klientem.

Zaczynamy od jednego procesu i od dokumentów, które firma już ma. Zbieramy próbkę z kilku tygodni: zlecenia od najczęstszych kontrahentów, zdjęcia CMR w takiej jakości, w jakiej realnie przychodzą — a nie w takiej, jaką ktoś zrobi specjalnie na potrzeby testu — oraz komplet dokumentów z zamkniętego okresu rozliczeniowego. Na tym materiale budujemy prototyp, który pracuje obok istniejącego obiegu i niczego nie zmienia w systemach firmy. Dopiero porównanie jego wyników z pracą ludzi pokazuje, gdzie automatyzacja realnie oszczędza czas, a gdzie tylko przenosi go na sprawdzanie. Ten etap jest krótszy i tańszy niż budowanie pełnego rozwiązania na podstawie założeń, a jego głównym sensem jest naszym zdaniem możliwość powiedzenia „nie warto" przed dużym wydatkiem, a nie po nim.

Powiemy też, kiedy nie warto zaczynać. Jeśli firma wozi na stałych trasach dla jednego zleceniodawcy, dokumenty przychodzą zawsze w tym samym formacie, a ich obsługa mieści się w kilku minutach dziennie — wdrożenie się nie zwróci i usłyszycie to na pierwszej rozmowie, zamiast dostać fakturę za coś, co ma głównie dobrze wyglądać. Druga rzecz, którą mówimy przed umową: opublikowanego wdrożenia AI w firmie transportowej jeszcze nie mamy, więc nie pokażemy cudzego przykładu ani cudzych wyników. Dla Was jest to zaleta i ryzyko naraz — rozmawiacie bezpośrednio z wykonawcą i nie kupujecie historii, których nie da się sprawdzić, ale bierzecie na siebie to, że jesteście pierwszym takim wdrożeniem w naszym portfolio. Dlatego pilot projektujemy tak, żeby dało się go przerwać bez straty: pracuje obok obiegu, nie ingeruje w systemy, a jego wynikiem jest porównanie, nie zależność.

Wdrożenia agentów AI zaczynają się u nas od 10 000 zł, a po uruchomieniu proponujemy opiekę Wataha Care: Basic 100 zł, Pro 200 zł lub Premium 300 zł miesięcznie. Automatyzacje budujemy na n8n i Make, a panele akceptacji oraz aplikacje dla kierowców w Next.js, TypeScript, React Native lub Flutter — dobór zależy od tego, czy narzędzie ma działać w przeglądarce, czy na telefonie w kabinie. Przy narzędziu dla kierowcy trzymamy się jednej zasady: ma robić jedną rzecz i dać się obsłużyć w rękawicach, po ciemku, jedną ręką. Wszystko, co wymaga logowania i przeklikania kilku ekranów, nie zostanie użyte, choćby było najlepiej napisane — i wolimy oddać mniej funkcji, które działają w trasie, niż komplet, który zostaje nieotwarty. Pracujemy zdalnie w całej Polsce; na spotkania dojeżdżamy w promieniu około 40 km od Radomska, a orientacyjne odległości drogowe to około 40 km do Częstochowy, 90 km do Łodzi, 100 km do Katowic i 180 km do Warszawy. Kontakt: +48 788 727 823, media.wataha@gmail.com.