Trex Pi
Ef þú birgjar stóra smásölukeðju eða bílaiðnaðarsamsteypu í Evrópu, þá notar þú EDI. Ekki af því að neinn elski EDIFACT-málskipanina, heldur af því að sá aðili sem er með stærri innkaupadeildina velur sniðið, og þeirra snið var staðlað árið 1988. Að bíða eftir að þau bjóði upp á REST API er ekki stefna.
Hvernig nútímalegt EDI-uppsetning lítur í raun út
Lykillinn er að meðhöndla EDI sem flutningsmállýsku, ekki arkitektúr. Innan samþættingarinnar er allt einfalt, vel skilgreint pöntunar-/sendingar-/reikningshlutur; EDIFACT og X12 eru aðeins til staðar í ystu jaðrinum, í þýðendum sem eru leiðinlegir, útgáfumerktir og prófaðir ítarlega með raunverulegum gögnum.
Sú aðgreining borgar sig á þrjá vegu:
- Að bæta við nýjum viðskiptaaðila þýðir nýtt þýðingarsnið - skilaboðaútgáfa, sérkenni í hlutum, skapandi notkun þeirra á frítextareitum - ekki nýja viðskiptarökfræði.
- Prófanir eru endurspilanlegar. Sérhver skrá sem hefur borist frá viðskiptaaðila er varðveitt sem prófunargagn. Þegar þýðanda er breytt, keyrum við fimm ára umferð aftur í gegnum hann og berum útkomuna saman.
- 20 ára gamla ERP-kerfið og glænýja vefverslunin sjá sama pöntunarhlutinn, þannig að EDI-pantanir og API-pantanir renna í gegnum eina gagnaleiðslu með einu regluverki.
Ósjarmerandi atriðin sem skipta máli
Staðfestingar eru helmingur samskiptareglunnar. Viðskiptaaðili sem fær ekki CONTRL-skilaboðin sín innan tímamarka gengur út frá því að pöntunin hafi horfið og hringir í sölusviðið þitt. Fylgstu með seinkun staðfestinga á sama hátt og þú fylgist með rekstraruppitíma - það er mælikvarðinn sem innkaupafulltrúi viðskiptavinarins upplifir í raun og veru.
EDI er ekki tæknileg skuld. Það er innviðir - eins og teinabreidd járnbrauta. Þú losnar ekki við það með nútímavæðingu; þú byggir hrein tengibirgi og lætur það halda áfram að gera það sem það hefur gert áreiðanlega í fjóra áratugi.