Продукты и услуги Информационно-правовое обеспечение ПРАЙМ Документы ленты ПРАЙМ Проект Приказа Министерства связи и массовых коммуникаций РФ "Об утверждении Правил электронного обмена данными в национальном сегменте Российской Федерации интегрированной информационной системы Евразийского экономического союза" (подготовлен Минкомсвязью России 22.03.2017)

Обзор документа

Проект Приказа Министерства связи и массовых коммуникаций РФ "Об утверждении Правил электронного обмена данными в национальном сегменте Российской Федерации интегрированной информационной системы Евразийского экономического союза" (подготовлен Минкомсвязью России 22.03.2017)

Досье на проект

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

В целях определения основных принципов и механизмов электронного обмена данными в национальном сегменте Российской Федерации интегрированной информационной системы Евразийского экономического союза приказываю:

1. Утвердить Правила электронного обмена данными в национальном сегменте Российской Федерации интегрированной информационной системы Евразийского экономического союза.

2. Направить настоящий приказ на государственную регистрацию в Министерство юстиции Российской Федерации.

Министр Н.А. Никифоров

Утверждены
приказом Министерства связи
и массовых коммуникаций
Российской Федерации
от ___________ N __________

Правила электронного обмена данными в национальном сегменте Российской Федерации интегрированной информационной системы Евразийского экономического союза

1.1. Назначение документа

Настоящие Правила электронного обмена данными в национальном сегменте Российской Федерации Интегрированной информационной системы Евразийского экономического союза (далее - Правила) определяют основные принципы и механизмы электронного обмена данными в национальном сегменте Российской Федерации интегрированной информационной системы Евразийского экономического союза (далее - НС РФ ИИС ЕАЭС или национальный сегмент РФ).

Настоящие Правила применяются при разработке компонентов НС РФ ИИС ЕАЭС, обеспечивающих электронный обмен данными (информационное взаимодействие) внутри национального сегмента РФ, а также национального сегмента РФ с национальными сегментами государств-членов Евразийского экономического союза (далее соответственно - государства-члены, Союз) и интеграционным сегментом Евразийской экономической комиссии (далее - Комиссия), с учетом положений технических, технологических, методических и организационных документов, принимаемых (утверждаемых) Комиссией для целей обеспечения унификации применяемых организационных и технических решений при создании, развитии и функционировании ИИС ЕАЭС и поддержания надлежащего уровня защиты информации.

Настоящие Правила не распространяются на электронный обмен данными с использованием информационных систем Российской Федерации, не связанный с функционированием национального сегмента РФ.

Национальный сегмент РФ является неотъемлемой составной частью Интегрированной информационной системы Евразийского экономического союза (далее - ИИС ЕАЭС).

В соответствии с положениями Протокола об информационно-коммуникационных технологиях и информационном взаимодействии в рамках Евразийского экономического союза (Приложения N3 к Договору о Евразийском экономическом союзе от 29 мая 2014 г.) за базовую основу при создании ИИС ЕАЭС была взята Интегрированная информационная система внешней и взаимной торговли (далее - ИИС ВВТ).

В связи с этим, требования настоящих Правил следует рассматривать в дополнение к требованиям Правил электронного обмена данными в интегрированной информационной системе внешней и взаимной торговли, утвержденных Решением Коллегии Евразийской экономической комиссии от 27 января 2015 г. N5.

Функции ИИС ЕАЭС определены требованиями Технического задания на создание Интегрированной информационной системы Евразийского экономического союза, утвержденного Решением Коллегии Евразийской экономической комиссии от 12 октября 2015 г. N137.

Взаимодействие в рамках НС РФ ИИС ЕАЭС ведется с использованием Единой системы межведомственного электронного взаимодействия (далее - СМЭВ).

Базовой нормативной правовой основой использования СМЭВ является Постановление Правительства Российской Федерации от 8 сентября 2010 г. N697 "О единой системе межведомственного электронного взаимодействия".

1.2. Нормативная правовая основа обмена данными

Данный документ разработан в целях реализации и во исполнение:

- Федерального закона от 3 октября 2014 г. N 279-ФЗ "О ратификации Договора о Евразийском экономическом союзе";

- Договора о Евразийском экономическом союзе от 29 мая 2014 г.;

- Приложения N3 к Договору о Евразийском экономическом союзе, Протокола об информационно-коммуникационных технологиях и информационном взаимодействии в рамках Евразийского экономического союза;

- Правил электронного обмена данными в интегрированной информационной системе внешней и взаимной торговли, утвержденных Решением Коллегии Евразийской экономической комиссии от 27 января 2015 г. N5;

- Технического задания на создание интегрированной информационной системы Евразийского экономического союза, утвержденного Решением Коллегии Евразийской экономической комиссии от 12 октября 2015 г. N137;

- Положения об обмене электронными документами при трансграничном взаимодействии органов государственной власти государств - членов Евразийского экономического союза между собой и с Евразийской экономической комиссией, утвержденного Решением Коллегии Евразийской экономической комиссии от 28 сентября 2015 г. N125;

- Федерального закона от 27 июля 2010 г. N210-ФЗ "Об организации предоставления государственных и муниципальных услуг";

- Постановления Правительства Российской Федерации от 8 сентября 2010 г. N697 "О единой системе межведомственного электронного взаимодействия";

- Приказа Министерства связи и массовых коммуникаций Российской Федерации от 27 декабря 2010 г. N 190 "Об утверждении технических требований к взаимодействию информационных систем в единой системе межведомственного электронного взаимодействия".

1.3. Термины и определения

В документе используются следующие термины и определения:

XML-документ совокупность данных, соответствующая требованиям XML
асинхронное взаимодействие вид электронного обмена данными, при котором отправитель возобновляет свою работу сразу после отправки сообщения, не дожидаясь отклика от получателя
вид сведений СМЭВ разновидность данных, передаваемых в рамках запросов на оказание государственных услуг в электронной форме, запросов связанных с выполнением государственных и муниципальных функций, а также запросов в рамках межведомственного взаимодействия, а также к широковещательным рассылкам; любое сообщение, пересылаемое в СМЭВ, может быть отнесено к определенному виду сведений и маршрутизируется в рамках СМЭВ с учетом присвоенного ему вида сведений
государство-член государство, являющееся членом Евразийского экономического союза и являющееся стороной Договора о Евразийском экономическом союзе
доверенная третья сторона организация, наделенная в соответствии с законодательством государств-членов правом осуществлять деятельность по проверке электронной цифровой подписи (электронной подписи) в электронных документах в фиксированный момент времени в отношении лица, подписавшего электронный документ
ЕАЭС Евразийский экономический союз
ЕПГУ Единый портал государственных и муниципальных услуг (функций)
ЕСНСИ Единая система справочников и классификаторов, используемых в государственных и муниципальных информационных системах (Единая система нормативно-справочной информации)
ЕЭК Евразийская экономическая комиссия
защита информации принятие и реализация комплекса правовых, организационных и технических мер по определению, достижению и поддержанию конфиденциальности, целостности и доступности информации и средств ее обработки с целью исключения или минимизации неприемлемых рисков для субъектов информационного взаимодействия
Идентификатор UUID Universally Unique Identifier - универсальный уникальный идентификатор
ИИС ВВТ Интегрированная информационная система внешней и взаимной торговли
ИИС ЕАЭС Интегрированная информационная система Евразийского экономического союза - организационная совокупность территориально распределенных государственных информационных ресурсов и информационных систем уполномоченных органов, информационных ресурсов и информационных систем Комиссии, объединенных национальными сегментами государств-членов и интеграционным сегментом Комиссии
инициатор участник электронного обмена данными, инициирующий транзакцию общего процесса
Интеграционный сегмент Комиссии См. ИС ЕЭК ИИС ЕАЭС
интеграционный шлюз комплекс программных и аппаратных средств, разворачиваемый в каждом узле ИИС ЕАЭС системы и обеспечивающий сопряжение национального сегмента государства-члена и интеграционного сегмента Комиссии с интеграционной платформой ИИС ЕАЭС
Интегрированная система См. ИИС ЕАЭС
информационно-коммуникационные технологии совокупность методов и средств реализации информационных технологий и телекоммуникационных процессов
информационные технологии процессы, методы поиска, сбора, накопления, систематизации, хранения, уточнения, обработки, предоставления, распространения и удаления (уничтожения) информации, а также способы осуществления таких процессов и методов
информационный ресурс упорядоченная совокупность документированной информации (базы данных, другие массивы информации), содержащейся в информационных системах
ИС Информационная система - совокупность информационных технологий и технических средств, обеспечивающих обработку информационных ресурсов
ИС ЕЭК ИИС ЕАЭС интеграционный сегмент Евразийской экономической комиссии интегрированной информационной системы Евразийского экономического союза - информационные системы, обеспечивающие информационное взаимодействие информационных систем Комиссии и информационных систем уполномоченных органов в рамках ИИС ЕАЭС
каноникализация XML процесс преобразования XML-документов в каноническую форму XML
квитанция доверенной третьей стороны электронный документ, формируемый доверенной третьей стороной и подписанный электронной цифровой подписью (электронной подписью) доверенной третьей стороны, служащий для подтверждения результата проверки подлинности электронного документа и электронной цифровой подписи (электронной подписи) в электронном документе
классификатор систематизированный, структурированный и кодифицированный перечень наименований объектов классификации
Коллегия Коллегия Евразийской экономической комиссии
Комиссия См. ЕЭК
криптографический стандарт совокупность технических спецификаций, устанавливающих правила формирования и проверки электронных цифровых подписей (электронных подписей)
национальный сегмент государства-члена национальный сегмент интегрированной информационной системы Евразийского экономического союза, принадлежащий государству-члену Евразийского экономического союза, - информационные системы, обеспечивающие информационное взаимодействие информационных систем уполномоченных органов и информационных систем Комиссии в рамках ИИС ЕАЭС
национальный сегмент РФ, НС РФ См. НС РФ ИИС ЕАЭС
НС РФ ИИС ЕАЭС национальный сегмент Российской Федерации интегрированной информационной системы Евразийского экономического союза.
НСИ, нормативно-справочная информация совокупность справочников и классификаторов, которые используются при осуществлении информационного обмена между уполномоченными органами
общая инфраструктура документирования информации в электронном виде совокупность информационно-технологических и организационно-правовых мероприятий, правил и решений, реализуемых в целях придания юридической силы электронным документам, используемым в рамках Союза
общий информационный ресурс информационный ресурс Комиссии, формируемый путем централизованного ведения либо на основе информационного взаимодействия государств-членов
общий процесс в рамках НС РФ операции, последовательности операций и процедуры, регламентированные (установленные) международными договорами и актами, составляющими право Союза, и законодательством Российской Федерации, выполняемые между различными участниками взаимодействия в пределах национального сегмента РФ
общий процесс в рамках Союза операции, последовательности операций и процедуры, регламентированные (установленные) международными договорами и актами, составляющими право Союза, и законодательством государств-членов, которые начинаются на территории одного из государств-членов, а заканчиваются (изменяются) на территории другого государства-члена
ОВ Орган власти
ОИВ Органы исполнительной власти
Оператор СМЭВ Министерство связи и массовых коммуникаций Российской Федерации (в соответствии с постановлением Правительства РФ N 697 от 08 сентября 2010 г.)
отправитель участник обмена электронными документами, который направляет или от имени которого направляется электронный документ
получатель участник обмена электронными документами, которому отправлен электронный документ
Протокол SOAP Simple Object Access Protocol - протокол обмена сообщениями в распределенной вычислительной среде
процедура общего процесса совокупность связанных между собой операций, выполняемых участниками общего процесса и направленных на решение конкретной задачи в рамках общего процесса
респондент участник электронного обмена данными, обменивающийся сообщениями с инициатором в рамках выполнения транзакции общего процесса
РФ Российская Федерация
сегмент отправителя, сегмент получателя национальный сегмент государства-члена или интеграционный сегмент Комиссии, информационные системы которых используются для отправки (приема) электронных документов отправителем (получателем);
сертификат сертификат ключа проверки ЭЦП - электронный документ, изданный удостоверяющим центром, подписанный закрытым (личным) ключом удостоверяющего центра и содержащий информацию, подтверждающую принадлежность указанного в сертификате открытого ключа определенному участнику обмена электронными документами, и иную информацию, предусмотренную соответствующими криптографическими стандартами
служба доверенной третьей стороны ИИС ЕАЭС совокупность сервисов доверенной третьей стороны государств-членов и Комиссии, обеспечивающих единое трансграничное пространство доверия при обмене электронными документами в ИИС ЕАЭС
СМЭВ Система межведомственного электронного взаимодействия
сообщение формализованная информация, передаваемая от отправителя к получателю с помощью информационно-телекоммуникационной сети в рамках ИИС ЕАЭС
Союз См. ЕАЭС
справочник систематизированный, структурированный и кодифицированный перечень однородной по своему содержанию или сути информации
Стандарт MIME Multipurpose Internet Mail Extensions - спецификация для кодирования и форматирования информации для ее передачи внутри текстовых данных
Стандарт URI Uniform Resource Identifier - формат унифицированной идентификации ресурсов
Стандарт UTC Coordinated Universal Time - стандарт всемирного координированного времени
Стандарт X.509 стандарт ITU-T X.509 "Информационные технологии. Взаимосвязь открытых систем. Справочник: Структуры сертификатов открытых ключей и атрибутов"
Стандарт XAdES стандарт XML Advanced Electronic Signature, описывающий расширенный формат электронной цифровой подписи (электронной подписи) в формате XML
Стандарт XMLDSig стандарт синтаксиса и обработки электронной цифровой подписи (электронной подписи) в формате XML
субъекты электронного взаимодействия органы власти, физические или юридические лица, взаимодействующие в рамках отношений, возникающих в процессе составления, отправления, передачи, получения, хранения и использования электронных документов, а также информации в электронном виде
транзакция общего процесса элементарное информационное взаимодействие между двумя участниками, которое осуществляется каждым участником в рамках своей операции общего процесса
трансграничное пространство доверия (ЕАЭС) совокупность правовых, организационных и технических условий, согласованных государствами-членами ЕАЭС с целью обеспечения доверия при межгосударственном обмене данными и электронными документами между уполномоченными органами
удостоверяющий центр уполномоченный орган или организация, обеспечивающие в соответствии с актами Комиссии, законодательством государства-члена предоставление услуг по изданию, распространению, хранению сертификатов ключей проверки ЭЦП и проверки действительности этих сертификатов
унифицированная система классификации и кодирования информации совокупность справочников, классификаторов нормативно-справочной информации, а также порядка и методологии их разработки, ведения и применения
уполномоченный орган орган власти государства-члена или определенная им организация, наделенные полномочиями по реализации государственной политики в отдельных сферах
участник общего процесса участник электронного обмена данными в рамках общего процесса
участник электронного обмена данными Комиссия или уполномоченный орган, участвующий в электронном обмене данными
учетная система информационная система, которая содержит информацию из правоустанавливающих документов субъектов электронного взаимодействия и с использованием которой составляются или выдаются юридически значимые электронные документы
электронная форма взаимодействия взаимодействие между физическими и/или юридическими лицами, основанное на электронном обмене данными
электронный вид документа информация, сведения, данные, представленные в виде, пригодном для восприятия человеком с использованием электронных вычислительных машин, а также для передачи и обработки с использованием информационно-коммуникационных технологий с соблюдением установленных требований к формату и структуре
электронный документ документ в электронном виде, заверенный электронной цифровой подписью (электронной подписью) и отвечающий требованиям общей инфраструктуры документирования информации в электронном виде
электронный обмен данными способ взаимодействия, состоящий в обмене информацией с применением информационно-коммуникационных технологий
ЭЦП электронная цифровая подпись (электронная подпись) - информация в электронном виде, которая присоединена к другой информации в электронном виде или иным образом связана с такой информацией, служит для контроля целостности и подлинности этой информации, обеспечивает невозможность отказа от авторства, вырабатывается путем применения в отношении данной информации криптографического преобразования с использованием закрытого (личного) ключа и проверяется с использованием открытого ключа
юридическая значимость электронного документа свойство электронного документа, позволяющее воспринимать содержание данного электронного документа как подлинное
Язык XML eXtensible Markup Language - рекомендованный Консорциумом Всемирной паутины (W3C) расширяемый язык разметки

2. Основы взаимодействия

2.4. Участники взаимодействия и основные принципы

Электронный обмен данными в ИИС ЕАЭС осуществляется между национальными сегментами государств-членов, а также между национальными сегментами государств-членов и интеграционным сегментом Комиссии в соответствии с приложением N 3 к Договору о Евразийском экономическом союзе от 29 мая 2014 г., иными международными договорами и актами, составляющими право Союза, предусматривающими обмен информацией в электронной форме.

Для целей реализации общих процессов в рамках Союза (далее - общие процессы) посредством ИИС ЕАЭС поддерживается электронный обмен данными между следующими видами систем участников электронного обмена данными:

а) государственные информационные системы государств-членов и информационные системы уполномоченных органов;

б) информационные системы Комиссии.

Государственные информационные системы государств-членов, участвующие в электронном обмене данными с информационными системами других государств-членов и Комиссии, логически входят в состав национальных сегментов государств-членов.

2.5. Национальный сегмент Российской Федерации

Национальный сегмент РФ ИИС ЕАЭС принадлежит Российской Федерации и включает информационные системы, обеспечивающие информационное взаимодействие информационных систем уполномоченных органов и информационных систем Комиссии в рамках ИИС ЕАЭС.

Интеграционный шлюз национального сегмента РФ, логически входя в состав интеграционной платформы ИИС ЕАЭС, размещается на территории РФ и является единой точкой подключения национального сегмента РФ к интеграционной платформе ИИС ЕАЭС.

Основными функциями интеграционного шлюза национального сегмента РФ являются преобразование протоколов обмена и форматов данных национального сегмента РФ в протоколы обмена и форматы данных, применяемые в ИИС ЕАЭС, и маршрутизация сообщений.

При этом основной функцией интеграционного шлюза интеграционного сегмента Комиссии является маршрутизация сообщений.

При передаче данных внутри национального сегмента РФ используется СМЭВ - Единая система межведомственного информационного взаимодействия Российской Федерации.

СМЭВ обеспечивает взаимодействие информационных систем федеральных органов исполнительной власти, государственных внебюджетных фондов, исполнительных органов государственной власти субъектов Российской Федерации, органов местного самоуправления, государственных и муниципальных учреждений, многофункциональных центров, иных органов и организаций (далее - органы и организации), используемых при предоставлении государственных и муниципальных услуг и исполнении государственных и муниципальных функций в электронной форме. Органы и организации выступают в роли участников взаимодействия.

В состав национального сегмента РФ и интеграционного сегмента Комиссии входят сервисы доверенной третьей стороны, обеспечивающие легализацию, гарантии доверия и правомерность применения цифровых подписей (электронных подписей) при электронном обмене данными, осуществляемом с помощью средств ИИС ЕАЭС. Реализация сервисов доверенной третьей стороны осуществляется с учетом Концепции использования при межгосударственном информационном взаимодействии сервисов и имеющих юридическую силу электронных документов, утвержденной Решением Совета Евразийской экономической комиссии от 18 сентября 2014 г. N 73.

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

На рисунке 1 приведена архитектура национального сегмента РФ ИИС ЕАЭС (обеспечение взаимодействия между государственными органами и между государственными органами и организациями).

Рисунок 1. Архитектура национального сегмента РФ ИИС ЕАЭС.

В структуру национального сегмента РФ ИИС ЕАЭС входит интеграционный шлюз национального сегмента РФ, удостоверяющий центр, ДТС национального сегмента РФ, СМЭВ национального сегмента РФ, ИС органов и организаций, портал ВЭД.

2.6. ДТС национального сегмента РФ

Электронный обмен данными в Национальном сегменте РФ включает в себя также обмен электронными документами.

Обмен электронными документами в рамках ИИС ЕАЭС регламентируется требованиями Положения об обмене электронными документами при трансграничном взаимодействии органов государственной власти государств-членов Евразийского экономического союза между собой и с Евразийской экономической комиссией, утвержденного Решением Коллегии Евразийской экономической комиссии от 28 сентября 2015 г. N125.

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

Требования к подсистеме доверенной третьей стороны (ДТС), обеспечивающей функционирование трансграничного пространства доверия в ИИС ЕАЭС, изложены в техническом задании на создание интегрированной информационной системы Евразийского экономического союза, утвержденном Решением Коллегии Евразийской экономической комиссии от 12 октября 2015 г. N137.

В соответствии с пунктом 4.2.19.2.1 ТЗ на ИИС ЕАЭС подсистема ДТС национального сегмента РФ должна обеспечивать осуществление следующих функций, в том числе в соответствии с требованиями к созданию, развитию и функционированию трансграничного пространства доверия, разрабатываемыми Комиссией во взаимодействии с уполномоченными органами и утверждаемыми Комиссией согласно пункт 18 приложения N 3 к Договору, и нормативно-техническими документами, утверждаемыми Комиссией:

1) признание действительности электронной подписи, которой подписан электронный документ, исходящий из Российской Федерации, в том числе подтверждение отсутствия изменений, внесенных в этот электронный документ после его подписания, и подтверждение принадлежности электронной подписи, которой подписан этот электронный документ, владельцу соответствующего сертификата ключа проверки электронной подписи в соответствии с требованиями законодательства Российской Федерации и международных договоров Российской Федерации;

2) признание действительности электронной подписи ДТС национального сегмента другого государства-члена ЕАЭС или ДТС Комиссии, которой подписан результат проверки электронной подписи электронного документа, входящего в Российскую Федерацию, в том числе подтверждение отсутствия изменений, внесенных в этот результат проверки после его подписания, и подтверждение принадлежности электронной подписи, которой подписан этот результат проверки, владельцу соответствующего сертификата ключа проверки электронной подписи в соответствии с требованиями законодательства Российской Федерации и международных договоров Российской Федерации;

3) подписание электронной подписью ДТС национального сегмента РФ, основанной на сертификате ключа проверки электронной подписи, выданном ДТС национального сегмента РФ удостоверяющим центром службы ДТС, результата проверки электронной подписи электронного документа, исходящего из Российской Федерации;

4) подписание электронной подписью ДТС национального сегмента РФ, основанной на сертификате ключа проверки электронной подписи, выданном ДТС национального сегмента РФ головным удостоверяющим центром РФ, результата проверки электронной подписи электронного документа, входящего в Российскую Федерацию;

5) документирование выполняемых подсистемой ДТС национального сегмента РФ операций;

6) предоставление информации об операциях подсистемы ДТС национального сегмента РФ по запросам, предусмотренным законодательством Российской Федерации и (или) международными договорами Российской Федерации;

7) проверка правомерности применения электронной подписи;

8) формирование квитанций, содержащих результаты проверок электронной подписи электронного документа;

9) иные функции, установленные в соответствии с законодательством Российской Федерации и (или) международными договорами Российской Федерации.

Проверки, проводимые подсистемой ДТС национального сегмента РФ, а также формирование квитанций, отражающих результаты этих проверок, должны осуществляться в соответствии с Положением об обмене электронными документами при трансграничном взаимодействии органов государственной власти государств-членов Евразийского экономического союза между собой и с Евразийской экономической комиссией, утвержденным Решением Коллегии Евразийской экономической комиссии от 28 сентября 2015 г. N 125.

Состав сервисов подсистемы ДТС национального сегмента РФ

В состав подсистемы ДТС национального сегмента РФ должны входить следующие сервисы:

- сервис (служба) проверки электронной подписи;

- сервис (служба) проверки действительности сертификата ключа проверки электронной подписи;

- сервис (служба) проверки соответствия сертификата ключа проверки электронной подписи установленным требованиям;

- сервис (служба) проверки полномочий отправителя, сформировавшего и подписавшего электронный документ в Российской Федерации;

- сервис (служба) формирования квитанций с результатом проверки электронной подписи и их подписание соответствующими электронными подписями ДТС национального сегмента РФ;

- сервис (служба) фиксации времени для электронных документов, входящих в Российскую Федерацию;

- сервис (служба) документирование выполняемых подсистемой ДТС национального сегмента РФ операций;

- сервис (служба) предоставление информации об операциях подсистемы ДТС национального сегмента РФ по запросам, предусмотренным законодательством Российской Федерации и (или) международными договорами Российской Федерации.

Дополнительные требования к работе с электронными документами в НС РФ ИИС ЕАЭС, включая требования к формированию и обработке электронных документов и требования к формированию и порядку обработки квитанций доверенной третьей стороны, описаны в Решении Коллегии Евразийской экономической комиссии от 28 сентября 2015 г. N 125

Стратегия развития ДТС НС описаны в Решении Коллегии ЕЭК от 27 сентября 2016 г. N105 "О стратегии развития трансграничного пространства доверия".

2.7. Использование СМЭВ в национальном сегменте Российской Федерации

Базовой нормативной правовой основой использования СМЭВ является Постановление Правительства Российской Федерации от 8 сентября 2010 г. N697 "О единой системе межведомственного электронного взаимодействия".

Настоящие Правила определяют порядок использования СМЭВ для электронного обмена данными в национальном сегменте РФ.

Нормативным правовым документом, регулирующим использование СМЭВ, является Приказ Министерства связи и массовых коммуникаций Российской Федерации от 27 декабря 2010 г. N 190 "Об утверждении технических требований к взаимодействию информационных систем в единой системе межведомственного электронного взаимодействия".

Руководящим техническим документом для использования СМЭВ являются Методические рекомендации по работе с Единой системой межведомственного электронного взаимодействия, актуальная версия которых может быть получена на Технологическом портале СМЭВ 3.0 (http://smev3.gosuslugi.ru/portal/).

2.8. Организация обмена данными в национальном сегменте РФ

В зону ответственности национального сегмента РФ входит участок передачи данных от интеграционной платформы ИИС ЕАЭС до системы участника электронного обмена данными в национальном сегменте РФ включительно.

В зону ответственности интеграционного сегмента Комиссии входят компоненты этого сегмента, а также каналы передачи данных между национальным сегментом РФ и интеграционным сегментом Комиссии.

Электронный обмен данными между участниками взаимодействия и Интеграционным шлюзом НС РФ осуществляется на следующих логических уровнях: транспортном, технологическом и прикладном.

Процедуры электронного обмена данными на транспортном уровне обеспечивают доставку данных от системы одного участника до системы другого участника посредством транспортных протоколов доставки данных, таких как HTTP, SMTP, MQ, FTP и др.

Электронный обмен данными на транспортном уровне между интеграционными шлюзами выполняется асинхронно.

Процедуры электронного обмена данными на технологическом уровне обеспечивают обмен сообщениями между участниками электронного обмена данными посредством протоколов доставки данных транспортного уровня.

Электронный обмен данными между участниками взаимодействия в НС РФ и интеграционным шлюзом НС РФ на технологическом уровне выполняется посредством сообщений в формате SOAP.

Процедуры электронного обмена данными на прикладном уровне обеспечивают обмен электронными документами и электронными видами документов (далее - данные прикладного уровня) между участниками электронного обмена данными посредством сообщений.

Детальное описание и требования к обмену данными с интеграционным шлюзом НС РФ на транспортном, технологическом и прикладном уровне приведены в Правилах электронного обмена данными в интегрированной информационной системе внешней и взаимной торговли N5, утвержденных Решением Коллегии Евразийской экономической комиссии от 27 января 2015 г.

Правила формирования сообщений об ошибках и иных служебных сообщений при взаимодействии с интеграционным шлюзом НС РФ ИИС ЕАЭС описаны в Приложении N2 к настоящим Правилам.

2.9. Обмен сообщениями в ИИС ЕАЭС

Обмен данными между участниками взаимодействия в НС РФ и интеграционным шлюзом НС РФ осуществляется путем передачи и приема сообщений. Сообщения НС РФ ИИС ЕАЭС передаются в качестве файловых вложений в сообщениях, передаваемых и принимаемых участником через СМЭВ.

Детальное описание и требования к структуре и формату сообщений ИИС ЕАЭС приведены в Разделе IV Правил электронного обмена данными в интегрированной информационной системе внешней и взаимной торговли, утвержденных Решением Коллегии Евразийской экономической комиссии от 27 января 2015 г. N5 и описаны в Приложении N1 к настоящим Правилам.

Интеграционный сегмент РФ и сегменты ИИС ЕАЭС других государств-членов поддерживают следующий унифицированный сценарий передачи сообщения:

а) отправителем формируется сообщение, которое (с использованием СМЭВ) передается в интеграционный шлюз своего сегмента ИИС ЕАЭС (интеграционный шлюз отправителя);

б) интеграционным шлюзом отправителя выполняются обработка сообщения и передача сообщения через инфраструктуру интеграционной платформы ИИС ЕАЭС в интеграционный шлюз сегмента получателя (интеграционный шлюз получателя);

в) интеграционным шлюзом получателя выполняются обработка сообщения и передача сообщения получателю (с использованием СМЭВ);

г) получателем выполняется обработка сообщения.

В пределах национального сегмента РФ передача сообщений между отправителем (получателем) и интеграционным шлюзом отправителя (интеграционным шлюзом получателя) выполняется в СМЭВ с использованием специальных уже разработанных видов сведений СМЭВ для получения и передачи сообщений в интеграционный шлюз НС РФ (названия ВС - "Передача электронного сообщения ИИС ЕАЭС из ФОИВ в интеграционный шлюз национального сегмента РФ ИИС ЕАЭС" и "Передача электронного сообщения ИИС ЕАЭС из интеграционного шлюза национального сегмента РФ ИИС ЕАЭС в ФОИВ РФ"). Указанные виды сведения по составу элементов полностью советуют формату ИИС ЕАЭС, за исключением заголовка To, который при передаче сообщения из шлюза преобразовывается в TargetAddress.

Вид сведений СМЭВ - разновидность данных, передаваемых в рамках запросов на оказание государственных услуг в электронной форме, запросов связанных с выполнением государственных и муниципальных функций, а также запросов в рамках межведомственного взаимодействия, а также к широковещательным рассылкам.

Любое сообщение, пересылаемое в СМЭВ, может быть отнесено к определенному виду сведений, маршрутизируется в рамках СМЭВ с учетом присвоенного ему вида сведений.

Правила использования видов сведений, формат сообщений и видов сведений СМЭВ детально описаны в Разделе 2 Методических рекомендаций по работе с Единой системой межведомственного электронного взаимодействия, актуальная версия которых может быть получена на Технологическом портале СМЭВ (http://smev3.gosuslugi.ru/portal/).

Виды сведений СМЭВ, которые используются участниками взаимодействия в рамках НС РФ, а также процесс подключения к интеграционному шлюзу детально описаны в Методических рекомендациях по подключению информационной системы ФОИВ к интеграционному шлюзу НС РФ ИИС ЕАЭС с использованием СМЭВ версии 3.0

Детальное описание и требования к правилам и сценариям обмена сообщениями в НС РФ, приведены в Разделе V Правил электронного обмена данными в интегрированной информационной системе внешней и взаимной торговли, утвержденных Решением Коллегии Евразийской экономической комиссии от 27 января 2015 г. N5.

2.10. Реализация общих процессов в ИИС ЕАЭС

Информационное взаимодействие участников электронного обмена данными в ИИС ЕАЭС, в том числе между участником и интеграционным шлюзом НС РФ, при реализации общего процесса осуществляется посредством транзакций общего процесса.

В рамках транзакций общего процесса осуществляется обмен сообщениями по типовым шаблонам: "Взаимные обязательства", "Вопрос/ответ", "Запрос/ответ", "Запрос/подтверждение", "Оповещение", "Распространение информации".

При выполнении транзакции общего процесса каждое из отправленных сообщений должно быть успешно обработано либо все изменения прикладного уровня в системах участников общего процесса, вызванные обработкой сообщений транзакции, должны быть отменены.

В рамках транзакций общего процесса осуществляется обмен сообщениями следующего вида: сообщениями общего процесса, сигналами-подтверждениями и сигналами-исключениями.

Сообщение общего процесса представляет собой прикладное сообщение, которое содержит набор данных прикладного уровня, передаваемых между участниками общего процесса в соответствии с регламентом информационного взаимодействия.

Сигнал-подтверждение представляет собой прикладное сообщение, свидетельствующее об успешном прохождении очередной стадии обработки сообщения общего процесса.

Сигнал-исключение представляет собой прикладное сообщение, свидетельствующее об отклонении от регламентной процедуры обработки сообщения общего процесса.

Детальное описание и требования к реализации общих процессов в ИИС ЕАЭС, параметризации транзакций, сигналам-подтверждениям, сигналам-исключениям, шаблонам транзакций приведены в Разделе VI Правил электронного обмена данными в интегрированной информационной системе внешней и взаимной торговли, утвержденных Решением Коллегии Евразийской экономической комиссии от 27 января 2015 г. N5.

Перечень общих процессов описан в решении Коллегии ЕЭК от 14 апреля 2015 г. N29 "О перечне общих процессов в рамках ЕАЭС и внесении изменения в Решение Коллегии ЕЭК от 19 августа 2014 г. N 132".

2.11. Обеспечение информационной безопасности в НС РФ ИИС ЕАЭС

Государства-члены и Комиссия самостоятельно обеспечивают информационную безопасность при передаче и обработке сведений в пределах зоны своей ответственности в соответствии с требованиями нормативных правовых актов и технических документов государств-членов и Комиссии.

Информационная безопасность в национальном сегменте РФ обеспечивается согласно положениям Федерального закона от 27 июля 2006 г. N149-ФЗ "Об информации, информационных технологиях и о защите информации" и Федерального закона от 6 апреля 2011 г. N63-ФЗ "Об электронной подписи"

При трансграничной передаче сообщений все участники электронного обмена данными должны проходить процедуру авторизации внутри национального сегмента РФ, обеспечиваемую интеграционным шлюзом НС РФ.

Процедура авторизации заключается в предоставлении права на передачу сообщений в смежные сегменты ИИС ЕАЭС только тем участникам, которые уполномочены осуществлять электронный обмен данными в рамках соответствующих общих процессов.

Способы выполнения процедуры авторизации на уровне интеграционного шлюза НС РФ и СМЭВ описаны в Методических рекомендациях по подключению информационной системы ФОИВ к интеграционному шлюзу НС РФ ИИС ЕАЭС с использованием СМЭВ версии 3.0.

Электронный обмен данными включает в себя также обмен электронными документами.

Защита информации при обмене электронными документами в рамках ИИС ЕАЭС регламентируется требованиями Раздела III Положения об обмене электронными документами при трансграничном взаимодействии органов государственной власти государств-членов Евразийского экономического союза между собой и с Евразийской экономической комиссией, утвержденного Решением Коллегии Евразийской экономической комиссии от 28 сентября 2015 г. N125.

Электронные документы, оформленные в соответствии данным Положением, признаются равнозначными документам, оформленным на бумажном носителе и заверенным подписью или подписью и печатью.

3. Подключение участника взаимодействия к ИИС ЕАЭС

3.12. Предварительные условия подключения участника

До начала выполнения процедуры присоединения ИС ФОИВ к общему процессу ИИС ЕАЭС с использованием СМЭВ версии 3.0 присоединяющимся участником должны быть выполнены необходимые для реализации общего процесса и обеспечения информационного взаимодействия требования, определенные документами, применяемыми при обеспечении функционирования ИИС ЕАЭС.

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

Процедура присоединения к общему процессу ЕАЭС описана в Техническом регламенте подключения информационных систем ФОИВ РФ к интеграционному шлюзу национального сегмента Российской Федерации ИИС ЕАЭС.

Получение присоединяющимся участником общего процесса справочников и классификаторов, указанных в Правилах информационного взаимодействия, осуществляется в соответствии с технологическими документами, регламентирующими информационное взаимодействие при реализации общего процесса.

Дальнейшее информационное взаимодействие обеспечивается в соответствии с требованиями, указанными в документах, регламентирующих описание общих процессов ИИС ЕАЭС, к которым должен присоединиться ФОИВ.

Приложение N 1
к Правилам электронного обмена данными
в национальном сегменте Российской Федерации
Интегрированной информационной системы
Евразийского экономического союза

Структура и формат сообщений ИИС ЕАЭС

Общие требования

1. При описании структуры и формата сообщений используются пространства имен, приведенные в таблице 1, а также спецификации, приведенные в таблице 2.

Таблица 1

Перечень пространств имен документа

Префикс Адрес
int urn:EEC:Interaction:v1.0
soap http://www.w3.org/2003/05/soap-envelope
wsa http://www.w3.org/2005/08/addressing
xop http://www.w3.org/2004/08/xop/include
xs http://www.w3.org/2001/XMLSchema

Таблица 2

Спецификации, используемые при описании структуры и формата сообщений

Краткое наименование Полное наименование спецификации
SOAP 1.2 SOAP Version 1.2 Part 1: Messaging Framework (Second Edition). W3C Recommendation 27 April 2007. http://www.w3.org/TR/soap12-part1
WS-Addressing 1.0 - Core Web Services Addressing 1.0 - Core. W3C Recommendation 9 May 2006. http://www.w3.org/TR/ws-addr-core
WS-Addressing 1.0 - Binding Web Services Addressing 1.0 - SOAP Binding. W3C Recommendation 9 May 2006. http://www.w3.org/TR/ws-addr-soap
XML-binary Optimized Packaging XML-binary Optimized Packaging. W3C Recommendation 25 January 2005. http://www.w3.org/TR/2005/REC-xop10-20050125
XML 1.0 Extensible Markup Language (XML) 1.0 (Fifth Edition). W3C Recommendation 26 November 2008. http://www.w3.org/TR/2008/REC-xml-20081126
RFC 2045 RFC 2045: Multipurpose Internet Mail Extensions (MIME) Part One: Format of Internet Message Bodies. http://tools.ietf.org/rfc/rfc2045.txt
RFC 3986 RFC 3986. Uniform Resource Identifier (URI): Generic Syntax. http://tools.ietf.org/html/rfc3986
RFC 4122 RFC 4122. A Universally Unique IDentifier (UUID) URN Namespace. http://www.ietf.org/rfc/rfc4122.txt
RFC 4648 RFC 4648: The Base16, Base32, and Base64 Data Encodings. http://tools.ietf.org/rfc/rfc4648.txt

2. Сообщение в формате SOAP, передаваемое между интеграционными шлюзами на технологическом уровне, оформляется в соответствии со спецификацией SOAP 1.2 и состоит из блока заголовков (soap:Header) и блока содержимого (soap:Body).

3. Блок заголовков содержит технологическую информацию, необходимую для выполнения функций маршрутизации и обработки сообщения, а также для мониторинга электронного обмена данными.

4. Блок содержимого содержит значимую для участников электронного обмена данными прикладную либо технологическую информацию, к которой в том числе относятся технологические сообщения об ошибках.

5. Сообщение может содержать одно двоичное вложение или более. Двоичные вложения могут быть внедрены в блок содержимого сообщения в формате Base64 (согласно RFC 4648) или оформлены в виде отдельных MIME-частей.

6. При передаче двоичных вложений в виде отдельных MIME-частей внутри блока содержимого сообщения создается ссылка на MIME-часть согласно спецификации XML-binary Optimized Packaging.

7. MIME-части сообщения используются исключительно для оптимизации процессов передачи сообщения. Обработка сообщения должна осуществляться согласно модели обработки XOP спецификации XML-binary Optimized Packaging.

8. Рекомендуется оформлять двоичные вложения в виде MIME-частей в том случае, если размер двоичного вложения превышает 2 Мб.

9. При формировании сообщения и содержимого всех его блоков должна использоваться кодировка UTF-8.

10. В настоящих Правилах при представлении структуры сообщений в табличной форме в графе "Кратность" таблиц указываются обязательность элементов, а также максимальное количество экземпляров элемента:

1 - реквизит является обязательным, повторений не допускается;

n - реквизит является обязательным, должен повторяться n раз, при этом n > 1;

0..1 - реквизит является опциональным, повторений не допускается;

0..* - реквизит является опциональным, может повторяться без ограничений;

0..m - реквизит является опциональным, может повторяться не более m раз, при этом m > 1;

1..* - реквизит является обязательным, может повторяться без ограничений;

n..* - реквизит является обязательным, должен повторяться не менее n раз, при этом n > 1;

n..m - реквизит является обязательным, должен повторяться не менее n раз и не более m раз, при этом n > 1, m > n.

Символом "@" обозначается атрибут элемента XML. Элементы XML специальными символами не обозначаются.

Структура блока заголовков

11. Блок заголовков содержит заголовки в соответствии со спецификацией WS-Addressing 1.0 - Core, а также специализированные заголовки интегрированной системы.

12. Блок заголовков включает в себя следующие заголовки:

а) wsa:To - заголовок, содержащий сведения о получателе;

б) набор заголовков, идентифицирующих отправителя:

wsa:ReplyTo - заголовок, содержащий логический адрес отправителя, на который должно быть направлено сообщение-ответ;

wsa:From - заголовок, содержащий логический адрес отправителя, на который не может быть направлено сообщение-ответ;

wsa:FaultTo - заголовок, содержащий логический адрес отправителя, на который должны быть направлены технологические сообщения об ошибках;

в) wsa:MessageID - заголовок, содержащий идентификатор сообщения;

г) wsa:RelatesTo - заголовок, содержащий ссылочный идентификатор сообщения;

д) wsa:Action - заголовок, идентифицирующий содержимое сообщения;

е) int:ProcedureID - заголовок, идентифицирующий экземпляр процедуры общего процесса;

ж) int:ConversationID - заголовок, идентифицирующий экземпляр транзакции общего процесса;

з) int:Integration - служебный заголовок интеграционной платформы интегрированной системы.

13. Заголовок wsa:To используется при выполнении процедуры маршрутизации сообщения.

Заголовок wsa:To обязателен для заполнения и должен содержать логический адрес получателя, сформированный в соответствии с правилами, приведенными в подразделе 3 настоящего раздела.

14. В заголовках, идентифицирующих отправителя, логические адреса указываются в соответствии с правилами формирования таких адресов, приведенными в подразделе 3 настоящего раздела.

15. Заголовок wsa:ReplyTo предназначен для обеспечения возможности формирования получателем сообщения-ответа для отправителя. Логический адрес отправителя указывается в элементе wsa:Address заголовка wsa:ReplyTo.

16. Заголовок wsa:From предназначен для передачи сведений об отправителе исходного сообщения. Логический адрес, идентифицирующий отправителя, указывается в элементе wsa:Address заголовка wsa:From.

17. Если заголовок wsa:From не заполнен, отправитель идентифицируется по заголовку wsa:ReplyTo.

18. Заголовок wsa:FaultTo предназначен для обеспечения возможности передачи технологических сообщений об ошибках на логический адрес, отличный от того, который указывается в поле wsa:ReplyTo. Логический адрес, используемый отправителем для приема технологических сообщений об ошибках, указывается в элементе wsa:Address заголовка wsa:FaultTo.

Если заголовок wsa:FaultTo не заполнен, технологические сообщения об ошибках направляются участнику электронного обмена данными, в адрес которого должно быть направлено сообщение-ответ (wsa:ReplyTo/wsa:Address).

19. Заголовок wsa:MessageID предназначен для уникальной идентификации отдельных экземпляров сообщений. Заголовок wsa:MessageID обязателен для заполнения.

Значения идентификаторов сообщений должны быть глобально уникальными и представлять собой UUID согласно спецификации RFC 4122.

20. Заголовок wsa:RelatesTo предназначен для организации цепочек сообщений.

Заголовок wsa:RelatesTo должен содержать значение заголовка wsa:MessageID исходного сообщения. При этом заголовок wsa:MessageID должен заполняться новым значением.

21. Заголовок wsa:Action предназначен для информирования участников электронного обмена данными о семантике данных, передаваемых в теле сообщения. Заголовок wsa:Action обязателен для заполнения.

22. Заголовок int:ProcedureID предназначен для уникальной идентификации экземпляра процедуры общего процесса, в рамках выполнения которой отправлено сообщение. Заголовок используется для целей мониторинга электронного обмена данными при реализации общих процессов.

Заголовок int:ProcedureID формируется в соответствии со структурой, приведенной в таблице 3, и схемой данных согласно приложению N 2.

Таблица 3

Структура заголовка int:ProcedureID

Элемент Тип данных Описание
int:ProcedureID xs:string идентификатор экземпляра процедуры общего процесса

Значение заголовка представляет собой строку, состоящую из компонентов, разделенных символом "/". Каждый компонент представляет собой UUID согласно спецификации RFC 4122.

Строка заголовка int:ProcedureID формируется в соответствии со следующими правилами:

начальное значение заголовка (первый компонент строки) присваивается участником общего процесса, инициирующим процедуру;

если участник общего процесса инициирует вложенную процедуру, к значению заголовка int:ProcedureID добавляется символ "/" и новый компонент UUID, идентифицирующий вложенную процедуру;

при электронном обмене сообщениями между участниками общего процесса в рамках одной процедуры (вложенной процедуры) значение заголовка int:ProcedureID такими участниками не меняется.

23. Заголовок int:ConversationID предназначен для уникальной идентификации экземпляра транзакции общего процесса, в рамках реализации которой отправлено сообщение.

Заголовок int:ConversationID формируется в соответствии со структурой, приведенной в таблице 4, и схемой данных заголовка в соответствии с приложением N 2 к настоящим Правилам.

Таблица 4

Структура заголовка int:ConversationID

Элемент Тип данных Описание
int:ConversationID xs:anyURI идентификатор экземпляра транзакции общего процесса

Значение идентификатора экземпляра транзакции общего процесса должно быть уникальным и представлять собой UUID согласно спецификации RFC 4122.

24. Служебный заголовок интеграционной платформы интегрированной системы int:Integration обеспечивает идентификацию сообщения в пределах интеграционной платформы интегрированной системы и формируется (заполняется) компонентами уровня интеграционной платформы интегрированной системы.

25. Служебный заголовок интегрированной системы int:Integration формируется в соответствии со структурой, приведенной в таблице 5

Таблица 5

Структура заголовка int:Integration

Элемент Тип данных Описание Кратность
int:Integration int:IntegrationType оборачивающий элемент заголовка    
    int:TrackID xs:anyURI технологический идентификатор сообщения 1
    int:AcceptTime xs:dateTime дата и время приема сообщения интеграционной платформой интегрированной системы 1

26. Для идентификации сообщения внутри интеграционной платформы интегрированной системы используется технологический идентификатор сообщения int:TrackID.

Технологический идентификатор присваивается сообщению при его приеме интеграционной платформой интегрированной системы. Присваивание технологического идентификатора выполняется однократно. Технологический идентификатор не должен меняться при передаче сообщения компонентами интеграционной платформы интегрированной системы.

Значение технологического идентификатора является уникальным и представляет собой UUID согласно RFC 4122.

27. Элемент int:AcceptTime содержит дату и время приема сообщения интеграционной платформой интегрированной системы. Значение элемента формируется при приеме сообщения и в дальнейшем не меняется при передаче сообщения. Время должно быть указано в формате всемирного координированного времени (UTC) с указанием часового пояса.

Приложение N 2
к Правилам электронного обмена данными
в национальном сегменте Российской Федерации
Интегрированной информационной системы
Евразийского экономического союза

Формирование сообщений об ошибке и иных служебных сообщений

К классу служебных сообщений относятся:

а) технологические сообщения об ошибке;

б) служебные сообщения интегрированной системы.

Технологическое сообщение об ошибке свидетельствует о критической ошибке, не позволяющей выполнить обработку и (или) передачу сообщения и не связанной с семантикой данных прикладного уровня.

Технологическое сообщение об ошибке представляет собой

SOAP-сообщение Fault, оформленное согласно спецификации SOAP 1.2. Пример технологического сообщения об ошибке приведен в приложении N 3 к настоящим Правилам.

Заголовок wsa:To технологического сообщения об ошибке должен быть заполнен значением wsa:FaultTo/wsa:Address исходного сообщения, если данный заголовок присутствовал в исходном сообщении, либо значением wsa:ReplyTo/wsa:Address, если заголовок wsa:FaultTo/wsa:Address в исходном сообщении отсутствовал.

Для идентификации отправителя технологического сообщения об ошибке должен использоваться заголовок wsa:From.

Заголовок wsa:RelatesTo технологического сообщения об ошибке должен содержать атрибут int:RelatesAction типа xs:аnyURI. Указанный атрибут должен содержать значение заголовка wsa:Action сообщения, на которое формируется данное технологическое сообщение об ошибке. Схема данных атрибута int:RelatesAction приведена в приложении N 2 к настоящим Правилам.

Заголовки wsa:ReplyTo и wsa:FaultTo для технологических сообщений об ошибке формироваться не должны.

Заголовок wsa:Action технологического сообщения об ошибке должен содержать одно из следующих значений:

а) для технологических сообщений об ошибках, предусмотренных спецификацией WS-Addressing 1.0 - Binding, - значение http://www.w3.org/2005/08/addressing/fault;

б) для прочих технологических сообщений об ошибках - значение http://www.w3.org/2005/08/addressing/soap/fault.

Прочие заголовки блока заголовков технологического сообщения об ошибке должны заполняться согласно правилам, приведенным в подразделе 2 раздела IV настоящих Правил.

Блок содержимого технологического сообщения об ошибке должен содержать элементы, набор которых представлен в таблице 7.

Таблица 7

Элемент Тип данных Описание Кратность
soap:Fault soap:Fault оборачивающий элемент блока    
    soap:Code soap:faultcode оборачивающий элемент 1
        soap:Value soap:faultcodeEnum класс ошибки 1
        soap:Subсode soap:subcode оборачивающий элемент кода ошибки 1
            soap:Value xs:QName код ошибки 1
    soap:Reason soap:faultreason оборачивающий элемент текстового описания ошибки 1
        soap:Text soap:reasontext блок текстового описания ошибки 1..*
            @xml:lang - языковой идентификатор 1
    soap:Detail soap:detail детализация ошибки 0..1

Элемент soap:Code/soap:Value должен заполняться согласно требованиям спецификации SOAP 1.2.

Элемент soap:Code/soap:Subсode/soap:Value должен содержать код ошибки.

Перечень типовых кодов ошибок и правила использования кодов спецификации WS-Addressing 1.0 - Binding представлены в таблице 8.

Таблица 8

Класс ошибки Код ошибки Описание и особенности применения
soap:Sender wsa:InvalidAddressingHeader используется согласно правилам, определенным спецификацией WS-Addressing 1.0 - Binding, со следующими ограничениями: значения Subsubcode не используются     ошибка типа wsa:DuplicateMessageID не формируется и не отправляется
soap:Sender wsa:MessageAddressingHeaderRequired используется согласно правилам, определенным спецификацией WS-Addressing 1.0 - Binding
soap:Sender wsa:DestinationUnreachable используется согласно правилам, определенным спецификацией WS-Addressing 1.0 - Binding
soap:Sender wsa:ActionNotSupported используется согласно правилам, определенным спецификацией WS-Addressing 1.0 - Binding
soap:Sender int:InvalidHeader отсутствует один или несколько специализированных заголовков интегрированной системы
soap:Receiver wsa:EndpointUnavailable используется согласно правилам, определенным спецификацией WS-Addressing 1.0 - Binding, со следующим ограничением: при реализации электронного обмена данными в рамках общих процессов элемент wsa:RetryAfter использоваться не должен
soap:Receiver int:InternalError при обработке сообщения произошла непредвиденная ошибка
soap:Sender int:DataError полученные данные прикладного уровня имеют неверную структуру

Элемент soap:Text должен содержать текстовое описание ошибки.

Каждый элемент soap:Text должен содержать языковой идентификатор xml:lang, формируемый согласно спецификации XML 1.0.

В случае если в технологическом сообщении об ошибке присутствует набор элементов soap:Text, каждый из указанных элементов должен содержать языковой идентификатор xml:lang, отличный от идентификаторов других элементов soap:Text.

В технологическом сообщении об ошибке должен присутствовать хотя бы один элемент soap:Text, содержимое которого представлено на русском языке, а языковой идентификатор xml:lang должен содержать значение ru.

Необязательный элемент soap:Detail должен содержать информацию, детализирующую ошибку.

При формировании технологического сообщения об ошибке в элемент soap:Detail рекомендуется вкладывать сообщение (включая блоки заголовка и содержимого), при обработке которого возникла ошибка. Данная операция выполняется в следующем порядке:

вкладываемое сообщение обрамляется тегами CDATA согласно правилам спецификации XML 1.0;

полученная на первом шаге конструкция вкладывается в элемент int:ProblemMessage;

полученная на втором шаге конструкция вкладывается в элемент soap:Detail.

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

В блоке содержимого служебного сообщения интегрированной системы должны быть указаны данные, состав которых определяется при разработке компонентов интегрированной системы.

Элемент wsa:Action служебного сообщения интегрированной системы должен заполняться унифицированным идентификатором ресурса (URI), состоящим из следующих компонентов, разделенных символом "/": фиксированный префикс "int://"; идентификатор SR; один или несколько компонентов, идентифицирующих содержимое служебного сообщения интегрированной системы.

Прочие заголовки блока заголовков служебного сообщения интегрированной системы должны заполняться согласно приложению 1 настоящих правил.

Обзор документа


Предлагается установить правила электронного обмена данными в национальном сегменте Российской Федерации интегрированной информационной системы ЕАЭС.

Определят основные принципы и механизмы электронного обмена данными. Правила не будут распространяться на электронный обмен данными с использованием информационных систем Российской Федерации, не связанный с функционированием национального сегмента.

За базовую основу при создании ИИС ЕАЭС была взята интегрированная информационная система внешней и взаимной торговли. Поэтому правила следует рассматривать в дополнение к требованиям правил электронного обмена данными в названной системе внешней и взаимной торговли.

Для просмотра актуального текста документа и получения полной информации о вступлении в силу, изменениях и порядке применения документа, воспользуйтесь поиском в Интернет-версии системы ГАРАНТ: