Integracja WMS z kurierami - DPD, InPost, GLS, Poczta Polska

Pod hasłem kryją się cztery konkretne operacje, które WMS wykonuje za człowieka. Pierwsza: rejestracja przesyłki w systemie przewoźnika przez API - system wysyła dane adresowe, wagę, wymiary i rodzaj usługi, a dostaje z powrotem numer przesyłki. Druga: pobranie etykiety - zwykle w formacie ZPL (bezpośrednio na drukarkę termiczną Zebra czy Citizen) albo PDF. Trzecia: manifest, czyli zamknięcie dnia - lista wszystkich nadanych paczek przekazywana kurierowi przy odbiorze, u części przewoźników nazywana protokołem nadania. Czwarta: śledzenie statusów - WMS okresowo odpytuje API i wie, czy paczka jest doręczona, awizowana czy wraca.

Z tych czterech elementów najwięcej pracy oszczędza pierwszy i drugi, ale najwięcej problemów generuje brak czwartego. Sklep bez zwrotki statusów nie wie, że paczka utknęła, dopóki klient nie napisze maila. Przy 50 paczkach dziennie to jeszcze do ogarnięcia ręcznie, przy 500 - już nie.

Każdy przewoźnik ma własne API, własny format danych i własne osobliwości. Kilka przykładów z polskiego rynku:

• InPost (ShipX). Nowoczesne API REST, dobra dokumentacja, sandbox dostępny od ręki. Specyfika: przesyłka paczkomatowa wymaga poprawnego identyfikatora punktu (np. KRA01M), więc WMS musi przechowywać wybór Paczkomatu z checkoutu sklepu i walidować, czy punkt nadal działa. Gabaryty A/B/C są sztywne - system powinien pilnować wymiarów przy pakowaniu, bo za przekroczenie gabarytu płaci nadawca.
• DPD Polska. API SOAP-owe (WebServices), starsze pokoleniowo, ale stabilne. Numery nadania przydzielane z puli - przy dużych wolumenach warto pobierać je paczkami. Osobny tryb dla przesyłek pobraniowych i osobne pole na deklarowaną wartość ubezpieczenia.
• GLS (ADE-Plus). Solidne API, dobrze obsługuje przesyłki wielopaczkowe (jedna przesyłka, kilka etykiet). Specyfika: usługi dodatkowe typu FlexDelivery aktywuje się flagami, których kombinacje bywają niedozwolone - to WMS powinien znać reguły, nie pakowacz.
• Poczta Polska (Elektroniczny Nadawca). API WSDL, wymaga założenia konta EN i podpisania umowy. Wolniejsze certyfikowanie zmian niż u kurierów prywatnych, za to Pocztex i paczka pocztowa bywają bezkonkurencyjne cenowo przy lekkich przesyłkach do 1 kg.
• DHL Parcel, FedEx, GEIS, Raben. Standard w B2B i przesyłkach paletowych. Przy paletach dochodzą pola, których w paczkach nie ma: liczba i typ nośników, wymiana palet EUR, awizacja doręczenia, usługa windy.

Praktyczna konsekwencja: "mamy integrację z kurierami" może znaczyć bardzo różne rzeczy. Warto pytać nie o listę logotypów, tylko o konkrety - czy obsługiwane są pobrania, multipaczki, punkty odbioru, palety i zwrotne etykiety u przewoźników, z których faktycznie korzystasz.

Są dwie drogi. Pierwsza: WMS łączy się z API każdego przewoźnika osobno, na twoich umowach i twoich cennikach. Druga: WMS łączy się z pośrednikiem (broker kurierski albo platforma typu Baselinker, Apaczka, Furgonetka), a ten dopiero z przewoźnikami.

• Bezpośrednia integracja opłaca się od momentu, gdy masz własne, wynegocjowane stawki - zwykle powyżej 1000-2000 paczek miesięcznie. Zero prowizji pośrednika, pełna kontrola nad usługami dodatkowymi, ale każda nowa integracja to osobne wdrożenie i osobna umowa.
• Broker ma sens na starcie i przy małych wolumenach: jedna umowa, jeden cennik, kilkunastu przewoźników od ręki. Płacisz za to marżą doliczoną do każdej paczki i zależnością od pośrednika - gdy jego API ma awarię, nie nadajesz nigdzie.
• Model mieszany jest najczęstszy w praktyce: głównego przewoźnika (80% wolumenu) obsługujesz bezpośrednio na własnej umowie, a końcówkę - egzotyczne kierunki zagraniczne, przesyłki wielkogabarytowe - przez brokera.

W procesie bez integracji etykiety powstają partią: ktoś siada po południu, eksportuje zamówienia, wkleja do panelu, drukuje 200 etykiet i potem trzeba je dopasować do 200 spakowanych kartonów. Każde dopasowanie to okazja do pomyłki - a wysłanie paczki z cudzą etykietą to najdroższy błąd magazynu, bo kosztuje dwie przesyłki, zwrot i dwóch niezadowolonych klientów.

Z integracją standardem staje się print-on-pack: pakowacz skanuje zamówienie, system waży karton na wadze podpiętej do stanowiska, rejestruje przesyłkę u przewoźnika i etykieta wychodzi z drukarki przy stole dokładnie w momencie zaklejenia kartonu. Etykieta fizycznie nie może trafić na inną paczkę, bo w danym momencie na stanowisku jest tylko jedna. Dodatkowy bonus: rzeczywista waga z wagi zamiast wagi "z cennika" kończy dyskusje z przewoźnikiem o dopłatach za niedoszacowanie.

Przy kilku przewoźnikach na pokładzie pojawia się pytanie, kto decyduje, czym jedzie konkretna paczka. Jeśli decyzję podejmuje pakowacz, wybór bywa przypadkowy. Dojrzalsze wdrożenia przenoszą ją do silnika reguł w WMS:

• Wybór klienta ma pierwszeństwo. Jeżeli w checkoucie wybrano Paczkomat, sprawa jest zamknięta - system ma tylko zweryfikować gabaryt.
• Reguły wagowo-gabarytowe. Do 1 kg Poczta, 1-20 kg kurier standardowy, powyżej 30 kg albo drugi karton - przesyłka paletowa. Twarde progi, zero uznaniowości.
• Reguły kosztowe. System zna cenniki i wybiera najtańszą usługę spełniającą obiecany termin. Różnice rzędu 1,50-3 zł na paczce przy 5000 paczek miesięcznie dają 90-180 tys. zł rocznie.
• Reguły awaryjne. Gdy API głównego przewoźnika nie odpowiada 15 minut przed odbiorem, ruch przełącza się na zapasowego. Rzadko potrzebne, bezcenne, gdy potrzebne.

Przesyłka pobraniowa (COD) to w Polsce wciąż kilkanaście procent wolumenu e-commerce. W integracji oznacza dodatkowe pola: kwota pobrania, numer konta do zwrotu środków, czasem osobna umowa z przewoźnikiem. Dobry WMS pilnuje zgodności kwoty pobrania z wartością zamówienia i flaguje rozjazdy - klasyczny błąd ręcznego procesu to pobranie wpisane z innego zamówienia. Podobnie z ubezpieczeniem: deklarowana wartość powinna wynikać z wartości towaru w zamówieniu, a nie z domyślnej stałej, bo przy szkodzie przewoźnik wypłaca do zadeklarowanej kwoty.

Trzeci często pomijany temat to przesyłki zwrotne. Etykieta zwrotna generowana z poziomu WMS (i wysyłana klientowi mailem albo dołączana do paczki) zamyka obieg: zwrot wraca z numerem, który system zna, więc przyjęcie zwrotu to jeden skan zamiast detektywistycznej pracy "co to za karton i od kogo".

Zwrotka statusów robi różnicę w dwóch miejscach. Pierwsze to obsługa klienta: numer trackingu wraca do sklepu i do maila z potwierdzeniem wysyłki automatycznie, więc pytania "gdzie moja paczka" spadają o kilkadziesiąt procent. Drugie to wyjątki. Lista przesyłek ze statusem "awizo", "odmowa przyjęcia" albo "brak możliwości doręczenia" powinna codziennie rano lądować u konkretnej osoby, bo każdy dzień zwłoki w reakcji zwiększa szansę, że paczka wróci. Przy pobraniach to podwójnie ważne - towar wraca, pieniędzy nie ma, a klient często zamówił u konkurencji.

Warto też mierzyć przewoźników: procent doręczeń w pierwszej próbie, średni czas od nadania do doręczenia per województwo, procent uszkodzeń. Po kwartale zbierania danych rozmowa negocjacyjna z przedstawicielem handlowym kuriera wygląda zupełnie inaczej.

Realistyczny harmonogram dla jednego przewoźnika, przy założeniu że WMS ma gotowy moduł integracji: podpisanie umowy z przewoźnikiem i dostęp do środowiska testowego (1-2 tygodnie, najdłuższy etap bywa po stronie przewoźnika), konfiguracja usług i testy na sandboxie (2-4 dni), walidacja etykiet przez przewoźnika - część firm, m.in. Poczta Polska, wymaga zatwierdzenia wydruków przed startem produkcyjnym (kilka dni), uruchomienie i tydzień pracy równoległej ze starym procesem. Łącznie: 3-5 tygodni na pierwszego przewoźnika, kolejni idą szybciej, bo proces po stronie magazynu już stoi.

Jeśli WMS nie ma gotowego modułu i integracja ma powstać na zamówienie, mnożnik jest x3-x5. To jeden z najmocniejszych argumentów za sprawdzeniem listy gotowych integracji przed wyborem systemu, a nie po.

• Lista gotowych integracji z przewoźnikami, których używasz dziś, i tymi, których planujesz użyć w ciągu 2 lat - z podziałem na zakres (etykiety, statusy, manifesty, zwroty, COD, multipaczki, palety).
• Druk ZPL bezpośrednio na drukarki termiczne przy stanowiskach, bez otwierania PDF-ów. Różnica to 2-4 sekundy na paczce - przy 500 paczkach dziennie pół godziny pracy.
• Obsługa wagi na stanowisku pakowania i przekazywanie rzeczywistej wagi do przewoźnika.
• Silnik reguł wyboru przewoźnika konfigurowalny bez programisty.
• Zachowanie przy awarii API - kolejkowanie i ponawianie rejestracji zamiast blokowania stanowiska pakowania.
• Numer trackingu zwracany do sklepu i ERP automatycznie, z powiązaniem do zamówienia i dokumentu WZ.

Integracja z kurierami to najszybciej zwracająca się część wdrożenia WMS w e-commerce: efekt widać pierwszego dnia, a policzyć go łatwo - godziny ręcznego wklejania danych i koszt pomyłek etykietowych kontra koszt modułu. Kolejność działań jest prosta: najpierw uporządkuj proces pakowania (stanowisko, waga, drukarka), potem podłącz głównego przewoźnika, na końcu dołóż reguły routingu i obsługę wyjątków. Warto to robić na systemie, który ma integracje gotowe, a nie obiecane.

W Weaver WMS integracje kurierskie (m.in. InPost, DPD, GLS, DHL, FedEx, GEIS, Poczta Polska) są wbudowane w proces pakowania: system rejestruje przesyłkę w momencie zamknięcia kartonu, drukuje etykietę ZPL na stanowisku, odsyła tracking do sklepu i ERP, a statusy doręczeń zbiera w jednym widoku. Konfiguracja reguł wyboru przewoźnika odbywa się w panelu, bez udziału programisty - co przy zmianach cenników kurierskich, które ostatnio zdarzają się częściej niż kiedyś, ma niemałe znaczenie.