IV. Структура и формат сообщений обмена данными

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

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.

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

30. Блок заголовков определен Правилами электронного обмена данными.

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

32. Сообщение может содержать 1 двоичное вложение или более, в случае если связанные с сообщением файлы включены в сообщение. Двоичные вложения должны быть внедрены в блок содержимого сообщения в формате Base64 (согласно RFC 4648).

33. В случае если связанные с сообщением файлы передаются отдельно, блок заголовков данного сообщения должен содержать дополнительный служебный заголовок int:Attachments.

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

Таблица 1

35. Элемент int:Attachments является корневым элементом структуры данных метаинформации и содержит 1 или несколько экземпляров элемента int:Attachment по числу связанных с сообщением файлов.

36. Для идентификации и обработки файла, связанного с сообщением, используется заголовок int:Attachment, который содержит метаинформацию о данном файле.

37. Элемент int:FileID содержит уникальный идентификатор файла, связанного с сообщением. Чтобы избежать коллизий при передаче файлов с использованием S3-хранилища, рекомендуется формировать идентификатор файла следующим образом:

а) использовать UUID (universally unique identifier), рассчитанный в соответствии с ISO/IEC 9834-8 по версии 5 (name-based version + SHA-256 hash);

б) в качестве идентификатора пространства имен (name space identifier) использовать идентификатор сообщения (wsa:MessageID), с которым связан файл;

в) в качестве имени (name) использовать контрольную сумму, определенную по файлу алгоритмом SHA-256.

38. Элемент int:FileName содержит оригинальное имя файла, включая расширение файла.

39. Элемент int:Hash содержит хеш-сумму файла (SHA-256), которая используется для проверки целостности загруженных по API S3 файлов в целях защиты от возможных случайных искажений при передаче.

40. Элемент int:Size содержит размер файла в байтах.

41. Элемент int:AdditionalData содержит дополнительную информацию, относящуюся к данному файлу, связанному с сообщением.

42. Структура элемента int:AdditionalData определяется нормативным правовым актом, утверждаемым Евразийской экономической комиссией.

43. Схема данных метаинформации системы передачи данных приведена в приложении N 3 к настоящим Правилам.