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:
- 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.
- 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.
- 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.