Start / Baza wiedzy / Integracja EDI z dostawcami dla firm produkcyjnych - zamówienia, awiza i faktury prosto do ERP
Integracja EDI z dostawcami dla firm produkcyjnych - zamówienia, awiza i faktury prosto do ERP
Spis treści
Czym jest EDI i kiedy kontrahent wymaga go od firmy produkcyjnej?
Jakie dokumenty najczęściej wymienia się przez EDI z dostawcami i odbiorcami?
Jak wygląda integracja EDI z dostawcami dla firm produkcyjnych połączona z ERP?
Jak EDI współgra z KSeF i fakturą ustrukturyzowaną?
Jaki efekt biznesowy daje integracja EDI z dostawcami dla firm produkcyjnych?
FAQ
Podsumowanie
Czym jest EDI i kiedy kontrahent wymaga go od firmy produkcyjnej?
Integracja EDI z dostawcami dla firm produkcyjnych to automatyczna wymiana dokumentów handlowych, takich jak zamówienia, awiza dostaw i faktury, między systemami dwóch firm w uzgodnionym formacie. Dokument nie przechodzi przez e-mail ani ręczne wpisywanie. Komunikat od kontrahenta trafia prosto do ERP, a odpowiedź wraca tą samą drogą.
EDI (Electronic Data Interchange) to nie program, tylko wspólny język. W polskim handlu i przemyśle najczęściej jest nim standard GS1 EANCOM, oparty na międzynarodowym standardzie UN/EDIFACT. GS1 Polska publikuje 19 komunikatów EANCOM uzgodnionych przez Grupę EDI w Polsce, od zamówienia po raport sprzedaży. Każdy z nich identyfikuje produkt numerem GTIN, a firmę i miejsce dostawy numerem GLN. Dlatego kontrahenta nie obchodzi, jak nazywasz towar u siebie. Oczekuje numerów, które obie strony rozumieją tak samo.
Kiedy kontrahent zaczyna wymagać EDI? Zwykle wtedy, gdy obsługuje setki dostawców i nie jest w stanie przyjmować zamówień i faktur mailem. Dotyczy to sieci handlowych, dużych producentów i dystrybutorów. EDI bywa warunkiem wpisania na listę dostawców albo pojawia się w umowie razem z karami za brak awiza. Wymagania różnią się w zależności od typu odbiorcy.
| Typ kontrahenta | Czego zwykle wymaga przez EDI | Co grozi przy ręcznej obsłudze |
|---|---|---|
| Sieć handlowa (spożywcza, DIY, AGD) | Zamówienia ORDERS, awiza DESADV z numerami palet SSCC, faktury | Opóźniony odbiór dostawy na rampie, spory o ilości, późniejsza płatność |
| Duży producent kupujący komponenty (np. automotive) | Harmonogramy i prognozy dostaw (np. DELFOR, DELJIT w standardach branżowych), awiza wysyłek | Kary umowne za opóźnienia, ryzyko zatrzymania linii odbiorcy |
| Dystrybutor lub hurtownia | Zamówienia, potwierdzenia zamówień ORDRSP, faktury | Ręczne korekty, rozjazd cen między cennikiem a zamówieniem |
| Operator logistyczny | Zlecenia transportowe IFTMIN, statusy IFTSTA | Brak statusów w systemie, śledzenie przesyłek telefonem |
Wiele firm zaczyna od portalu WebEDI udostępnionego przez operatora. Pracownik loguje się, pobiera zamówienie i przepisuje je do ERP. Formalnie wymóg kontrahenta jest spełniony, ale ręczna praca została, zmieniło się tylko okno, w którym się ją wykonuje. Podobną pułapkę opisujemy w tekście o integracji ERP z systemami logistycznymi 3PL, gdzie EDI to jedna z metod wymiany danych z operatorem. Portal wystarczy przy kilku zamówieniach w miesiącu. Przy kilkudziesięciu w tygodniu staje się osobnym etatem.
Jakie dokumenty najczęściej wymienia się przez EDI z dostawcami i odbiorcami?
Trzon wymiany EDI w firmie produkcyjnej to cztery komunikaty: zamówienie (ORDERS), potwierdzenie zamówienia (ORDRSP), awizo dostawy (DESADV) i faktura (INVOIC). Pozostałe, np. potwierdzenie odbioru RECADV czy awizo płatności REMADV, dochodzą zwykle w drugim etapie, gdy podstawowy obieg działa bez zakłóceń.
| Komunikat | Kto wysyła | Co robi z nim ERP | Efekt biznesowy |
|---|---|---|---|
| ORDERS - zamówienie | Odbiorca do Ciebie | Zakłada zamówienie sprzedaży i rezerwuje towar albo tworzy zapotrzebowanie produkcyjne | Zamówienie jest w systemie po kilku minutach, a nie następnego dnia |
| ORDRSP - potwierdzenie zamówienia | Ty do odbiorcy | Wysyła potwierdzone ilości i terminy wyliczone w ERP | Odbiorca wcześnie wie o brakach, mniej sporów przy dostawie |
| DESADV - awizo wysyłki | Ty do odbiorcy | Generuje awizo z dokumentu WZ i numerów palet SSCC | Sprawny odbiór na rampie, mniej odrzuconych dostaw |
| RECADV - potwierdzenie odbioru | Odbiorca do Ciebie | Porównuje przyjęte ilości z wydaniem | Różnice znane przed wystawieniem faktury, mniej korekt |
| INVOIC - faktura | Ty do odbiorcy | Przekazuje dane faktury wystawionej w ERP i KSeF | Szybsze dopasowanie faktury u odbiorcy i szybsza płatność |
| REMADV - awizo płatności | Odbiorca do Ciebie | Rozlicza wpłatę z konkretnymi fakturami | Rozrachunki uzgadniają się same, bez szukania, za co przyszedł przelew |
Najwięcej ręcznej pracy generuje zamówienie. Odbiorca przysyła 30 pozycji, każdą z własnym indeksem, jednostką i datą dostawy. Handlowiec musi znaleźć odpowiednik w kartotece, przeliczyć kartony na sztuki i sprawdzić cenę z umowy. Każdy z tych kroków to okazja do pomyłki. Z zamówienia powstaje potem dokument wydania. Jak generować go automatycznie, pokazujemy w tekście o automatyzacji dokumentów magazynowych WZ/PZ w ERP. Efekt połączenia obu automatyzacji: zamówienie z EDI zamienia się w WZ bez jednego przepisanego pola.
Najbardziej wymagające jest awizo DESADV. Musi zawierać numer SSCC każdej palety, zgodny z etykietą logistyczną GS1-128 naklejoną na towar. GS1 Polska publikuje osobne dobre praktyki wdrożenia komunikatu DESADV, a wiele sieci ma do nich własne uzupełnienia. Gdy awizo nie zgadza się z etykietą, dostawa utyka na rampie. Dlatego dane do DESADV powinny pochodzić ze skanów w magazynie, a nie z planu wysyłki. Jak połączyć ERP z systemem magazynowym, opisujemy w poradniku o integracji ERP z WMS.
EDI działa też w drugą stronę. Firma produkcyjna kupuje surowce, komponenty i opakowania. Jeśli Twoi dostawcy wysyłają awizo DESADV, dokument przyjęcia może być przygotowany, zanim ciężarówka wjedzie na plac. Magazynier skanuje palety i potwierdza tylko różnice. Efekt: przyjęcie dostawy trwa minuty, a surowiec jest od razu widoczny w planie produkcji.
Jak wygląda integracja EDI z dostawcami dla firm produkcyjnych połączona z ERP?
Integracja EDI z dostawcami dla firm produkcyjnych połączona z ERP składa się z trzech warstw. Operator EDI przesyła komunikaty między firmami. Warstwa integracji tłumaczy je na dane ERP. Sam ERP tworzy dokumenty przez API. Człowiek obsługuje tylko komunikaty, których automat nie potrafi jednoznacznie dopasować.
Operatora EDI często wskazuje sam kontrahent albo wybierasz go z listy obsługiwanych przez sieć. Operator gwarantuje doręczenie komunikatu, ale nie wie nic o Twoim ERP. Właściwa praca dzieje się w warstwie integracji, która musi zrobić kilka rzeczy:
- Zmapować kontrahentów. Każdy GLN nadawcy i punktu dostawy musi wskazywać konkretną kartotekę i adres w ERP. Efekt: towar jedzie do właściwego magazynu sieci, a nie do centrali.
- Zmapować towary. Numer GTIN albo indeks odbiorcy zamienia się na Twój indeks, a kartony na sztuki. Efekt: handlowiec nie szuka odpowiedników w kartotece.
- Zwalidować zamówienie. Cena porównana z umową, ilość z minimum logistycznym, termin z możliwościami produkcji. Efekt: rozbieżność wychodzi w pierwszej godzinie, a nie w dniu wysyłki.
- Utworzyć dokument przez API. Zamówienie sprzedaży powstaje w ERP bez klikania w formularz. Efekt: magazyn i planowanie widzą je od razu.
- Wysłać odpowiedzi. ORDRSP, DESADV i dane faktury powstają z dokumentów ERP. Efekt: zero ręcznego uzupełniania portalu.
- Logować każdy komunikat. Kiedy przyszedł, co z niego powstało, jaki był wynik. Efekt: przy sporze z siecią odtwarzasz historię zamówienia w minutę.
Technicznie wszystko zależy od tego, czy ERP pozwala zakładać dokumenty z zewnątrz. Większość popularnych systemów to umożliwia. Comarch udostępnia do tego API, co opisujemy w tekście o automatyzacji Comarch ERP Optima. W enova365 dokumenty handlowe można tworzyć przez interfejs programistyczny, o czym piszemy w artykule o tym, co warto zautomatyzować w enova365. Efekt: zamówienie z sieci pojawia się w ERP kilka minut po wysłaniu, zamiast czekać, aż ktoś zaloguje się do portalu.
Warstwę integracji da się zbudować jako własny kod albo na platformie takiej jak n8n. Ważne jest, jak odbiera komunikaty od operatora: przez regularne odpytywanie skrzynki albo przez powiadomienie w chwili doręczenia. Różnicę między tymi podejściami wyjaśniamy w tekście webhook a API - różnice i integracja systemów. W Devesol takie połączenia projektujemy w ramach usługi integracji systemów ERP, CRM, WMS i MES, na API istniejącego ERP, bez jego wymiany.
Najczęściej niedocenianym elementem jest porządek w kartotece kontrahentów. Sieć handlowa może mieć kilkadziesiąt punktów dostawy, każdy z własnym GLN. Jeśli te same dane żyją równolegle w ERP i CRM, szybko się rozjeżdżają. U producenta metalowych pokryć dachowych Blachodach zautomatyzowaliśmy codzienną synchronizację kontrahentów i kontaktów z Comarch ERP Optima do CRM Bitrix24. Efekt: aktualne dane w CRM bez ręcznej pracy. W EDI ta zasada działa tak samo, bo jedno źródło prawdy o kontrahencie usuwa całą klasę błędów mapowania.
W firmie produkcyjnej zamówienie nie kończy się na magazynie. Jeśli towaru nie ma na stanie, zamówienie z EDI powinno od razu stać się zapotrzebowaniem w planowaniu produkcji. Prognozy przesyłane przez dużych odbiorców warto wczytywać tam samo, a nie przepisywać do arkusza. Jak działa taki plan, opisujemy w tekście o systemach APS i automatyzacji planowania produkcji. Efekt: planista widzi nowe zamówienie w dniu jego wysłania i potwierdza realny termin, zanim obieca go handlowiec.
Jak EDI współgra z KSeF i fakturą ustrukturyzowaną?
Od 2026 roku faktura VAT między polskimi firmami powstaje w KSeF, więc komunikat INVOIC przestał być samodzielnym nośnikiem faktury w obrocie krajowym. ERP wystawia fakturę do KSeF, a EDI może przekazać odbiorcy jej dane i numer KSeF. Dzięki temu system odbiorcy nadal automatycznie dopasowuje fakturę do zamówienia i dostawy.
Terminy są już za nami. Zgodnie z informacjami Ministerstwa Finansów o zakresie obowiązkowego KSeF obowiązek wystawiania faktur ustrukturyzowanych objął największych podatników od 1 lutego 2026 r., a pozostałych od 1 kwietnia 2026 r. To zmienia rolę EDI, ale go nie eliminuje. Sieć nadal potrzebuje zamówień, awiz i potwierdzeń odbioru, których KSeF nie obsługuje. KSeF przejął tylko samą fakturę.
Z każdym kontrahentem, który dotąd dostawał INVOIC, warto ustalić kilka rzeczy:
- Czy nadal oczekuje komunikatu INVOIC i w jakiej roli: jako kopii danych do dopasowania czy wcale. Efekt: nie wysyłasz dokumentów, których nikt nie przetwarza.
- Czy numer KSeF ma trafiać do komunikatu albo do awizo płatności. Efekt: odbiorca łączy przelew z fakturą bez telefonu do Twojej księgowości.
- Z jakiego dokumentu powstaje faktura. Najlepiej z WZ, a nie z zamówienia, bo WZ opisuje to, co naprawdę wyjechało. Efekt: mniej faktur korygujących po częściowych dostawach.
Sam proces wystawiania faktur i pobierania faktur zakupowych z KSeF opisujemy szerzej w tekście o automatyzacji fakturowania w dobie KSeF. Z perspektywy EDI najważniejsze jest jedno. Faktura w KSeF i komunikat dla kontrahenta muszą powstawać z tych samych danych w ERP, w tej samej chwili. Wtedy nie ma ryzyka, że sieć dostanie inne kwoty niż urząd.
Jaki efekt biznesowy daje integracja EDI z dostawcami dla firm produkcyjnych?
Integracja EDI z dostawcami dla firm produkcyjnych daje trzy efekty. Zamówienia od kluczowych kontrahentów trafiają do realizacji w minuty zamiast w godziny. Dane w dokumentach zgadzają się między firmami. A płatności przychodzą szybciej, bo faktura nie utyka na weryfikacji u odbiorcy.
Ostatni punkt dobrze widać w danych. Według raportu EU Payment Observatory przygotowanego dla Komisji Europejskiej błędne informacje były przyczyną opóźnienia przy 15,1% faktur w Europie. Ten sam raport przytacza analizy, według których faktury elektroniczne są rozliczane 5-7 dni wcześniej niż papierowe. Przytacza też badanie Uniwersytetu w Hasselt, według którego obsługa elektroniczna może obniżyć koszty fakturowania o 54,5% po stronie wystawcy i 71,8% po stronie odbiorcy. EDI połączone z ERP usuwa właśnie te błędy u źródła, bo dane nie są przepisywane ani razu.
Poniższa tabela to przykład ilustracyjny dla producenta, który dostaje 40 zamówień EDI tygodniowo, średnio po 20 pozycji. Czasy są szacunkowe. Najłatwiej zmierzyć je u siebie na kilku zamówieniach z jednego tygodnia.
| Etap (przykład ilustracyjny) | Portal WebEDI i ręczne wpisywanie | EDI zintegrowane z ERP |
|---|---|---|
| Od wysłania zamówienia do zamówienia w ERP | od kilku godzin do następnego dnia | kilka minut |
| Praca na jedno zamówienie | ok. 15-20 min przepisywania i sprawdzania | ok. 1-2 min, tylko przy wyjątkach |
| Przygotowanie awizo DESADV | ręcznie w portalu, ok. 10 min na wysyłkę | generowane z WZ i skanów palet |
| Wykrycie różnicy cen lub ilości | na rampie albo przy fakturze | przy walidacji zamówienia |
| Faktura dla odbiorcy | wystawiana osobno, dane wpisywane drugi raz | z WZ do KSeF, dane do EDI z tego samego dokumentu |
| Razem tygodniowo przy 40 zamówieniach | ok. 16-20 godzin pracy | ok. 1-2 godziny obsługi wyjątków |
W praktyce te liczby przekładają się na konkretne korzyści:
- Szybsza realizacja zamówień od kluczowych kontrahentów. Zamówienie trafia do magazynu i planowania tego samego dnia. Efekt: więcej dostaw na czas i mocniejsza pozycja przy kolejnych negocjacjach z siecią.
- Mniej błędów w danych. Indeksy, ilości i ceny przechodzą między systemami bez przepisywania. Efekt: mniej korekt faktur, reklamacji ilościowych i odrzuconych dostaw.
- Odzyskany czas zespołu. W przykładzie z tabeli to kilkanaście godzin tygodniowo. Efekt: dział obsługi zamówień obsłuży nowego dużego kontrahenta bez dodatkowego etatu.
- Szybszy przepływ gotówki. Faktura dopasowuje się u odbiorcy automatycznie. Efekt: krótszy czas od wysyłki do płatności.
- Łatwiejsze wejście do nowych sieci. Kolejny kontrahent to nowe mapowanie, a nie nowy proces. Efekt: warunek „musisz mieć EDI” przestaje być barierą w sprzedaży.
Przed decyzją warto przełożyć te efekty na własne liczby. Policz zamówienia EDI z ostatniego miesiąca, zmierz czas obsługi kilku z nich i dodaj koszt korekt oraz kar umownych. Pełną metodę opisujemy w tekście o tym, jak policzyć ROI z automatyzacji procesów w firmie.
FAQ
Nie, jeśli obecny ERP pozwala tworzyć dokumenty przez API lub moduł integracyjny. Dotyczy to większości popularnych systemów, m.in. Comarch ERP Optima i enova365.
Przy kilku zamówieniach w miesiącu tak. Przy kilkudziesięciu tygodniowo ręczne przepisywanie z portalu do ERP zajmuje kilkanaście godzin i generuje błędy, których integracja nie ma.
Głównie od liczby kontrahentów i komunikatów oraz od stanu kartotek towarów i kontrahentów. Każdy partner ma własną specyfikację, więc najwięcej czasu zajmuje mapowanie i testy z nim, a nie samo programowanie.
Nie. Faktura VAT w obrocie krajowym powstaje w KSeF, a EDI obsługuje zamówienia, awiza i potwierdzenia, może też przekazać odbiorcy dane faktury z numerem KSeF.
Podsumowanie
Wymóg EDI od dużego kontrahenta łatwo potraktować jak formalność do odhaczenia w portalu. Wtedy jednak firma płaci dwa razy: raz operatorowi, drugi raz czasem ludzi, którzy przepisują zamówienia do ERP. Prawdziwa zmiana następuje dopiero wtedy, gdy komunikat staje się dokumentem w ERP bez udziału człowieka, a odpowiedzi powstają z tych samych danych. Zamówienie trafia do planowania w dniu wysłania, awizo zgadza się z paletą, a faktura z KSeF z tym, co odebrała sieć. Najlepiej zacząć od jednego kontrahenta z największym wolumenem i komunikatu ORDERS. Po miesiącu porównasz czas obsługi i liczbę korekt z poprzednim okresem.
Chcesz sprawdzić, jak podłączyć EDI Twoich kontrahentów prosto do ERP? Umów bezpłatną, 30-minutową konsultację. Przejrzymy, jakie komunikaty wymieniasz dziś i przez jaki kanał, co udostępnia Twój ERP i od którego kontrahenta integracja najszybciej się zwróci.
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