Integracja ERP z systemami logistycznymi 3PL - zamówienia, stany i statusy wysyłek bez ręcznych raportów

Spis treści
Czym jest 3PL i kiedy firma decyduje się na outsourcing logistyki?
Jakie dane muszą płynąć między ERP a systemem operatora 3PL?
Jak wygląda integracja ERP z systemami logistycznymi 3PL w praktyce - API czy EDI?
Jaki efekt biznesowy daje integracja ERP z systemami logistycznymi 3PL?
FAQ
Podsumowanie

Czym jest 3PL i kiedy firma decyduje się na outsourcing logistyki?

Integracja ERP z systemami logistycznymi 3PL to automatyczna wymiana zamówień, stanów i statusów wysyłek między Twoim ERP a systemem operatora, który prowadzi dla Ciebie magazyn. Sam 3PL (third-party logistics) to zewnętrzna firma, która przejmuje przyjęcie towaru, składowanie, kompletację, pakowanie i nadanie paczek, a często także zwroty.

Decyzja o przekazaniu logistyki operatorowi zapada zwykle w jednym z trzech momentów:

• Własny magazyn przestaje wystarczać, a nowa hala oznacza wieloletni najem, sprzęt i rekrutację zespołu.
• Sprzedaż jest mocno sezonowa i w szczycie trzeba obsłużyć kilka razy więcej zamówień niż w zwykłym miesiącu.
• Firma wchodzi do nowego kanału, np. na marketplace albo do sieci handlowych, które wymagają standardów wysyłki trudnych do spełnienia we własnym magazynie.

Outsourcing logistyki to dziś standard, a nie eksperyment. W jubileuszowym, 30. wydaniu 2026 Third-Party Logistics Study, prowadzonego przez Penn State University, 88% firm zlecających logistykę ocenia współpracę z operatorem jako udaną. Aż 90% uznaje przy tym możliwości technologiczne 3PL za jeden z najważniejszych czynników wyboru. Powód jest prosty. Operator może pakować bez zarzutu. Jeśli jednak informacja o wysyłce wraca do Twojego ERP dopiero następnego dnia, klient i tak widzi opóźnienie.

Oddając magazyn, oddajesz też miejsce, w którym powstają kluczowe dane. Stan magazynowy, potwierdzenie wydania i numer listu przewozowego rodzą się teraz w systemie operatora. Zwykle jest to jego WMS obsługujący wielu klientów naraz. Przy własnym magazynie konfigurujesz system sam - ten scenariusz opisaliśmy w artykule o łączeniu ERP z własnym systemem WMS. Przy 3PL nie masz wpływu na system po drugiej stronie. To integracja musi dopasować się do tego, co udostępnia operator.

Obszar	Własny magazyn	Magazyn u operatora 3PL
System magazynowy	Twój WMS lub moduł w ERP, konfigurowany według Twoich potrzeb	WMS operatora, wspólny dla wielu klientów, bez możliwości zmian
Stan fizyczny towaru	Dostępny od ręki w Twoim systemie	Dostępny przez API, EDI albo raport od operatora
Status zamówienia	Widoczny dla zespołu od razu	Znany operatorowi, bez integracji trafia do Ciebie z opóźnieniem
Koszty logistyki	Stałe: hala, ludzie, sprzęt	Zmienne: opłata za paletę, pobranie, paczkę
Szczyt sezonu	Rekrutacja, nadgodziny, wynajem sprzętu	Po stronie operatora, w ramach umowy
Główne ryzyko	Przeciążony zespół magazynu	Rozjazd danych między ERP a systemem operatora

Ostatni wiersz tabeli to sedno sprawy. Model kosztów zmienia się na plus. Bez automatycznej wymiany danych ktoś w Twojej firmie zaczyna jednak pracować jako ręczny most między dwoma systemami. Eksportuje zamówienia, wkleja statusy, porównuje stany. Usunięcie tego mostu to zakres naszej usługi integracji systemów ERP, CRM, WMS i MES. System operatora jest w niej po prostu kolejnym programem do połączenia.

Jakie dane muszą płynąć między ERP a systemem operatora 3PL?

Między ERP a systemem operatora 3PL muszą płynąć co najmniej cztery strumienie danych: zamówienia do realizacji, awizacje dostaw, stany magazynowe oraz statusy wysyłek z numerami przesyłek. Uzupełniają je kartoteki towarów i zwroty. Zmieniają się rzadziej, ale bez nich pozostałe strumienie szybko się sypią.

Podział ról jest prosty. ERP wie, co sprzedałeś i co zamówiłeś u dostawców. Operator wie, co fizycznie przyjął, spakował i nadał. Każdy komunikat w jedną stronę powinien mieć odpowiedź w drugą. Inaczej nie wiesz nawet, czy zamówienie w ogóle dotarło do magazynu.

Każdy strumień z infografiki przekłada się na konkretny efekt dla firmy:

• Zamówienia (ERP do 3PL) - trafiają do operatora w chwili zatwierdzenia, a nie w pliku wysyłanym dwa razy dziennie. Zamówienie złożone przed godziną odcięcia (cut-off) wychodzi tego samego dnia.
• Awizacje dostaw (ERP do 3PL) - operator wie z wyprzedzeniem, ile palet przyjedzie i z czym. Przyjmuje towar szybciej, więc szybciej możesz go sprzedać.
• Kartoteki towarów (ERP do 3PL) - nowy indeks z kodem EAN, wymiarami i wagą trafia do operatora przed pierwszym zamówieniem. Znika najczęstszy powód odrzuconych zleceń, czyli „nieznany produkt”.
• Statusy i numery przesyłek (3PL do ERP) - ERP od razu wysyła klientowi link do śledzenia i może wystawić fakturę. Obsługa klienta przestaje szukać paczek w portalu operatora.
• Stany magazynowe (3PL do ERP) - dostępność w ERP i w sklepie odpowiada temu, co faktycznie leży u operatora. Mniej sprzedaży towaru, którego nie ma, i mniej anulowanych zamówień.
• Zwroty (3PL do ERP) - informacja o przyjętym zwrocie i jego stanie uruchamia korektę w ERP. Klient szybciej dostaje pieniądze, a towar pełnowartościowy szybciej wraca do sprzedaży.

Osobnym tematem jest uzgadnianie stanów. Nawet przy dobrej integracji warto raz na dobę porównać pełny stan u operatora ze stanem w ERP. W standardzie EDI służy do tego komunikat INVRPT, czyli raport stanów magazynowych. Przy API wystarczy nocne zapytanie o wszystkie indeksy. Różnice trafiają na listę do wyjaśnienia, zanim urosną do niespodzianki przy inwentaryzacji na koniec roku.

Warto też pomyśleć o danych rozliczeniowych. Operator fakturuje Cię za palety, pobrania, paczki i usługi dodatkowe. Jeśli integracja zbiera liczbę zamówień i przesyłek po Twojej stronie, fakturę od 3PL sprawdzisz automatycznie. W wielu firmach robi się to dziś ręcznie w arkuszu. To jeden z sygnałów opisanych w tekście o tym, kiedy firma wyrasta z Excela.

Jak wygląda integracja ERP z systemami logistycznymi 3PL w praktyce - API czy EDI?

Integracja ERP z systemami logistycznymi 3PL odbywa się na jeden z trzech sposobów: przez API operatora, komunikaty EDI albo pliki CSV lub XML na serwerze SFTP. Wybór zależy głównie od tego, co udostępnia operator, a nie od Twoich preferencji.

API - gdy operator ma nowoczesny system

Większość nowszych operatorów, zwłaszcza obsługujących e-commerce, udostępnia REST API. Twój system wysyła zamówienie jednym wywołaniem. Operator odsyła status przez webhook w chwili, gdy paczka przechodzi do kolejnego etapu. Różnicę między zapytaniem a powiadomieniem wyjaśniamy w tekście o tym, czym różni się webhook od API. Efekt: status wysyłki trafia do ERP w ciągu sekund, a nie po nocnym imporcie.

EDI - gdy pracujesz w standardzie branżowym

EDI (Electronic Data Interchange) to standard znany z handlu z sieciami i dużymi producentami. GS1 Polska wymienia komunikaty stosowane w transporcie i logistyce, m.in. IFTMIN (zlecenie transportowe) i IFTSTA (status przesyłki). Do tego dochodzą komunikaty handlowe, takie jak ORDERS, DESADV (awizo wysyłki) i RECADV (potwierdzenie przyjęcia). Wielu większych operatorów obsługuje je od lat. Zaleta EDI to przewidywalność. Te same komunikaty rozumie operator, sieć handlowa i przewoźnik, więc zmiana partnera nie oznacza budowy integracji od zera.

Pliki i platformy pośrednie - gdy operator jest mniejszy

Mniejsi operatorzy często proponują pliki CSV na serwerze SFTP albo połączenie przez platformę sprzedażową, np. BaseLinker. To działa, ale wymaga pilnowania. Jeden błędny wiersz potrafi zatrzymać całą partię zamówień i nikt tego nie zauważy do popołudnia. Dlatego nawet przy plikach dodajemy automatyczną walidację i alert. Takie scenariusze budujemy zwykle w Make albo w n8n, gdy dane muszą zostać na Twoim serwerze.

Kryterium	API (REST + webhooki)	EDI (EANCOM)	Pliki CSV/XML (SFTP)
Szybkość statusów	Sekundy	Minuty, zależnie od cyklu wymiany	Godziny, zależnie od harmonogramu
Typowy operator	Fulfillment e-commerce, nowsze systemy WMS	Duzi operatorzy kontraktowi, obsługa sieci handlowych	Mniejsze i regionalne magazyny
Koszt startu	Niski do średniego	Wyższy, często z opłatą dla dostawcy usług EDI	Najniższy
Wykrywanie błędów	Od razu, przy pojedynczym zamówieniu	Komunikaty potwierdzeń w standardzie	Słabe bez dodatkowej walidacji
Zmiana operatora	Nowe mapowanie pod nowe API	Najprostsza, standard jest wspólny	Nowy format pliku do uzgodnienia

Niezależnie od technologii projekt przebiega podobnie:

1. Przegląd możliwości operatora - dokumentacja API, specyfikacja EDI albo wzory plików.
2. Mapa statusów - dopasowanie statusów operatora („spakowane”, „nadane”, „doręczone”) do statusów w ERP i w sklepie.
3. Porządek w kartotekach - zgodne indeksy, kody EAN, jednostki miary i opakowania po obu stronach.
4. Warstwa integracyjna - połączenie z kolejką ponowień i dziennikiem błędów.
5. Testy na środowisku operatora - łącznie z zamówieniami anulowanymi, częściowymi i zwrotami.
6. Start na wycinku - jeden kanał sprzedaży albo część asortymentu, potem pełne przełączenie.
7. Monitoring - codzienny raport zgodności stanów i alert o zamówieniach bez statusu dłużej niż kilka godzin.

W projektach, które realizujemy w Devesol, najwięcej czasu nie zabiera programowanie, tylko krok 2. Każdy operator nazywa statusy po swojemu. Jeden status w ERP potrafi odpowiadać trzem różnym u operatora. Dobrze zrobiona mapa statusów oznacza, że klient dostaje dokładnie jeden, zrozumiały komunikat zamiast trzech sprzecznych.

Po stronie ERP sposób podłączenia zależy od systemu. Comarch ERP XL ma rozbudowane API i dobrze znosi duży wolumen zamówień przesyłanych na bieżąco. W enova365 komunikaty od operatora można automatycznie zamieniać w dokumenty magazynowe i sprzedażowe, bez udziału operatora systemu.

W mniejszych firmach handlowych częsty jest Subiekt nexo, który podłącza się zwykle przez narzędzia programistyczne producenta. Jest też argument za osobną warstwą integracyjną zamiast wtyczki wbudowanej w ERP. Umowy z operatorami trwają kilka lat, ale się kończą. Gdy logika wymiany danych siedzi w warstwie pośredniej, zmiana 3PL oznacza nowe mapowanie komunikatów, a nie przebudowę ERP. Szerzej o tej zasadzie piszemy w artykule o tym, jak łączyć ERP z innymi systemami bez bałaganu.

Jaki efekt biznesowy daje integracja ERP z systemami logistycznymi 3PL?

Integracja ERP z systemami logistycznymi 3PL daje dwa najszybciej odczuwalne efekty. Klient zna status wysyłki kilka minut po nadaniu, a nie następnego dnia. Stany w ERP przestają zaś rozjeżdżać się z tym, co leży u operatora. Za nimi idą odzyskane godziny zespołu i mniej reklamacji.

Proces	Bez integracji (ręczne raportowanie)	Z integracją
Przekazanie zamówień	Eksport CSV i e-mail do operatora 1-2 razy dziennie	Każde zamówienie w chwili zatwierdzenia
Status wysyłki dla klienta	Następnego dnia, po imporcie raportu	Kilka minut po nadaniu paczki
Numer przesyłki w ERP	Przepisywany ręcznie z raportu operatora	Zapisywany automatycznie
Uzgadnianie stanów	Porównanie w arkuszu, zwykle raz w tygodniu	Codziennie, z gotową listą różnic
Faktura od 3PL	Liczenie pozycji z wydruku	Porównanie z danymi z integracji
Zwroty	Informacja mailem, korekta z opóźnieniem	Korekta uruchamiana po przyjęciu zwrotu

Poniżej przykładowe wyliczenie dla firmy, która wysyła przez operatora 300 zamówień dziennie. Podstaw własne liczby, żeby zobaczyć skalę u siebie:

• Pytania o status paczki - jeśli pyta 5% klientów, a odpowiedź zajmuje 4 minuty, to godzina pracy dziennie. Automatyczny e-mail z numerem przesyłki usuwa większość tych kontaktów.
• Ręczne raportowanie - eksport zamówień, import statusów i przepisywanie numerów przesyłek to łatwo 1,5-2 godziny dziennie. Miesięcznie daje to około 30-40 godzin, które wracają do zespołu.
• Zamówienia po godzinie odcięcia - gdy plik idzie do operatora dwa razy dziennie, część zamówień czeka na przekazanie kilka godzin. Przy odcięciu o 14:00 zamówienie z 13:00 może wyjść dopiero jutro. Przy integracji na bieżąco wychodzi dziś.
• Rozbieżności w stanach - codzienne uzgadnianie wyłapuje różnice w ciągu doby. Sklep nie sprzedaje towaru, którego nie ma, a zakupy nie zamawiają „na wszelki wypadek”.

Nie każdy operator od razu udostępnia API. Bywa, że jedynym źródłem danych są e-maile z załącznikami. Z podobnym problemem przyszła do nas firma serwisująca elektronikę, opisana w naszych case studies. Dane zamówień z wiadomości Allegro przepisywano ręcznie do bazy Airtable. Scenariusz w Make z modułem AI sam odczytuje teraz wiadomości i zapisuje dane w bazie. Efekt to kilka godzin pracy miesięcznie mniej i brak pomyłek w kwotach. Ten sam mechanizm sprawdza się jako pomost, gdy 3PL wysyła raporty stanów wyłącznie mailem.

Zanim zdecydujesz o zakresie projektu, policz koszt obecnego ręcznego raportowania. Metodę opisaliśmy w artykule o tym, jak policzyć ROI z automatyzacji procesów w firmie. W naszych projektach pierwszym strumieniem do automatyzacji są prawie zawsze statusy i numery przesyłek. Widzi je każdy klient, więc poprawę zauważysz już w pierwszym tygodniu.

FAQ

Podsumowanie

Outsourcing logistyki zdejmuje z Ciebie halę, ludzi i sezonowe szczyty. Nie zdejmuje jednak odpowiedzialności za to, co widzi klient: status paczki, dostępność towaru i tempo zwrotu pieniędzy. Te informacje powstają dziś u operatora. Integracja ERP z systemami logistycznymi 3PL sprawia, że trafiają do Ciebie w chwili zdarzenia, a nie w poniedziałkowym raporcie. Zacznij od statusów i numerów przesyłek. Potem dołóż codzienne uzgadnianie stanów, a na końcu zwroty i weryfikację faktur od operatora.

Chcesz połączyć swój ERP z systemem operatora logistycznego? Umów bezpłatną, 30-minutową konsultację. Sprawdzimy, co udostępnia Twój 3PL, i wskażemy strumień danych, który najszybciej odciąży Twój zespół.

O autorze
Kamil Zazula - założyciel i konsultant ds. automatyzacji procesów biznesowych i integracji systemów w Devesol. Od kilku lat pomaga polskim firmom wdrażać automatyzacje i Agentów AI. Opiera się przy tym na doświadczeniu zdobytym wcześniej jako programista aplikacji webowych. Więcej o autorze: devesol.pl/o-nas