Рисунок 28 – Структура блока заголовков и ЭП-СП, передаваемых МТОМ
Блок заголовков и ЭП-СП включает следующие элементы:
- Ссылка на файл, передаваемый МТОМ (//AttachmentHeaderList). Обязательный элемент. Значение должно соответствовать значению, указанному в элементе //AttachmentContentList/AttachmentContent/Id; Идентификатор паспорта передаваемого вложения (//NamespaceUri). Для простых протоколов обмена - необязательный элемент. Для директивных протоколов обмена - обязательный; Тип передаваемого файла (//MimeType). Обязательный элемент. Тип вложения определяется согласно RFC 2045, RFC 2046, RFC 4288, RFC 4289 и RFC 4855; Отсоединённая ЭЦП передаваемого файла в формате PKCS#7 (//SignaturePKCS7). Необязательный элемент; Блок, содержащий перечень файлов в архиве (//Archive). Для простых протоколов обмена - необязательный элемент. Для директивных - обязательный, если передаётся архив. В состав информации по каждому файлу входит наименование файла (//Name) и идентификатор паспорта этого файла (//NamespaceUri).
Пример использования блока заголовков и ЭП-СП вложений приведён на рисунке.
<AttachmentHeaderList> <AttachmentHeader> <contentId>attach. zip</contentId> <NamespaceUri>urn://x-artefacts-data-provider/protex/attachments/archive/1.0.0</NamespaceUri> <MimeType>application/zip</MimeType> <SignaturePKCS7> <xop:Include href="cid:*****@***" xmlns:xop="http://www. w3.org/2004/08/xop/include"/> </SignaturePKCS7> <Archive> <File> <Name>attach. jpg</Name> <NamespaceUri>urn://x-artefacts-data-provider/protex/attachments/jpg/1.0.0</NamespaceUri> </File> <File> <Name>increment. xml</Name> <NamespaceUri>urn://x-artefacts-data-provider/protex/attachments/increment/1.0.0</NamespaceUri> </File> </Archive> </AttachmentHeader> </AttachmentHeaderList> |
Рисунок 29 – Пример использования блока заголовков и ЭП-СП вложений
Структура блока содержимого вложений приведена на рисунке.
Рисунок 30 – Структура блока содержимого вложений
Блок содержимого вложений включает следующие элементы:
- Идентификатор вложения (//Id). Обязательный элемент; Содержимое файла (//Content), в формате base64. Обязательный элемент.
Пример использования блока заголовков и ЭП-СП вложений приведён на рисунке.
<AttachmentContentList> <AttachmentContent> <Id>attach. zip</Id> <Content> <xop:Include href="cid:*****@***" xmlns:xop="http://www. w3.org/2004/08/xop/include"/> </Content> </AttachmentContent> </AttachmentContentList> |
Рисунок 31 – Пример использования блока заголовков и ЭП-СП вложений
Особенности схем сервиса СМЭВ Версия 1.1* (1.2)Для плавного перехода от схемы 1.1. к новым возможностям схемы 1.2 произведены следующие изменения:
Осуществлено обновление схемы сервиса СМЭВ. Новая схема включает в себя как особенности схемы 1.1, так и новые элементы схемы версии 1.2;
Номер новой схемы будет понижен до версии 1.1 (условное название новой схемы 1.1*);
Для взаимодействия со СМЭВ доступен единый электронный сервис в версиях 1.1 и 1.1* (каждая версия единого электронного сервиса доступна по отдельному адресу, который следует уточнить в службе эксплуатации СМЭВ).
Все участники взаимодействия, желающие остаться на версии схемы 1.1, смогут отправлять сообщения и получать сообщения из своих очередей доставки через единый электронный сервис в версии 1.1. При этом не доступна возможность получения сообщений из статусной очереди (GetStatus) и возможность получать сообщения со статусами в ответах.
Все участники взаимодействия, желающие перейти на версию схемы 1.1* (1.2), смогут отправлять сообщения, получать сообщения из своих очередей доставки и статусных очередей через единый электронный сервис в версии 1.1*. При этом для осуществления информационного взаимодействия по какому-либо виду сведений с применением новых полей схемы сервиса версии 1.1* необходимо, чтобы на указанную версию схемы перешли Потребитель и Поставщик по этому виду сведений.
Схема сервиса версии 1.1*, как и ранее распространенная схема версии 1.2, включает в себя ряд новых элементов, обеспечивающих расширенные возможности процесса обмена сообщениями. Перечень новых элементов схемы 1.1* приведен в таблице 1.
Таблица 1 – Перечень новых элементов схемы 1.1* (1.2)
№ | Элемент | Описание изменения | Комментарий |
1 | Новые элементы схемы 1.1* (1.2) | ||
1.1 | ReferenceMessageID | Идентификатор сообщения, порождающего цепочку сообщений. Включен в содержательную часть:
| Является опциональным элементом, но может использоваться для формирования цепочки запросов в рамках одной бизнес-транзакции, путем помещения в данное поле ID первого сообщения в цепочке запросов (см. п. 3.2.1). |
1.2 | TransactionCode | Идентификатор кода транзакции запроса. Включен в содержательную часть запроса SenderProvidedRequestData. | Описание использования приведено в разделе 8 |
1.3 | OriginalTransactionCode | Идентификатор кода транзакции ответа с сообщением из очереди доставки ответов Response (см. п. 3.5). | Заполняется автоматически СМЭВ на основании кода транзакции запроса |
1.4 | RequestStatus | Элемент, определяющий структуру бизнес-статуса обработки ответа на запрос. Включен в содержательную часть ответа на запрос SenderProvidedResponseData как <choice> элемент (см. п. 3.4.1). | Элемент включает следующий набор параметров:
|
1.5 | AsyncProcessingStatus | Элемент, определяющий структуру ошибки асинхронной обработки запроса. Включен в содержательную часть ответа на запрос SenderProvidedResponseData как <choice> элемент (см. п. 3.4.1). | Используется как элемент выбора в конверте SenderProvidedRequestData (см. п. 3.2). |
1.6 | SmevFault | Элемент, определяющий структуру пары параметров «код»-«описание» ошибки. Включен в содержательную часть AsyncProcessingStatus (см. п. 3.4.1). | Заполняется кодом ошибки. Элемент конверта AsyncProcessingStatus. Входит в содержательную часть ответа на запрос сообщения из статусной очереди SmevAsyncProcessingMessage и содержится в элементе AsyncProcessingStatusData. Также элемент AsyncProcessingStatus включен в содержательную часть ответа на запрос SenderProvidedResponseData как элемент типа <choice>(см. п. 3.4.1) . Является опциональным элементом |
1.7 | EOL | Элемент, определяющий время актуальности сообщения. Включен в содержательную часть запроса SenderProvidedRequestData (см. п. 3.2.1). | Если отправляемое сообщение должно иметь срок актуальности, то в элемент EOL следует добавить метку времени истечения срока актуальности сообщения с указанием временной зоны (см. п. 3.2.1). Является опциональным элементом |
1.8 | NodeID | Элемент, определяющий мнемонический код сервера отправителя сообщения. Включен в содержательную часть запроса SenderProvidedRequestData (см. п. 3.2.1). | Элемент введен для маршрутизации ответа на запрос на сервер-отправитель, если информационная система отправителя запросов представляет собой многосерверную (многонодную) архитектуру (см. п. 3.2.1). Является опциональным элементом |
1.9 | AsyncProcessingStatusData | Конверт для AsyncProcessingStatus | Используется только для ошибок push-нотификации (см. п. 2.6). Статусы обработки сообщений возвращаются непосредственно в ответах СМЭВ. |
2.0 | RejectionReasonCode | Подэлемент – RejectionReasonCode элемента RequestRejected может принимать новое значение FAILURE | Код ошибок запроса может возвращать значение FAILURE (уведомление об отсутствии сведений). |
Версия 1.3
Версия 1.3 введена для обеспечения возможности использования директивных протоколов обмена.
|
Из за большого объема этот материал размещен на нескольких страницах:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 |
