Синтаксис EDIFACT

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

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

Стандарт EDIFACT был разработан под эгидой Европейской экономической комиссии ООН (UN/ECE) в 1980-х годах. Первая версия синтаксиса была опубликована в 1987 году как ISO 9735. Основной целью создания было преодоление разрозненности национальных и отраслевых стандартов EDI (например, ANSI X12 в США или TRADACOMS в Великобритании). EDIFACT стал международным стандартом, поддерживаемым ООН, что обеспечило его широкое распространение в глобальной торговле и логистике.

В России стандарт EDIFACT начал активно применяться с 1990-х годов, особенно в сфере внешнеэкономической деятельности и таможенного оформления. Он используется в системах электронного декларирования, а также в обмене данными между крупными торговыми партнёрами.

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

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

• Символы — алфавитно-цифровые знаки, используемые для кодирования данных. Стандарт поддерживает латинский алфавит, цифры и специальные символы (например, разделители).
• Сегменты — логические блоки данных, состоящие из одного или нескольких элементов данных. Каждый сегмент начинается с трёхбуквенного кода (например, NAD — Name and Address, имя и адрес).
• Элементы данных — простые или составные значения, которые содержат конкретную информацию (например, номер счёта, дату, код товара).
• Сообщения — полные наборы сегментов, представляющие собой законченный деловой документ (например, заказ на поставку, счёт-фактуру, транспортную накладную).

Иерархия структуры

Структура EDIFACT может быть представлена следующим образом (от большего к меньшему):

1. Межобмен (Interchange) — совокупность сообщений, передаваемых между двумя партнёрами за один сеанс связи. Обрамляется служебными сегментами UNB (Interchange Header) и UNZ (Interchange Trailer).
2. Группа функциональных сообщений — необязательный уровень, объединяющий несколько сообщений одного типа (например, все заказы за день). Обрамляется сегментами UNG и UNE.
3. Сообщение (Message) — один деловой документ, состоящий из заголовка (UNH), тела (набор сегментов данных) и хвоста (UNT).
4. Сегмент — минимальная единица данных, содержащая один или несколько элементов. Пример: NAD+BY+123456789::16 (сегмент NAD с квалификатором BY — покупатель, и идентификатором 123456789).
5. Элемент данных — отдельное значение, которое может быть простым (например, 123456789) или составным (например, 123456789::16, где :: — разделитель компонентов).

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

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

• Разделители — специальные символы, используемые для отделения элементов друг от друга. Стандартные разделители: + (разделитель элементов данных), : (разделитель компонентов составного элемента), ' (терминатор сегмента). В некоторых реализациях используются альтернативные символы, но они должны быть согласованы между партнёрами.
• Кодирование — все данные передаются в виде текстовых строк. Числа, даты и коды представляются в определённых форматах (например, дата в формате CCYYMMDD).
• Обязательность — каждый сегмент и элемент данных может быть обязательным (Mandatory) или условным (Conditional). Нарушение обязательности приводит к ошибке при обработке.
• Повторяемость — некоторые сегменты могут повторяться в пределах сообщения (например, несколько позиций в заказе). Максимальное количество повторений задаётся в спецификации сообщения.

Типы сообщений EDIFACT

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

• ORDERS — заказ на поставку (Purchase Order).
• INVOIC — счёт-фактура (Invoice).
• DESADV — уведомление об отгрузке (Despatch Advice).
• RECADV — уведомление о получении (Receiving Advice).
• PAYORD — платёжное поручение (Payment Order).
• IFTMIN — инструкция по перевозке (Transport Instruction).
• CUSDEC — таможенная декларация (Customs Declaration).

Каждое сообщение имеет строгую структуру, описанную в соответствующем справочнике (Message Implementation Guide, MIG). MIG определяет, какие сегменты и элементы данных используются, их порядок, обязательность и допустимые значения.

Пример синтаксиса EDIFACT

Ниже приведён упрощённый пример сообщения EDIFACT типа ORDERS (заказ на поставку):

`` UNB+UNOA:1+SENDER+RECEIVER+20250314:1030+123456' UNH+1+ORDERS:D:96A:UN' BGM+220+ORD12345+9' DTM+137:20250314:102' NAD+BY+123456789::16' LIN+1+1234567890123:EN' QTY+21:100:EA' UNT+7+1' UNZ+1+123456' ``

Пояснение:

• UNB — начало межобмена, указывает отправителя (SENDER), получателя (RECEIVER) и дату (2025-03-14).
• UNH — начало сообщения, указывает тип (ORDERS) и версию (D:96A).
• BGM — начало делового документа, номер заказа (ORD12345).
• DTM — дата документа (2025-03-14).
• NAD — имя и адрес покупателя (BY) с идентификатором 123456789.
• LIN — позиция заказа, код товара (1234567890123).
• QTY — количество (100 единиц).
• UNT — конец сообщения, указывает количество сегментов (7).
• UNZ — конец межобмена.

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

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

Однако с развитием XML и JSON, а также появлением российских стандартов (например, ГОСТ Р 53898-2010 «Электронный обмен данными. Требования к форматам сообщений»), доля EDIFACT в России постепенно снижается, особенно в сфере малого и среднего бизнеса. Тем не менее, он остаётся обязательным для многих международных контрактов и интеграций с зарубежными партнёрами.

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

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

• Международная стандартизация — единый формат для всех стран и отраслей.
• Компактность — текстовое представление данных занимает меньше места по сравнению с XML.
• Зрелость — стандарт существует более 30 лет, имеет обширную документацию и поддержку.
• Надёжность — строгие правила синтаксиса минимизируют ошибки при передаче.

Недостатки

• Сложность — синтаксис труден для восприятия человеком, требует специальных знаний для разработки и отладки.
• Низкая гибкость — изменение структуры сообщения требует согласования с партнёрами и обновления MIG.
• Устаревание — в современных системах всё чаще используются более гибкие форматы, такие как XML или JSON.
• Отсутствие встроенной поддержки в веб-технологиях — EDIFACT не интегрируется напрямую с REST API и веб-сервисами.

Связь с другими стандартами

EDIFACT является частью семейства стандартов UN/CEFACT (United Nations Centre for Trade Facilitation and Electronic Business). Он тесно связан с другими стандартами ООН, такими как UN/EDIFACT (синтаксис) и UN/LOCODE (коды местоположений). В России также используется национальный стандарт ГОСТ Р 53898-2010, который адаптирует EDIFACT для российских условий, но не заменяет его полностью.

Источники

1. ISO 9735:1988 «Electronic data interchange for administration, commerce and transport (EDIFACT) — Application level syntax rules».
2. UN/EDIFACT — United Nations Directories for Electronic Data Interchange for Administration, Commerce and Transport (UN/ECE).
3. ГОСТ Р 53898-2010 «Электронный обмен данными. Требования к форматам сообщений».
4. Руководство по внедрению EDIFACT в логистике (Logistics EDIFACT Implementation Guide, 2019).
5. Справочник сообщений EDIFACT (UN/EDIFACT Message Directory, D.96A).