Trex Pi
Ако доставяте на голям търговец на дребно или автомобилна група в Европа, работите с EDI. Не защото някой обича синтаксиса на EDIFACT, а защото страната с по-големия отдел по покупки избира формата, а техният формат е бил стандартизиран през 1988 г. Да чакате да предложат REST API не е стратегия.
Как всъщност изглежда една модерна EDI настройка
Тайната е EDI да се третира като транспортен диалект, а не като архитектура. Вътре в интеграцията всичко е обикновен, добре типизиран обект от тип поръчка/експедиция/фактура; EDIFACT и X12 съществуват само в самия периферен слой, в транслатори, които са прости, версионирани и обстойно тествани върху записани примерни файлове.
Това разделение се отплаща по три начина:
- Включването на нов търговски партньор означава нов профил на транслатор - версия на съобщението, особености в сегментите, тяхната „творческа“ употреба на свободнотекстови полета - а не нова бизнес логика.
- Тестването е възпроизводимо. Всеки файл, получаван някога от партньор, се превръща в записан тестов пример. Когато транслатор се промени, прекарваме през него пет години трафик и сравняваме резултата.
- 20-годишният ERP и чисто новият онлайн магазин виждат един и същ обект на поръчка, така че EDI поръчките и API поръчките преминават през един и същ пайплайн с един и същ набор от правила.
Незабележимите части, които имат значение
Потвържденията са половината от протокола. Партньор, който не получи своето CONTRL съобщение в рамките на определения прозорец, ще приеме, че поръчката е изчезнала, и ще се обади на вашия търговски екип. Наблюдавайте закъснението на потвържденията така, както наблюдавате достъпността - това е метриката, която служителят по покупки на клиента ви реално усеща.
EDI не е технически дълг. Това е инфраструктура - като железопътното междурелсие. От него не се отървавате чрез модернизация; изграждате чисти адаптери и му позволявате да продължи да върши това, което е вършило надеждно в продължение на четири десетилетия.