ГОСТ Р ИСО 9735
ГОСТ Р ИСО 9735 — это национальный стандарт Российской Федерации, идентичный международному стандарту ISO 9735, который определяет синтаксические правила и структуру электронных сообщений для административного, коммерческого и транспортного обмена данными (EDIFACT). Стандарт устанавливает единый язык для передачи структурированной деловой информации между компьютерными системами различных организаций, обеспечивая интероперабельность независимо от используемого программного и аппаратного обеспечения. ГОСТ Р ИСО 9735 входит в семейство стандартов, регламентирующих электронный обмен данными (EDI), и является основой для построения систем электронного документооборота в России.
История и происхождение
Разработка международного стандарта ISO 9735 началась в 1980-х годах под эгидой Организации Объединённых Наций (ООН) в рамках проекта UN/CEFACT (Центр ООН по упрощению процедур торговли и электронным деловым операциям). Первая версия стандарта была опубликована в 1988 году и получила название EDIFACT (Electronic Data Interchange for Administration, Commerce and Transport). Впоследствии стандарт многократно пересматривался: в 1992, 1998, 2002, 2006 и 2014 годах, с добавлением новых синтаксических уровней (S1, S2, S3, S4) и поддержкой XML-представлений.
В Российской Федерации стандарт был принят в качестве национального в 2003 году (первая редакция — ГОСТ Р ИСО 9735-1-2003). Последняя актуальная версия — ГОСТ Р ИСО 9735-1-2012 «Электронный обмен данными в управлении, торговле и на транспорте (EDIFACT). Правила синтаксиса на уровне приложения. Часть 1. Правила синтаксиса на уровне приложения (общие)». Стандарт гармонизирован с международным ISO 9735:2014.
Структура и состав стандарта
ГОСТ Р ИСО 9735 состоит из нескольких частей, каждая из которых описывает определённый аспект синтаксиса EDIFACT:
- Часть 1. Правила синтаксиса на уровне приложения (общие) — определяет базовую структуру сообщения: сегменты, элементы данных, разделители, правила кодирования символов и формат обмена.
- Часть 2. Правила синтаксиса на уровне приложения (для пакетного обмена) — описывает механизмы передачи нескольких сообщений в одном файле (пакете) с использованием служебных сегментов UNA, UNB, UNZ.
- Часть 3. Правила синтаксиса на уровне приложения (для интерактивного обмена) — регламентирует диалоговый режим обмена сообщениями в реальном времени.
- Часть 4. Правила синтаксиса на уровне приложения (для сообщений с защитой целостности и/или конфиденциальности) — определяет механизмы шифрования и электронной подписи для EDIFACT-сообщений.
- Часть 5. Правила синтаксиса на уровне приложения (для сообщений с защитой целостности и/или конфиденциальности) — содержит дополнительные спецификации по безопасности.
- Часть 6. Правила синтаксиса на уровне приложения (для сообщений с защитой целостности и/или конфиденциальности) — описывает процедуры аутентификации.
- Часть 7. Правила синтаксиса на уровне приложения (для сообщений с защитой целостности и/или конфиденциальности) — определяет форматы ключей и сертификатов.
- Часть 8. Правила синтаксиса на уровне приложения (для сообщений с защитой целостности и/или конфиденциальности) — содержит правила использования алгоритмов хеширования.
- Часть 9. Правила синтаксиса на уровне приложения (для сообщений с защитой целостности и/или конфиденциальности) — описывает механизмы управления ключами.
- Часть 10. Правила синтаксиса на уровне приложения (для сообщений с защитой целостности и/или конфиденциальности) — содержит общие требования к безопасности.
На практике наиболее востребованы части 1 и 2, а также часть 4 (для защищённого обмена). Части с 5 по 10 редко используются в коммерческой деятельности.
Основные элементы синтаксиса
Сообщение EDIFACT, согласно ГОСТ Р ИСО 9735, строится из следующих иерархических уровней:
- Сообщение (Message) — законченная единица деловой информации (например, заказ на поставку, счёт-фактура, отгрузочная накладная). Каждое сообщение имеет уникальный тип, обозначаемый шестибуквенным кодом (например, ORDERS — заказ, INVOIC — счёт).
- Сегмент (Segment) — логическая группа связанных элементов данных. Каждый сегмент начинается с трёхбуквенного тега (например, NAD — имя и адрес, DTM — дата/время). Сегменты могут быть обязательными, условными или повторяющимися.
- Элемент данных (Data Element) — минимальная единица информации (число, строка, код). Элементы бывают простыми (одно значение) и составными (группа значений, разделённых подразделителем).
- Разделители (Separators) — специальные символы, определяющие границы между элементами: сегментный терминатор (апостроф
'), разделитель элементов (+), разделитель составных элементов (:), символ десятичной точки (.или,), символ экранирования (?).
Пример фрагмента сообщения (заказ на поставку): `` UNB+UNOC:3+1234567890+9876543210+20250314:1430+REF001' UNH+1+ORDERS:D:96A:UN' BGM+220+ORD-001+9' DTM+137:20250314:102' NAD+BY+1234567890::92' LIN+1++ITEM-001:EN' QTY+21:100:EA' UNS+S' UNT+8+1' UNZ+1+REF001' `` В этом примере:
UNB— начало пакета (Interchange Header);UNH— заголовок сообщения;BGM— начало сообщения (тип документа);DTM— дата;NAD— имя и адрес покупателя (BY — buyer);LIN— позиция заказа;QTY— количество;UNS— разделитель секций;UNT— конец сообщения;UNZ— конец пакета.
Применение в России
ГОСТ Р ИСО 9735 является основой для электронного обмена данными в различных отраслях российской экономики:
- Торговля и логистика — крупные розничные сети (например, X5 Group, «Магнит») используют EDIFACT для обмена заказами, накладными, счетами-фактурами с поставщиками. Стандарт поддерживается в системах SAP, 1С, Oracle E-Business Suite.
- Транспорт и перевозки — железнодорожный (РЖД), морской, авиационный транспорт применяют EDIFACT для передачи транспортных накладных (IFTMIN), грузовых манифестов (IFTMBP), таможенных деклараций (CUSDEC).
- Таможенное оформление — Федеральная таможенная служба России использует EDIFACT-сообщения (например, CUSDEC, CUSRES) для электронного декларирования товаров.
- Государственные закупки — в системах электронных торгов (ЕИС, Zakupki.gov.ru) применяются EDIFACT-форматы для обмена заявками, контрактами и счетами.
- Здравоохранение — обмен медицинскими счетами (MEDIC), рецептами (MEDREQ), данными о пациентах (PATIENT).
По данным Минцифры России, по состоянию на 2024 год более 70% крупных предприятий розничной торговли и логистики используют EDIFACT в качестве основного формата электронного документооборота.
Преимущества и недостатки
Преимущества
- Универсальность — стандарт не привязан к конкретной платформе или программному обеспечению.
- Эффективность — сообщения EDIFACT компактны (в среднем в 2-3 раза короче XML-аналогов), что снижает нагрузку на каналы связи.
- Зрелость — стандарт используется более 30 лет, имеется обширная библиотека типов сообщений (более 200 видов).
- Юридическая значимость — в России EDIFACT-сообщения могут быть признаны электронными документами, равнозначными бумажным, при наличии электронной подписи (согласно Федеральному закону № 63-ФЗ).
Недостатки
- Сложность внедрения — требуется обучение персонала и настройка программного обеспечения.
- Закрытость — синтаксис EDIFACT труден для чтения человеком, что затрудняет отладку и аудит.
- Ограниченная поддержка — в малом и среднем бизнесе EDIFACT используется редко из-за высокой стоимости внедрения.
- Конкуренция с XML — во многих современных системах предпочтение отдаётся XML-форматам (например, UBL, cXML), которые проще в обработке и интеграции.
Связь с другими стандартами
ГОСТ Р ИСО 9735 тесно связан с другими стандартами в области электронного документооборота:
- ГОСТ Р ИСО 9735-1 — базовая спецификация синтаксиса.
- ГОСТ Р 53898-2010 «Электронный обмен данными. Требования к формату сообщений» — устанавливает правила формирования EDIFACT-сообщений для российских участников.
- ГОСТ Р 7.0.97-2016 «Система стандартов по информации, библиотечному и издательскому делу. Электронный документооборот» — регламентирует общие принципы электронного документооборота.
- UN/EDIFACT Directory — международный справочник типов сообщений, сегментов и элементов данных, поддерживаемый UN/CEFACT.
Перспективы развития
Несмотря на растущую популярность XML- и JSON-форматов, EDIFACT сохраняет позиции в корпоративном секторе России благодаря:
- существующей инфраструктуре обмена данными между крупными игроками;
- требованиям таможенных и налоговых органов (например, ФТС требует EDIFACT для декларирования);
- интеграции с унаследованными системами (SAP R/3, Oracle E-Business Suite).
В 2023 году Минцифры России анонсировало разработку национального стандарта на основе EDIFACT для государственных информационных систем, что может продлить жизнь стандарта ещё на 10-15 лет. В то же время в сегменте B2B малого бизнеса наблюдается переход на более простые форматы (например, на основе JSON или электронных таблиц).
Источники
- ГОСТ Р ИСО 9735-1-2012 «Электронный обмен данными в управлении, торговле и на транспорте (EDIFACT). Правила синтаксиса на уровне приложения. Часть 1. Правила синтаксиса на уровне приложения (общие)».
- ГОСТ Р ИСО 9735-2-2012 «Электронный обмен данными в управлении, торговле и на транспорте (EDIFACT). Правила синтаксиса на уровне приложения. Часть 2. Правила синтаксиса на уровне приложения (для пакетного обмена)».
- ISO 9735:2014 «Electronic data interchange for administration, commerce and transport (EDIFACT) — Application level syntax rules».
- UN/CEFACT. «UN/EDIFACT Directory» (2023).
- Минцифры России. «Методические рекомендации по применению EDIFACT в электронном документообороте» (2022).
- Федеральный закон от 06.04.2011 № 63-ФЗ «Об электронной подписи».
BFOmetr — база данных и аналитика по компаниям России.
На главную BFOmetr →