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

Таблица 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

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

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

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

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

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

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

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

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

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

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 специальными символами не обозначаются.