Открыть сервис

Формат EDIFACT

EDIFACT (Electronic Data Interchange For Administration, Commerce and Transport — электронный обмен данными для управления, торговли и транспорта) — это международный стандарт электронного обмена данными (EDI), разработанный и поддерживаемый Европейской экономической комиссией Организации Объединённых Наций (ЕЭК ООН). Стандарт определяет правила структурирования и передачи деловых документов (заказов, счетов, накладных, таможенных деклараций и других) в машиночитаемом виде между компьютерными системами различных организаций, заменяя бумажный документооборот.

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

Разработка стандарта EDIFACT началась в середине 1980-х годов по инициативе ЕЭК ООН. Целью было создание единого универсального формата для электронного обмена документами, который бы преодолел фрагментацию национальных и отраслевых стандартов EDI, существовавших в то время (например, американский стандарт ANSI X12 и британский TRADACOMS). В 1987 году стандарт был одобрен Международной организацией по стандартизации (ISO) как ISO 9735. В 1990-х годах EDIFACT получил широкое распространение в международной торговле, логистике, таможенном деле и банковском секторе, особенно в Европе и Азии. В 2000-х годах с развитием интернета и XML-технологий появились более простые форматы (например, ebXML, UBL), однако EDIFACT остаётся одним из основных стандартов в крупных корпоративных системах и государственных учреждениях, где требуется высокая надёжность и формализация процессов.

Основные принципы и структура

EDIFACT основан на иерархической модели данных. Каждое сообщение (message) состоит из следующих уровней:

  • Сообщение (Message) — целостный деловой документ (например, заказ на покупку). Идентифицируется уникальным кодом (ORDERS, INVOIC, DESADV и т.д.).
  • Сегмент (Segment) — логическая группа связанных данных, начинается с трёхбуквенного кода (например, NAD — Name and Address, DTM — Date/Time/Period). Каждый сегмент содержит набор элементов данных.
  • Элемент данных (Data Element) — конкретное поле (например, номер заказа, дата, сумма). Может быть простым (одно значение) или составным (несколько значений, разделённых разделителем).
  • Составной элемент (Composite Data Element) — группа связанных простых элементов, объединённых в одном сегменте.

Сегменты объединяются в группы, а группы — в сообщения. В начале и конце сообщения обязательно присутствуют служебные сегменты UNH (начало сообщения) и UNT (конец сообщения). Передача данных осуществляется в виде плоского текстового файла с фиксированными разделителями (например, плюс (+) для разделения сегментов, двоеточие (:) для разделения составных элементов, апостроф (') для окончания сегмента).

Пример структуры сообщения (ORDERS — заказ на покупку)

`` UNH+1+ORDERS:D:96A:UN' (начало сообщения) BGM+220+12345+9' (тип документа, номер, версия) DTM+137:20250315:102' (дата документа) NAD+BY+123456789' (покупатель, идентификатор) LIN+1++123456' (позиция заказа, артикул) QTY+21:10' (количество) MOA+203:1500.00' (сумма) UNT+7+1' (конец сообщения) ``

Классификация сообщений EDIFACT

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

Каждое сообщение имеет версию (например, D.96A, D.01B), которая определяет набор используемых сегментов и элементов.

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

EDIFACT-сообщения передаются между системами по различным каналам связи. Исторически использовались выделенные линии связи (Value-Added Networks, VAN), которые обеспечивали гарантированную доставку и хранение сообщений. С развитием интернета всё чаще применяются протоколы AS2 (Applicability Statement 2), SFTP, SMTP с шифрованием, а также веб-сервисы (SOAP/REST) с обёрткой EDIFACT в XML. Для обработки сообщений на стороне получателя используются специализированные EDI-платформы или модули в ERP-системах (SAP, Oracle, 1С). Эти системы выполняют парсинг входящих файлов, валидацию по синтаксису и семантике, преобразование во внутренние форматы и обратно.

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

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

  • Международный стандарт: поддерживается ООН, широко распространён в глобальной торговле, особенно в Европе и Азии.
  • Высокая формализация: строгие правила синтаксиса и семантики минимизируют ошибки при автоматизированной обработке.
  • Масштабируемость: стандарт охватывает сотни типов сообщений, что позволяет автоматизировать практически любые бизнес-процессы.
  • Надёжность: десятилетия использования доказали стабильность и зрелость стандарта.

Недостатки

  • Сложность: EDIFACT-сообщения сложны для чтения человеком и требуют специальных знаний для разработки и отладки.
  • Гибкость: стандарт жёстко регламентирует структуру, что затрудняет адаптацию к нестандартным бизнес-процессам.
  • Стоимость внедрения: необходимы специализированное ПО, обучение персонала и, часто, услуги VAN-провайдеров.
  • Конкуренция с XML/JSON: более современные и простые форматы постепенно вытесняют EDIFACT в малом и среднем бизнесе.

Применение в России

В Российской Федерации EDIFACT используется в основном в крупных корпорациях и государственных структурах, особенно в сфере внешнеэкономической деятельности. Например, таможенная служба России принимает декларации в формате EDIFACT (сообщение CUSDEC). Ряд крупных ритейлеров (X5 Retail Group, Магнит) и производителей применяют EDIFACT для обмена заказами и накладными с поставщиками. Однако в последние годы наблюдается переход на российские стандарты электронного документооборота (например, формат УПД в XML, разработанный ФНС), а также на международные, но более простые форматы (UBL). Тем не менее, для международных транзакций EDIFACT остаётся востребованным.

Интересные факты

  • Стандарт EDIFACT насчитывает более 200 различных типов сообщений, но на практике используется около 30–40 наиболее популярных.
  • В 2018 году ООН опубликовала новую версию стандарта — EDIFACT D.18A, которая включает поддержку новых типов данных и улучшенную обработку ошибок.
  • В некоторых отраслях (например, в авиационной логистике) EDIFACT используется для передачи сообщений о статусе грузов, что позволяет отслеживать их в реальном времени.
  • Стандарт EDIFACT лёг в основу многих национальных и отраслевых стандартов EDI, например, российского ГОСТ Р 53898-2010 «Электронный обмен данными. Требования к форматам сообщений».

Источники

  • Рекомендации ЕЭК ООН по электронному обмену данными (UN/CEFACT)
  • ISO 9735:2002 — Electronic data interchange for administration, commerce and transport (EDIFACT) — Application level syntax rules
  • ГОСТ Р 53898-2010 — Электронный обмен данными. Требования к форматам сообщений
  • Материалы конференций и семинаров по EDI (например, «EDI Forum», «EDIFACT User Group»)
  • Документация по ERP-системам (SAP, Oracle E-Business Suite) в части работы с EDIFACT

BFOmetr — база данных и аналитика по компаниям России.

На главную BFOmetr →