W większości firm wysyłkowych, które oglądamy od środka, w magazynie zawsze otwarte są dwie zakładki — panel ERP i panel kuriera. Adres do listu przewozowego ktoś przekleja ręcznie, czasem z literówką, czasem z numerem telefonu z zamówienia sprzed roku. Da się to zrobić raz lepiej i odzyskać kilkanaście godzin tygodniowo.
Brzmi banalnie, ale to jest jedno z tych miejsc w MŚP, gdzie pieniądze leżą na podłodze. Zamówienie jest w ERP. Adres do faktury jest w ERP. Waga paczki, którą znamy z karty produktu, jest w ERP. Tymczasem osoba pakująca otwiera panel DPD, przepisuje to wszystko ręcznie, drukuje list, nakleja, wraca do ERP zaznaczyć „wysłane". Pięć minut na paczkę. Razy 150 paczek dziennie. Razy 21 dni roboczych. Sami sobie policzcie.
Co to znaczy „integracja kuriera"
Integracja to nie magia. To kilka konkretnych rzeczy, które przestają być robione ręcznie:
- Generowanie listu przewozowego z poziomu zamówienia — jednym kliknięciem, z auto-uzupełnionymi danymi nadawcy, odbiorcy, wagi, COD, ubezpieczenia.
- Drukowanie etykiety automatycznie na drukarce w magazynie (zwykle Zebra), bez wchodzenia na panel kuriera.
- Zapisanie numeru listu z powrotem do zamówienia w ERP, żeby było wiadomo, co i czym pojechało.
- Aktualizacja statusu zamówienia na podstawie webhooków od kuriera („w doręczeniu", „doręczone", „zwrot").
- Obsługa COD (pobrania) — kwota leci do kuriera z faktury, a po rozliczeniu wraca jako oznaczenie „opłacone" w ERP.
- Etykieta zwrotna generowana razem z listem nadania, jeśli polityka firmy tego wymaga.
Każdy z tych elementów da się oprogramować przez API kuriera. DPD ma API. InPost ma API (i to całkiem dobre). GLS ma. DHL ma. Poczta Polska ma. Pytanie nie brzmi „czy się da", tylko „kto ma czas to spiąć z konkretnym ERP".
Jak to wygląda u jednego z naszych klientów
Konkret. 30-osobowa firma e-commerce z asortymentem AGD i drobnym RTV, magazyn pod Łodzią. Wysyłają średnio 180 paczek dziennie przez DPD i InPost — w stosunku mniej więcej 60/40. ERP to Comarch Optima, sklep oparty na PrestaShop, zamówienia spływają do Optimy przez gotową wtyczkę.
Przed integracją wyglądało to tak: dwie osoby z magazynu, na zmianę, pakowały i kleciły listy ręcznie. Każdy list to było wejście w panel DPD lub InPost, przepisanie adresu z zamówienia, wprowadzenie wagi (zgadywanej, bo waga produktu w Optimie była tylko w połowie kartotek), wybór usługi, druk, naklejenie. Razem 4 minuty na paczkę, plus błędy. Ponad godzinę dziennie szło na poprawianie list przewozowych zwróconych z błędnym adresem — średnio 6–8 reklamacji tygodniowo z powodu literówek.
Po integracji Comarch Optima z API DPD i API InPost (poprzez własny middleware spinający oba kanały) wygląda to tak: paker skanuje kod kreskowy z dokumentu wydania, system sam decyduje którego kuriera użyć (zgodnie z preferencją z zamówienia), generuje list, drukuje etykietę na Zebrze. Czas: 5 sekund zamiast 4 minut. Reklamacje z błędnym adresem spadły do zera, bo dane idą wprost z kartoteki klienta. Magazyn odzyskał około 18 godzin tygodniowo — tyle, że jeden etat zniknął z grafiku weekendowego.
Koszt projektu: trzy miesiące pracy z naszej strony, integracja gotowa do produkcji w siódmym tygodniu, kolejne 5 tygodni szlifowania edge case'ów (COD, paczki na palecie, dostawa do paczkomatu z wyborem konkretnego punktu). Zwrot kosztu w mniej niż 7 miesięcy, licząc tylko oszczędność etatu — nie licząc, ile firma zaoszczędziła na braku reklamacji i zadowoleniu klientów.
Czego nie kupować
Na rynku jest sporo „gotowych integratorów" typu Baselinker, Apilo, ErliExpress. Mają sens, jeśli sprzedajesz w 10 kanałach i wysyłasz 30 paczek dziennie. Wtedy abonament 200–500 zł miesięcznie się broni.
Przestaje się bronić, jeśli:
- Wysyłasz ponad 100 paczek dziennie i abonament za samą wysyłkę przekracza 2 tys. zł.
- Masz własny ERP i nie chcesz, żeby zamówienia żyły gdzieś „obok" niego.
- Masz nietypową logikę (np. konsolidacja paczek, wysyłka z 3 magazynów, własne reguły COD).
- Zależy ci, żeby numer listu wracał do konkretnego dokumentu w ERP, a nie do agregatora pomiędzy.
Wtedy własna integracja po API jest tańsza w skali roku i znacznie elastyczniejsza. Średni koszt takiego projektu to 25–60 tys. zł netto, w zależności od liczby kurierów i kombinacji do obsługi. Przy 150+ paczkach dziennie zwraca się w mniej niż rok.
O co spytać firmę, która ma to wdrożyć
Jeśli ktoś przychodzi do Was z ofertą integracji kuriera z ERP, zadajcie cztery pytania:
- Czy korzystacie z oficjalnego API kuriera, czy z webscrapingu panelu? Webscraping „działa" do pierwszej zmiany layoutu panelu. Tylko API.
- Co się dzieje, jeśli API kuriera padnie na 2 godziny? Dobry integrator ma kolejkę z ponowieniami i nie blokuje wystawiania zamówień w ERP.
- Kto utrzymuje integrację po wdrożeniu? Kurierzy aktualizują API kilka razy w roku. Albo macie własnego programistę, albo macie umowę utrzymaniową.
- Czy dostaniemy kod źródłowy i dokumentację? Jeśli odpowiedź brzmi „to nasze know-how" — uciekajcie. Macie prawo do tego, za co płacicie.
Co dalej
Integracja kuriera z ERP to jeden z najszybciej zwracających się projektów w typowym MŚP wysyłkowym. Nie jest ani „transformacją cyfrową", ani „AI w logistyce". Jest po prostu zamknięciem dziury, przez którą codziennie wycieka kilkanaście roboczogodzin.
Jeśli wysyłacie ponad 50 paczek dziennie i ktoś nadal przepisuje adresy ręcznie z ERP do panelu DPD — warto pogadać. Pół godziny rozmowy zwykle wystarczy, żeby oszacować, czy w Waszym przypadku to projekt na 25 tys. czy na 60 tys. zł i ile miesięcy mu potrzeba na zwrot.
Integracja kuriera to nie technologia ani AI. To po prostu zamknięcie dziury, przez którą codziennie wycieka kilkanaście roboczogodzin.