Trex Pi
Se rifornite un grande rivenditore o un gruppo automobilistico in Europa, usate l'EDI. Non perché a qualcuno piaccia la sintassi EDIFACT, ma perché la parte con il reparto acquisti più grande sceglie il formato, e il loro formato è stato standardizzato nel 1988. Aspettare che offrano un'API REST non è una strategia.
Come si presenta davvero una configurazione EDI moderna
Il trucco è trattare l'EDI come un dialetto di trasporto, non come un'architettura. All'interno dell'integrazione, tutto è un oggetto ordine/spedizione/fattura semplice e ben tipizzato; EDIFACT e X12 esistono solo ai margini estremi, in traduttori che sono semplici, versionati e testati a fondo su file di esempio registrati.
Questa separazione ripaga in tre modi:
- Integrare un nuovo partner commerciale significa un nuovo profilo di traduttore - versione del messaggio, particolarità dei segmenti, il loro uso creativo dei campi di testo libero - non nuova logica di business.
- I test sono riproducibili. Ogni file mai ricevuto da un partner diventa un caso di test registrato. Quando un traduttore cambia, rieseguiamo cinque anni di traffico attraverso di esso e confrontiamo l'output.
- L'ERP vecchio di 20 anni e il webshop nuovissimo vedono lo stesso oggetto ordine, quindi gli ordini EDI e gli ordini API fluiscono attraverso un'unica pipeline con un unico insieme di regole.
Le parti poco affascinanti che contano
Le conferme di ricezione sono metà del protocollo. Un partner che non riceve il suo messaggio CONTRL entro la sua finestra temporale presumerà che l'ordine sia svanito e chiamerà il vostro team commerciale. Monitorate la latenza delle conferme di ricezione come monitorate l'uptime - è la metrica che l'addetto agli acquisti del vostro cliente vive davvero.
L'EDI non è debito tecnico. È infrastruttura - come lo scartamento ferroviario. Non è qualcosa di cui ci si libera con la modernizzazione; si costruiscono adattatori puliti e lo si lascia continuare a fare ciò che ha fatto in modo affidabile per quattro decenni.