Elektroniczna wymiana danych (Edi)
Czym jest elektroniczna wymiana danych (EDI)?
Elektroniczna wymiana danych (EDI) to komputerowa wymiana ustrukturyzowanych dokumentów biznesowych między organizacjami z wykorzystaniem uzgodnionych standardów. W logistyce, handlu elektronicznym i handlu międzynarodowym umożliwia systemom obsługiwanym przez kupujących, dostawców, magazyny, przewoźników i innych partnerów handlowych wymianę informacji, takich jak zamówienia zakupu, awiza wysyłki, instrukcje transportowe i faktury, bez konieczności ponownego ręcznego wprowadzania każdego dokumentu.
Najważniejszą cechą EDI nie jest samo elektroniczne przesyłanie informacji. Informacje są organizowane w polach, segmentach i komunikatach, które oprogramowanie odbiorcy może interpretować zgodnie z uzgodnioną specyfikacją. Faktura dołączona do wiadomości e-mail jako plik PDF nie jest więc sama w sobie fakturą EDI: osoba lub narzędzie do przetwarzania dokumentów może nadal być zmuszone wyodrębnić jej zawartość, zanim system biznesowy będzie mógł ją wykorzystać.
EDI opisuje metodę wymiany informacji biznesowych, a nie jeden produkt programowy, sieć czy format pliku. Działające rozwiązanie zależy od zgodnych definicji dokumentów, metod komunikacji, identyfikatorów i reguł biznesowych.
EDI w logistyce i handlu elektronicznym
EDI łączy działania wykraczające poza granice organizacji. System zakupowy sprzedawcy detalicznego może wygenerować zamówienie, system dostawcy może je potwierdzić, a magazyn może otrzymać instrukcje dotyczące przygotowania towarów. Informacje o wysyłce i faktury mogą następnie przemieszczać się między odpowiednimi systemami jako oddzielne komunikaty.
W handlu elektronicznym EDI może wspierać procesy między przedsiębiorstwami stojące za sklepem skierowanym do konsumentów. Na przykład sprzedawca internetowy może używać go do zamawiania zapasów u dostawcy lub wymiany informacji dotyczących realizacji zamówień z magazynem. Transakcja zakupu konsumenta i późniejsze komunikaty EDI sprzedawcy są powiązanymi zdarzeniami biznesowymi, ale niekoniecznie są tą samą transakcją ani nie muszą korzystać z tego samego interfejsu technicznego.
W handlu transgranicznym EDI może przenosić informacje potrzebne do międzynarodowego transportu i dokumentacji handlowej. Administracje celne również mogą korzystać z ustrukturyzowanych komunikatów elektronicznych zgodnych z własnymi specyfikacjami. Jednak wymiana komunikatu EDI z dostawcą lub przewoźnikiem sama w sobie nie stanowi zgłoszenia celnego, nie potwierdza zgodności z przepisami ani nie upoważnia do zwolnienia towarów.
Typowe dokumenty biznesowe
Poniższe przykłady ilustrują funkcje dokumentów, a nie obowiązkową kolejność. Wykorzystywane komunikaty zależą od relacji handlowej i obowiązującego przewodnika wdrożeniowego.
| Dokument lub komunikat | Cel biznesowy | Przykład logistyczny lub związany z handlem elektronicznym |
|---|---|---|
| Zamówienie zakupu | Przekazuje zamówienie kupującego na towary lub usługi. | Sprzedawca detaliczny zamawia u dostawcy uzupełnienie zapasów. |
| Odpowiedź na zamówienie lub potwierdzenie | Przekazuje odpowiedź dostawcy na zamówienie. | Dostawca potwierdza ilości lub proponuje zmiany, jeśli uzgodniony komunikat je obsługuje. |
| Awizo wysyłki lub powiadomienie o wysyłce | Opisuje przesyłkę przed jej przybyciem. | Magazyn otrzymuje informacje o oczekiwanych kartonach, artykułach i ilościach. |
| Instrukcja transportowa | Przekazuje instrukcje dotyczące usługi transportowej. | Nadawca przesyła uzgodnione szczegóły przewozu partnerowi transportowemu. |
| Komunikat o statusie przesyłki | Przekazuje zdarzenie lub status transportu. | Przewoźnik zgłasza zdarzenie związane z przesyłką. |
| Faktura | Przekazuje informacje rozliczeniowe. | Dostawca wystawia sprzedawcy detalicznemu fakturę za dostarczone towary. |
Awizo wysyłki, często skracane do ASN, opisuje oczekiwaną przesyłkę; nie stanowi dowodu, że towary dotarły. Podobnie komunikat o statusie przesyłki nie jest automatycznie dowodem doręczenia. Jego znaczenie zależy od zgłoszonego zdarzenia i informacji pomocniczych.
Standardy, formaty i metody komunikacji
Standardy EDI definiują sposób strukturyzowania komunikatów biznesowych oraz znaczenie ich elementów danych. Dwie uznane rodziny standardów to X12 oraz zasady Organizacji Narodów Zjednoczonych dotyczące elektronicznej wymiany danych w administracji, handlu i transporcie, znane jako UN/EDIFACT. GS1 również utrzymuje standardy EDI, w tym EANCOM, oparty na UN/EDIFACT, oraz GS1 XML.
W ramach X12 przykładami są 850 Purchase Order, 856 Ship Notice/Manifest i 810 Invoice. UN/EDIFACT udostępnia takie komunikaty jak ORDERS dla zamówień zakupu, DESADV dla awiz wysyłki oraz INVOIC dla faktur. Przykłady te mają podobne cele biznesowe w różnych standardach, ale ich struktury i wymagania wdrożeniowe nie są wzajemnie wymienne.
Sam standard nie definiuje wszystkich szczegółów relacji handlowej. Partnerzy muszą również uzgodnić odpowiednią wersję i przewodnik wdrożeniowy, wymagane pola, dozwolone kody, identyfikatory oraz reguły walidacji. Dwie organizacje mogą obsługiwać tę samą rodzinę standardów, a mimo to potrzebować prac związanych z mapowaniem, zanim ich systemy będą mogły wymieniać użyteczne komunikaty.
| Element | Co określa | Przykład |
|---|---|---|
| Standard komunikatu | Strukturę i znaczenie komunikatu biznesowego. | Faktura X12 lub awizo wysyłki UN/EDIFACT. |
| Przewodnik wdrożeniowy | Sposób wykorzystywania konkretnego komunikatu w relacji handlowej. | Wymagane identyfikatory przesyłki i dozwolone jednostki ilości. |
| Metoda komunikacji | Sposób przesyłania komunikatu między systemami. | AS2 lub uzgodnione bezpieczne rozwiązanie do przesyłania plików. |
| Tłumaczenie i mapowanie | Sposób powiązania pól komunikatu zewnętrznego z wewnętrznymi danymi aplikacji. | Mapowanie przychodzącej pozycji zamówienia na rekord systemu zarządzania zamówieniami. |
AS2 to specyfikacja komunikacyjna służąca do wymiany danych biznesowych przez HTTP, obejmująca mechanizmy bezpieczeństwa i potwierdzenia odbioru. Nie jest formatem zamówienia zakupu ani faktury. Sieć o wartości dodanej, czyli VAN, może świadczyć usługi pośredniczenia w wymianie komunikatów; podobnie jak standard dokumentu biznesowego jest od niego odrębna.
Jak działa wymiana EDI
- Zdarzenie biznesowe tworzy dane. Na przykład kupujący zatwierdza zamówienie zakupu w systemie ERP lub systemie zarządzania zamówieniami.
- Dane są mapowane na komunikat. Oprogramowanie tłumaczące przekształca pola wewnętrzne do struktury wymaganej przez uzgodniony standard i przewodnik wdrożeniowy.
- Komunikat wychodzący jest sprawdzany. Walidacja może obejmować składnię, wymagane pola, wartości kodów i wymagania konkretnego partnera.
- Komunikat jest przesyłany. Przechodzi uzgodnionym kanałem komunikacji do odbiorcy lub pośrednika.
- Odbiorca przeprowadza walidację i tłumaczenie. System odbiorczy sprawdza komunikat i mapuje zaakceptowane informacje na wewnętrzny format aplikacji.
- Następuje przetwarzanie biznesowe. Aplikacja odbiorcza może utworzyć zamówienie, zarejestrować oczekiwany odbiór lub przekazać wyjątek do weryfikacji.
- Odpowiedzi są uzgadniane. Potwierdzenia techniczne, potwierdzenia odbioru i odpowiedzi biznesowe pomagają nadawcy ustalić, co wydarzyło się podczas wymiany.
Opisane kroki nie gwarantują, że każda transakcja zostanie przetworzona automatycznie. Nieznany identyfikator produktu, nieprawidłowe miejsce dostawy, zduplikowany numer dokumentu lub nieobsługiwana jednostka miary mogą wymagać interwencji, nawet jeśli komunikat jest poprawny strukturalnie.
Odbiór, walidacja i akceptacja biznesowa
Potwierdzenia EDI działają na różnych poziomach. Potwierdzenie transportowe może wskazywać, że komunikat dotarł do punktu końcowego komunikacji. Potwierdzenie funkcjonalne lub wdrożeniowe może informować o wynikach kontroli strukturalnych. Odpowiedź biznesowa może przekazywać, czy zamówienie lub inny wniosek został zaakceptowany, odrzucony czy zmieniony.
Sygnałów tych nie należy traktować jako równoważnych. Pomyślna transmisja nie musi oznaczać, że zamówienie zostało zaakceptowane lub że towary zostaną wysłane. Konkretne znaczenie potwierdzenia należy interpretować zgodnie z odpowiednią specyfikacją i umową z partnerem handlowym.
Przykład — od zamówienia do wysyłki
Sprzedawca detaliczny może wysłać zamówienie zakupu do zagranicznego dostawcy za pośrednictwem EDI. System dostawcy sprawdza identyfikatory produktów, ilości i żądane informacje dotyczące dostawy. Jeśli relacja handlowa obejmuje odpowiedź na zamówienie, dostawca może przekazać jego akceptację lub proponowane zmiany za pomocą oddzielnego komunikatu.
Po przygotowaniu towarów dostawca może wystawić awizo wysyłki identyfikujące przesyłkę i jej zawartość. Magazyn odbiorczy może wykorzystać te informacje do przygotowania odbioru i porównania oczekiwanych ilości z faktycznie otrzymanymi towarami. Dostawca może również przesłać fakturę do przetworzenia w systemie finansowym sprzedawcy detalicznego.
Ten przykład pokazuje, jak EDI łączy dokumentację między organizacjami. Nie oznacza to, że każda strona korzysta z tego samego oprogramowania, że każdy komunikat jest dostarczany w czasie rzeczywistym ani że dokumenty handlowe zastępują wymagania transportowe i celne. Dopasowanie zamówień zakupu, odniesień do przesyłek i faktur nadal wymaga spójnych identyfikatorów oraz uzgodnionej logiki biznesowej.
EDI i technologie pokrewne
| Pojęcie pokrewne | Relacja z EDI | Ważne rozróżnienie |
|---|---|---|
| Interfejs programowania aplikacji (API) | Interfejs, za pośrednictwem którego oprogramowanie wymienia żądania i dane. | EDI kładzie nacisk na ustandaryzowane komunikaty biznesowe; API definiuje interakcję z usługą programową. Oba rozwiązania mogą współistnieć. |
| XML | Język znaczników używany do strukturyzowania danych. | Sama składnia XML nie ustanawia uzgodnionego standardu komunikatów biznesowych. |
| Fakturowanie elektroniczne | Elektroniczne wystawianie i wymiana faktur. | EDI może wspierać fakturowanie elektroniczne, ale wymagania prawne i techniczne różnią się w zależności od jurysdykcji. |
| System ERP lub zarządzania magazynem | Aplikacja tworząca lub wykorzystująca informacje biznesowe. | Systemy te zarządzają operacjami; EDI zapewnia sposób wymiany informacji z innymi organizacjami. |
| Śledzenie przesyłek | Raportowanie i interpretacja zdarzeń dotyczących przesyłek. | EDI może przenosić informacje o statusie, ale samo w sobie nie jest stroną internetową do śledzenia ani kompletną usługą śledzenia. |
EDI i API nie są w każdej architekturze wzajemnie wykluczającymi się alternatywami. Organizacja może używać komunikatów EDI do transakcji z partnerami oraz API do łączenia tych transakcji z aplikacjami wewnętrznymi. Odpowiednie rozwiązanie zależy od wymagań dokumentów, możliwości partnerów, potrzeb dotyczących czasu i kontroli operacyjnych, a nie wyłącznie od nazwy technologii.
Uwagi dotyczące wdrożenia i ograniczenia
EDI może ograniczyć wielokrotne ręczne wprowadzanie danych, gdy systemy pomyślnie wymieniają i przetwarzają zgodne komunikaty. Nie poprawia nieprawidłowych danych źródłowych, nie rozwiązuje sporów handlowych ani nie eliminuje potrzeby obsługi wyjątków. Automatyzacja zależy zarówno od zgodności technicznej, jak i jakości wymienianych informacji biznesowych.
Przed ustanowieniem połączenia EDI partnerzy handlowi powinni wyjaśnić następujące kwestie operacyjne:
- Zakres dokumentów: Które komunikaty są wymagane i jakie zdarzenia biznesowe je wyzwalają?
- Identyfikatory: W jaki sposób produkty, lokalizacje, strony, zamówienia i przesyłki będą identyfikowane i dopasowywane?
- Wymagania komunikatów: Które wersje, obowiązkowe pola, listy kodów i reguły mapowania mają zastosowanie?
- Komunikacja i bezpieczeństwo: Jaka metoda połączenia, zasady uwierzytelniania i mechanizmy kontroli dostępu są wymagane?
- Potwierdzenia: Które odpowiedzi wskazują na dostarczenie, walidację i akceptację biznesową?
- Obsługa wyjątków: Kto bada odrzucone komunikaty, brakujące odpowiedzi i niespójne dane?
- Zapobieganie duplikatom: W jaki sposób retransmisje będą odróżniane od nowych transakcji biznesowych?
- Testowanie i kontrola zmian: W jaki sposób mapowania i wymagania partnerów będą testowane przed wdrożeniem zmian na produkcji?
Monitorowanie operacyjne powinno odróżniać awarie komunikacji od błędów walidacji danych i wyjątków biznesowych. Ponowne wysłanie komunikatu może rozwiązać problem nieudanej transmisji, ale nie naprawi nieprawidłowego kodu produktu. Bez kontroli duplikatów ponowne wysłanie pomyślnie przetworzonego zamówienia może również utworzyć niezamierzoną drugą transakcję.
FAQ
Co oznacza EDI w logistyce?
EDI oznacza elektroniczną wymianę danych, czyli ustrukturyzowaną wymianę dokumentów biznesowych między systemami. W logistyce dokumenty te mogą obejmować awiza wysyłki, instrukcje transportowe, faktury i komunikaty o statusie przesyłek.
Czy plik PDF wysłany pocztą elektroniczną jest dokumentem EDI?
Nie sam w sobie. Plik PDF może elektronicznie przedstawiać dokument biznesowy, ale EDI wymaga ustrukturyzowanych informacji, które systemy odbiorcze mogą interpretować zgodnie z uzgodnioną specyfikacją.
Czy EDI jest tym samym co API?
Nie. EDI dotyczy ustandaryzowanej wymiany dokumentów biznesowych, natomiast API definiuje sposób interakcji oprogramowania z inną usługą. Integracja może wykorzystywać oba rozwiązania.
Czy potwierdzenie EDI oznacza, że zamówienie zostało zaakceptowane?
Niekoniecznie. Potwierdzenia mogą potwierdzać transmisję lub walidację strukturalną, a nie akceptację biznesową. Jego znaczenie określają typ komunikatu i umowa z partnerem handlowym.
Źródła
- UNECE: UN/EDIFACT — Oficjalne ramy ustrukturyzowanej elektronicznej wymiany danych administracyjnych, handlowych i transportowych.
- X12: Transaction Sets — Oficjalne opisy zestawów transakcji biznesowych, w tym zamówień zakupu, faktur, awiz wysyłki i potwierdzeń.
- GS1: Electronic Data Interchange — Standardy komunikatów biznesowych oraz relacje między GS1 EDI, EANCOM i GS1 XML.
- RFC 4130: MIME-Based Secure Peer-to-Peer Business Data Interchange Using HTTP, Applicability Statement 2 — Transport AS2, mechanizmy bezpieczeństwa i powiadomienia o odbiorze.
