W skrócie

Zamówienie kuriera w Studio WMS.net odbywa się na tym samym ekranie kolektora, na którym operator zatwierdził wydanie. System pyta, czy zamówić kuriera, operator podaje parametry przesyłki, a dane trafiają do systemu przewoźnika przez API. W opisywanym wdrożeniu adres odbiorcy pochodzi z ERP, więc nikt nie przepisuje go ręcznie.

Dlaczego zamówienie kuriera należy do WMS

W wielu firmach pakowanie kończy się przepisywaniem. Magazynier zamyka paletę, idzie do komputera, loguje się na stronie przewoźnika i wpisuje adres odbiorcy oraz parametry przesyłki. Dopiero potem drukuje list przewozowy. Każdy z tych kroków zabiera czas i daje szansę na pomyłkę.

WMS zna już zamówienie i jego odbiorcę, a także zawartość przesyłki i operatora, który ją spakował. Dane o przesyłce powstają więc na magazynie i tam powinny trafić do przewoźnika. Taki układ opisujemy na przykładzie producenta wyrobów wielkogabarytowych, który wysyła palety i paczki, w case study wdrożenia. Sam dokument wydania i kontrolę przed załadunkiem omawia strona o wydaniu magazynowym.

Efekt dla magazynu jest prosty. Parametry przesyłki wpisuje operator, który ma paletę przed sobą, a adres z ERP trafia do przewoźnika bez przepisywania. Zamówienie następuje na tym samym ekranie, na którym zatwierdzono wydanie, więc nikt nie wraca później do osobnego narzędzia.

Przebieg po zatwierdzeniu wydania

Po zeskanowaniu ostatniej pozycji na palecie system pyta, czy zatwierdzić wydanie. Jeżeli zamówienie ma sposób wydania wymagający przewoźnika, po zatwierdzeniu pojawia się pytanie, czy zamówić kuriera. Operator odpowiada TAK albo NIE.

Makieta ekranu pakowania palety z zeskanowanym nośnikiem, kodem EAN i ilością do wydania
Ostatnia pozycja na palecie zostaje zeskanowana na ekranie pakowania
Makieta okna z pytaniem, czy zamówić kuriera, po zatwierdzeniu wydania na tle formularza z zawartością transportu, wysokością, wagą i typem palety
Pytanie o kuriera pojawia się po zatwierdzeniu wydania, a formularz leży pod spodem

Po odpowiedzi TAK otwiera się formatka z parametrami przesyłki. Zakres pól zależy od przewoźnika, a wymiary wymagane są tylko u niektórych z nich. W opisywanym wdrożeniu formatka składa się z czterech części:

  • zawartość transportu wybierana z listy,
  • wysokość i waga przesyłki,
  • liczba sztuk i zawartość paczki,
  • typ paczki albo palety z listy rozwijanej.

Po zatwierdzeniu dane trafiają do systemu przewoźnika przez usługę integracyjną. Odpowiedź API zapisuje się w WMS, a etykieta i list przewozowy pojawiają się w aplikacji, o ile dany przewoźnik je zwraca.

Różne reguły przewoźników w jednej formatce

Każdy operator ma własne wymagania, co widać w typowych wzorcach. Zestawienie pokazuje, co z nich wynika dla formatki.

Wzorzec przewoźnikaCo wymaga formatka
Stała waga ustalona w umowieWymiary nie są wymagane
Typ palety z zamkniętej listyWybór typu z wymiarami przypisanymi do pozycji słownika
Rozróżnienie palet przemysłowych i półpaletOsobne pozycje słownika, wybierane zależnie od nośnika

Najwygodniej zdefiniować w systemie kilka typów palet zgodnych z nośnikami, które naprawdę stoją w magazynie. Do każdego typu przypisuje się wymiary oraz nazwę akceptowaną przez przewoźnika. Operator wybiera typ jednym kliknięciem, a system wysyła do API właściwe dane. Mniej pól do ręcznego uzupełniania oznacza mniej pomyłek w wymiarach.

Skąd system bierze adres odbiorcy

W opisywanym wdrożeniu adres pochodzi z systemu ERP, a kolejność ustalania zależy od rodzaju zamówienia. Operator niczego nie przepisuje, bo formatka kuriera nie ma pól adresowych do ręcznego uzupełnienia.

Rodzaj zamówieniaŹródło adresu
Zamówienie hurtoweKartoteka odbiorców
Zamówienie indywidualneDane zamówienia
Zamówienie z dodatkowym adresem dostawyAdres dodatkowy, na przykład klienta końcowego, który ma pierwszeństwo

Ta zasada ma bezpośrednie znaczenie dla etykiet i listów przewozowych. W zamówieniu z ERP występują trzy poziomy danych adresowych. Pierwszy to kontrahent, drugi odbiorca, a trzeci dodatkowy adres dostawy. Wymianę tych danych opisujemy w tekście o integracji ERP z WMS.

Co ustala dział IT z przewoźnikiem przed startem

Integracja kurierska jest projektem po stronie dwóch firm, więc część prac dzieje się poza magazynem. Poniższe zestawienie pokazuje, co trzeba mieć uzgodnione, zanim pierwsza przesyłka wyjdzie z kolektora.

TematCo ustalićGdzie trafia w systemie
DostępKonto techniczne i klucze do interfejsu przewoźnikaKonfiguracja usługi integracyjnej
Pola przesyłkiKtóre pola są wymagane i czy przewoźnik oczekuje wymiarówFormatka parametrów na kolektorze
NośnikiNazwy i wymiary typów palet akceptowanych przez przewoźnikaSłownik typów palet
Dokumenty zwrotneCzy odpowiedź zawiera etykietę oraz list przewozowyZapis odpowiedzi w aplikacji

Osobne pytanie dotyczy tego, które zamówienia w ogóle powinny wywoływać pytanie o kuriera. System pomija je, gdy w zamówieniu nie ma spedytora, więc o zakresie decyduje sposób, w jaki ERP opisuje wysyłkę. Ten element trzeba ująć w analizie, bo zmienia się go w danych zamówień, a nie w programie.

Gdy przewoźnik odrzuci zlecenie

Interfejs przewoźnika potrafi odrzucić zlecenie, na przykład przez niepoprawny kod pocztowy albo niezgodną nazwę miejscowości. Aplikacja pokazuje wtedy przyczynę odrzucenia, a operator poprawia dane i ponawia zamówienie. Wydanie jest już zatwierdzone, więc towar nie wisi w systemie, a problem dotyczy wyłącznie zlecenia transportowego.

Dobrym zwyczajem jest lista otwartych tematów integracyjnych. W opisywanym projekcie znalazły się na niej ujednolicenie typów palet między przewoźnikami oraz przygotowanie zleceń testowych. Taka lista pozwala rozwijać integrację bez przerywania pracy magazynu, jeden przewoźnik po drugim.

Miejsce integracji w całej architekturze

Zamówienie kuriera to jeden z kilku punktów styku Studio WMS.net ze światem zewnętrznym. Wszystkie opisuje się już w analizie przedwdrożeniowej, żeby w dniu startu nie zaskoczyły ani klienta, ani wdrożeniowców. Zakres takiego dokumentu pokazuje artykuł o tym, co powinna zawierać analiza przedwdrożeniowa WMS.

Schemat integracji Studio WMS.net: ERP po lewej, aplikacja WWW, aplikacja Android i baza SQL pośrodku, po prawej kurierzy i spedycja, etykiety i wydruki oraz produkcja
Kurierzy i spedycja to jeden z czterech obszarów wymiany danych poza samym magazynem
  • System ERP przekazuje zlecenia i kartoteki, a odbiera wynik realizacji.
  • Wydruki i etykiety powstają z szablonów dokumentów i etykiet.
  • Operatorzy kurierscy i spedycyjni przyjmują zamówienie transportu.
  • Produkcja zasila magazyn wyrobami z linii i przemianowaniem.

Wyrób z linii wchodzi do magazynu własną ścieżką, którą opisaliśmy w tekście o magazynie produkcji w WMS. Weryfikację skanem tuż przed zamówieniem kuriera pokazuje artykuł o pakowaniu w WMS z weryfikacją skanem. Przesyłki ze sklepów internetowych mają inny przebieg, opisany na stronie o integracji WMS z e-commerce.

Pytania i odpowiedzi o integracji WMS z kurierami

Czy integracja wymaga zmian po stronie przewoźnika?

Nie. Korzystamy z interfejsów API, które przewoźnik już udostępnia. Potrzebne są dane dostępowe oraz ustalenie reguł przesyłek z danym operatorem.

Czy można dodać kolejnego przewoźnika po wdrożeniu?

Tak. Każdy nowy przewoźnik wymaga konfiguracji i dopasowania pól formatki. Rozbudowę można prowadzić etapami, bez zatrzymywania pracy magazynu.

Co się dzieje, gdy przewoźnik odrzuci zlecenie?

Wydanie jest już zatwierdzone w WMS, więc towar nie zawisa w systemie. Aplikacja pokazuje przyczynę odrzucenia, a operator poprawia dane i ponawia zamówienie transportu.

Czy każdy przewoźnik zwraca list przewozowy?

Nie. System zapisuje etykietę i list z odpowiedzi API, ale tylko wtedy, gdy dany przewoźnik je zwraca. Które dokumenty wracają, ustala się na etapie analizy.

Kiedy system nie pyta o kuriera?

Pytanie pojawia się tylko wtedy, gdy zamówienie ma wskazany sposób wydania, który wymaga przewoźnika. Bez spedytora w zamówieniu operator zatwierdza wydanie i nic więcej się nie dzieje.

Słownik pojęć o integracji WMS z kurierami

Terminy, które pojawiają się w rozmowach z przewoźnikiem i działem IT przed uruchomieniem integracji.

Zamówienie kuriera
Przekazanie danych przesyłki do systemu przewoźnika przez API, wywoływane z kolektora po zatwierdzeniu wydania.
API przewoźnika
Interfejs, przez który system magazynowy zleca przesyłkę i odbiera odpowiedź z etykietą lub listem przewozowym.
List przewozowy
Dokument przesyłki generowany przez przewoźnika. Jego zwrot do WMS zależy od możliwości danego operatora.
Typ palety
Pozycja słownika z wymiarami i nazwą akceptowaną przez przewoźnika, wybierana jednym kliknięciem przy zamówieniu.
Sposób wydania
Cecha zamówienia z ERP, która decyduje, czy po zatwierdzeniu wydania system zapyta o kuriera.
Zlecenie transportowe
Zamówienie przewozu u operatora. Może zostać odrzucone, choć wydanie w WMS pozostaje zatwierdzone.
Dane dostępowe
Konto techniczne i klucze, które przewoźnik wydaje do integracji. Bez nich system nie wyśle zlecenia.

Zintegruj WMS z przewoźnikami, z którymi pracujesz

Opisz nam swoich przewoźników i sposób wysyłki, a przygotujemy propozycję zakresu integracji.