EDI i dalje pokreće proizvodnju - integrirajte se s njim, ne borite se protiv njega

Pločice dokumenata na traci koje napreduju od PDF-a preko EDI-ja i API-ja do ERP-a

Ako opskrbljujete velikog trgovca na malo ili automobilsku grupaciju u Europi, koristite EDI. Ne zato što itko voli EDIFACT sintaksu, nego zato što strana s većim odjelom nabave bira format, a njihov format standardiziran je 1988. godine. Čekanje da vam ponude REST API nije strategija.

Kako zapravo izgleda moderna EDI postavka

Trik je tretirati EDI kao transportni dijalekt, a ne kao arhitekturu. Unutar integracije sve je jednostavan, dobro tipiziran objekt narudžbe/otpreme/fakture; EDIFACT i X12 postoje samo na samom rubu, u prevoditeljima koji su dosadni, verzionirani i temeljito testirani na snimljenim oglednim datotekama.

Ta se podjela isplati na tri načina:

  1. Uključivanje novog poslovnog partnera znači novi profil prevoditelja - verziju poruke, posebnosti segmenata, njihovu kreativnu upotrebu polja slobodnog teksta - a ne novu poslovnu logiku.
  2. Testiranje se može ponoviti. Svaka ikad zaprimljena partnerska datoteka služi kao testni primjer. Kada se prevoditelj promijeni, kroz njega ponovno pustimo pet godina prometa i usporedimo rezultate.
  3. Dvadeset godina star ERP i posve novi webshop vide isti objekt narudžbe, tako da EDI narudžbe i API narudžbe prolaze kroz jedan cjevovod s jednim skupom pravila.

Nezanimljivi dijelovi koji su bitni

Potvrde primitka čine pola protokola. Partner koji ne primi svoju CONTRL poruku unutar predviđenog vremenskog okvira pretpostavit će da je narudžba nestala i nazvati vaš prodajni tim. Nadzirite kašnjenje potvrda na isti način na koji nadzirete dostupnost sustava - to je metrika koju referent nabave vašeg kupca stvarno osjeti.

EDI nije tehnički dug. To je infrastruktura - poput širine željezničkog kolosijeka. Modernizacijom ga se ne možete riješiti; gradite čiste adaptere i puštate ga da nastavi raditi ono što pouzdano radi već četiri desetljeća.