Сообщения EDIFACT

Сообщения EDIFACT — это стандартизированные электронные документы, используемые в рамках международного стандарта EDI (Electronic Data Interchange, электронный обмен данными) для передачи коммерческой, финансовой и транспортной информации между организациями. EDIFACT (Electronic Data Interchange for Administration, Commerce and Transport) разработан и поддерживается ООН (UN/ECE) и является одним из наиболее распространённых протоколов для межкорпоративного обмена данными, особенно в Европе, Азии и в цепочках поставок крупных международных компаний. Сообщения EDIFACT представляют собой структурированные текстовые файлы, которые следуют строгим синтаксическим правилам, определённым в стандарте ISO 9735.

История и развитие

Стандарт EDIFACT начал разрабатываться в 1980-х годах под эгидой Европейской экономической комиссии ООН (UN/ECE). Целью было создание универсального, не зависящего от конкретного поставщика программного обеспечения или отрасли формата для обмена данными между предприятиями. Первая версия стандарта была опубликована в 1988 году. В 1990-х годах EDIFACT получил широкое распространение в автомобильной промышленности, логистике, розничной торговле и государственном секторе. В 2000-х годах, с развитием интернета, появились более лёгкие форматы, такие как XML и JSON, но EDIFACT сохранил свои позиции в крупных корпоративных системах (ERP) благодаря своей надёжности, строгой структуре и поддержке сложных бизнес-процессов. В России стандарт EDIFACT используется в рамках системы «Электронный документооборот» (ЭДО) для обмена счетами-фактурами, товарными накладными и другими документами, особенно в международных операциях.

Структура сообщения EDIFACT

Сообщение EDIFACT состоит из нескольких иерархических уровней, которые обеспечивают его однозначное толкование. Основные элементы:

• UNB (Interchange Header) — заголовок обмена, содержащий идентификацию отправителя и получателя, дату, время и контрольную информацию.
• UNH (Message Header) — начало сообщения, указывающее тип сообщения (например, ORDERS, INVOIC, DESADV) и его версию.
• Сегменты (Segments) — логические блоки данных, каждый из которых начинается с трёхбуквенного кода (например, NAD — имя и адрес, LIN — позиция товара, QTY — количество). Сегменты могут быть обязательными или условными.
• Элементы данных (Data Elements) — отдельные поля внутри сегмента, разделённые знаком «+» (плюс). Например, сегмент NAD+BY+123456::92 означает: имя и адрес (NAD), покупатель (BY), идентификатор 123456, код схемы 92.
• UNS (Section Control) — разделитель секций (например, служебная часть и детали).
• UNT (Message Trailer) — конец сообщения, содержащий количество сегментов и ссылку на UNH.
• UNZ (Interchange Trailer) — конец обмена, подтверждающий количество сообщений.

Пример простого сообщения (фрагмент заказа ORDERS)

`` UNB+UNOB:1+123456789:14+987654321:14+20250315:1200+1' UNH+1+ORDERS:D:96A:UN' BGM+220+ORD-001+9' DTM+137:20250315:102' NAD+BY+123456::92' NAD+SU+987654::92' LIN+1++12345:IN' QTY+21:100:EA' UNT+8+1' UNZ+1+1' ``

В этом примере: UNB указывает отправителя (123456789) и получателя (987654321), BGM — тип документа (заказ 220), DTM — дата, NAD — стороны, LIN — позиция товара, QTY — количество.

Классификация типов сообщений

Стандарт EDIFACT включает сотни типов сообщений, которые делятся на функциональные группы. Наиболее распространённые:

• Коммерческие:
• ORDERS — заказ на поставку (Purchase Order).
• ORDRSP — подтверждение заказа (Order Response).
• INVOIC — счёт-фактура (Invoice).
• DESADV — уведомление об отгрузке (Despatch Advice).
• RECADV — уведомление о получении (Receiving Advice).
• Транспортные и логистические:
• IFTMIN — инструкция на перевозку (Transport Instruction).
• IFTMCS — контракт на перевозку (Transport Contract).
• IFTSTA — статус перевозки (Transport Status).
• CODECO — коносамент (Bill of Lading).
• Финансовые:
• PAYORD — платёжное поручение (Payment Order).
• REMADV — уведомление о платеже (Remittance Advice).
• Таможенные:
• CUSDEC — таможенная декларация (Customs Declaration).
• CUSRES — ответ таможни (Customs Response).
• Производственные и технические:
• PRODAT — данные о продукте (Product Data).
• PRICAT — каталог цен (Price Catalogue).

Синтаксические правила

Сообщения EDIFACT используют синтаксис UN/EDIFACT (ISO 9735). Основные правила:

• Каждое сообщение начинается с UNH и заканчивается UNT.
• Сегменты разделяются символом апострофа ('), а элементы данных — знаком +.
• Внутри элементов данных могут использоваться подэлементы, разделённые двоеточием (:).
• Длина строки не должна превышать 80 символов (в некоторых версиях — 100), но современные системы это допускают.
• Кодировка — обычно ASCII (ANSI X3.4) или UTF-8 для поддержки кириллицы.
• Обязательно наличие контрольных сумм и последовательных номеров для обнаружения ошибок.

Применение в различных отраслях

Промышленность и розничная торговля

В автомобильной промышленности (например, у компаний Volkswagen, Toyota) EDIFACT используется для синхронизации поставок комплектующих по системе «точно в срок» (JIT). Сообщения DELFOR (прогноз поставки) и DELJIT (поставка JIT) позволяют автоматически заказывать детали. В розничной торговле (например, сети гипермаркетов) через INVOIC и ORDERS обрабатываются миллионы заказов в день.

Логистика и транспорт

Крупные логистические операторы (DHL, Maersk) используют EDIFACT для обмена данными о грузах, маршрутах и статусах. Сообщения IFTMIN и IFTSTA заменяют бумажные накладные и позволяют отслеживать отправления в реальном времени.

Государственный сектор

В России EDIFACT применяется в системе «Электронный бюджет» для обмена счетами-фактурами и актами между госорганами и поставщиками. В таможенных службах (ФТС России) используется CUSDEC для подачи деклараций в электронном виде.

Финансы

Банки и платёжные системы (например, SWIFT) используют EDIFACT для платёжных поручений (PAYORD) и выписок (BANKSTA). Однако в этой сфере его постепенно вытесняет формат ISO 20022.

Преимущества и недостатки

Преимущества

• Стандартизация — единый формат для всех участников цепочки поставок, независимо от страны и отрасли.
• Автоматизация — сообщения обрабатываются без участия человека, что снижает ошибки и ускоряет процессы.
• Надёжность — строгий синтаксис и контрольные суммы минимизируют потери данных.
• Поддержка сложных структур — возможность передавать многоуровневые документы (например, счета с несколькими позициями и налогами).

Недостатки

• Сложность — синтаксис EDIFACT труден для чтения и отладки человеком, требует специализированного ПО.
• Низкая гибкость — изменение формата сообщения требует согласования между всеми участниками.
• Затраты на внедрение — требуется настройка EDI-шлюзов и обучение персонала.
• Конкуренция с XML/JSON — более современные форматы легче интегрируются с веб-сервисами и API.

Техническая реализация

Для передачи сообщений EDIFACT используются протоколы:

• AS2 (Applicability Statement 2) — через HTTP/HTTPS с шифрованием.
• OFTP (Odette File Transfer Protocol) — популярен в автомобильной промышленности.
• SFTP (SSH File Transfer Protocol) — для безопасной передачи файлов.
• X.400 — устаревший, но всё ещё используется в некоторых правительственных сетях.

Сообщения обычно передаются в виде текстовых файлов с расширением .edi или .edifact. Для обработки используются EDI-конвертеры (например, IBM Sterling B2B Integrator, SAP PI/PO, OpenText) и библиотеки на языках программирования (Java, Python, C#).

Правовой статус и регулирование

В России электронный документооборот с использованием EDIFACT регулируется Федеральным законом № 63-ФЗ «Об электронной подписи» и приказами ФНС. Сообщения EDIFACT могут быть признаны юридически значимыми, если они подписаны усиленной квалифицированной электронной подписью (УКЭП) и переданы через оператора ЭДО. В международной практике EDIFACT часто используется в рамках контрактов, где стороны согласовывают протокол обмена.

Будущее EDIFACT

Несмотря на рост популярности веб-сервисов (REST, SOAP) и форматов JSON/XML, EDIFACT сохраняет позиции в крупных корпоративных системах, особенно в отраслях с длительными контрактами и большими объёмами данных (например, нефтегазовая, химическая, авиационная). В 2020-х годах наблюдается гибридный подход: компании используют EDIFACT для внутренних и B2B-процессов, а для внешних интеграций — API. Стандарт UN/EDIFACT продолжает обновляться (последние версии — D.21A, D.22A), добавляя поддержку новых бизнес-сценариев, таких как электронные подписи и блокчейн.

Источники

• UN/ECE. «UN/EDIFACT Draft Directory». Официальная документация стандарта.
• ISO 9735:2002. «Electronic data interchange for administration, commerce and transport (EDIFACT) — Application level syntax rules».
• Федеральный закон № 63-ФЗ «Об электронной подписи» (Российская Федерация).
• «EDI and EDIFACT: A Practical Guide» — David J. Hill, 2005.
• Материалы конференций «EDI & e-Commerce» (2018–2023).