W firmie transportowej i spedycyjnej zlecenia przychodzą przez cały dzień w kilkunastu układach: jako wielostronicowe PDF-y wygenerowane z systemów załadowców, jako skany z pieczątkami, wiadomości z giełd ładunków albo zwykłe maile, w których stały klient dopisuje dwa zdania do poprzedniej trasy. Spedytorzy spędzają godziny na przepisywaniu adresów, kodów pocztowych, dat, numerów referencyjnych i stawek do systemu zarządzania transportem (TMS). Nic dziwnego, że to właśnie obsługa zleceń jest najczęstszym pierwszym projektem, o który pytają nas firmy logistyczne. Cały zakres takich wdrożeń — od zleceń i dokumentów CMR po rozliczenia podwykonawców — opisaliśmy na stronie AI w logistyce i transporcie, a ogólne zasady doboru procesów na stronie o automatyzacji AI dla firm.
Odczytanie adresów i kwoty frachtu z pierwszej strony PDF-a to jednak najłatwiejsza część. Prawdziwym projektem w spedycji jest połączenie tego, co jest w załączniku, z tym, co załadowca napisał w treści maila, wyłowienie klauzul z drobnego druku oraz ustalenie, co dzieje się ze zleceniem, gdy warunki z dokumentu przeczą ustaleniom handlowym. Poniżej pięć decyzji, które trzeba podjąć przed budową automatyzacji, żeby system rzeczywiście zdejmował pracę ze spedytorów, zamiast produkować kosztowne błędy na załadunku.
Tabela trasy to dopiero połowa zlecenia
W hurtowni czy firmie produkcyjnej główną trudnością przy automatyzacji zamówień z maila i PDF do ERP jest dopasowanie nazw towarów i jednostek miar do kartoteki. W transporcie towar jest opisany inaczej: liczą się miejsca i okna załadunku oraz rozładunku, waga, metry ładowne (LDM), liczba i typ palet, wymagany rodzaj zabudowy oraz warunki szczególne.
Problem polega na tym, że te informacje rzadko leżą w jednym miejscu dokumentu:
- Tabela na pierwszej stronie PDF-a podaje zwykle datę, kod pocztowy i miasto załadunku oraz rozładunku, wagę brutto i stawkę frachtu.
- Treść wiadomości e-mail, do której dołączono PDF, często zawiera dopiski zmieniające lub doprecyzowujące tabelę: „rozładunek w piątek maksymalnie do 13:30”, „wymagany załadunek bokiem i pasy”, „numer referencyjny na bramę: 88412”.
- Druga i trzecia strona PDF-a to drobny druk z ogólnymi warunkami zlecenia, często po niemiecku lub angielsku. Tam kryją się zapisy o karach umownych za brak awizacji na 24 godziny przed rozładunkiem, obowiązkowej wymianie palet EUR na miejscu, zakazie dalszego podzlecania bez pisemnej zgody albo konieczności wysłania skanu CMR w ciągu określonej liczby godzin od rozładunku.
Jeżeli narzędzie odczytuje wyłącznie pierwszą stronę załącznika PDF i ignoruje treść maila oraz warunki szczegółowe, wpis w TMS powstanie szybko, ale spedytor i tak będzie musiał otworzyć każdy plik i przeczytać go od deski do deski. Automatyzacja ma sens dopiero wtedy, gdy łączy oba źródła i podświetla warunki wymagające uwagi.
Decyzja 1. Skąd przychodzą zlecenia i czego nie czytać modelem AI
Pierwszy krok przed napisaniem jakiegokolwiek kodu to spisanie kanałów, którymi zlecenia trafiają do Twojej firmy, wraz z miesięczną liczbą zleceń w każdym z nich:
- Poczta e-mail z załącznikami PDF lub skanami od załadowców i spedycji współpracujących — zwykle główny kandydat do odczytu z użyciem modelu językowego.
- Maile tekstowe od stałych klientów bez załącznika („jedziemy jak w zeszły wtorek, tylko dwie palety więcej”) — wymagają zestawienia z historią zleceń danego klienta w TMS.
- Giełdy transportowe i platformy przetargowe — jeżeli giełda lub portal klienta udostępnia interfejs API (bezpośrednie połączenie między programami) albo ustrukturyzowany eksport danych, takich zleceń nie czyta się modelem AI ze zrzutów ekranu ani powiadomień mailowych. Łączy się je zwykłą integracją.
- Arkusze kalkulacyjne z harmonogramami wysyłek od dużych załadowców — jeżeli kolumny są zawsze w tym samym miejscu, wystarczy zwykły odczyt według stałych reguł (bez modelu AI); model przydaje się dopiero wtedy, gdy każdy klient przysyła arkusz w innym układzie.
Tak samo jak przy każdym procesie dokumentowym obowiązuje tu twarda zasada bezpieczeństwa: treść maila i PDF-a to wyłącznie dane wejściowe do odczytania, a nie polecenia sterujące systemem. Żaden zapis w dokumencie nie może zmienić uprawnień integracji, limitu kredytowego kontrahenta w TMS ani zasad akceptacji. O tym, jak chronimy takie przepływy przed manipulacją treścią dokumentu, piszemy szerzej na stronie o bezpieczeństwie i RODO.
Decyzja 2. Które pola i klauzule system musi wyłowić z dokumentu
Zanim powstanie ekran weryfikacji dla spedytora, trzeba spisać listę pól obowiązkowych oraz listę ostrzeżeń (flag), których system ma szukać w tekście zlecenia i w mailu:
| Kategoria | Pola przekazywane do projektu wpisu w TMS | Typowe kolizje i ostrzeżenia dla spedytora |
|---|---|---|
| Kontrahent i płatnik | NIP / VAT UE, nazwa, adres, termin płatności | NIP nieaktywny w VIES, przekroczony limit kupiecki w TMS, termin płatności na PDF dłuższy niż w umowie (np. 60 dni zamiast 45) |
| Punkty trasy i okna czasowe | Adresy załadunku i rozładunku, kody pocztowe, daty i godziny, numery referencyjne | Rozbieżność między godziną w tabeli PDF a dopiskiem w treści maila; brak numeru referencyjnego wymaganego przez magazyn |
| Parametry ładunku i pojazdu | Waga brutto, LDM, liczba palet, wymóg wymiany palet, typ naczepy (firanka, chłodnia, mega), temperatura, ADR | Wymóg wymiany palet ukryty w drobnym druku; temperatura na PDF inna niż w mailu; brak informacji o klasie ADR |
| Fracht i koszty dodatkowe | Kwota frachtu, waluta, dopłaty paliwowe, koszty postojowego | Stawka w PDF niższa niż uzgodniona w korespondencji mailowej przed przyjęciem zlecenia |
| Klauzule i kary umowne | Obowiązek awizacji, zakaz podzlecania, termin dosłania oryginałów CMR | Kara za brak awizacji w oknie czasowym, zakaz korzystania z podwykonawcy lub giełdy, wymóg dedykowanego GPS |
Taka tabela sprawia, że model AI nie zwraca „streszczenia dokumentu”, które spedytor musiałby interpretować, tylko ustrukturyzowany formularz z wyraźnie oznaczonymi polami zgodnymi (zielone), polami odczytanymi ze wskazaniem strony i wiersza w PDF-ie oraz ostrzeżeniami (żółte/czerwone), gdzie dokument różni się od ustaleń albo zawiera ryzykowną klauzulę.
Decyzja 3. Jak wygląda ekran zatwierdzania przez spedytora
W spedycji czas reakcji liczy się w minutach, dlatego ekran zatwierdzania (opisany szerzej w naszym artykule o nadzorze człowieka w systemach AI) nie może zmuszać dyspozytora do przeklikiwania pięciu zakładek. Dobrze zaprojektowany widok weryfikacji pokazuje obok siebie dwie rzeczy:
- Po lewej stronie: oryginalny dokument PDF oraz treść maila, z podświetlonymi fragmentami, z których system odczytał daty, adresy, stawkę i klauzule.
- Po prawej stronie: gotowy projekt wpisu do TMS wraz z listą wykrytych wyjątków na samej górze.
Jeżeli w treści maila załadowca napisał „rozładunek do 13:30”, a w PDF-ie widnieje „08:00–16:00”, system nie wybiera jednej z tych godzin po cichu. Pokazuje obie wartości obok siebie, a spedytor jednym kliknięciem wskazuje właściwą przed zapisaniem zlecenia w TMS.
Takie podejście rozwiązuje też problem odpowiedzialności: system wykonuje całą żmudną pracę przepisywania i wyszukiwania haczyków w wielostronicowym dokumencie, ale decyzję o przyjęciu zlecenia na tych warunkach podejmuje człowiek.
Decyzja 4. Integracja z TMS, duplikaty i korekty zleceń
Zapisanie zatwierdzonego zlecenia w TMS wymaga rozstrzygnięcia trzech kwestii technicznych, które często wychodzą na jaw dopiero wtedy, gdy ktoś próbuje podłączyć gotowe narzędzie OCR do systemu spedycyjnego:
- Sposób połączenia z TMS. Podczas audytu sprawdzamy dokumentację techniczną Twojego systemu (np. Marcos BIS, FireTMS, Trans.eu, Qguar TMS lub rozwiązania własnego): czy API pozwala założyć szkic zlecenia wraz z punktami trasy, powiązać je z kartoteką kontrahenta po numerze NIP/VAT UE oraz dołączyć oryginalny plik PDF i treść maila jako załączniki do zlecenia.
- Ochrona przed duplikatami. Ten sam załadowca potrafi wysłać zlecenie najpierw z portalu, a trzy minuty później mailem od dyspozytora. System musi wyliczać klucz jednoznaczności (łączący identyfikator klienta w TMS z numerem zlecenia nadanym przez klienta) i zanim utworzy nowy rekord, sprawdzić, czy takie zlecenie już nie czeka w kolejce lub nie zostało zapisane.
- Obsługa korekt („Update / Storno”). W transporcie zmiana godziny załadunku, zmiana numeru rejestracyjnego ciągnika albo dopisanie drugiego miejsca rozładunku kilka godzin po wysłaniu pierwotnego zlecenia to codzienność. Gdy przychodzi mail lub PDF z tym samym numerem zlecenia i dopiskiem „Korekta / Rev. 2”, system nie może zakładać drugiego przewozu — powinien zestawić nową wersję z istniejącym zleceniem w TMS i pokazać spedytorowi wyłącznie zmienione pola.
Decyzja 5. Co dzieje się po rozładunku: lista kontrolna CMR i rozliczenie
Największa korzyść z uporządkowanego odczytu zlecenia pojawia się często dopiero po wykonaniu przewozu. Jeżeli już na etapie przyjmowania zlecenia system zapisał w ustrukturyzowanej postaci:
- jakie dokumenty są wymagane do fakturowania (skan CMR z pieczątką, kwit paletowy, wydruk z termografu),
- w jakim terminie od rozładunku trzeba je dosłać, żeby uniknąć opóźnienia płatności lub kary,
- jaka była uzgodniona stawka i warunki dla podwykonawcy,
to ten sam zapis staje się listą kontrolną po zakończeniu trasy. Gdy kierowca lub przewoźnik przysyła zdjęcie lub skan CMR, system może automatycznie powiązać go z właściwym zleceniem w TMS, sprawdzić, czy komplet dokumentów jest gotowy, a przy fakturze od podwykonawcy — porównać kwotę i walutę ze zleceniem. Podobny mechanizm po stronie finansowej opisaliśmy w artykule o automatyzacji obiegu dokumentów kosztowych.
Dwie liczby, które warto mierzyć w pilotażu
Zamiast wierzyć w deklaracje o „99% skuteczności odczytu”, w pilotażu na stu prawdziwych zleceniach mierzymy dwie proste liczby, zgodnie z naszą metodyką pomiaru procesu przed automatyzacją:
- Czas od wpływu maila ze zleceniem do zatwierdzonego wpisu w TMS — z osobnym pomiarem czasu, który spedytor spędza nad ekranem weryfikacji. Jeżeli sprawdzenie i zatwierdzenie projektu zajmuje 30–45 sekund zamiast 6–8 minut ręcznego przepisywania i szukania w regulaminie, zysk jest natychmiastowy.
- Odsetek zleceń wymagających ręcznej korekty odczytanych pól — z podziałem na przyczyny (błędny kod pocztowy, pominięty dopisek z maila, nierozpoznana klauzula o paletach). Ten rozkład mówi wprost, które reguły i instrukcje trzeba dopracować przed pełnym wdrożeniem.
Jak zacząć
Nie zaczynaj od kupowania licencji na kolejne narzędzie. Przygotuj próbkę 30–50 ostatnich zleceń transportowych w oryginalnej postaci — razem z treścią maili, w których przyszły, i załącznikami PDF od różnych załadowców. Na takiej próbce w kilka dni widać, jaka część pracy to powtarzalny odczyt, jakie klauzule powtarzają się u Twoich klientów i na co pozwala API Twojego systemu TMS.
Opisz nam, jak dziś przychodzą zlecenia do Twojej spedycji i z jakiego TMS-u korzystasz. Powiemy wprost, czy i od którego kanału warto zacząć pilotaż — a jeśli w Twoim przypadku wystarczy prostsza integracja bez modelu AI, powiemy to na pierwszej rozmowie.