Функциональные группы EDIFACT

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

Структура и иерархия

Электронный обмен данными в формате EDIFACT имеет строгую иерархическую структуру, состоящую из четырёх уровней:

1. Обмен (Interchange) — самый верхний уровень, охватывающий весь сеанс передачи данных между двумя партнёрами. Начинается с сегмента UNB (Interchange Header) и заканчивается сегментом UNZ (Interchange Trailer).
2. Функциональная группа (Functional Group) — промежуточный уровень, объединяющий однотипные сообщения. Ограничивается сегментами UNG (Functional Group Header) и UNE (Functional Group Trailer).
3. Сообщение (Message) — собственно деловой документ (например, заказ, счёт-фактура, отгрузочная спецификация). Обрамляется сегментами UNH (Message Header) и UNT (Message Trailer).
4. Сегмент (Segment) — минимальная единица данных, состоящая из набора элементов данных (полей). Каждый сегмент имеет трёхбуквенный код (например, NAD — Name and Address, CUX — Currencies).

Функциональная группа является необязательным элементом. В одном обмене может быть ноль, одна или несколько функциональных групп. Если функциональные группы не используются, сообщения следуют непосредственно после сегмента UNB.

Сегменты, определяющие функциональную группу

UNG — Functional Group Header (Заголовок функциональной группы)

Сегмент UNG открывает функциональную группу и содержит метаданные, необходимые для её идентификации и обработки. Основные элементы данных в сегменте UNG:

• UNG.1 — Идентификатор функциональной группы (код типа сообщений, входящих в группу). Например, INVOIC для счетов-фактур, ORDERS для заказов.
• UNG.2 — Идентификатор отправителя функциональной группы (код стороны, сформировавшей группу).
• UNG.3 — Идентификатор получателя функциональной группы.
• UNG.4 — Дата и время формирования группы.
• UNG.5 — Номер функциональной группы (уникальный в пределах обмена).
• UNG.6 — Код агентства, управляющего синтаксисом (обычно UN — ООН).
• UNG.7 — Версия синтаксиса (например, 4 для EDIFACT D.04A).

UNE — Functional Group Trailer (Окончание функциональной группы)

Сегмент UNE завершает функциональную группу и содержит только один элемент данных:

• UNE.1 — Количество сообщений в функциональной группе (число сегментов UNH, включённых в группу).
• UNE.2 — Номер функциональной группы (должен совпадать с номером в сегменте UNG).

Назначение и преимущества

Использование функциональных групп в EDIFACT даёт несколько практических преимуществ:

• Логическая группировка: Позволяет объединить в одном обмене несколько сообщений одного типа (например, 50 заказов от одного поставщика). Это упрощает обработку на стороне получателя, так как все сообщения группы могут быть обработаны одним модулем.
• Контроль целостности: Сегмент UNE содержит количество сообщений в группе, что позволяет проверить, не было ли потерь данных при передаче. Если количество сообщений, фактически полученных между UNG и UNE, не совпадает с указанным в UNE.1, это сигнализирует об ошибке.
• Маршрутизация: Идентификаторы отправителя и получателя в UNG могут отличаться от таковых в UNB (обмен). Это позволяет использовать функциональные группы для пересылки данных через промежуточные узлы (например, через провайдера услуг EDI — Value-Added Network, VAN). Отправитель обмена (UNB) может быть провайдером, а отправитель группы (UNG) — конечным торговым партнёром.
• Независимость от сообщений: Функциональная группа может содержать сообщения разных версий или типов, но с одинаковым идентификатором группы (UNG.1). Однако на практике группы обычно содержат сообщения одного типа.

Пример структуры обмена с функциональными группами

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

`` UNB+UNOB:4+ОТПРАВИТЕЛЬ+ПОЛУЧАТЕЛЬ+240101:1200+000000001' UNG+ORDERS+ОТПРАВИТЕЛЬ+ПОЛУЧАТЕЛЬ+240101:1200+1+UN+4' UNH+1+ORDERS:D:04A:UN' ... (сегменты сообщения ORDERS) ... UNT+20+1' UNH+2+ORDERS:D:04A:UN' ... (сегменты второго сообщения ORDERS) ... UNT+25+2' UNE+2+1' UNG+DESADV+ОТПРАВИТЕЛЬ+ПОЛУЧАТЕЛЬ+240101:1200+2+UN+4' UNH+3+DESADV:D:04A:UN' ... (сегменты сообщения DESADV) ... UNT+30+3' UNE+1+2' UNZ+2+000000001' ``

В этом примере:

• Первая функциональная группа (UNG+ORDERS...) содержит два сообщения ORDERS (UNE+2+1').
• Вторая функциональная группа (UNG+DESADV...) содержит одно сообщение DESADV (UNE+1+2').
• Обмен (UNB...UNZ) содержит две группы (UNZ+2+...).

Применение в России и СНГ

В России и странах СНГ стандарт EDIFACT активно используется в корпоративных информационных системах, особенно в сфере внешнеэкономической деятельности, логистики и ритейла. Крупные торговые сети (например, X5 Retail Group, «Магнит») и таможенные органы (при электронном декларировании) применяют EDIFACT-сообщения, в том числе с использованием функциональных групп, для обмена заказами, счетами, отгрузочными документами и таможенными декларациями. Национальные стандарты, такие как ГОСТ Р 53860-2010 «Электронный обмен данными. EDIFACT. Синтаксические правила», регламентируют применение EDIFACT в РФ, включая правила формирования функциональных групп.

Критика и альтернативы

Несмотря на широкое распространение, использование функциональных групп в EDIFACT имеет и недостатки:

• Избыточность: Для небольших объёмов данных (1–2 сообщения) функциональные группы добавляют лишние сегменты (UNG/UNE), увеличивая размер сообщения.
• Сложность обработки: Не все EDI-платформы корректно обрабатывают вложенные структуры с функциональными группами, особенно при маршрутизации через несколько узлов.
• Альтернативы: В современных реализациях EDI всё чаще используется прямой обмен сообщениями без функциональных групп (например, через AS2 или SFTP с одним сообщением в файле). Также набирают популярность форматы на основе XML (например, UBL — Universal Business Language) и JSON, которые не требуют подобной иерархической вложенности.

Источники

1. Рекомендации UN/CEFACT по электронному обмену данными (UN/EDIFACT). — ООН, 2020.
2. ГОСТ Р 53860-2010. Электронный обмен данными. EDIFACT. Синтаксические правила. — М.: Стандартинформ, 2010.
3. ISO 9735:2002. Electronic data interchange for administration, commerce and transport (EDIFACT) — Application level syntax rules.
4. Хендерсон, Дж. EDI и электронная коммерция: руководство по внедрению. — М.: Лори, 2008. — 320 с.