Приложение N 3

к Правилам признания электронной

цифровой подписи (электронной подписи)

в электронном документе и обеспечения

юридической силы электронных документов

при трансграничном информационном

взаимодействии юридических лиц

(хозяйствующих субъектов)

с уполномоченными органами государств -

членов Евразийского экономического

союза и Евразийской экономической

комиссией с использованием службы

доверенной третьей стороны

ТРЕБОВАНИЯ
К СТРУКТУРЕ И ФОРМАТУ СООБЩЕНИЙ, ИСПОЛЬЗУЕМЫХ
ПРИ ВЗАИМОДЕЙСТВИИ С ДОВЕРЕННОЙ ТРЕТЬЕЙ СТОРОНОЙ

1. Настоящий документ содержит требования к структуре и формату сообщений, обмен которыми выполняется в соответствии с Правилами признания электронной цифровой подписи (электронной подписи) в электронном документе и обеспечения юридической силы электронных документов при трансграничном информационном взаимодействии юридических лиц (хозяйствующих субъектов) с уполномоченными органами государств - членов Евразийского экономического союза и Евразийской экономической комиссией с использованием службы доверенной третьей стороны, утвержденными Решением Коллегии Евразийской экономической комиссии от 22 августа 2023 г. N 120 (далее - Правила признания ЭПД).

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

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

3. При описании сообщений используются пространства имен согласно таблице 1.

Таблица 1

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

Префикс

Идентификатор пространства имен

vsd

urn:EEC:TTP:VSD:v1.0

soap

В соответствии с Правилами электронного обмена данными

wsa

В соответствии с Правилами электронного обмена данными

4. К сообщениям, содержащим запрос к доверенной третьей стороне на подтверждение подлинности электронного документа (далее - входящие сообщения), предъявляются следующие общие требования:

а) элемент заголовка wsa:To должен содержать логический адрес сервиса доверенной третьей стороны, обеспечивающего выполнение процедур, предусмотренных Правилами признания ЭЦП. Для идентификации такого сервиса должен использоваться логический адрес следующего формата:

EAEU://<идентификатор сегмента >/CA/TTP/VSD,

где "<идентификатор сегмента>" - идентификатор сегмента интегрированной информационной системы Евразийского экономического союза, формируемый согласно Правилам электронного обмена данными;

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

в) элемент заголовка wsa:Action должен содержать следующее значение: int://SR/TTP/VSD/ForeignSignature/Check;

г) в тело (soap:Body) включается структура запроса к доверенной третьей стороне согласно таблице 2.

Таблица 2

Реквизитный состав структуры запроса к доверенной

третьей стороне

Имя реквизита

Описание реквизита

Тип данных

Мн.

1. Запрос

(vsd:Request)

оборачивающий элемент запроса

xs:base64Binary

1

1.1. Содержимое запроса

содержимое запроса в двоичном формате

1

5. В целях оптимизации процесса передачи запроса в двоичном формате содержимое запроса должно передаваться в виде MIME-части, оформленной согласно Правилам электронного обмена данными.

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

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

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

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

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

б) элемент заголовка wsa:From/wsa:Address должен содержать логический адрес сервиса доверенной третьей стороны, обеспечивающего выполнение процедур, предусмотренных Правилами признания ЭЦП; формат адреса приведен в подпункте "а" пункта 4 настоящего документа;

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

г) элемент заголовка wsa:Action должен содержать следующее значение: int://SR/TTP/VSD/Receipt;

д) в тело (soap:Body) включается структура, содержащая квитанцию доверенной третьей стороны, согласно таблице 3.

Таблица 3

Реквизитный состав структуры, содержащей квитанцию

доверенной третьей стороны

Имя реквизита

Описание реквизита

Тип данных

Мн.

1. Квитанция

(vsd:Receipt)

оборачивающий элемент квитанции

xs:base64Binary

1

1.1. Содержимое квитанции

содержимое квитанции в двоичном формате

1

8. В целях оптимизации процесса передачи квитанции доверенной третьей стороны в двоичном формате содержимое квитанции должно передаваться в виде MIME-части, оформленной согласно Правилам электронного обмена данными.

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

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

б) элемент заголовка wsa:From/wsa:Address должен содержать логический адрес сервиса доверенной третьей стороны, обеспечивающего выполнение процедур, предусмотренных Правилами признания ЭЦП; формат адреса приведен в подпункте "а" пункта 4 настоящего документа;

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

Таблица 4

Коды ошибок

Класс ошибки

Код ошибки

Описание и особенности применения

soap:Sender

ttp:InvalidSOAPRequest

структура тела входящего SOAP-сообщения не соответствует установленным требованиям

soap:Sender

ttp:InvalidDVCSRequest

структура запроса DVCSRequest не соответствует установленным требованиям

soap:Sender

ttp:InvalidDocument

структура электронного документа не соответствует установленным требованиям

soap:Sender

ttp:TTPNotFound

доверенная третья сторона не смогла определить юрисдикцию, в которую необходимо отправить запрос

soap:Sender

ttp:Timeout

доверенная третья сторона получателя не получила от доверенной третьей стороны отправителя квитанцию доверенной третьей стороны отправителя в течение времени, установленного Правилами признания ЭЦП;

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