Kurs na temat standardów branżowych EDI: ANSI x12 vs EDIFACT vs OFTP i więcej

Łańcuchy dostaw są złożone. Globalizacja tylko spotęgowała tę rzeczywistość. Mimo że post-pandemiczna prognoza "powolnej globalizacji" może zmniejszyć stały wzrost globalizacji o 3,4% rocznie, który obserwujemy od lat 70-tych, przejście na pracę zdalną może łatwo spowodować zmianę w drugą stronę.

EDI (Electronic Data Interchange) jest krytycznym elementem upraszczania złożonej i globalnej komunikacji w łańcuchu dostaw. Jednak, aby to zrobić, konieczne jest zrozumienie różnych standardów EDI - i zbudowanie rozwiązania EDI, które może elastycznie dostosować się do szerokiego zakresu standardów.

Nowoczesne podejście do EDI uprościło przyjęcie tej krytycznej zdolności zarządzania łańcuchem dostaw - ponieważ wdrożenie EDI musi być bezproblemowe. To, oprócz potrzeby dostosowania się do globalizacji, jest głównym powodem, dla którego eksperci przewidują podwojenie rynku w ciągu najbliższych sześciu lat.

Tutaj zamierzamy wziąć głębokie nurkowanie w tych standardach przemysłowych EDI, rozważając najczęściej używane rozwiązania i jak firmy mogą dostosować się do każdego z nich.

Dalsza lektura: Aby uzyskać więcej informacji na temat tego, jak opracować strategię łańcucha dostaw dopasowaną do roku 2021, sprawdź nasz blog -. Jak ulepszyć strategię łańcucha dostaw gotową na 2021 r.

Standardy przesyłania wiadomości EDI a standardy komunikacji

Zanim przejdziemy do konkretów, musimy ustalić kilka definicji. Kiedy mówimy o standardach i protokołach EDI, odnosimy się nie tylko do wielu różnych standardów, ale także do dwóch odrębnych podzbiorów, z których oba muszą ostatecznie współpracować ze sobą, aby osiągnąć ogólny sukces w łańcuchu dostaw. Te podzbiory to:

• Standardy (lub protokoły) komunikacyjne, które zapewniają metody przekazywania danych. Są to ramy techniczne, za pomocą których przekazywana jest wiadomość.
• Standardy przesyłania wiadomości, które dotyczą tego, jak informacje są przedstawiane w kontekście tych protokołów. Jest to formatowanie, które służy do standaryzacji sposobu odbierania tych wiadomości. 

Tutaj, zamierzamy rozbić każdy z nich, aby dowiedzieć się, co mogą zrobić dla Ciebie i jak możesz znaleźć swoją standardową stopę nawet w tym globalnym krajobrazie łańcucha dostaw. Chociaż niektóre standardy są lepiej przystosowane do różnych zadań, to co zasadniczo definiuje skuteczny system EDI jest jego zdolność do przyjęcia szeregu standardów. Elastyczność jest kluczem do efektywnego zarządzania łańcuchem dostaw.

Standardy (protokoły) komunikacji

Standardy komunikacyjne, lub protokoły, są kluczowymi trybami w maszynie EDI. Ułatwiają one wymianę informacji pomiędzy źródłami danych. Protokoły mogą być zarówno specyficzne dla EDI, jak i mogą być ponownie wykorzystane lub uwzględniać różnice w łańcuchach dostaw. Firmy często muszą uwzględniać więcej niż jedną opcję. Ale zanim to będzie możliwe, musisz poznać standardy, z którymi najprawdopodobniej się zetkniesz i co dokładnie każdy z nich ma do zaoferowania.

1. OFTP (Odette file transfer protocol)

OFTP to protokół specyficzny dla EDI, który został opracowany przez ODETTE International, europejski organ zarządzający przemysłem motoryzacyjnym w latach 80. Nasz współzałożyciel, Phillip Friend, pomógł opracować ten ważny protokół dla wielkich firm, takich jak BMW, Ford i Peugeot. Aktualizacja z 2017 roku, która uwzględnia komunikację w chmurze, wznawianie transmisji i kompresję dużych plików, dostarczyła znaczącą modernizację OFTP. Przyczyniło się to do jego ciągłego sukcesu w wielu branżach, w tym w produkcji, handlu detalicznym i finansach.

Pros:

• Kompresja plików 
• Wbudowana integralność danych i potwierdzenia dostarczenia
• Adresowanie drugiego poziomu (ID sieci i skrzynki pocztowej)
• Interoperacyjność

Cons:

• Złożone samodzielne integracje
• Wymaga rejestracji w organizacji ODETTE
• Może być kosztowny, jeśli jest wdrażany we własnym zakresie

2. AS2 (oświadczenie o stosowaniu 2) 

Nieaktualny już AS1 został opracowany w latach 90. i był pierwszym protokołem ASX, który ustanowił konwencje podpisywania, szyfrowania i MDN (message disposition notification). W 2002 roku konwencje te stały się podstawą unowocześnionego, internetowego AS2. AS2 stał się znaczącym protokołem EDI w handlu detalicznym i dobrach konsumpcyjnych przyjętym zarówno przez Walmart jak i Amazon. Na uwagę zasługują jego połączenia punkt-punkt, które zasadniczo tworzą "koperty" do transferu danych, wspierane przez certyfikaty AS2 (i, co ciekawe, protokół HTTP) dla zwiększenia bezpieczeństwa danych w każdym momencie. 

Pros: 

• Nieograniczona wymiana danych
• Możliwość wymiany wszystkich formatów plików
• Transfer punkt-punkt lub pośrednio przez VAN
• Brak opłat rocznych i transakcyjnych

Cons: 

• Adresowanie jednopoziomowe (tylko sieć)
• Integracja oddzielnych aplikacji
• Wysokie nakłady na konserwację

OFTP1 i 2 są w rzeczywistości bardzo podobne do AS2 - oba oferują bardzo silne szyfrowanie i niezawodność. Jednak OFTP 2 w rzeczywistości wychodzi na prowadzenie pod względem technicznym, ponieważ obsługuje również adresowanie drugiego poziomu (sieć i identyfikator skrzynki pocztowej). Podczas gdy AS2 opiera się na adresowaniu pojedynczym, oni używają tylko sieci. 

Poza tym główne różnice między nimi to geografia i branża. Ogólnie rzecz biorąc, OFTP jest bardziej rozpowszechniony w Europie, a AS2 jest bardziej wykorzystywany w USA. Jeśli chodzi o branżę, pierwszy z nich jest powszechnie stosowany w sektorze motoryzacyjnym, a drugi w sektorze detalicznym. 

3. PEPPOL (Pan-European Public Procurement Online)

Oparty na chmurze PEPPOL to zarówno standard komunikacji, jak i przekazywania wiadomości, który został opracowany przez Komisję Europejską i konsorcjum 17 partnerów w 2008 roku. Początkowo jego rozwój wynikał z chęci umożliwienia elektronicznej komunikacji B2B pomiędzy zarządami państw. Od momentu wprowadzenia go przez organizację non-profit OpenPEPPOL w 2012 roku, jego popularność stale wzrasta - szczególnie w łańcuchach dostaw w służbie zdrowia od momentu przyjęcia go w ramach NHS. PEPPOL koncentruje się na zapewnieniu interoperacyjności i handlu pomiędzy połączonymi stronami przy użyciu modelu 4-kornerowego, który wymaga punktu dostępu (AP), identyfikatora sieci PEPPOL, odbiornika i nadawcy.

Pros: 

• Znormalizowane połączenia sieciowe
• Kompatybilność z istniejącymi platformami e-fakturowymi
• Możliwości obejmujące elektroniczne zamówienia/ dowody dostawy

Cons: 

• Stosunkowo niesprawdzony nowy protokół
• Wymagany identyfikator sieci PEPPOL
• Ryzyko nieefektywnego podłączenia do sieci

4. FTP, SFTP i HTTP

Protokoły FTP, SFTP i HTTP, choć nie zostały opracowane specjalnie z myślą o EDI, są powszechnie wykorzystywane w kontekście EDI. To sprawia, że są to wspólne cechy w środowisku łańcucha dostaw - i są to wszystkie standardy, które należy rozważyć w ramach systemu EDI. 

• FTP (file transfer protocol): Pierwszy niezawodny protokół przesyłania plików opracowany w 1971 roku. FTP jest w dużej mierze wykorzystywany do wewnętrznego przesyłania plików w firmie - choć dodatkowe zabezpieczenie procesów łańcucha dostaw jest możliwe w przypadku wykorzystania go w ramach sieci VPN.

• SFTP (Secure File Transfer Protocol): Pierwotnie opracowany przez Internet Engineering Task Force, w późnych latach 90-tych, protokoły SFTP działają przez protokół SSH, aby zaszyfrować dane podczas ich tranzytu i odszyfrować je po dotarciu do miejsca przeznaczenia. Zapewnia to bezpieczeństwo danych, ale niestety nie oferuje żadnego realnego zarządzania danymi.

• HTTP (Hypertext Transfer Protocol): Utworzony w 1991 roku jako podstawowy protokół sieci World Wide Web, protokół HTTP do przesyłania plików umożliwia połączenia komputer-komputer, wymagające niczego więcej, niż tylko ogólnoświatowej sieci. Bezpieczeństwo pozostawia wiele do życzenia, ale jeśli chodzi o łatwość, to z pewnością trudno wyobrazić sobie coś lepszego.

Standardy przesyłania wiadomości EDI

Podczas gdy protokoły dotyczą sposobu wymiany danych, standardy przesyłania wiadomości dotyczą samych danych. W większości przypadków, standardy przesyłania wiadomości stosują się do czterech kluczowych zasad, którymi są 

1. Składnia
2. Kody
3. Projekty wiadomości
4. Wartości identyfikacyjne

Biorąc pod uwagę, że nie ma standardowego formatu, jeśli chodzi o przesyłanie wiadomości, wiele firm korzysta z procesu zwanego mapowaniem danych, aby przetłumaczyć każdy plik na format danych, który ich systemy mogą zrozumieć. Standardowe wariacje na temat tabeli obejmują:

1. UN/EDIFACT (zasady Organizacji Narodów Zjednoczonych dotyczące elektronicznej wymiany danych dla administracji, handlu i transportu) 

Najpopularniejszy format plików EDI poza Ameryką Północną i jedyny prawdziwie międzynarodowy zestaw standardów, UN/EDIFACT został po raz pierwszy opracowany na użytek Organizacji Narodów Zjednoczonych w latach 80-tych. Obecnie szeroko stosowany, szczególnie w Europie, EDIFACT ułatwia wymianę między wieloma krajami i branżami. Doprowadziło to do powstania kilku podgrup branżowych, takich jak EANCOM dla handlu detalicznego. EDIFACT działa w ramach struktury hierarchicznej. Jej filary współpracują ze sobą, tworząc elementy, które są następnie normalizowane w strukturach EDIFACT, aby ułatwić tę słynną, łatwą i niezwykle popularną wymianę danych. 

2. ASNI x 12 (ASC X12) 

Początkowo opracowany przez zależny od ANSI Akredytowany Komitet Standardów (ASC) w 1977 roku, ASNI x12, powszechnie skracany do po prostu X12, jest preferowanym standardem dla 300 000 firm na całym świecie. Najczęściej stosowany w Ameryce Północnej, X12 definiuje jednolite segmenty i elementy do opisu informacji w formacie pliku, który jest następnie wykorzystywany do szerokiego zakresu możliwości, w tym faktur, zamówień zakupu i dowodów dostawy. W przeciwieństwie do EDIFACT, który wykorzystuje sześciocyfrowe kody, X12 wykorzystuje trzycyfrowe numery dla ponad 300 standardów - każdy z nich należy do innego, specyficznego dla danej branży podzbioru, w tym:

• AIAG - Grupa Działania Przemysłu Motoryzacyjnego
• EIDX - Electronics Industry Data Exchange Group (CompTIA)
• HIPAA - ustawa o przenoszeniu i odpowiedzialności za ubezpieczenia zdrowotne
• I więcej

3. PEPPOL

Jak wspomniano powyżej, PEPPOL jest zarówno protokołem komunikacyjnym, jak i standardem przesyłania wiadomości od czasu jego stworzenia do użytku przez urzędników państwowych w 2008 r. Wbudowane w systemy e-zamówień i wymiany e-biznesu, Specyfikacje Interoperacyjności Biznesowej PEPPOL "BIS", są formalnymi wymogami zapewniającymi paneuropejską interoperacyjność danych i są szeroko stosowane w sektorze publicznym, w szczególności w NHS, od 2012 roku. 

4. VDA (Verband der Automobilindustrie)

Nieco bardziej niszowe niż inne wymienione standardy, VDA jest go-to w ramach niemieckiego przemysłu motoryzacyjnego, z najnowszą iteracją z 2017 roku, VDA 6.3, zapewniając globalną wiadomość EDIFACT, która ma na celu uproszczenie wcześniej zagmatwanych globalnych transakcji motoryzacyjnych. Z naciskiem na wsparcie, przyszłość i globalizację, standardy VDA są obecnie obowiązkowe dla sprzedawców warstwy 1 i warstwy 2 w próbach oceny i poprawy kontroli na całej planszy. 

5. UN/GTDI TRADACOMS (norma komunikacji danych handlowych) 

TRADACOMS, wczesny standard komunikatów EDI stosowany głównie w brytyjskim sektorze detalicznym, został wprowadzony w 1989 roku i był jednym z prekursorów EDIFACT. Standard był utrzymywany i rozszerzany przez UK Article Numbering Association - obecnie GS1 UK. Z technicznego punktu widzenia standard ten jest przestarzały, ponieważ jego rozwój został wstrzymany w 1995 roku na rzecz GS1 EDI EANCOM. Jednak trwała funkcjonalność rozwiązania spowodowała, że jest ono utrzymywane przez dużą część brytyjskiego sektora detalicznego. 

Efektywny system EDI wymaga standardowej elastyczności

Standardy i protokoły są podstawą EDI i zawsze będą, ale jak widać, każda opcja ma swoje mocne i słabe strony. Najbardziej problematyczne są jednak niekompatybilne standardy, które przez długi czas sprawiały, że systemy komputerowe nie były w stanie zrozumieć się nawzajem, co raczej komplikowało niż upraszczało procesy łańcucha dostaw. 

Jest to coś, z czym partnerzy handlowi muszą się uporać i to szybko, jeśli chcą odnieść jakikolwiek sukces na globalnym rynku. Pamiętaj, że musisz wziąć pod uwagę nie tylko swoje własne standardy EDI (i wewnętrzne doświadczenie w zarządzaniu systemem EDI), ale także standardy i doświadczenie każdego partnera w łańcuchu dostaw. Na szczęście, cel ten jest teraz łatwiejszy do osiągnięcia niż kiedykolwiek dzięki mapowaniu EDI, które umożliwia ułatwienie wszystkich standardów i protokołów, bez względu na bariery językowe po drodze. 

W Data Interchange dobrze rozumiemy znaczenie tej korzyści, dlatego też możliwości mapowania są centralnym elementem naszego nowoczesnego rozwiązania EDI - EDI-as-a-Service. EDI-as-a-Service wykorzystuje zarówno usługi zarządzane, jak i narzędzia oparte na chmurze, aby uprościć tworzenie elastycznego rozwiązania EDI, które pokonuje wyzwania związane z dotychczasowym podejściem do EDI. Dzięki tym korzyściom możesz mieć pewność, że mówisz tym samym językiem, co Twoi zagraniczni partnerzy biznesowi, niezależnie od ich dotychczasowego doświadczenia z EDI.

Dalsza lektura: Jeśli chcesz dowiedzieć się więcej o tym, jak EDI-as-a-Service może przekształcić wyniki handlowe, sprawdź nasz eBook - The Supply Chain Centered Business.