Приложение 5. ПОЛОЖЕНИЕ ОБ ОБМЕНЕ ЭЛЕКТРОННЫМИ ДОКУМЕНТАМИ ПРИ ТРАНСГРАНИЧНОМ ВЗАИМОДЕЙСТВИИ ОРГАНОВ ГОСУДАРСТВЕННОЙ ВЛАСТИ ГОСУДАРСТВ - ЧЛЕНОВ ЕВРАЗИЙСКОГО ЭКОНОМИЧЕСКОГО СОЮЗА МЕЖДУ СОБОЙ И С ЕВРАЗИЙСКОЙ ЭКОНОМИЧЕСКОЙ КОМИССИЕЙ

1. Сообщения, которыми обмениваются доверенная третья сторона и интеграционный шлюз интегрированной информационной системы внешней и взаимной торговли (создаваемой на основе расширения ее функциональных возможностей интегрированной информационной системы Евразийского экономического союза) (далее - интегрированная система), формируются в соответствии с Правилами электронного обмена данными в интегрированной информационной системе внешней и взаимной торговли, утвержденными Решением Коллегии Евразийской экономической комиссии от 27 января 2015 г. N 5 (далее - Правила электронного обмена данными).

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

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

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

3. К сообщениям, поступающим доверенной третьей стороне, предъявляются следующие общие требования:

а) элемент заголовка wsa:To должен содержать логический адрес сервиса доверенной третьей стороны, обеспечивающего проверки, предусмотренные Положением об обмене электронными документами при трансграничном взаимодействии органов государственной власти государств - членов Евразийского экономического союза между собой и с Евразийской экономической комиссией, утвержденным Решением Коллегии Евразийской экономической комиссии от 28 сентября 2015 г. N 125 (далее соответственно - сервис подтверждения подлинности, Положение). Логический адрес присваивается сервису подтверждения подлинности организацией - оператором интеграционного шлюза соответствующего сегмента интегрированной системы;

б) элемент заголовка wsa:ReplyTo/wsa:Address должен содержать логический адрес интерфейса интеграционного шлюза, обеспечивающего обработку сообщений от сервиса подтверждения подлинности;

в) элемент заголовка wsa:Action должен содержать одно из следующих значений:

int://SR/TTP/Sender/Incoming - если сообщение направлено доверенной третьей стороне отправителя;

int://SR/TTP/Recipient/Incoming - если сообщение направлено доверенной третьей стороне получателя;

г) в тело (soap:Body) включается электронный документ, полученный от отправителя.

4. В зависимости от результатов обработки входящего сообщения доверенная третья сторона направляет в интеграционный шлюз следующие сообщения:

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

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

5. К ответному сообщению предъявляются следующие требования:

а) элемент заголовка wsa:To должен содержать значение элемента wsa:ReplyTo/wsa:Address входящего сообщения;

б) элемент заголовка wsa:From/wsa:Address должен содержать логический адрес сервиса подтверждения подлинности, присвоенный ему организацией - оператором интеграционного шлюза;

в) элемент заголовка wsa:RelatesTo должен содержать значение элемента wsa:MessageId входящего сообщения;

г) элемент заголовка wsa:Action должен содержать одно из следующих значений:

int://SR/TTP/Sender/Outgoing - если сообщение направлено доверенной третьей стороной отправителя;

int://SR/TTP/Recipient/Outgoing - если сообщение направлено доверенной третьей стороной получателя;

д) в тело (soap:Body) включаются электронный документ и квитанция доверенной третьей стороны.

6. К технологическому сообщению об ошибке предъявляются следующие требования:

а) элемент заголовка wsa:To должен содержать значение элемента wsa:ReplyTo/wsa:Address входящего сообщения;

б) элемент заголовка wsa:From/wsa:Address должен содержать логический адрес сервиса подтверждения подлинности, присвоенный ему организацией - оператором интеграционного шлюза;

в) в случае если технологическое сообщение об ошибке свидетельствует о возникновении одной из типовых ошибок, предусмотренных Правилами электронного обмена данными, элементам soap:Code/soap:Value и soap: Subcode/soap:Value должны быть присвоены значения, определенные Правилами электронного обмена данными;

г) в случае если технологическое сообщение об ошибке свидетельствует о несоответствии структуры тела сообщения требованиям, предъявляемым к входящим сообщениям, элементу soap:Code/soap:Value должно быть присвоено значение "soap:Sender", а элементу soap:Subcode/soap:Value - значение "ttp:InvalidAppData";

д) элемент тела сообщения soap:Fault/soap:Detail должен содержать SOAP-конверт вместе с содержимым тела и заголовками входящего сообщения, оформленный в соответствии с Правилами электронного обмена данными.