← Wróć do bloga

Transport · BJ Solutions

Scalanie skanów, maili i PDF w firmie TSL: jeden rejestr spraw

Opublikowano: 2026-09-14

Jeśli dokumenty transportowe żyją w kilku miejscach naraz (mail, skany, foldery na dysku, WhatsApp od kierowców), firma TSL traci czas nie na transport, tylko na szukanie „ostatniej wersji” CMR/POD i ustalanie, czy sprawa jest już kompletna do rozliczenia. Najczęstszy efekt to opóźnione fakturowanie, nerwowe domykanie miesiąca i niepotrzebne spory z klientami.

Rozwiązaniem nie jest „więcej folderów” ani kolejna tabela, tylko jeden rejestr spraw transportowych, w którym każda sprawa ma status, listę wymaganych dokumentów i jedno miejsce na załączniki — niezależnie od tego, czy przyszły mailem, skanem czy od kierowcy. Poniżej pokazuję, jak taki rejestr zaprojektować, jak krok po kroku uporządkować dopływ dokumentów oraz gdzie realnie pomaga automatyczna weryfikacja kompletności i AI/OCR.

Dlaczego dokumenty w TSL „rozjeżdżają się” po firmie

W wielu firmach transportowych problem nie wynika z braku pracy zespołu, tylko z braku jednego źródła prawdy. Informacja o zleceniu jest w TMS lub w mailu, zdjęcia dokumentów na telefonie kierowcy, a skany w folderach na dysku — i nikt nie ma pewności, czy to już finalny komplet.

Gdy dokumenty są rozproszone, naturalnie powstają dwa równoległe procesy: operacyjny (realizacja transportu) i „ratunkowy” (poszukiwanie papierów do rozliczenia). Ten drugi rośnie wraz ze skalą: im więcej kierowców i zleceń, tym więcej wyjątków i braków.

Brak jednoznacznego identyfikatora sprawy: dokumenty nie są przypięte do jednego numeru zlecenia/sprawy.
Różne kanały dostarczania: mail, skan, zdjęcie, komunikator, platformy klientów.
Niejednolita lista „co jest wymagane”: raz wystarczy POD, innym razem potrzebne są dodatkowe załączniki.
Brak statusów i odpowiedzialności: nie wiadomo, kto ma „dociągnąć” brakujące dokumenty i do kiedy.
Archiwum bez wyszukiwalności: foldery i nazwy plików nie wspierają szybkiego odnalezienia sprawy.

Jedno miejsce na sprawę: definicja rejestru spraw transportowych

Rejestr spraw transportowych to lista (system) spraw, w której każda sprawa jest rekordem z metadanymi, statusem i załącznikami. Kluczowe jest to, że dokumenty nie „leżą w folderze”, tylko są przypięte do sprawy i podlegają kontroli kompletności.

Taki rejestr może działać jako moduł w istniejącym środowisku albo jako osobne narzędzie, które zbiera dokumenty z wielu źródeł. W firmach TSL sprawdza się podejście: minimalnie potrzebne dane + szybkie dodawanie dokumentów + jednoznaczne statusy dla rozliczeń.

Sprawa = jedno zlecenie / jeden transport / jedna teczka dokumentów, zależnie od tego jak rozliczacie usługę.
Dokumenty = CMR, POD, zlecenie transportowe, awizacje, WZ, protokoły, zdjęcia, potwierdzenia opłat, korespondencja.
Statusy = np. W realizacji, Oczekuje na dokumenty, Do wyjaśnienia, Komplet do faktury, Zafakturowane, Zamknięte.
Kompletność = reguły, które mówią: co musi być dołączone, żeby przejść do kolejnego etapu.
Element rejestruCo daje w praktyceTypowy błąd, gdy tego nie ma
Identyfikator sprawySzybkie przypięcie dokumentu i wyszukiwanieDokumenty „pływają” po skrzynkach i folderach
Status sprawyWidać, co blokuje rozliczenieKażdy pyta każdego: „czy to już komplet?”
Lista wymaganych dokumentówKontrola kompletności bez pamięci operacyjnejBraki wychodzą dopiero przy fakturowaniu
Historia i odpowiedzialnośćJasne: kto dodał/co zmienił/kiedyBrak rozliczalności i powtarzanie tych samych błędów

Checklist: jakie dokumenty warto kontrolować i jak ustawić reguły kompletności

Kompletność dokumentów to nie „czy jest CMR”, tylko zestaw reguł zależny od typu zlecenia, klienta i sposobu rozliczenia. Dlatego najlepiej zacząć od prostych profili kompletności, które pokrywają 80% przypadków, a dopiero potem dodawać wyjątki.

Dobrze zaprojektowana checklist nie spowalnia pracy. Ma działać jak barierka: jeśli brakuje krytycznego dokumentu, sprawa nie przechodzi do etapu rozliczeń i od razu widać, co konkretnie jest do uzupełnienia.

Zrób 3–5 profili kompletności (np. krajowe, międzynarodowe, stały klient X, ładunki wrażliwe).
Dla każdego profilu określ: dokument wymagany, opcjonalny, warunkowy (np. tylko gdy była szkoda).
Ustal minimalny zestaw pól do identyfikacji sprawy (np. numer zlecenia, klient, data, pojazd/kierowca).
Zdefiniuj „blokery”: co bezwzględnie uniemożliwia fakturowanie (np. brak POD lub brak podpisu).
Dodaj reguły terminów: po ilu dniach od dostawy sprawa ma trafić na listę „pilne braki”.

Jak zbierać dokumenty z maila, skanów i od kierowców bez ręcznego „przeklejania”

W praktyce dokumenty wpływają do firmy równolegle: dyspozytor dostaje maila od klienta, kierowca wysyła zdjęcie POD, a biuro skanuje CMR po powrocie. Jeśli każdy kanał ma osobną „logikę”, szybko robi się bałagan.

Celem jest ujednolicenie dopływu dokumentów: każdy kanał powinien kończyć się tym samym wynikiem — dokument jest przypięty do sprawy, ma typ, datę wpływu i informację o kompletności. Niezależnie od tego, kto i skąd go dodał.

E-mail: reguły pobierania załączników (np. z dedykowanej skrzynki) i automatyczne przypięcie po numerze zlecenia z tematu/treści.
Skanery/plik PDF: prosty formularz „dodaj do sprawy” + automatyczne nazewnictwo i wersjonowanie.
Kierowcy: szybki kanał dostarczania (np. link, prosty formularz, aplikacja webowa) z wymuszeniem wyboru sprawy lub wprowadzenia numeru.
Komunikatory: zamiast trzymać pliki w czacie, zrzut do rejestru spraw i podpięcie jako załącznik.
Zasada operacyjna: dokument ma trafić do sprawy, nie „do osoby”.

Gdzie AI/OCR realnie pomaga w dokumentach transportowych, a gdzie nie

AI i OCR mają największy sens tam, gdzie firma traci czas na powtarzalne sprawdzanie: czy dokument jest czytelny, czy ma podpis/pieczątkę, czy zgadza się numer zlecenia i daty, czy brakuje stron. To nie zastępuje procesu — ale może zdejmować z zespołu 30–60 sekund z każdej sprawy, co przy skali daje realny efekt.

Warto też jasno ustalić granice: AI nie powinna „decydować” o rozliczeniu bez kontroli, jeśli w grę wchodzą sporne sytuacje, szkody lub nietypowe ustalenia. Najlepszy model to: AI podpowiada i flaguje ryzyko, a człowiek ma prostą listę wyjątków do sprawdzenia.

Automatyczna klasyfikacja: rozpoznanie typu dokumentu (CMR, POD, zlecenie, protokół).
Odczyt kluczowych pól (OCR): numer zlecenia, data dostawy, dane kontrahenta — jako wsparcie do przypięcia do sprawy.
Kontrola czytelności i kompletności: wykrycie brakujących stron, zbyt ciemnego skanu, braku podpisu w typowym miejscu.
Wykrywanie niespójności: np. dokument przypięty do sprawy ma inny numer zlecenia lub inną datę niż w sprawie.
Lista wyjątków: zamiast przeglądać wszystko, zespół dostaje kolejkę „do weryfikacji”.

Statusy spraw i kolejki pracy: jak przyspieszyć rozliczenia bez presji na koniec miesiąca

Samo posiadanie dokumentów w jednym miejscu nie rozwiązuje problemu, jeśli zespół nadal pracuje „po skrzynkach”. Rejestr spraw działa najlepiej, gdy staje się tablicą operacyjną: widać, ile spraw jest gotowych, ile czeka na dokumenty i co jest blokadą.

Dobry workflow w TSL jest prosty: sprawa przechodzi przez kilka statusów, a każdy status ma jasne kryteria wejścia/wyjścia. Dzięki temu rozliczenia nie są projektem ratunkowym, tylko powtarzalnym procesem.

Ustal 5–7 statusów maksimum, żeby nie tworzyć „systemu dla systemu”.
Dodaj kolejki: Oczekuje na dokumenty, Braki krytyczne, Do wyjaśnienia, Komplet do faktury.
Wprowadź przypomnienia/SLA: np. jeśli po 48 h od dostawy brak POD, sprawa trafia na listę eskalacji.
Wspólny widok dla operacji i rozliczeń: jedna lista, różne filtry.
Zasada: jeśli sprawa jest „Komplet do faktury”, to musi być kompletna w 100% wg profilu.

Najczęstsze błędy przy porządkowaniu dokumentów w spedycji i transporcie

Wdrożenie rejestru spraw bywa sabotowane przez dobre intencje: firmy próbują od razu odwzorować wszystkie wyjątki, wszystkie formaty klientów i całą historyczną dokumentację. Efekt to długi projekt, który nie daje szybko wartości.

Najlepsze wdrożenia zaczynają się od bieżącej pracy: od dziś każdy transport ma sprawę i tam wpadają dokumenty. Historia jest ważna, ale import archiwum powinien być etapem drugim — po ustabilizowaniu procesu.

Próba ustandaryzowania wszystkiego na starcie zamiast podejścia 80/20.
Brak właściciela procesu kompletności (kto decyduje o regułach i wyjątkach).
Zbyt wiele statusów i pól — użytkownicy przestają uzupełniać dane.
Brak prostego kanału dla kierowców — dokumenty i tak wracają na WhatsApp.
Foldery jako „prawda”, a system jako „kopia” — to zawsze kończy się rozjazdem.

Wdrożenie krok po kroku: od chaosu do powtarzalnego procesu w 2–4 tygodnie

Poniższy plan jest celowo pragmatyczny. Zakłada szybkie uruchomienie rejestru spraw na bieżących zleceniach, a dopiero potem dopracowanie automatyzacji i integracji. W firmach TSL liczy się efekt operacyjny: mniej braków, szybsze rozliczenie, mniej telefonów „do kierowcy”.

Największa dźwignia zwykle pojawia się w dwóch miejscach: (1) obowiązkowe przypięcie dokumentu do sprawy, (2) lista braków widoczna codziennie, a nie dopiero przy fakturowaniu.

Tydzień 1: mapowanie dokumentów i profili kompletności + decyzja o identyfikatorze sprawy.
Tydzień 1: przygotowanie statusów i kolejek pracy (rozliczenia, braki, wyjaśnienia).
Tydzień 2: uruchomienie kanałów dopływu dokumentów (mail, skany, kierowcy) i zasad nazewnictwa.
Tydzień 2: start na nowych sprawach + krótkie szkolenie zespołu (operacje i rozliczenia).
Tydzień 3–4: dopracowanie automatycznej kontroli kompletności i wyjątków + raporty (ile spraw czeka, gdzie są wąskie gardła).
Po stabilizacji: integracje z używanymi systemami i ewentualna automatyczna weryfikacja dokumentów (AI/OCR) dla skali.

Najczęstsze pytania

Co to znaczy „rejestr spraw transportowych” i czym różni się od folderu na dysku?

Rejestr spraw to lista rekordów (spraw), do których przypinasz dokumenty i statusy. Folder to tylko miejsce przechowywania plików. W rejestrze widać kompletność, odpowiedzialność, historię i można filtrować sprawy po etapach (np. „braki krytyczne”).

Jakie statusy spraw najczęściej działają w firmie TSL?

Najczęściej wystarcza 5–7 statusów, np.: W realizacji, Oczekuje na dokumenty, Braki krytyczne, Do wyjaśnienia, Komplet do faktury, Zafakturowane, Zamknięte. Kluczowe jest, by każdy status miał jasne kryteria przejścia.

Czy AI/OCR jest konieczne, żeby uporządkować dokumenty CMR i POD?

Nie. Najpierw potrzebujesz procesu i jednego miejsca na sprawę. AI/OCR ma sens jako przyspieszenie: klasyfikacja dokumentów, odczyt pól, flagowanie braków (np. brak strony lub podpisu). Bez uporządkowanego rejestru AI będzie tylko kolejną „wyspą”.

Jak ograniczyć sytuacje, że kierowca wysyła dokumenty na czacie i później nie da się ich znaleźć?

Wprowadź jeden prosty kanał „dostarcz dokument do sprawy” (formularz/link/narzędzie) i zasadę operacyjną: dokument ma trafić do sprawy, nie do osoby. Jeśli komunikator zostaje, to tylko jako kanał przejściowy z szybkim zrzutem załącznika do rejestru.

Od czego zacząć, jeśli mamy dużo archiwalnych dokumentów i boimy się migracji?

Zacznij od bieżących zleceń: od dziś wszystko trafia do rejestru spraw. Archiwum przenieś etapowo (np. ostatnie 3–6 miesięcy lub tylko sprawy sporne). Migracja bez stabilnego procesu zwykle kończy się powieleniem chaosu.

Jak ustawić kontrolę kompletności, jeśli różni klienci wymagają różnych dokumentów?

Zrób profile kompletności (np. per typ zlecenia lub per kluczowy klient) i reguły warunkowe. Nie zaczynaj od modelowania wszystkich wyjątków; najpierw pokryj najczęstsze przypadki, a wyjątki dodawaj na podstawie realnych problemów z rozliczeń.

Powiązane materiały

Chcesz zbudować jeden rejestr spraw i dokumentów w TSL?

Opisz, skąd dziś spływają dokumenty (mail, skany, kierowcy) i co blokuje rozliczenia. Podpowiemy, jak zaprojektować rejestr spraw, statusy i kontrolę kompletności oraz jakie automatyzacje i AI/OCR mają sens w Twojej skali — bez wdrażania technologii na ślepo.

Porozmawiajmy o porządku w dokumentach