EDI stále poháňa výrobu - integrujte sa s ním, nebojujte proti nemu

Ak dodávate veľkému retailerovi alebo automobilovej skupine v Európe, používate EDI. Nie preto, že by niekto miloval syntax EDIFACT, ale preto, že formát si vyberá strana s väčším nákupným oddelením, a jej formát bol štandardizovaný v roku 1988. Čakať, kým vám ponúknu REST API, nie je stratégia.

Ako v skutočnosti vyzerá moderné nastavenie EDI

Trik spočíva v tom, že EDI treba chápať ako prepravný dialekt, nie ako architektúru. Vo vnútri integrácie je všetko obyčajný, dobre typovaný objekt objednávky/expedície/faktúry; EDIFACT a X12 existujú len na úplnom okraji, v prekladačoch, ktoré sú nudné, verzované a dôkladne otestované na zaznamenaných vzorových súboroch.

Toto oddelenie sa vypláca tromi spôsobmi:

1. Onboarding nového obchodného partnera znamená nový profil prekladača - verziu správy, zvláštnosti segmentov, ich kreatívne používanie voľných textových polí - nie novú obchodnú logiku.
2. Testovanie je opakovateľné. Každý súbor, ktorý sme od partnera kedy prijali, slúži ako testovacia vzorka. Keď sa prekladač zmení, prepustíme ním päť rokov premávky a porovnáme výstup.
3. 20 rokov starý ERP a úplne nový webshop vidia ten istý objekt objednávky, takže EDI objednávky aj API objednávky prechádzajú jednou pipeline s jednou sadou pravidiel.

Nevzhľadné časti, na ktorých záleží

Potvrdenia sú polovicou protokolu. Partner, ktorému nepríde správa CONTRL v jeho časovom okne, bude predpokladať, že objednávka zmizla, a zavolá vášmu obchodnému tímu. Sledujte latenciu potvrdení rovnako, ako sledujete dostupnosť - je to metrika, ktorú nákupca vášho zákazníka skutočne pociťuje.

EDI nie je technický dlh. Je to infraštruktúra - ako rozchod koľají. Modernizáciou sa ho nezbavíte; postavíte čisté adaptéry a necháte to robiť to, čo to spoľahlivo robí už štyri desaťročia.