Сегмент EDIFACT

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

Структура сегмента

Сегмент EDIFACT состоит из трёх основных частей: тега сегмента, элементов данных (простых или составных) и терминатора сегмента. Формат записи строго регламентирован.

Тег сегмента

Тег представляет собой трёхсимвольный буквенный код, который однозначно идентифицирует тип сегмента. Например, NAD обозначает сегмент «Имя и адрес» (Name and Address), DTM — «Дата/время/период» (Date/Time/Period), LIN — «Позиция товара» (Line Item). Тег всегда располагается в начале сегмента и не может содержать пробелов или специальных символов. В некоторых случаях после тега может следовать повторение сегмента (например, NAD+1), обозначающее номер вхождения.

Элементы данных

Элементы данных делятся на простые и составные.

Простой элемент данных — это неделимая единица информации, содержащая одно значение (например, дату, код, число). Каждый простой элемент имеет свой тип данных (алфавитный, цифровой, смешанный) и максимальную длину. Пример: :20250315 (дата в формате ГГГГММДД).
Составной элемент данных — это группа из двух или более простых элементов, объединённых для передачи сложной информации. Составные элементы разделяются внутри себя специальным символом-разделителем (обычно двоеточием :). Пример: +AB+::USD (составной элемент, содержащий код валюты и пустые компоненты).

Элементы данных внутри сегмента отделяются друг от друга знаком «плюс» (+). Если элемент данных отсутствует (пустой), его позиция сохраняется, и между разделителями ничего не ставится (например, NAD+BY+++Москва — сегмент с пустым вторым элементом).

Терминатор сегмента

Каждый сегмент завершается символом-терминатором, который по умолчанию является апострофом ('). Этот символ сигнализирует системе обработки EDI о конце сегмента. В некоторых реализациях терминатор может быть заменён на другой символ (например, ! или #), но это оговаривается в соглашении между участниками обмена.

Классификация сегментов

Сегменты EDIFACT классифицируются по функциональному назначению и по обязательности использования.

По функциональному назначению

Сегменты заголовка (Header segments) — описывают общие данные сообщения, такие как идентификатор сообщения, отправитель, получатель, дата создания. Примеры: UNH (Заголовок сообщения), BGM (Начало сообщения), DTM (Дата/время).
Сегменты деталей (Detail segments) — содержат информацию о конкретных позициях, товарах, услугах. Примеры: LIN (Позиция товара), PIA (Дополнительная идентификация товара), QTY (Количество).
Сегменты итогов (Summary segments) — подводят итоги сообщения, например, общее количество позиций, общая сумма. Примеры: UNS (Разделитель секций), CNT (Контрольное количество), MOA (Денежная сумма).

По обязательности

Обязательные (Mandatory, M) — должны присутствовать в каждом сообщении. Отсутствие такого сегмента делает сообщение недействительным. Например, сегмент UNH обязателен для любого сообщения EDIFACT.
Условные (Conditional, C) — могут присутствовать или отсутствовать в зависимости от контекста. Например, сегмент FTX (Свободный текст) используется только при необходимости передать текстовые примечания.
Повторяемые (Repeatable) — могут встречаться несколько раз в пределах одного сообщения. Например, сегмент LIN повторяется для каждой позиции заказа.

Примеры сегментов

Сегмент `NAD` (Name and Address)

Сегмент используется для идентификации сторон, участвующих в сделке. Структура: NAD+код_качества+идентификатор_стороны+.... Пример:

NAD+BY+123456789::92++ООО "Ромашка"+ул. Ленина, д. 1+Москва++101000+RU'

Здесь BY — код качества «Покупатель» (Buyer), 123456789 — идентификатор (например, ИНН), 92 — код схемы идентификации (ИНН), далее — название, адрес, город, почтовый индекс, страна.

Сегмент `DTM` (Date/Time/Period)

Передаёт дату, время или период. Структура: DTM+код_качества+дата+формат. Пример:

DTM+137:20250315:102'

Здесь 137 — код «Дата документа», 20250315 — дата в формате ГГГГММДД, 102 — код формата (CCYYMMDD).

Сегмент `LIN` (Line Item)

Описывает одну позицию товара или услуги. Структура: LIN+номер_позиции+идентификатор_товара+.... Пример:

LIN+1++1234567890123:EN'

Здесь 1 — номер позиции, 1234567890123 — GTIN товара, EN — код схемы идентификации (EAN/UPC).

Применение сегментов EDIFACT

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

ORDERS (Заказ на поставку) — содержит сегменты BGM, NAD, LIN, QTY, DTM и другие.
INVOIC (Счёт-фактура) — включает сегменты BGM, NAD, LIN, MOA, TAX (налоговая информация).
DESADV (Уведомление об отгрузке) — использует сегменты BGM, NAD, LIN, PAC (упаковка), QTY.
RECADV (Уведомление о получении) — содержит сегменты BGM, NAD, LIN, QTY, RFF (ссылки).

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

Ограничения и особенности

Строгая синтаксическая структура — любое отклонение от правил (неправильный разделитель, лишний пробел, неверный порядок элементов) приводит к ошибке обработки сообщения. Системы EDI обычно валидируют сегменты на соответствие синтаксису EDIFACT.
Зависимость от соглашений — хотя стандарт EDIFACT определяет общие правила, конкретные реализации (например, использование кодов качества, форматов дат, обязательности сегментов) оговариваются в двусторонних или отраслевых соглашениях (EDI-соглашениях). Без такого соглашения интерпретация сегментов может быть неоднозначной.
Отсутствие гибкости — добавление нестандартных сегментов или элементов данных требует согласования с партнёрами и может нарушить совместимость. Поэтому для передачи специфической информации часто используются сегменты FTX (свободный текст) или пользовательские сегменты (начинающиеся с префикса Z).
Поддержка в России — в России распространён стандарт EDI на основе EDIFACT, но существуют и национальные адаптации, например, для обмена с ФНС. Однако полное внедрение EDIFACT в малом и среднем бизнесе ограничено из-за сложности и стоимости интеграции.

Источники

UN/CEFACT. «EDIFACT Syntax Rules (ISO 9735)». — United Nations, 2002.
ГОСТ Р 53864-2010 «Электронный обмен данными (EDI). Синтаксические правила EDIFACT (уровень A, B, C)». — М.: Стандартинформ, 2011.
Рекомендации по применению EDI в розничной торговле (Российская ассоциация электронных коммуникаций, РАЭК).
Документация по сообщениям EDIFACT (ORDERS, INVOIC, DESADV) от GS1 Russia.

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

На главную BFOmetr →