EDI w ERP — elektroniczna wymiana dokumentów

EDI w ERP łączy elektroniczną wymianę danych handlowych z obiegiem dokumentów w systemie firmy. EDI nie narzuca 1 formatu danych ani 1 sposobu przesyłania ich między systemami informatycznymi.¹ Ten poradnik prowadzi przez dokumenty handlowe, integrację i kontrolę błędów.
W standardzie EANCOM zamówienie przekazuje się m.in. komunikatem ORDERS, awizo dostawy – DESADV, a fakturę – INVOIC².

Czym jest konfiguracja EDI w ERP przed pierwszą wymianą dokumentów?

Konfiguracja EDI w ERP zaczyna się od danych, partnerów handlowych i reguł zapisu komunikatów. Trzeba wskazać właściciela danych źródłowych, wymagane pola i sposób postępowania, gdy system nie może zapisać dokumentu. Numer GLN, który identyfikuje partnera handlowego, ma 13 cyfr³.

Moduł enova365 EDI zawiera 6 gotowych definicji komunikatów, które można modyfikować.⁴ To punkt wyjścia: przed rozpoczęciem wymiany trzeba dopasować pola definicji do wymagań kontrahenta.

EDI a ERP: który system odpowiada za wymianę, a który za dane?

EDI przekazuje komunikat między partnerami, a ERP przechowuje dane potrzebne do obsługi zamówienia, dostawy i faktury. W ERP należy wskazać właścicieli danych kontrahenta, towaru oraz warunków handlowych. Trzeba też zdecydować, czy odebrany komunikat od razu utworzy dokument, czy zaczeka na akceptację użytkownika.
Jeżeli towar jest oznaczony numerem GTIN-13, identyfikator przechowywany w ERP ma 13 cyfr⁵.

Jak przygotować dane i partnerów handlowych do uruchomienia wymiany?

Przygotowanie partnera handlowego do EDI wymaga uzgodnienia dokumentów, identyfikatorów stron i kanału wymiany. Trawers wymienia dokumenty m.in. przez operatorów ECOD, Editel, EDInet, Interlink, Sisco, xTrade, OB10 i camerfactura.⁶ Dla wybranego operatora i kontrahenta warto zapisać poniższe ustalenia. Przy identyfikacji stron należy uwzględnić, że numer GLN ma 13 cyfr³.

• Zakres wymiany dokumentów wskazuje komunikaty wysyłane i odbierane przez kontrahenta⁷.
• Identyfikatory partnera i towarów muszą pasować do kartotek, z których ERP korzysta przy zapisie dokumentu.
• Reguła obsługi błędu wyznacza osobę poprawiającą dane i ponawiającą przetwarzanie odrzuconego komunikatu⁸.

Uzgodnienie zakresu wymiany oraz odpowiedzialności za dane ogranicza ręczne wyjaśnianie niezgodności⁷.

Które pola zamówienia, dostawy i faktury trzeba przypisać do danych w ERP?

Przypisanie pól EDI do ERP obejmuje kontrahenta, numer i datę dokumentu, towary, jednostki miary oraz ilości. Zamówienie wymaga też powiązania adresu dostawy i warunków handlowych. Przy dostawie dochodzi odniesienie do zamówienia, a przy fakturze – do dostawy i wartości podatkowych. Każde pole wymagane przez kontrahenta musi mieć odpowiednik w ERP albo regułę wyliczenia.
Dla pozycji towarowej trzeba również uwzględnić GTIN-14, który ma 14 cyfr⁹.

Kiedy wystarczy konektor, a kiedy potrzebne jest middleware lub rozwiązanie dedykowane?

Tabela wskazuje, kiedy wybrać konektor, middleware lub rozwiązanie dedykowane, biorąc pod uwagę kanał wymiany i wymagane reguły.

Dane w tabeli: 10

Moduł enova365 EDI pozwala definiować komunikaty XML według specyfikacji ECOD i EDINet, a także komunikaty spoza tych wzorców.⁴ O sposobie integracji decydują komunikaty i reguły konkretnego kontrahenta, nie sama nazwa technologii¹¹.

Czym jest kontrolowany obieg dokumentów między EDI a ERP?

Kontrolowany obieg EDI w ERP pozwala ustalić zarówno to, czy komunikat dotarł, jak i to, czy powstał z niego dokument. Moduł enova365 EDI tworzy komunikaty z dokumentów handlowych i dokumenty z zaimportowanych komunikatów; komunikaty przechowuje w bazie danych.⁴ Dzięki zapisowi można odróżnić błąd przesyłania od błędu tworzenia dokumentu.
Obieg ma 2 kierunki: eksport dokumentu z ERP jako komunikatu oraz import komunikatu tworzący dokument w ERP¹¹.

Które dokumenty powinny przechodzić między kontrahentem a ERP?

Zakres wymiany EDI powinien odpowiadać ustaleniom z kontrahentem: od zamówienia, przez dostawę, po fakturę. EDI w Trawers obsługuje 7 typów komunikatów: ORDER, ORDRSP, DESADV, INVOICE, PRICAT, INVRPT i RECADV.⁶ Firma uruchamia te, których potrzebuje do swoich transakcji, zamiast włączać cały dostępny zakres¹². Zakres komunikatów EDI można dopasować do kanałów dystrybucji, bo wybór drogi sprzedaży wpływa na to, kto przyjmuje zamówienie i odpowiada za dostawę.

Zamówienie EDI w Trawers trafia do systemu jako zamówienie sprzedaży bez ręcznego przepisywania danych.⁶ Awizo DESADV może automatycznie utworzyć dokument dostawy; przez EDI można też odebrać fakturę zakupu.⁶ Każdy komunikat wymaga przypisania dokumentu docelowego i osoby odpowiedzialnej za wyjątki.
Tym etapom odpowiadają 3 komunikaty EANCOM: ORDERS dla zamówienia, DESADV dla awiza dostawy i INVOIC dla faktury².

Gdzie szukać przyczyny, gdy dokument nie dociera lub trafia z opóźnieniem?

Opóźnienie dokumentu EDI może powstać podczas wysyłki, odbioru, przetwarzania komunikatu albo zapisu w ERP. Porównanie czasu wysłania i odbioru u operatora pozwala ocenić etap przesyłania. Gdy komunikat dotarł, należy sprawdzić wynik importu oraz dane wymagane do utworzenia dokumentu. Po udanym imporcie dokument można odszukać w ERP według numeru referencyjnego komunikatu.
Przy porównywaniu znaczników czasu ERP i operatora trzeba uwzględnić czas w Polsce: UTC+1 zimą oraz UTC+2 latem¹³.

Jak sprawdzić status dokumentu od wysyłki do zapisu w ERP?

Status dokumentu EDI wynika z powiązania komunikatu źródłowego, potwierdzenia odbioru i dokumentu zapisanego w ERP. Do prześledzenia obiegu służą 3 identyfikatory: Message-ID wysłanego komunikatu, wskazujący go Original-Message-ID w MDN oraz numer dokumentu ERP¹⁰.

• Wysyłka komunikatu EDI wymaga zapisania jego identyfikatora i czasu nadania.
• Odbiór komunikatu EDI wymaga zestawienia identyfikatora z potwierdzeniem w kanale wymiany.
• Zapis dokumentu w ERP wymaga powiązania komunikatu z numerem utworzonego zamówienia, dostawy lub faktury.

Ścieżka dokumentu kończy się zapisem w ERP, nie potwierdzeniem przesłania. Kod HTTP 200 oznacza sukces na poziomie HTTP, ale nie dowodzi, że ERP utworzył dokument¹⁰.

EDIFACT i EANCOM: lista pól do uzgodnienia z kontrahentem

EDIFACT / EANCOM wymaga uzgodnienia pól dokumentu i sposobu ich zapisu w ERP; format wynika z wymagań partnera. W Trawers głównym formatem wymiany jest ECOD XML. EDIFACT / EANCOM pozostaje dostępny dla partnerów, którzy go wymagają.⁶ Przy przypisywaniu GTIN w segmencie LIN trzeba uzgodnić obsługę identyfikatorów o 8, 12, 13 lub 14 cyfrach znaczących¹⁴.

Lista pól do uzgodnienia obejmuje dane stron, dokumentów, towarów i rozliczeń:

• Identyfikator kontrahenta wskazuje nadawcę i odbiorcę komunikatu. Musi odpowiadać właściwej kartotece w ERP.
• Numer dokumentu i numer referencyjny łączą zamówienie, dostawę i fakturę. Strony ustalają, który numer służy do tego powiązania.
• Identyfikator towaru i jednostka miary opisują pozycję dokumentu. Oznaczenia stron muszą być zgodne albo mieć ustalone odpowiedniki w ERP.
• Ilość, cena i wartość podatku opisują pozycję i rozliczenie. Reguły zapisu muszą pasować do typu dokumentu.

Uzgodnienie pól kończy się przypisaniem identyfikatorów i wartości do danych ERP. Mapowany GLN ma 13 cyfr, a GTIN może mieć 8, 12, 13 lub 14 cyfr znaczących¹⁵.

Handel i produkcja: dwa scenariusze obiegu zamówień i dostaw

Obieg EDI w handlu i produkcji różni się tym, do czego firma wykorzystuje odebrane zamówienie. Tabela zestawia realizację dostawy z planowaniem potrzeb materiałowych.

Dane w tabeli: 6,16,17,18

Wybór obiegu zależy od tego, czy zamówienie EDI ma uruchamiać dostawę, czy zasilać planowanie produkcji.

Klient wymaga EDI: co ustalić przed przyjęciem pierwszego zamówienia?

Firma przyjmująca zamówienie przez EDI uzgadnia z klientem identyfikator kontrahenta, komunikaty, ich warianty i obsługę odrzuconego zamówienia. Moduł enova365 EDI pozwala identyfikować kontrahentów po GLN oraz przypisywać im warianty komunikatów.⁴

enova365 EDI udostępnia warianty ECOD i EDINet dla komunikatów INVOICE, ORDER oraz DESADV – 2 warianty na komunikat.⁴ Wariant trzeba powiązać z konkretnym kontrahentem, aby jego zamówienie trafiło do ERP według uzgodnionej struktury.

• Zakres komunikatów klienta określa, czy wymiana dotyczy tylko zamówienia, czy także awiza dostawy i faktury¹⁹.
• Powiązanie identyfikatora klienta z kartoteką ERP wskazuje kontrahenta, na którego system zapisze zamówienie.
• Procedura odrzucenia zamówienia wyznacza osobę poprawiającą dane i ponawiającą import²⁰.

Pierwsze zamówienie EDI można przyjąć w kontrolowany sposób, gdy klient, wariant komunikatu i obsługa błędu są jasno określone.

Monitor ERP a nowy kontrahent: lista kontrolna zgodności wymiany

Monitor ERP może przyjmować zamówienia i prognozy od nowego kontrahenta przez rozwiązanie EDI Monitor. Oba rodzaje danych trafiają bezpośrednio do systemu.²¹ Kontrola tego obiegu powinna wykazać, czy ERP rozpoznaje kontrahenta i dopasowuje odebrane dane do kartotek oraz dokumentów.

Zestawienie kontrolne jest funkcją Trawers, nie Monitor ERP. Przed wysyłką dokumentów EDI Trawers sprawdza 3 grupy danych: kody towarów, jednostki miary i dane odbiorcy. Zestawienie wskazuje wykryte braki.⁶ Te grupy pomagają też przygotować wymianę z nowym kontrahentem¹².

• Kody towarów muszą wskazywać produkty rozpoznawane w kartotece ERP.
• Jednostki miary muszą odpowiadać jednostkom przypisanym tym produktom w ERP.
• Dane odbiorcy muszą wskazywać właściwego kontrahenta i miejsce dostawy.

Zgodność wymiany oznacza coś więcej niż dotarcie danych do ERP: system musi jeszcze przypisać je do właściwych kartotek.

Uruchomienie EDI krok po kroku: od dokumentu próbnego do obsługi wyjątków

Uruchomienie EDI wymaga przesłania dokumentu próbnego, zaimportowania go i sprawdzenia zapisu w ERP. Trzeba również przećwiczyć obsługę błędu. Test obejmuje 2 przypadki: poprawny komunikat oraz dokument odrzucony przez ERP²².

• Dokument próbny powinien zawierać dane uzgodnione z kontrahentem. Porównanie jego treści z zapisem w ERP pozwala wykryć błędy przypisania pól.
• Potwierdzenie przesłania wskazuje, czy komunikat dotarł do kanału wymiany. Nie dowodzi jeszcze utworzenia dokumentu w ERP.
• Odrzucony dokument wymaga zapisania przyczyny błędu, osoby odpowiedzialnej i sposobu ponowienia importu. Wynik po poprawce trzeba powiązać z pierwotnym komunikatem²³.
• Zakończenie testu wymaga porównania dokumentu w ERP z treścią wysłaną przez kontrahenta. Rozbieżności należy usunąć przed przyjmowaniem rzeczywistych zamówień.

ERP jako źródło danych do dokumentów handlowych

ERP przechowuje kartoteki, dzięki którym firma rozpoznaje towary i zapisuje dokumenty otrzymane przez EDI. W Trawers kod EAN z zamówienia trafia do indeksu w kartotece lub tabeli kodów kontrahenta. System przelicza też jednostkę z komunikatu na jednostkę sprzedaży i magazynową.⁶ Tak oznaczenia klienta łączą się z danymi firmy. Numer GTIN-13 identyfikujący towar ma 13 cyfr.

• Kartoteka towarowa ERP przechowuje indeks produktu używany przy zapisie pozycji dokumentu.
• Tabela kodów kontrahenta łączy oznaczenie produktu stosowane przez klienta z indeksem firmy.
• Jednostki sprzedaży i magazynowa określają, jak ilość z komunikatu trafi do dokumentu i ewidencji zapasów.

Spójne dane ERP pozwalają przetworzyć zamówienie bez ręcznego ustalania, o który produkt i jaką ilość chodzi.

Wybór ERP do EDI według branży i obiegu dokumentów

Wybór ERP do EDI zależy od dalszego losu dokumentu: realizacji sprzedaży, planowania produkcji lub wymiany z siecią partnerów. Trawers ERP jest systemem ERP, a Comarch ECOD – platformą usług EDI. Dane o platformie nie opisują funkcji konkretnego produktu ERP firmy Comarch.

Tres Centrum Oprogramowania rozpoczęło tworzenie Trawers ERP w 1990 roku.⁶ Comarch ECOD rozpoczął działalność w 2000 roku. Według historii platformy po 9 latach stał się największym dostawcą usług EDI w Polsce.¹⁶ Zagraniczna ekspansja platformy zaczęła się w 2004 roku, a biura w Chinach i Wietnamie otwarto w 2009 roku.¹⁶ To historia platformy, nie miara dopasowania ERP do procesów firmy¹⁷.

Tabela porównuje role Trawers ERP i Comarch ECOD, podane dane o dostępie lub skali oraz ograniczenia istotne przy wyborze.

Dane w tabeli: 6,16,17,24

Trawers ERP warto uwzględnić przy ocenie obiegu zamówień na danych własnej firmy, ponieważ przewidziano jazdę próbną systemu.

Comarch ECOD służy jako punkt odniesienia przy ocenie zasięgu sieci wymiany, lecz nie zastępuje wyboru produktu ERP.

Koszty trzeba rozpatrywać osobno: licencję lub subskrypcję ERP, wdrożenie, integrację EDI i późniejsze utrzymanie. Stawka sesyjna dotyczy abonamentu Trawers ERP, nie całego obiegu dokumentów.

Ceny i warunki sprawdzone u źródeł: październik 2026.