Elektroniczne pokwitowanie dostawy (ePOD): co się realnie zmienia w rozliczaniu

· 7 min czytania · Zespół SilverData

Papierowy kwit dostawy to nie tylko archaizm. To wąskie gardło w rozliczaniu, źródło sporów z klientami i zaskakująco częsty powód, dla którego firma nie wie, co się u niej dzieje w magazynie w czasie rzeczywistym. ePOD — elektroniczne pokwitowanie dostawy w aplikacji na telefonie kierowcy — to jedna z tych zmian, które wyglądają na kosmetyczne, a po pół roku okazuje się, że ustawiły pół firmy inaczej.

Zanim wejdziemy w szczegóły, krótko o tym, co to konkretnie znaczy. Kierowca po rozładunku zamiast wręczyć klientowi kartkę z pieczątką, podaje mu telefon lub tablet. Klient potwierdza odbiór podpisem na ekranie, ewentualnie z komentarzem („jedna paleta uszkodzona"), robi zdjęcie, i to wszystko — razem z geolokalizacją i czasem — leci do centrali od razu. W ERP (Comarch Optima, enova365, Subiekt, Microsoft Dynamics AX) status dokumentu WZ zmienia się w minutę po dostawie, nie następnego dnia rano, gdy pracownik ręcznie przepisze stertę kwitów.

To proste narzędzie. Ale w praktyce przestawia trzy rzeczy, które w dystrybucyjnym MŚP zwykle się ciągną latami.

Co się naprawdę zmienia

Pierwsza rzecz: czas od dostawy do faktury. W klasycznym modelu kierowca wraca po trasie, oddaje teczkę z kwitami, ktoś w biurze następnego dnia wprowadza potwierdzenia do systemu, dopiero potem wystawiana jest faktura. Między dostarczeniem towaru a wysłaniem faktury mijają spokojnie 2-4 dni robocze. Przy terminach płatności 30 dni to realnie 15% okresu, w którym firma czeka na pieniądze, bo nie zdążyła jeszcze wystawić dokumentu.

Druga: reklamacje bez sporu „kto co podpisał". Zdjęcie palety i podpis z timestampem w telefonie klienta kończą dyskusję, czy brakującej skrzynki nie było już przy rozładunku, czy zniknęła później. W biurach rachunkowych i działach sprzedaży kilka takich spraw w roku potrafi zjeść więcej czasu niż całe wdrożenie ePOD.

Trzecia: widoczność floty w czasie rzeczywistym. Dyspozytor widzi na mapie, gdzie są kierowcy, co już rozładowali i ile im zostało. To nie jest spying — to podstawa, żeby odpowiedzieć klientowi dzwoniącemu o 14:00, że „nie, Pana dostawa nie została pominięta, kierowca jest 20 km stąd i będzie u Pana za pół godziny". Bez ePOD taka odpowiedź wymaga telefonu do kierowcy, który akurat rozładowuje gdzie indziej.

Jak to wygląda u konkretnego klienta

Przykład z zeszłego roku. 32-osobowa hurtownia materiałów budowlanych w okolicach Krakowa. Pięciu kierowców, dziennie ok. 60-80 dostaw do punktów budowy i mniejszych firm wykonawczych. Problem, który ich do nas sprowadził, nie brzmiał „chcemy ePOD". Brzmiał „nie wiemy, dlaczego mamy miesięczne zatory w należnościach".

Analiza pokazała, że średni czas od rozładunku do wystawienia faktury wynosił u nich 3,8 dnia roboczego. Nie dlatego, że ktoś zwlekał, tylko dlatego, że kwity wracały z kierowcami po trasie, czekały dzień w biurze, były wprowadzane do Comarch Optima partiami, a przy okazji co dziesiąty kwit miał nieczytelny podpis lub brakujący numer dokumentu i wracał do kierowcy po wyjaśnienie.

Wdrożenie trwało 6 tygodni: aplikacja mobilna dla kierowców, integracja z Comarch Optima przez API (automatyczne zamykanie WZ i wyzwolenie faktury), geolokalizacja oparta o standardowy GPS telefonu, podpis na ekranie i zdjęcie. Nic egzotycznego — żadnej sztucznej inteligencji, żadnego blockchainu, zwykła, uczciwa integracja.

Po trzech miesiącach średni czas od dostawy do faktury spadł do 0,4 dnia roboczego — czyli praktycznie: dostawa rano, faktura po południu tego samego dnia. DSO (średni czas spływu należności) poprawił się o 4 dni. Przy ich obrocie to oznaczało uwolnienie ok. 180 tys. zł z należności, które wcześniej po prostu czekały w cyklu rozliczeniowym. Reklamacji „brakowało jednej palety" ubyło o około dwie trzecie, bo nagle każda dostawa miała zdjęcie i podpis z timestampem.

Nie wszystko było słodkie. Jeden kierowca po dwóch tygodniach przyszedł z gotową argumentacją, dlaczego aplikacja jest „niepraktyczna" i trzeba wrócić do kwitów. Rozmowa dyrektora z nim trwała 20 minut i polegała głównie na tym, że dyrektor powiedział: „zostajemy przy aplikacji". Opór u innych kierowców znikł sam po około miesiącu, kiedy okazało się, że nie muszą już wieczorem wracać do biura oddawać teczki.

Czego nie robić

Największe pułapki widzimy zwykle nie w technologii, ale w sposobie wdrożenia.

Nawiasem mówiąc — jeśli ERP, którego używasz, nie ma dokumentowanego API (bywa, zwłaszcza przy starszych wersjach), ePOD staje się nagle droższy, bo integracja wymaga obejścia, nie czystego interfejsu. To warto wiedzieć zanim podpiszesz pierwszą umowę z dostawcą aplikacji — a nie w połowie wdrożenia.

Kiedy to się opłaca

Rough rule, którą stosujemy przy pierwszych rozmowach: ePOD opłaca się, gdy masz co najmniej trzech kierowców i co najmniej 30 dostaw dziennie. Poniżej tego progu różnica w czasie fakturowania jest zbyt mała, żeby pokryła koszt licencji i wdrożenia w rozsądnym czasie. Powyżej — każda dodatkowa dostawa to kolejne 2-3 minuty oszczędzone w biurze.

Druga sytuacja, w której to się opłaca niezależnie od skali: gdy w zeszłym roku miałeś choć jedną poważną reklamację typu „nie dostarczyliście całości", która zakończyła się stratą finansową lub utratą klienta. Jedno zdjęcie z geolokalizacją i podpisem potrafi wygrać taki spór zanim się na dobre zacznie.

ePOD nie jest o technologii. Jest o tym, żeby firma wiedziała w czasie rzeczywistym, co właśnie wyjechało z magazynu i gdzie się znalazło — i żeby faktura mogła wyjść w ten sam dzień.

← Wróć na blog