EDI как базовая система для электронного обмена данными и интеграций с партнёрами

Мнение эксперта: как заказчик EDI-интеграции оценивает эту технологию

Что такое EDI. История возникновения и развития. Стандарты

Заказчику разработки необходимо определиться: нужен ли ему именно обмен юридически значимыми документами, отчётность или всё же интеграция ИС? Это разные вещи. Естественно, что у бизнеса есть много юридически значимых документов, которыми нужно обмениваться с покупателями, поставщиками и налоговой (как минимум). Особенность EDI в России - в многообразии форм: на рынке есть несколько систем электронной отчётности («СКБ Контур»,

СБИС); формат УПД (сокр. от «универсальный передаточный документ»

) носит рекомендательный характер; есть несколько операторов

ЕЦП (сокр. от «единая цифровая подпись»

) и т. д. Но обмен проще, когда все стороны используют единый формат и единые правила. Чтобы сделать такую интеграцию, нужен электронный документооборот. В таком случае под EDI подразумевают набор стандартов (Legacy), касающихся электронного документооборота. EDI как средство отчётности и обмена юридически значимыми документами - обширная тема, но в этой статье мы поговорим об EDI как о технологии для интеграций: именно с этой частью задач мы имеем дело в своей работе.

Чтобы узнать мнение крупного бизнеса об EDI, мы взяли интервью у представителя международной логистической компании FM Logistic. Итак, наш собеседник - Jonathan Woloszczyk, Head of IS Build & Deploy, наш давний заказчик и партнёр. - В нашей совместной работе мы использовали API для интеграции со службами доставки, а в качестве средства интеграции с WMS - EDI.

Также мы знаем, что у FM Logistic есть EDI-обмен с некоторыми партнёрами.

Как вы считаете, почему EDI до сих пор интересен транспортно-логистическому бизнесу и его контрагентам? В чём его плюсы? -

Сейчас эти WMS не просто древние, а мегадревние, и сделать для них API часто бывает невозможно. Во-вторых, в логистике до сих пор есть очень высокий уровень доверия к обмену файлами по EDI.

Логисты - прагматичные люди, им привычнее представлять файл как физический объект, артефакт. С EDI логист может сказать «я выслал тебе файл» и «я получил твой файл».

Ответственность прозрачна: каждый участник обмена всегда может доказать, что, когда и кому он отправил. API и транзакционный обмен гораздо сложнее для понимания.

Сложно концептуализировать формат передачи данных через API и доверять ему. Думаю, это главная причина, по которой EDI-обмен так популярен.

Но во многих логистических компаниях уже есть подвижки: приходит молодое поколение с другими взглядами на EDI и API . В-третьих, написать скрипт и подключить его к API гораздо сложнее, чем использовать EDI. У большинства IT-решений есть стандартная EDI-спецификация на входе или на выходе, и это достаточно легко использовать: когда ты хочешь подключить одну систему ERP-клиента к WMS или другой ИС, тебе достаточно сделать mapping - не нужно писать скрипты, методы, подключать их к API и т. д. -

Теперь давайте рассмотрим пример с «Ашаном». У них есть EDI Orders, и у вашей WMS есть Orders.

Как вы получаете данные по заказам от «Ашана»? -

Когда мы только начинали работать, интегрировались через EDI.

Приходится анализировать спецификации и переформатировать их Orders, чтобы они совпадали с нашими. Хорошо, что провести такой анализ может даже человек, далёкий от программирования, - не технарь, а любой аналитик, которому нужно лишь составить список в Excel и показать, какие поля должны быть уравнены.

Если говорить укрупнённо, вы могли бы просто выставлять интерфейс EDI своим e-Commerce-партнёрам и таким образом с ними интегрироваться.

Остальные 50 % клиентов до сих пор обмениваются XML-файлами через EDI.

Это не UN/EDIFACT, ANSI X12 или что-то подобное, но тем не менее это тоже EDI.

Обмен данными быстрый и интенсивный, документов много.

Тогда как в B2B-логистическом бизнесе мы имеем дело с крупными партиями товаров, и все данные за день можно отразить в одном документе.

Большой плюс API в том, что после каждой отправки данных ты получаешь ответ - «OK» или «не OK». В случае с EDI ты не получаешь обратной связи: просто отправляешь файл и ждёшь, не зная, что произошло с ним дальше. EDI какое-то время назад пытался поставить внутри файлов флаги, нужен ли отправителю ответ, но сделать это не удалось.

До сих пор EDI не подтверждает факт правильной интеграции, и хотя есть обходные способы это получить, но они очень редко внедряются.

Либо я могу отправить запрос, нацеленный на то, что мне ответят справочником. Я обращаюсь к методу, который возвращает мне часть каталога и отображает его в UI и в мобильном приложении. - Итак, EDI так популярен потому, что есть ещё много контор, которые до сих пор обмениваются бумажками и трансляция этих бумажек в электронные сообщения и обмен ими для них сейчас актуальны.

Поэтому EDI хорошо продаётся, хотя это устаревшая технология и старый формат. - Да, но для этих людей, которые требуют EDI и не хотят API , это первая ступень цифровой трансформации.

Для них психологически важно пройти этот этап, чтобы потом, позже, оценить преимущества API .

Решиться заменить бумагу на файл, в котором содержатся такие же данные, как в бумаге, очень легко. Это выглядит почти одинаково. А API ? «Нет, я не разберусь в этой вашей технологии, „заверните" мне EDI, так проще».

Почему разработчики WMS не хотят внедрять API в саму систему, ведь для них важна скорость обмена данными и, например, ERP (в частности, SAP) уже довольно активно движутся в сторону API ? -

На самом деле WMS уже тоже смотрят в сторону API , но им очень сложно делать конкретные шаги, потому что все популярные WMS связаны с EDI большим количеством алгоритмов.

Чтобы прикрутить API к WMS, требуется огромная работа по концептуализации и перемоделированию объектов, функций и т. д.

На данный момент на рынке очень мало WMS, которые могут управляться по API , а у тех, что есть, очень ограниченный каталог действий. И в основном они просто транслируют единый API , т. е. когда ты делаешь запрос, они прогоняют его через скрипт импорта EDI и отдают ответ и результат в синхронном виде.

Но создавать для них новый метод, который будет напрямую влиять на базы данных или обмениваться данными в ядро, - нереально трудоёмкая работа.

Спасибо за интервью нашему партнёру: мы познакомились с мнением представителя крупной международной компании об EDI и перспективах использования этой технологии в логистическом бизнесе.