Приказ Минцифры России № 611, ФСО России N 96 от 12.07.2024

№ 611 от 12.07.2024Действующий акт

Актуально на 31.10.2026.

Как цитировать: Приказ Минцифры России N 611, ФСО России N 96 от 12.07.2024. 611. 12.07.2024. https://bukva.ai/docs/prikaz-611-2024-2

«Об утверждении Требований к организационно-техническому взаимодействию государственных органов и государственных организаций»

(Зарегистрировано в Минюсте России 19.08.2024 № 79192)

Примечание

Начало действия документа — 31.08.2024.

Зарегистрировано в Минюсте России 19 августа 2024 г. № 79192

МИНИСТЕРСТВО ЦИФРОВОГО РАЗВИТИЯ, СВЯЗИ И МАССОВЫХ КОММУНИКАЦИЙ РОССИЙСКОЙ ФЕДЕРАЦИИ № 611

ФЕДЕРАЛЬНАЯ СЛУЖБА ОХРАНЫ РОССИЙСКОЙ ФЕДЕРАЦИИ № 96

ПРИКАЗ

от 12 июля 2024 года

ОБ УТВЕРЖДЕНИИ ТРЕБОВАНИЙ К ОРГАНИЗАЦИОННО-ТЕХНИЧЕСКОМУ ВЗАИМОДЕЙСТВИЮ ГОСУДАРСТВЕННЫХ ОРГАНОВ И ГОСУДАРСТВЕННЫХ ОРГАНИЗАЦИЙ

В соответствии с подпунктом «б» пункта 11, подпунктом «а» пункта 12, пунктами 14 и 18 Правил обмена документами в электронном виде при организации информационного взаимодействия, утвержденных постановлением Правительства Российской Федерации от 24 июля 2021 г. № 1264, приказываем:

1. Утвердить прилагаемые Требования к организационно-техническому взаимодействию государственных органов и государственных организаций (далее — Технические требования).

2. Установить, что формат файла описания транспортного контейнера 2.7.1 (приложение № 1 к Техническим требованиям) и формат файла описания электронного сообщения 2.7.1 (приложение № 2 к Техническим требованиям) применяются до 1 сентября 2026 г.

3. Определить, что переход с формата файла описания транспортного контейнера 2.7.1 (приложение № 1 к Техническим требованиям) на формат файла описания транспортного контейнера 3.0 (приложение № 4 к Техническим требованиям) и формата файла описания электронного сообщения 2.7.1 (приложение № 2 к Техническим требованиям) на формат файла описания электронного сообщения 3.0 (приложение № 5 к Техническим требованиям) осуществляется с 1 сентября 2026 г.

4. Признать утратившим силу приказ Министерства цифрового развития, связи и массовых коммуникаций Российской Федерации и Федеральной службы охраны Российской Федерации от 4 декабря 2020 г. № 667/233 «Об утверждении Требований к организационно-техническому взаимодействию государственных органов и государственных организаций» (зарегистрирован в Министерстве юстиции Российской Федерации 5 марта 2021 г., регистрационный № 62668).

Министр цифрового развития, связи и массовых коммуникаций Российской Федерации М. И. Шадаев

Директор Федеральной службы охраны Российской Федерации Д. В. Кочнев

Утверждены приказом Министерства цифрового развития, связи и массовых коммуникаций Российской Федерации и Федеральной службы охраны Российской Федерации от 12.07.2024 № 611/96

ТРЕБОВАНИЯ К ОРГАНИЗАЦИОННО-ТЕХНИЧЕСКОМУ ВЗАИМОДЕЙСТВИЮ ГОСУДАРСТВЕННЫХ ОРГАНОВ И ГОСУДАРСТВЕННЫХ ОРГАНИЗАЦИЙ

1. Настоящие требования к организационно-техническому взаимодействию государственных органов и государственных организаций (далее — Технические требования) в рамках обмена документами в электронном виде при организации информационного взаимодействия федеральных органов государственной власти, органов государственной власти субъектов Российской Федерации и иных государственных органов, а также организаций, созданных для выполнения задач, поставленных перед Правительством Российской Федерации, определяют:

а) формат документа в электронном виде;

б) формат транспортного контейнера;

в) перечень причин отказа в регистрации документов в электронном виде <1>;

<1> Пункт 14 Правил обмена документами в электронном виде при организации информационного взаимодействия, утвержденных постановлением Правительства Российской Федерации от 24 июля 2021 г. № 1264 (далее — Правила обмена документами в электронном виде).

г) требования к процедурам подписания документов в электронном виде <2>.

<2> Пункт 18 Правил обмена документами в электронном виде.

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

а) основная часть документа в электронном виде, представленная в виде файла текста основной части документа в электронном виде и файла структурированных данных основной части документа в электронном виде в формате, определенном пунктом 3 Технических требований;

б) приложения к документу в электронном виде (при наличии), представленные в виде файлов приложений к документу в электронном виде в формате, определенном пунктом 4 Технических требований;

в) электронные подписи основной части и приложений (при наличии) к документу в электронном виде, представленные в виде файлов усиленной квалифицированной электронной подписи, сформированных в соответствии с требованиями законодательства Российской Федерации <3>;

<3> Статья 17.4 Федерального закона от 6 апреля 2011 г. № 63-ФЗ «Об электронной подписи».

г) элементы визуализации электронных подписей основной части документа в электронном виде, а также регистрационных данных документа в электронном виде, сформированные в соответствии с пунктом 5 Технических требований и представленные в виде файлов элементов визуализации в формате, определенном пунктом 6 Технических требований;

д) описание документа в электронном виде, содержащее реквизиты документа в электронном виде, а также данные о местоположении элементов визуализации на визуальном отображении документа в электронном виде, представленное в виде, установленном форматом транспортного контейнера.

3. Файл текста основной части документа в электронном виде (при наличии) должен быть представлен в формате PDF/A-1 версии 1.4. Файл структурированных данных основной части документа в электронном виде (при наличии) должен быть представлен в форматах, утвержденных Министерством цифрового развития, связи и массовых коммуникаций Российской Федерации <4> (далее — форматы документов).

<4> Подпункты «б» и «в» пункта 10 Положения об информационной системе обеспечения внутриведомственного и межведомственного документооборота и контроля исполнения поручений, в том числе с использованием облачных сервисов, утвержденного постановлением Правительства Российской Федерации от 17 февраля 2022 г. № 198 (далее — Положение об информационной системе); подпункт «б» пункта 11 Правил обмена документами в электронном виде.

4. Файлы приложений к документу в электронном виде (при наличии) должны быть представлены в форматах, предназначенных для текстовых, табличных, графических, структурированных и архивных данных. Вложенные документы в электронном виде должны быть представлены в формате транспортного контейнера, определенном пунктом 7 Технических требований.

5. Элементы визуализации электронных подписей основной части документа в электронном виде, а также регистрационных данных документа в электронном виде (включающих дату документа и регистрационный номер, присвоенный организацией автора документа, а в случае совместного составления двумя и более организациями — регистрационные номера, присвоенные каждой из этих организаций) формируются в виде изображений, предназначенных для наложения на изображение основной части документа в электронном виде в местах, определенных в описании документа в электронном виде (данными о местоположении элементов визуализации).

6. Файлы элементов визуализации для наложения на файл текста должны быть представлены в формате PNG. Информация для визуализации структурированных данных должна быть включена в файл структурированных данных.

7. Формат транспортного контейнера при размещении в нем документа в электронном виде должен соответствовать требованиям к следующим структурным элементам:

а) элементы документа в электронном виде <5>, представленные в виде отдельных файлов элементов документа в электронном виде, в соответствии с подпунктами «а» - «г» пункта 2 Технических требований;

<5> Подпункты «б» и «г» пункта 11 Правил обмена документами в электронном виде.

б) описание транспортного контейнера <6>, содержащее список файлов элементов документа в электронном виде, а также описание документа в электронном виде, в соответствии с подпунктом «д» пункта 2 Технических требований, представленное в виде:

<6> Подпункт «а» пункта 11 Правил обмена документами в электронном виде.

файла описания транспортного контейнера в формате «2.7.1», приведенном в приложении № 1 к Техническим требованиям (до 1 сентября 2026 г.);

файла описания транспортного контейнера в формате «3.0», приведенном в приложении № 4 к Техническим требованиям (с 1 сентября 2026 г.).

При наличии технической возможности допускается формирование файла описания транспортного контейнера в формате «3.0», приведенном в приложении № 4 к Техническим требованиям, до 1 сентября 2026 г.

в) электронная подпись совокупности элементов транспортного контейнера <7>, сформированной в соответствии с пунктом 8 Технических требований (при необходимости обеспечения целостности транспортного контейнера), представленная в виде файла усиленной квалифицированной электронной подписи, сформированного в соответствии с требованиями законодательства Российской Федерации.

<7> Подпункт «в» пункта 11 Правил обмена документами в электронном виде.

8. Совокупность элементов транспортного контейнера формируется последовательным соединением бинарных данных файла описания транспортного контейнера с бинарными данными файлов элементов документа в электронном виде, отсортированных по имени в лексикографическом порядке. Совокупность элементов транспортного контейнера формируется на время выполнения процедур подписания электронной подписью и проверки электронной подписи и не сохраняется после выполнения этих процедур.

9. Транспортный контейнер должен быть представлен в виде одного файла в формате ZIP-архива.

10. Файл транспортного контейнера должен содержать файлы элементов транспортного контейнера, описанные в пункте 7 Технических требований. Каждый из этих файлов имеет название, соответствующее шаблону «[a-zA-Z0-9_-.]{1,250}.[a-z0-9]{3,4}».

11. Файл транспортного контейнера должен иметь название, соответствующее шаблону «[a-zA-Z0-9_-.]{1,247}.edc.zip».

12. Для передачи транспортного контейнера посредством транспортной шины, в соответствии с положениями и регламентами эксплуатации транспортной шины <8>, транспортный контейнер должен быть дополнительно оформлен в виде электронного сообщения, для чего к файлу транспортного контейнера должен быть приложен файл описания электронного сообщения, содержащий техническую информацию для адресации электронного сообщения, а также применяемый в процедурах передачи уведомлений и технологических электронных сообщений:

<8> Подпункт «а» пункта 11 Правил обмена документами в электронном виде.

в формате «2.7.1», приведенном в приложении № 2 к Техническим требованиям (до 1 сентября 2026 г.);

в формате «3.0», приведенном в приложении № 5 к Техническим требованиям (с 1 сентября 2026 г.).

При наличии технической возможности допускается формирование файла описания электронного сообщения в формате «3.0», приведенном в приложении № 5 к Техническим требованиям, до 1 сентября 2026 г.

13. При формировании уведомления об отказе в регистрации документа в электронном виде причина отказа в регистрации выбирается из перечня причин отказа в регистрации документа в электронном виде в соответствии с указаниями, приведенными в приложении № 3 к Техническим требованиям (с использованием нормативно-справочной информации, размещенной в облачной подсистеме ведения нормативно-справочной информации внутриведомственного и межведомственного документооборота <9> информационной системы обеспечения внутриведомственного и межведомственного документооборота и контроля исполнения поручений, в том числе с использованием облачных сервисов).

<9> Пункт 2 Положения об информационной системе; пункт 10 Правил обмена документами в электронном виде.

14. При необходимости подписания (утверждения) документа в электронном виде несколькими должностными лицами каждое должностное лицо подписывает документ в электронном виде электронной подписью, представляемой в виде отдельного файла согласно подпункту «в» пункта 2 Технических требований.

15. При необходимости подписания (утверждения) приложений документа в электронном виде каждое приложение к документу в электронном виде подписывается отдельной электронной подписью, представляемой в виде отдельного файла согласно подпункту «в» пункта 2 Технических требований.

16. Подписание структурированных данных основной части документа в электронном виде (при необходимости обеспечения целостности структурированных данных) выполняется в формате XMLDSig. Информация о подписи включается в файл структурированных данных основной части документа согласно требованиям, установленным форматами документов, утвержденными Министерством цифрового развития, связи и массовых коммуникаций Российской Федерации <10>.

<10> Подпункты «б» и «в» пункта 10 Положения об информационной системе; подпункт «б» пункта 11 Правил обмена документами в электронном виде.

17. Подписание структурированных данных основной части документа в электронном виде одним или несколькими должностными лицами, в том числе если эти должностные лица представляют различные организации, выполняется согласно требованиям, установленным форматами документов, утвержденными Министерством цифрового развития, связи и массовых коммуникаций Российской Федерации <11>.

<11> Подпункты «б» и «в» пункта 10 Положения об информационной системе; подпункт «б» пункта 11 Правил обмена документами в электронном виде.

Приложение № 1 к Требованиям к организационно-техническому взаимодействию государственных органов и государственных организаций, утвержденным приказом Министерства цифрового развития, связи и массовых коммуникаций Российской Федерации и Федеральной службы охраны Российской Федерации от 12.07.2024 № 611/96

ФОРМАТ ФАЙЛА ОПИСАНИЯ ТРАНСПОРТНОГО КОНТЕЙНЕРА 2.7.1

I. Файл описания транспортного контейнера

1. Файл описания транспортного контейнера имеет название «passport.xml».

2. Файл описания транспортного контейнера представляется в формате XML в соответствии со списком элементов схемы описания транспортного контейнера, приведенным в главе II настоящего приложения.

3. Файл описания транспортного контейнера оформляется в кодировке «UTF-8», первая строка файла описания транспортного контейнера содержит следующий текст: «». Номер версии формата файла описания транспортного контейнера — 2.7.1.

4. Требования по совместимости:

а) при необходимости передачи структурированных данных такой файл включается в состав транспортного контейнера в виде приложения с зарезервированным для этой цели именем файла «digital.xml». Запрещается использовать это имя для иных вложений, кроме структурированных данных;

б) при необходимости передачи отдельного уведомления в цифровом формате в составе транспортного контейнера необходимо приложить визуализацию структурированных данных в поле основного документа. Содержимое этой визуализации и структурированных данных должно совпадать. В паспорте документа должно быть указано, что документ не требует регистрации;

в) при необходимости передачи структурированных данных для работы с обращениями граждан в формате CardInfo такой файл включается в состав транспортного контейнера в виде приложения с зарезервированным для этой цели именем файла «CardInfo.txt». Запрещается использовать это имя для иных вложений, кроме структурированных данных;

г) если структурированные данные являются информационным уведомлением и не требуют подписания (утверждения), файлы транспортного контейнера можно заверить электронной подписью уполномоченного лица участника взаимодействия или с применением средств электронной подписи, используемых для автоматического создания электронных подписей в информационной системе обеспечения внутриведомственного и межведомственного документооборота и контроля исполнения поручений, в соответствии с положениями статьи 4 Федерального закона от 6 апреля 2011 г. № 63-ФЗ «Об электронной подписи».

II. Отдельные элементы файла описания транспортного контейнера

5. Отдельные элементы файла описания транспортного контейнера приведены в таблице 1 настоящего приложения.

6. Кратность элемента определяет его минимальное и максимальное допустимое число повторений в файле описания, а также обязательность его заполнения:

а) 1 — элемент указывается один раз и заполняется обязательно;

б) 1..n — элемент повторяется необходимое число раз и заполняется обязательно;

в) 0..1 — элемент либо не указывается, либо указывается один раз и заполняется обязательно, если выполняются условия его обязательного заполнения, указанные в описании элемента;

г) 0..n — элемент либо не указывается, либо повторяется необходимое число раз и заполняется обязательно, если выполняются условия его обязательного заполнения, указанные в описании элемента.

Таблица 1. Список элементов схемы описания транспортного контейнера

Пункт N	Идентификатор	Тип	Кратность	Описание элемента
Описание корневых типов данных:
1.	container	Сложный	1	Описание транспортного контейнера
1.1.	@uid	Заданный	1	Уникальный идентификатор документа в электронном виде, размещенного в составе транспортного контейнера
				Заданный тип: «globalUniqueIdentifier» (пункт 2 настоящей таблицы)
1.2.	@version	Строка	1	Версия использованной XML-схемы описания транспортного контейнера
1.3.	requisites	Сложный	1	Реквизиты документа в электронном виде для целей делопроизводства
1.3.1.	documentKind	Заданный	1	Вид документа Значение поля заполняется из справочника Cat02-002-00001 «Виды официальных документов», размещенного в облачной подсистеме ведения нормативно-справочной информации внутриведомственного и межведомственного документооборота <1> информационной системы обеспечения внутриведомственного и межведомственного документооборота и контроля исполнения поручений, в том числе с использованием облачных сервисов (далее — сервис НСИ).
				Вид документа определяется исходя из содержания текста письма и приложений.
				Если для вида документа в справочнике установлен признак «Требуется передача данных в цифровом формате», тогда в составе контейнера должен обязательно присутствовать файл структурированных данных в цифровом формате по процессу и событию, коды которых определены в соответствующих атрибутах справочника.
				Заданный тип: «qualifiedValue» (пункт 3 настоящей таблицы)
1.3.2.	documentPlace	Заданный	1	Место составления документа. Значение поля заполняется из справочника Cat02-002-00002 «Места составления документов», размещенного в сервисе НСИ.
				Заданный тип: «qualifiedValue» (пункт 3 настоящей таблицы)
1.3.3.	classification	Заданный	1	Гриф ограничения доступа к документу. Значение поля заполняется из справочника Cat02-002-00003 «Грифы ограничения доступа», размещенного в сервисе НСИ.
				Заданный тип: «qualifiedValue» (пункт 3 настоящей таблицы)
1.3.4.	annotation	Заданный	1	Аннотация, краткое содержание документа для обработки в системе электронного документооборота (далее — СЭД) Заданный тип: «shortText» (пункт 6 настоящей таблицы)
1.3.5.	links	Сложный	0..1	Ссылки на внешние документы. Заполняется, если документ в электронном виде создается в ответ на ранее полученный документ.
				Реквизит является обязательным для заполнения, если для вида документа, указанного в элементе 1.3.1, в сервисе НСИ установлен признак «Требуется заполнение ссылок на внешние документы»
1.3.5.1.	link	Сложный	1..n	Ссылка на внешний документ. Допускается указывать несколько значений
1.3.5.1.1.	@uid	Заданный	1	Уникальный идентификатор внешнего документа в электронном виде.
				Заданный тип: «globalUniqueIdentifier» (пункт 2 настоящей таблицы)
1.3.5.1.2.	organization	Заданный	1	Организация автора внешнего документа.
				Заданный тип: «organization» (пункт 8 настоящей таблицы)
1.3.5.1.3.	department	Заданный	0..1	Подразделение организации автора внешнего документа. Заполняется при необходимости.
				Заданный тип: «qualifiedValue» (пункт 3 настоящей таблицы)
1.3.5.1.4.	registration	Заданный	1	Регистрационные данные по сведениям автора (соавтора) внешнего документа.
				Заданный тип: «registrationData» (пункт 7 настоящей таблицы)
1.3.5.1.5.	signer	Заданный	0..n	Должностное лицо (или несколько лиц), подписавшее внешний документ.
				Заданный тип: «person» (пункт 9 настоящей таблицы)
				Шаблон типа «employee» (сотрудник) — обязательно указывается фамилия, имя, отчество (при наличии)
1.3.5.1.6.	linkType	Заданный	1	Тип связи документа. Значение поля заполняется из справочника Cat02-002-00004 «Типы связей документов», размещенного в сервисе НСИ.
				Заданный тип: «qualifiedValue» (пункт 3 настоящей таблицы)
1.4.	authors	Сложный	1	Сведения об авторах — организациях, подписавших (утвердивших) документ
1.4.1.	author	Сложный	1..n	Сведения об авторе — организации: отдел (департамент), регистрационные данные документа, лица, подписавшие документ, а также должностные лица, заверившие или завизировавшие документ (при наличии).
				Допускается указывать несколько значений. Сначала указываются сведения основного автора, а потом соавторов (при наличии).
				Если для вида документа в справочнике заполнен атрибут «Допустимые авторы», указание такого вида документа допустимо, если в элементе 1.4.1.1 указаны авторы из перечня допустимых
1.4.1.1.	organization	Заданный	1	Организация — автор (соавтор) документа.
				Заданный тип: «organization» (пункт 8 настоящей таблицы)
1.4.1.2.	department	Заданный	0..1	Подразделение автора (соавтора) документа. Заполняется при необходимости.
				Заданный тип: «qualifiedValue» (пункт 3 настоящей таблицы)
1.4.1.3.	registration	Сложный	1	Регистрационные данные по сведениям автора (соавтора) документа
1.4.1.3.1.	<базовый>	Заданный	1	Регистрационные данные.
				Заданный тип: «registrationData» (пункт 7 настоящей таблицы)
1.4.1.3.2.	registrationStamp	Заданный	1	Описание элемента визуализации регистрационных данных.
				Заданный тип: «stamp» (пункт 10 настоящей таблицы)
1.4.1.4.	sign	Сложный	1..n	Сведения о подписи: должностном лице, файле электронной подписи и элементах визуализации электронной подписи. Допускается указывать несколько значений. Сначала указываются сведения основного лица, подписавшего документ, а потом иных лиц (при наличии)
1.4.1.4.1.	person	Заданный	1	Должностное лицо, подписавшее документ.
				Заданный тип: «person» (пункт 9 настоящей таблицы)
				Шаблон типа «signer» (лицо, подписавшее документ) — обязательно указывается фамилия, имя, отчество (при наличии), должность
1.4.1.4.2.	documentSignature	Сложный	1	Сведения об электронной подписи
1.4.1.4.2.1.	@type	Строка	1	Тип подписи, одно из значений:
				«Утверждающая» (по умолчанию) «Визирующая» «Заверяющая»
				Если должностное лицо является автором и подписантом документа, то указывается тип подписи «Утверждающая».
				Если должностное лицо является соавтором (согласующим должностным лицом) документа, то указывается тип подписи «Визирующая».
				Если должностное лицо заверяет подпись автора, выполненную другим способом, то указывается тип подписи «Заверяющая»
1.4.1.4.2.2.	@localName	Заданный	1	Название файла электронной подписи в составе транспортного контейнера.
				Разрешенное расширение: p7s, sig
				Заданный тип: «fileName» (пункт 11 настоящей таблицы)
1.4.1.4.2.3.	signatureStamp	Заданный	1	Описание элемента визуализации электронной подписи.
				Заданный тип: «stamp» (пункт 10 настоящей таблицы)
1.4.1.5.	executor	Заданный	1	Назначенный по документу исполнитель.
				Заданный тип: «person» (пункт 9 настоящей таблицы)
				Шаблон типа «executor» (исполнитель) — обязательно указывается фамилия, имя, отчество (при наличии), телефон
1.5.	addressees	Сложный	1	Сведения об адресатах документа
1.5.1.	addressee	Сложный	1..n	Сведения об адресате документа. Допускается указывать несколько значений. Сначала указывается основной адресат, потом все прочие (при наличии).
				Если для вида документа в справочнике заполнен атрибут «Допустимые адресаты», указание такого вида документа допустимо, если в элементе 1.5.1.1 указаны адресаты из перечня допустимых
1.5.1.1.	organization	Заданный	1	Организация — адресат документа.
				Заданный тип: «organization» (пункт 8 настоящей таблицы)
1.5.1.2.	department	Заданный	0..1	Подразделение адресата документа. Заполняется при необходимости доставки в подразделение адресата. Название и идентификатор заполняются из глобального адресного справочника МЭДО (при наличии необходимого значения в глобальном адресном справочнике МЭДО).
				Заданный тип: «qualifiedValue» (пункт 3 настоящей таблицы)
1.5.1.3.	person	Заданный	0..n	Должностное лицо адресата документа. Допускается указывать несколько значений.
				Заполняется при необходимости доставки конкретному должностному лицу.
				Должность, фамилия, имя, отчество (при наличии) указываются обязательно и вместе с идентификатором заполняются из глобального адресного справочника МЭДО (при наличии необходимого значения в глобальном адресном справочнике МЭДО).
				Заданный тип: «person» (пункт 9 настоящей таблицы)
1.6.	document	Сложный	1	Описание основной части документа
1.6.1.	@localName	Заданный	1	Название файла текста основной части документа в электронном виде в составе транспортного контейнера.
				Разрешенное расширение: pdf
				Заданный тип: «fileName» (пункт 11 настоящей таблицы)
1.6.2.	pagesQuantity	Целое число	1	Количество страниц файла текста основной части документа в электронном виде (равно количеству страниц файла PDF из 1.6.1). Указывается значение больше нуля
1.6.3.	enclosurePagesQuantity	Целое число	0..1	Идентификатор не применяется
1.6.4.	description	Заданный	0..1	Аннотация к основной части документа.
				Заданный тип: «shortText» (пункт 6 настоящей таблицы)
1.7.	attachments	Сложный	0..1	Описание приложений документа. Заполняется при наличии приложений
1.7.1.	attachment	Сложный	1..n	Описание приложения документа. Заполняется в соответствии с вложенными в транспортный контейнер файлами приложений. Допускается указывать несколько значений
1.7.1.1.	@localName	Заданный	1	Название файла приложения документа в составе транспортного контейнера.
				Разрешенное расширение файла: pdf, zip, xml, gosx, odt, doc, docx, ods, xls, xlsx, odp, ppt, pptx, png, tiff, txt, csv, rtf, html
				Файл структурированных данных должен иметь название digital.xml (при наличии)
				Заданный тип: «fileName» (пункт 11 настоящей таблицы)
1.7.1.2.	order	Целое число	1	Порядковый номер приложения документа, начиная с 1
1.7.1.3.	description	Заданный	0..1	Аннотация к приложению документа.
				Заданный тип: «shortText» (пункт 6 настоящей таблицы)
1.7.1.4.	signature	Сложный	0..n	Электронные подписи приложений. Допускается указывать несколько значений
1.7.1.4.1.	@localName	Заданный	1	Название файла электронной подписи в составе транспортного контейнера.
				Разрешенное расширение: p7s, sig
				Заданный тип: «fileName» (пункт 11 настоящей таблицы)
1.8.	containerSignature	Сложный	0..1	Электронная подпись совокупности элементов транспортного контейнера. Заполняется при необходимости обеспечить целостность транспортного контейнера
1.8.1.	@localName	Строка	1	Название файла электронной подписи в составе транспортного контейнера.
				Разрешенное расширение: p7s, sig
				Заданный тип: «fileName» (пункт 11 настоящей таблицы)
Описание задаваемых типов данных:
2.	globalUniqueIdentifier	Простой	--	Универсальный уникальный идентификатор (UUID)
				36 символов, по шаблону: «[a-f0-9]{8}-[a-f0-9]{4}-[a-f0-9]{4}-[a-f0-9]{4}-[a-f0-9]{12}»
3.	qualifiedValue	Сложный	--	Справочное значение
3.1.	<базовый>	Заданный	1	Наименование справочного значения.
				Заданный тип: «stringValue» (пункт 4 настоящей таблицы)
3.2.	@id	Заданный	0..1	Идентификатор справочного значения. Указывается, если в справочнике заданы идентификаторы справочных значений.
				Заданный тип: «identityValue» (пункт 5 настоящей таблицы)
4.	stringValue	Простой	--	Базовый тип: нормализованная строка. Ограничение: от 1 до 511 символов
5.	identity Value	Простой	--	Базовый тип: строка (токен) Ограничение: от 1 до 127 символов
6.	shortText	Простой	--	Базовый тип: строка. Ограничение: до 4000 символов Текстовые поля должны заполняться с соблюдением правил русского языка и норм деловой переписки, включая требования к орфографии и пунктуации. Не допускается заполнение данных полей с применением транслитерации и с нарушением регистра
7.	registrationData	Сложный	--	Регистрационные данные документа в электронном виде
7.1.	number	Строка	1	Регистрационный номер документа
7.2.	date	Дата	1	Дата документа в виде: «YYYY-MM-DD»
8.	organization	Сложный	--	Сведения об организации
8.1.	@id	Заданный	0..1	Идентификатор организации. Значение заполняется по глобальному адресному справочнику абонентов МЭДО, в соответствии с указанным в нем уникальным идентификатором абонента.
				Заданный тип: «identityValue» (пункт 5 настоящей таблицы)
8.2.	title	Заданный	1	Официальное наименование организации. Значение заполняется по глобальному адресному справочнику абонентов МЭДО, в соответствии с указанным в нем кратким официальным наименованием организации.
				Заданный тип: «stringValue» (пункт 4 настоящей таблицы)
8.3.	address	Заданный	0..1	Почтовый адрес организации.
				Заданный тип: «stringValue» (пункт 4 настоящей таблицы)
8.4.	phone	Заданный	0..1	Телефонный номер организации.
				Заданный тип: «stringValue» (пункт 4 настоящей таблицы)
8.5.	email	Заданный	0..1	Электронная почта организации.
				Заданный тип: «stringValue» (пункт 4 настоящей таблицы)
8.6.	website	Заданный	0..1	Официальный сайт организации.
				Заданный тип: «stringValue» (пункт 4 настоящей таблицы)
9.	person	Сложный	--	Должностное лицо
9.1.	@id	Заданный	0..1	Идентификатор должностного лица. Значение заполняется по глобальному адресному справочнику абонентов МЭДО, в соответствии с указанным в нем идентификатором ответственного лица.
				При отсутствии ответственного лица в глобальном адресном справочнике этот атрибут не заполняется.
				Заданный тип: «identityValue» (пункт 5 настоящей таблицы)
9.2.	post	Заданный	0..1	Должность
				Заданный тип: «stringValue» (пункт 4 настоящей таблицы)
9.3.	name	Заданный	0..1	Фамилия, имя, отчество (при наличии)
				Заданный тип: «stringValue» (пункт 4 настоящей таблицы)
9.4.	phone	Заданный	0..1	Телефонный номер
				Заданный тип: «stringValue» (пункт 4 настоящей таблицы)
9.5.	email	Заданный	0..1	Электронная почта
				Заданный тип: «stringValue» (пункт 4 настоящей таблицы)
10.	stamp	Сложный	--	Описание файла элемента визуализации
10.1.	@localName	Строка	1	Название файла элемента визуализации в составе транспортного контейнера.
				Разрешенное расширение: png
				Заданный тип: «fileName» (пункт 11 настоящей таблицы)
10.2.	position	Сложный	1	Данные о местоположении элемента
10.2.1.	page	Целое число	1	Номер страницы (начиная с 1), на которой размещается элемент визуализации
10.2.2.	topLeft	Сложный	1	Отступ верхнего левого угла элемента от верхнего левого угла страницы
10.2.2.1.	x	Число	1	Отступ по горизонтали (вправо), в мм
10.2.2.2.	y	Число	1	Отступ по вертикали (вниз), в мм
10.2.3.	dimension	Сложный	1	Физический размер изображения элемента визуализации на странице
10.2.3.1.	w	Число	1	Ширина изображения, в мм
10.2.3.2.	h	Число	1	Высота изображения, в мм
11.	fileName	Простой	--	Базовый тип: нормализованная строка. Ограничение: от 1 до 255 символов вида «[a-zA-Z0-9_]{1,250}.[a-zA-Z0-9]{3,4}»
12.	documentFileName	Простой	--	Базовый тип: нормализованная строка. Ограничение: от 1 до 254 символов вида «[a-zA-Z0-9_]{1,250}.pdf»

<1> Пункт 2 Положения об информационной системе обеспечения внутриведомственного и межведомственного документооборота и контроля исполнения поручений, в том числе с использованием облачных сервисов, утвержденного постановлением Правительства Российской Федерации от 17 февраля 2022 г. № 198; пункт 10 Правил обмена документами в электронном виде при организации информационного взаимодействия, утвержденных постановлением Правительства Российской Федерации от 24 июля 2021 г. № 1264.

Приложение № 2
к Требованиям
к организационно-техническому
взаимодействию государственных
органов и государственных
организаций, утвержденным
приказом Министерства
цифрового развития, связи

и массовых коммуникаций

Российской Федерации
и Федеральной службы охраны
Российской Федерации
от 12.07.2024 № 611/96

ФОРМАТ ФАЙЛА ОПИСАНИЯ ЭЛЕКТРОННОГО СООБЩЕНИЯ 2.7.1

I. Файл описания электронного сообщения

1. Файл описания электронного сообщения имеет название «message.xml».

2. Файл описания электронного сообщения представляется в формате XML в соответствии со списком элементов схемы описания электронного сообщения, приведенным в главе II настоящего приложения.

3. Файл описания электронного сообщения оформляется в кодировке «UTF-8», первая строка файла описания электронного сообщения содержит следующий текст: «». Номер версии формата файла описания электронного сообщения — 2.7.1.

4. Требования по совместимости:

а) наличие информации ограниченного распространения в сообщении определяется по грифу ограничения доступа в файле описания транспортного контейнера;

б) для ограничения времени доставки электронного сообщения используется время по умолчанию — 72 часа с даты и времени непосредственной отправки сообщения. В случае если доставка в срок невозможна, то оператор информационного взаимодействия <1> (далее — оператор) должен отправить квитанцию, что сообщение не удалось доставить в указанный срок, и прекратить доставку;

<1> Пункт 8 Правил обмена документами в электронном виде при организации информационного взаимодействия, утвержденных постановлением Правительства Российской Федерации от 24 июля 2021 г. № 1264 (далее — Правила обмена документами в электронном виде).

в) в случае отправки квитанции о невозможности доставки сообщения оператором, необходимо указывать в поле «Отправитель сообщения» участника информационного взаимодействия <2> (далее — участник), которому не удалось доставить сообщение. В случае если таких участников несколько, то оператор должен отправить по одной квитанции для каждого участника. Подтверждение или отказ в получении для всех участников можно выполнять одной квитанцией с указанием оператора в поле «Отправитель сообщения».

<2> Пункт 1 Правил обмена документами в электронном виде.

II. Отдельные элементы файла описания электронного сообщения

5. Отдельные элементы файла описания электронного сообщения приведены в таблице 1 настоящего приложения.

а) 1 — элемент указывается один раз и заполняется обязательно;

б) 1..n — элемент повторяется необходимое число раз и заполняется обязательно;

Таблица 1. Список элементов схемы описания электронного сообщения

Пункт N	Идентификатор	Тип	Кратность	Описание элемента
Описание корневых типов данных:
1.	communication	Сложный	1	Описание электронного сообщения
1.1.	@version	Строка	1	Версия использованной XML-схемы описания электронного сообщения
1.2.	header	Сложный	1	Техническая информация для адресации электронного сообщения (заголовок)
1.2.1.	@type	Строка	1	Тип контента, одно из значений: «Транспортный контейнер» «Уведомление» «Квитанция»
1.2.2.	@uid	Заданный	1	Идентификатор электронного сообщения
				Заданный тип: «globalUniqueIdentifier» (пункт 2 настоящей таблицы)
1.2.3.	@created	Заданный	1	Дата и время электронного сообщения
				Заданный тип: «dateTimeZone» (пункт 12 настоящей таблицы)
1.2.4.	source	Заданный	1	Отправитель сообщения
				Заданный тип: «communicationPartner» (пункт 8 настоящей таблицы)
1.2.5.	operator	Заданный	0..1	Техническое значение
				Заданный тип: «qualifiedValue» (пункт 3 настоящей таблицы)
1.3.	container	Сложный	0..1	Сведения о транспортном контейнере, содержащем документ в электронном виде. Заполняется если в заголовке указан тип контента «Транспортный контейнер»
1.3.1.	@type	Строка	0..1	Тип контента в транспортном контейнере. Заполняется в соответствии с передаваемым контентом из справочника Cat02-001-00001 «Виды транспортных контейнеров», размещенного в облачной подсистеме ведения нормативно-справочной информации внутриведомственного и межведомственного документооборота <3> информационной системы обеспечения внутриведомственного и межведомственного документооборота и контроля исполнения поручений, в том числе с использованием облачных сервисов (далее — сервис НСИ).
				Значение по умолчанию (если не заполнено) — «Документ в электронном виде»
1.3.2.	body	Простой	1	Название файла транспортного контейнера
				Базовый тип: «fileName» (пункт 11 настоящей таблицы) Ограничение: от 1 до 255 символов вида «[a-zA-Z0-9_]{1,247}.edc.zip»
1.4.	notification	Сложный	0..1	Содержимое уведомления (в соответствии с приложением № 2 к Правилам обмена документами в электронном виде). Заполняется если в заголовке указан тип контента «Уведомление», или уведомление совмещено с транспортным контейнером и тип контента «Транспортный контейнер»
				Следующие виды уведомлений должны передаваться совместно с транспортным контейнером: «Поставлен на контроль» «Доклад направлен»
1.4.1.	@type	Строка	1	Вид уведомления, одно из значений: «Поставлен на контроль» «Зарегистрирован» «Отказано в регистрации» «Назначен исполнитель» «Доклад подготовлен» «Доклад направлен» «Исполнение» «Опубликование»
1.4.2.	@uid	Заданный	1	Идентификатор документа в электронном виде, относительно которого было создано настоящее уведомление
				Заданный тип: «globalUniqueIdentifier» (пункт 2 настоящей таблицы)
1.4.3.	@id	Заданный	0..1	Техническое значение Внутренний идентификатор документа
				Заданный тип: «identityValue» (пункт 5 настоящей таблицы)
1.4.4.	@mid	Заданный	0..1	Техническое значение Идентификатор электронного сообщения, с которым изначально поступил документ в электронном виде, относительно которого было создано настоящее уведомление
				Заданный тип: «globalUniqueIdentifier» (пункт 2 настоящей таблицы)
1.4.5.	Одно из значений, зависящее от типа уведомления	Сложный	1	В зависимости от типа уведомления (1.4.1) указан, соответственно, один из элементов: «documentSent» «documentAccepted» «documentRefused» «executorAssigned» «reportPrepared» «reportSent» «courseChanged» «documentPublished»
Следующие поля определены для всех видов уведомлений:
1.4.5.1.	time	Дата и Время	1	Дата и время события уведомления
1.4.5.2.	foundation	Заданный	1	Сведения о документе в электронном виде, относительно которого создано уведомление
				Заданный тип: «documentReference» (пункт 13 настоящей таблицы)
1.4.5.3.	clause	Заданный	0..1	Пункт документа в электронном виде, относительно которого создано уведомление
				Не заполняется для уведомлений, которые предусматривают передачу нескольких ссылок на пункты документа, то есть вида: «Поставлен на контроль» «Доклад направлен»
				Заданный тип: «documentClause» (пункт 14 настоящей таблицы)
1.4.5.4.	correspondent	Заданный	0..1	Корреспондент (отправитель) уведомления. Указывается если отличается от указанного в поле заголовка «Отправитель сообщения»
				Заданный тип: «addressee» (пункт 9 настоящей таблицы)
Дополнительно для уведомлений типа «Поставлен на контроль» (documentSent):
1.4.5.5.	needRegistration	Да/Нет	1	Признак того, что документ-основание для уведомления требует регистрации
				Значение «Нет» в случае передачи структурированных данных, не требующих регистрации. В этом случае файл текста основного документа должен содержать визуализацию структурированных данных
1.4.5.6.	needExecution	Да/Нет	1	Признак того, что документ-основание для уведомления требует исполнения
				Значение «Да» в случае передачи перечня пунктов поручений в этом же уведомлении
1.4.5.7.	needPublication	Да/Нет	1	Признак того, что документ-основание для уведомления требует публикации
1.4.5.8.	clauses	Сложный	0..1	Пункты документа для исполнения Указывается, если требуется исполнение
1.4.5.8.1.	clause	Заданный	1..n	Пункт документа для исполнения Допускается указывать несколько значений
				Заданный тип: «documentClause» (пункт 14 настоящей таблицы)
Дополнительно для уведомлений типа «Зарегистрирован» (documentAccepted):
1.4.5.5.	num	Заданный	1	Регистрационные данные документа, по результатам успешной регистрации
				Заданный тип: «documentNumber» (пункт 7 настоящей таблицы)
Дополнительно для уведомлений типа «Отказано в регистрации» (documentRefused):
1.4.5.5.	reason	Строка	1..n	Причина отказа в регистрации. Значение поля выбирается из перечня причин отказа в регистрации, приведенного в приложении № 3 к требованиям к организационно-техническому взаимодействию государственных органов и государственных организаций, утвержденным настоящим приказом
Дополнительно для уведомлений типа «Назначен исполнитель» (executorAssigned):
1.4.5.5.	secretary	Заданный	1	Руководитель ведомства
				Заданный тип: «addressee» (пункт 9 настоящей таблицы)
1.4.5.6.	manager	Заданный	1	Руководитель подразделения
				Заданный тип: «addressee» (пункт 9 настоящей таблицы)
1.4.5.7.	executor	Заданный	1	Исполнитель
				Заданный тип: «addressee» (пункт 9 настоящей таблицы)
Дополнительно для уведомлений типа «Доклад подготовлен» (reportPrepared):
1.4.5.5.	signatory	Заданный	1	Должностное лицо, на подписи у которого находится доклад до момента его подписи и направления инициатору поручения
				Заданный тип: «signatory» (пункт 10 настоящей таблицы)
Дополнительно для уведомлений типа «Доклад направлен» (reportSent):
1.4.5.5.	report	Заданный	1	Сведения о документе с докладом об исполнении поручения по пункту документа
				Заданный тип: «documentReference» (пункт 13 настоящей таблицы)
1.4.5.6.	clauses	Сложный	0..1	Пункт поручения, во исполнение которого подготовлен доклад
1.4.5.6.1.	clause	Заданный	1..n	Пункт поручения, во исполнение которого подготовлен доклад. Обязательно указывается исходный идентификатор поручения из уведомления «Поставлен на контроль»
				Заданный тип: «documentClause» (пункт 14 настоящей таблицы)
Дополнительно для уведомлений типа «Исполнение» (courseChanged):
1.4.5.5.	courseText	Строка	1	Сообщение о ходе исполнения или об изменениях по ходу исполнения, в том числе замена исполнителя, перенос срока
				Заданный тип: «shortText» (пункт 6 настоящей таблицы)
1.4.5.6.	reference	Заданный	0..1	Сведения о документе с пояснениями
				Заданный тип: «documentReference» (пункт 13 настоящей таблицы)
Дополнительно для уведомлений типа «Опубликование» (documentPublished):
1.4.5.5.	num	Сложный	1	Регистрационные данные документа, опубликованного в источнике официального опубликования
1.4.5.5.1.	number	Строка	1	Номер опубликования
1.4.5.5.2.	date	Дата и Время	1	Дата и время опубликования
1.4.5.6.	publicationPoint	Строка	1	Место опубликования, источник официального опубликования
Следующее поле определено для всех видов уведомлений:
1.4.5.[x].	comment	Строка	0..1	Техническое значение
1.5.	acknowledgment	Сложный	0..1	Содержимое технологического электронного сообщения, в соответствии с положениями и регламентами эксплуатации транспортной шины. Заполняется, если в заголовке указан тип контента «Квитанция»
1.5.1.	@uid	Заданный	1	Идентификатор электронного сообщения, относительно которого создана квитанция
				Заданный тип: «globalUniqueIdentifier» (пункт 2 настоящей таблицы)
1.5.2.	@content	Строка	1	Текст описания электронного сообщения, относительно которого создана квитанция
1.5.3.	time	Заданный	1	Дата и время получения электронного сообщения (отправителем квитанции)
				Заданный тип: «dateTimeZone» (пункт 12 настоящей таблицы)
1.5.4.	accepted	Да/Нет	1	Признак того, что сообщение успешно принято (отправителем квитанции)
1.5.5.	errorCode	Число	0..1	Если сообщение не было принято по причине выявления ошибок получения или проверки, указывается код ошибки (0 = неизвестная ошибка)
1.5.6.	errorFileMessage	Строка	0..1	Название файла с информацией об ошибке
				Ограничение: от 1 до 251 символов вида «[a-zA-Z0-9_]{1,247}.zip»
1.5.7.	comment	Строка	0..1	Если сообщение не было принято по причине выявления ошибок получения или проверки, указывается описание ошибки
1.6.	deliveryIndex	Сложный	1	Техническая информация для адресации электронного сообщения (получатели)
1.6.1.	destination	Сложный	1..n	Получатели электронного сообщения Допускается указывать несколько значений
1.6.1.1.	destination	Заданный	1	Получатель сообщения
				Заданный тип: «communicationPartner» (пункт 8 настоящей таблицы)
1.6.1.2.	comment	Строка	0..1	Техническое значение
Описание задаваемых типов данных:
2.	globalUniqueIdentifier	Простой	--	Универсальный уникальный идентификатор (UUID)
				Базовый тип: нормализованная строка. Ограничение: 36 символов, по шаблону: «[a-f0-9]{8}-[a-f0-9]{4}-[a-f0-9]{4}-[a-f0-9]{4}-[a-f0-9]{12}»
3.	qualifiedValue	Сложный	--	Справочное значение
3.1.	<базовый>	Заданный	1	Наименование справочного значения.
				Заданный тип: «stringValue» (пункт 4 настоящей таблицы)
3.2.	@id	Заданный	0..1	Идентификатор справочного значения. Указывается, если в справочнике заданы идентификаторы справочных значений.
				Заданный тип: «identityValue» (пункт 5 настоящей таблицы)
3.3.	@retro	Да/Нет	0..1	Техническое значение
3.4.	@modified	Дата и Время	0..1	Техническое значение
4.	stringValue	Простой	--	Базовый тип: нормализованная строка. Ограничение: от 1 до 511 символов
5.	identity Value	Простой	--	Базовый тип: строка (токен) Ограничение: от 1 до 127 символов
6.	shortText	Простой	--	Базовый тип: строка. Ограничение: до 4000 символов
				Текстовые поля должны заполняться с соблюдением правил русского языка и норм деловой переписки, включая требования к орфографии и пунктуации. Не допускается заполнение данных полей с применением транслитерации и с нарушением регистра
7.	documentNumber	Сложный	--	Регистрационные данные документа в электронном виде
7.1.	number	Строка	1	Регистрационный номер документа
7.2.	date	Дата	1	Дата документа в виде: «YYYY-MM-DD»
8.	communicationPartner	Сложный	--	Сведения об организации
8.1.	@uid	Заданный	1	Идентификатор организации = GUID. Значение заполняется по глобальному адресному справочнику абонентов МЭДО, в соответствии с указанным в нем уникальным идентификатором абонента.
				Заданный тип: «globalUniqueIdentifier» (пункт 2 настоящей таблицы)
8.2.	organization	Строка	1	Официальное наименование организации. Значение заполняется по глобальному адресному справочнику абонентов МЭДО, в соответствии с указанным в нем кратким официальным наименованием организации
8.3.	comment	Строка	0..1	Техническое значение Передача дополнительных данных о СЭД организации
9.	addressee	Сложный	--	Должностное лицо
9.1.	region	Заданный	0..1	Регион организации
				Заданный тип: «qualifiedValue» (пункт 3 настоящей таблицы)
9.2.	organization	Заданный	0..1	Организация
				Заданный тип: «qualifiedValue» (пункт 3 настоящей таблицы)
9.3.	person	Заданный	0..1	Фамилия, имя, отчество (при наличии). Значение указывается из глобального адресного справочника МЭДО (при наличии).
				Заданный тип: «qualifiedValue» (пункт 3 настоящей таблицы)
9.4.	department	Заданный	0..1	Подразделение. Значение указывается из глобального адресного справочника МЭДО (при наличии).
				Заданный тип: «qualifiedValue» (пункт 3 настоящей таблицы)
9.5.	post	Заданный	0..1	Должность
				Заданный тип: «qualifiedValue» (пункт 3 настоящей таблицы)
9.6.	contactInfo	Строка	0..1	Контактная информация
9.7.	comment	Строка	0..1	Техническое значение
9.8.	@uid	Заданный	0..1	Идентификатор должностного лица.
				Заданный тип: «globalUniqueIdentifier» (пункт 2 настоящей таблицы)
10.	signatory	Сложный	--	Должностное лицо, подписавшее документ
10.1.	region	Заданный	0..1	Регион организации
				Заданный тип: «qualifiedValue» (пункт 3 настоящей таблицы)
10.2.	organization	Заданный	0..1	Организация
				Заданный тип: «qualifiedValue» (пункт 3 настоящей таблицы)
10.3.	person	Заданный	0..1	Фамилия, имя, отчество (при наличии). Значение указывается из глобального адресного справочника МЭДО (при наличии). Заданный тип: «qualifiedValue» (пункт 3 настоящей таблицы)
10.4.	department	Заданный	0..1	Подразделение. Значение указывается из глобального адресного справочника МЭДО (при наличии). Заданный тип: «qualifiedValue» (пункт 3 настоящей таблицы)
10.5.	post	Заданный	0..1	Должность
				Заданный тип: «qualifiedValue» (пункт 3 настоящей таблицы)
10.6.	contactInfo	Строка	0..1	Контактная информация
10.7.	comment	Строка	0..1	Техническое значение
10.8.	signed	Дата	1	Дата подписания документа
11.	fileName	Простой	--	Базовый тип: нормализованная строка. Ограничение: от 1 до 255 символов
12.	dateTimeZone	Простой	--	Дата и время с указанием часового пояса Вид: «YYYY-MM-DDThh:mm:ss \pm hh:mm»
				Базовый тип: дата и время Ограничение: «\d{4}-\d{2}-\d{2}T\d{2}:\d{2}:\d{2}(+\|-)\d{2}:\d{2}»
13.	documentReference	Сложный	--	Сведения о документе (ссылка)
13.1.	region	Заданный	0..1	Место составления документа
				Заданный тип: «qualifiedValue» (пункт 3 настоящей таблицы)
13.2.	organization	Заданный	0..1	Организация (автора)
				Заданный тип: «qualifiedValue» (пункт 3 настоящей таблицы)
13.3.	person	Заданный	0..1	Фамилия, имя, отчество (при наличии)
				Заданный тип: «qualifiedValue» (пункт 3 настоящей таблицы)
13.4.	department	Заданный	0..1	Подразделение (автора)
				Заданный тип: «qualifiedValue» (пункт 3 настоящей таблицы)
13.5.	post	Заданный	0..1	Должность (автора)
				Заданный тип: «qualifiedValue» (пункт 3 настоящей таблицы)
13.6.	num	Строка	1	Регистрационные данные документа
				Заданный тип: «documentNumber» (пункт 7 настоящей таблицы)
13.7.	comment	Строка	0..1	Техническое значение
14.	documentClause	Сложный	--	Сведения о пункте документа (ссылка)
14.1.	@id	Заданный	1	Уникальный идентификатор пункта в рамках документа в электронном виде
				Заданный тип: «identityValue» (пункт 5 настоящей таблицы)
14.2.	@localId	Число	0..1	Значение для упорядочивания пункта
14.3.	designation	Строка	0..1	Наименование пункта (краткое)
14.4.	text	Заданный	0..1	Содержание пункта (полное)
				Заданный тип: «shortText» (пункт 6 настоящей таблицы)
14.5.	deadline	Дата	0..1	Срок исполнения пункта
14.6.	principal	Заданный	1	Ответственный исполнитель
				Заданный тип: «addressee» (пункт 9 настоящей таблицы)

<3> Пункт 2 Положения об информационной системе обеспечения внутриведомственного и межведомственного документооборота и контроля исполнения поручений, в том числе с использованием облачных сервисов, утвержденного постановлением Правительства Российской Федерации от 17 февраля 2022 г. № 198; пункт 10 Правил обмена документами в электронном виде.

Приложение № 3
к Требованиям
к организационно-техническому

взаимодействию государственных органов и государственных организаций, утвержденным приказом Министерства цифрового развития, связи и массовых коммуникаций Российской Федерации

и Федеральной службы охраны
Российской Федерации
от 12.07.2024 № 611/96

ПЕРЕЧЕНЬ ПРИЧИН ОТКАЗА В РЕГИСТРАЦИИ ДОКУМЕНТОВ В ЭЛЕКТРОННОМ ВИДЕ

1. В ходе проверок оператором информационного взаимодействия транспортного контейнера <1> формируются отказы в регистрации документов в электронном виде, связанные с нарушением установленных требований на следующих этапах:

<1> Пункт 12 Правил обмена документами в электронном виде при организации информационного взаимодействия, утвержденных постановлением Правительства Российской Федерации от 24 июля 2021 г. № 1264 (далее — Правила обмена документами в электронном виде).

а) отказы при получении документа в электронном виде ввиду невозможности его технической регистрации в системе электронного документооборота получателя, в том числе вследствие нарушения правил форматно-логического контроля:

правил форматного контроля, установленных XML-схемой файла описания транспортного контейнера, выбираемого в соответствии с типом содержимого транспортного контейнера. Перечень существующих типов содержимого транспортного контейнера, правила допуска отдельных категорий абонентов транспортной шины к использованию определенных типов содержимого и XML-схемы файлов описаний транспортных контейнеров размещаются Министерством цифрового развития, связи и массовых коммуникаций Российской Федерации <2> в справочнике Cat02-001-00001 «Виды транспортных контейнеров», опубликованном в облачной подсистеме ведения нормативно-справочной информации внутриведомственного и межведомственного документооборота <3> информационной системы обеспечения внутриведомственного и межведомственного документооборота и контроля исполнения поручений, в том числе с использованием облачных сервисов (далее — сервис НСИ). Базовые виды транспортных контейнеров приведены в таблице 1;

<2> Подпункт «е» пункта 10 Положения об информационной системе обеспечения внутриведомственного и межведомственного документооборота и контроля исполнения поручений, в том числе с использованием облачных сервисов, утвержденного постановлением Правительства Российской Федерации от 17 февраля 2022 г. № 198 (далее — Положение об информационной системе).

<3> Пункт 2 Положения об информационной системе; пункт 10 Правил обмена документами в электронном виде.

правил логического контроля. Перечень правил логического контроля и причин отказа на данном этапе с пояснениями по их применению размещается Министерством цифрового развития, связи и массовых коммуникаций Российской Федерации <4> в справочнике Cat02-001-00002 «Причины отказа в технической регистрации», опубликованном в сервисе НСИ. Базовый перечень причин отказа в регистрации документов в электронном виде на данном этапе приведен в таблице 2.

<4> Подпункт «е» пункта 10 Положения об информационной системе.

б) отказы при первоначальном рассмотрении документа в электронном виде ввиду невозможности его официальной регистрации в организации получателя, в том числе вследствие нарушения правил делопроизводства. Перечень причин отказа на данном этапе с пояснениями по их применению размещается Министерством цифрового развития, связи и массовых коммуникаций Российской Федерации <5> в сервисе НСИ в справочнике Cat02-001-00003 «Причины отказа в официальной регистрации».

<5> Подпункт «е» пункта 10 Положения об информационной системе.

Таблица 1. Базовые виды транспортных контейнеров

Код	Тип контента в транспортном контейнере	Пояснение по применению
TC00000001	Электронное сообщение	Транспортный контейнер для передачи электронного сообщения системы межведомственного электронного документооборота
TC00000002	Документ в электронном виде	Транспортный контейнер текстового документа для организации обмена документами в электронном виде в системе межведомственного электронного документооборота. Обмен такими контейнерами разрешен между участниками информационного взаимодействия и не разрешен для операторов и организаторов
TC00000003	Сведения ГАС	Транспортный контейнер технологического сообщения для организации ведения глобального адресного справочника системы межведомственного электронного документооборота
TC00000004	Сведения НСИ	Транспортный контейнер технологического сообщения для организации ведения нормативно-справочной информации системы межведомственного электронного документооборота
TC00000005	Сведения КПГУ	Транспортный контейнер служебной информации модуля координации процессов государственного управления системы межведомственного электронного документооборота. Обмен такими контейнерами разрешен между операторами и организатором единого информационного пространства государственного электронного документооборота
TC00000006	Сведения СППР	Транспортный контейнер служебной информации модуля статистики и поддержки принятия решений системы межведомственного электронного документооборота. Обмен такими контейнерами разрешен если одной из сторон обмена является организатор единого информационного пространства государственного электронного документооборота
TC00000007	Цифровой документ ГосЭДО	Транспортный контейнер цифрового документа для организации обмена документами в электронном виде в едином информационном пространстве государственного электронного документооборота

Таблица 2. Базовый перечень причин отказа в регистрации документов в электронном виде

Код	Причина отказа в регистрации	Пояснение по применению (правила логического контроля)
100	Группа 1. Отказы, связанные с форматом электронного сообщения
101	Паспорт сообщения не соответствует формату	Паспорт электронного сообщения, посредством которого доставлен транспортный контейнер, не соответствует установленной схеме XML
102	Паспорт контейнера не соответствует формату	Паспорт транспортного контейнера не соответствует установленной схеме XML, определяемой по типу контента
103	Транспортный контейнер не соответствует формату	Структура или содержимое транспортного контейнера не соответствует установленным требованиям, определяемым по типу контента
200	Группа 2. Отказы, связанные с логикой обработки электронного сообщения
201	Некорректная адресация электронного сообщения	Отправитель или получатель электронного сообщения указан некорректно
202	Повторное направление электронного сообщения	Электронное сообщение с таким идентификатором уже зарегистрировано в СЭД
203	Повторное направление транспортного контейнера	Транспортный контейнер с таким идентификатором уже зарегистрирован в СЭД
300	Группа 3. Отказы, связанные с нарушением иных установленных правил
301	Файл текста основного документа не соответствует формату PDF/A-1	Файл текста основного документа не соответствует формату PDF/A-1
302	Файл структурированных данных основного документа не соответствует формату	Файл структурированных данных основного документа не соответствует установленному цифровому формату
303	Структурированные данные не соответствуют требованиям к организационно-техническому взаимодействию государственных органов и государственных организаций, утвержденным настоящим приказом	Структурированные данные не соответствуют требованиям к организационно-техническому взаимодействию государственных органов и государственных организаций, утвержденным настоящим приказом

Приложение № 4 к Требованиям к организационно-техническому взаимодействию государственных органов и государственных организаций, утвержденным приказом Министерства цифрового развития, связи

и массовых коммуникаций
Российской Федерации
и Федеральной службы охраны
Российской Федерации
от 12.07.2024 № 611/96

ФОРМАТ ФАЙЛА ОПИСАНИЯ ТРАНСПОРТНОГО КОНТЕЙНЕРА 3.0

I. Файл описания транспортного контейнера

1. Файл описания транспортного контейнера имеет название «passport.xml».

II. Отдельные элементы файла описания транспортного контейнера

4. Отдельные элементы файла описания транспортного контейнера приведены в таблице 1 настоящего приложения.

5. Кратность элемента определяет его минимальное и максимальное допустимое число повторений в файле описания, а также обязательность его заполнения:

а) 1 — элемент указывается один раз и заполняется обязательно;

б) 1..n — элемент повторяется необходимое число раз и заполняется обязательно;

Таблица 1. Список элементов схемы описания транспортного контейнера

Пункт N	Идентификатор	Тип	Кратность	Описание элемента
Описание корневых типов данных:
1.	container	Сложный	1	Описание транспортного контейнера
1.1.	document	Сложный	1	Описание основной части документа.
1.1.1	@docUid	Заданный	1	Уникальный идентификатор документа в электронном виде, размещенного в составе транспортного контейнера
				Заданный тип: «strUUID» (пункт 2 настоящей таблицы)
1.1.2.	textFile	Строка	1	Название файла текста основной части документа в электронном виде в составе транспортного контейнера. Разрешенное значение: document.pdf
1.1.3.	dataFile	Строка	0..1	Название файла структурированных данных документа в электронном виде в составе транспортного контейнера. Разрешенное значение: digital.xml
1.1.4.	annotation	Заданный	0..1	Аннотация, краткое содержание документа
				Заданный тип: «shortText» (пункт 6 настоящей таблицы)
1.2.	requisites	Сложный	1	Реквизиты документа в электронном виде для целей делопроизводства
1.2.1.	documentKind	Заданный	1	Вид документа Значение поля заполняется из справочника Cat02-002-00001 «Виды официальных документов», размещенного в облачной подсистеме ведения нормативно-справочной информации внутриведомственного и межведомственного документооборота <1> информационной системы обеспечения внутриведомственного и межведомственного документооборота и контроля исполнения поручений, в том числе с использованием облачных сервисов (далее — сервис НСИ).
				Вид документа определяется исходя из содержания текста письма и приложений.
				Если для вида документа в справочнике установлен признак «Требуется передача данных в цифровом формате», тогда в контейнер нужно включить элемент 1.1.3 с файлом структурированных данных по процессам и событиям, определенным в соответствующих атрибутах справочника.
				Заданный тип: «referenceValue» (пункт 3 настоящей таблицы)
1.2.2.	documentPlace	Заданный	1	Место составления документа. Значение поля заполняется из справочника Cat02-002-00002 «Места составления документов», размещенного в сервисе НСИ.
				Заданный тип: «referenceValue» (пункт 3 настоящей таблицы)
1.2.3.	documentClass	Заданный	1	Гриф ограничения доступа к документу. Значение поля заполняется из справочника Cat02-002-00003 «Грифы ограничения доступа», размещенного в сервисе НСИ.
				Заданный тип: «referenceValue» (пункт 3 настоящей таблицы)
1.2.4.	description	Заданный	1	Тема, краткая характеристика документа
				Заданный тип: «stringValue» (пункт 4 настоящей таблицы)
1.3.	links	Сложный	0..1	Ссылки на внешние документы. Заполняется, если документ в электронном виде создается в ответ на ранее полученный документ.
				Реквизит является обязательным для заполнения, если для вида документа, указанного в элементе 1.2.1, в сервисе НСИ установлен признак «Требуется заполнение ссылок на внешние документы»
1.3.1.	link	Сложный	1..n	Ссылка на внешний документ. Допускается указывать несколько значений
1.3.1.1.	@docUid	Заданный	1	Уникальный идентификатор внешнего документа в электронном виде.
				Заданный тип: «strUUID» (пункт 2 настоящей таблицы)
1.3.1.2.	linkType	Заданный	1	Тип связи документа. Значение поля заполняется из справочника Cat02-002-00004 «Типы связей документов», размещенного в сервисе НСИ.
				Заданный тип: «referenceValue» (пункт 3 настоящей таблицы)
1.3.1.3.	organization	Заданный	1	Организация автора внешнего документа.
				Заданный тип: «organizationType» (пункт 8 настоящей таблицы)
1.3.1.4.	registration	Заданный	1	Регистрационные данные по сведениям автора (соавтора) внешнего документа.
				Заданный тип: «registrationType» (пункт 9 настоящей таблицы)
1.4.	authors	Сложный	1	Сведения об авторах — организациях, подписавших (утвердивших) документ
1.4.1.	author	Сложный	1..n	Сведения об авторе — организации: отдел (департамент), регистрационные данные документа, лица, подписавшие документ, а также должностные лица, заверившие или завизировавшие документ (при наличии).
				Допускается указывать несколько значений. Сначала указываются сведения основного автора, а потом соавторов (при наличии).
				Если для вида документа в справочнике заполнен атрибут «Допустимые авторы», указание такого вида документа допустимо если в элементе 1.4.1.1 указаны авторы из перечня допустимых
1.4.1.1.	organization	Заданный	1	Организация — автор (соавтор) документа.
				Заданный тип: «organizationType» (пункт 8 настоящей таблицы)
1.4.1.2.	registration	Заданный	1	Регистрационные данные по сведениям автора (соавтора) документа.
				Заданный тип: «registrationType» (пункт 9 настоящей таблицы)
1.4.1.3.	stamps	Сложный	1	Штампы регистрации документа
1.4.1.3.1.	stamp	Заданный	1..n	Штамп регистрации документа.
				Заданный тип: «stampType» (пункт 10 настоящей таблицы)
1.4.1.4.	signs	Сложный	1	Электронные подписи документа
1.4.1.4.1.	sign	Заданный	1..n	Сведения о подписи: должностном лице, файле электронной подписи и элементах визуализации электронной подписи.
				Допускается указывать несколько значений. Сначала указывается основное должностное лицо, затем иные должностные лица (при наличии).
				Заданный тип: «signType» (пункт 11 настоящей таблицы)
1.4.1.5.	executor	Заданный	1	Назначенный по документу исполнитель.
				Заданный тип: «executorType» (пункт 13 настоящей таблицы)
1.5.	addressees	Сложный	1	Сведения об адресатах документа
1.5.1.	addressee	Сложный	1..n	Сведения об адресате документа. Допускается указывать несколько значений.
				Если для вида документа в справочнике заполнен атрибут «Допустимые адресаты», указание такого вида документа допустимо если в элементе 1.5.1.1 указаны адресаты из перечня допустимых
1.5.1.1.	organization	Заданный	1	Организация — адресат документа.
				Заданный тип: «organizationType» (пункт 8 настоящей таблицы)
1.5.1.2.	department	Заданный	0..1	Подразделение адресата документа. Заполняется при необходимости доставки в подразделение адресата. При этом название и идентификатор должны заполняться из глобального адресного справочника МЭДО (при наличии необходимого значения в глобальном адресном справочнике).
				Заданный тип: «qualifiedValue» (пункт 3 настоящей таблицы)
1.5.1.3.	authority	Заданный	0..n	Должностное лицо адресата документа. Допускается указывать несколько значений. Заполняется при необходимости доставки конкретному должностному лицу.
				Заданный тип: «authorityType» (пункт 14 настоящей таблицы)
1.6.	attachments	Сложный	0..1	Описание приложений документа. Заполняется при наличии приложений
1.6.1.	attachment	Сложный	1..n	Описание приложения документа. Допускается указывать несколько значений
1.6.1.1.	@order	Целое число	1	Порядковый номер приложения документа, начиная с 1
1.6.1.2.	mainFile	Заданный	1	Название файла приложения документа в составе транспортного контейнера.
				Разрешенное расширение: pdf, zip, xml, gosx, odt, doc, docx, ods, xls, xlsx, odp, ppt, pptx, png, tiff, txt, csv, rtf, html
				Заданный тип: «fileName» (пункт 7 настоящей таблицы)
1.6.1.3.	signFile	Заданный	0..1	Название файла электронной подписи в составе транспортного контейнера.
				Разрешенное расширение: p7s, sig
				Заданный тип: «fileName» (пункт 7 настоящей таблицы)
1.6.1.4.	description	Заданный	0..1	Аннотация к приложению документа.
				Заданный тип: «stringValue» (пункт 4 настоящей таблицы)
1.7.	integrity	Сложный	0..1	Элемент для обеспечения целостности транспортного контейнера, построенный на подписании совокупности элементов транспортного контейнера
1.7.1.	@signFile	Заданный	0..1	Файл электронной подписи совокупности элементов транспортного контейнера.
				Разрешенное расширение: p7s, sig
				Заданный тип: «fileName» (пункт 7 настоящей таблицы)
1.7.2.	innerFile	Заданный	1..n	Перечень файлов совокупности элементов транспортного контейнера.
				Заданный тип: «fileName» (пункт 7 настоящей таблицы)
Описание задаваемых типов данных:
2.	strUUID	Простой	--	Универсальный уникальный идентификатор
				36 символов, шаблон: «[a-f0-9]{8}-[a-f0-9]{4}-[a-f0-9]{4}-[a-f0-9]{4}-[a-f0-9]{12}»
3.	qualifiedValue/referenceValue	Сложный	--	Формальное/Справочное значение
3.1.	<базовый>	Заданный	1	Наименование справочного значения.
				Заданный тип: «stringValue» (пункт 4 настоящей таблицы)
3.2.	@id	Заданный	0..1	Идентификатор справочного значения. Обязателен, если в справочнике заданы идентификаторы справочных значений.
				Заданный тип: «identityValue» (пункт 5 настоящей таблицы)
4.	string Value	Простой	--	Базовый тип: нормализованная строка. Ограничение: от 1 до 511 символов
5.	identity Value	Простой	--	Базовый тип: строка (токен) Ограничение: от 1 до 127 символов
6.	shortText	Простой	--	Базовый тип: строка. Ограничение: до 4000 символов
				Текстовые поля должны заполняться с соблюдением правил русского языка и норм деловой переписки, включая требования к орфографии и пунктуации. Не допускается заполнение данных полей с применением транслитерации и с нарушением регистра
7.	fileName	Простой	--	Базовый тип: нормализованная строка.
				Ограничение: от 1 до 255 символов вида «[a-z0-9_\-\.]{1,250}\.[a-z0-9]{3,4}»
8.	organizationType	Сложный	--	Сведения об организации
8.1.	@id	Заданный	1	Значение заполняется по глобальному адресному справочнику абонентов МЭДО посредством указания уникального идентификатора абонента.
				Заданный тип: «identityValue» (пункт 5 настоящей таблицы)
8.2.	title	Заданный	1	Официальное наименование организации. Значение заполняется по глобальному адресному справочнику абонентов МЭДО, в соответствии с указанным в нем кратким официальным наименованием организации.
				Заданный тип: «stringValue» (пункт 4 настоящей таблицы)
8.3.	phone	Заданный	0..1	Телефонный номер организации.
				Заданный тип: «stringValue» (пункт 4 настоящей таблицы)
9.	registrationType	Сложный	--	Регистрационные данные документа в электронном виде
9.1.	number	Строка	1	Регистрационный номер документа
9.2.	date	Дата	1	Дата документа в виде: «YYYY-MM-DD»
10.	stampType	Сложный	--	Описание файла элемента визуализации
10.1.	@stampFile	Строка	1	Название файла элемента визуализации.
				Разрешенное расширение: png
				Заданный тип: «fileName» (пункт 7 настоящей таблицы)
10.2.	position	Сложный	1..n	Данные о местоположении элемента
10.2.1.	@page	Целое число	1	Номер страницы (начиная с 1), на которой размещается элемент визуализации
10.2.2.	coordinate	Сложный	1	Отступ верхнего левого угла элемента от верхнего левого угла страницы
10.2.2.1.	@x	Число	1	Отступ по горизонтали (вправо), в мм
10.2.2.2.	@y	Число	1	Отступ по вертикали (вниз), в мм
10.2.3.	dimension	Сложный	1	Физический размер изображения элемента визуализации на странице
10.2.3.1.	@w	Число	1	Ширина изображения, в мм
10.2.3.2.	@h	Число	1	Высота изображения, в мм
11.	signType	Сложный	--	Сведения о подписи: должностном лице, файле электронной подписи и элементах визуализации электронной подписи
11.1.	@signFile	Заданный	1	Название файла электронной подписи.
				Разрешенное расширение: p7s, sig
				Заданный тип: «fileName» (пункт 7 настоящей таблицы)
11.2.	type	Строка	1	Тип подписи, одно из значений: «Утверждающая» (по умолчанию) «Визирующая» «Заверяющая»
				Если должностное лицо является автором и подписантом документа, то указывается тип подписи «Утверждающая».
				Если должностное лицо является соавтором (согласующим должностным лицом) документа, то указывается тип подписи «Визирующая».
				Если должностное лицо заверяет подпись автора, выполненную другим способом, то указывается тип подписи «Заверяющая»
11.3.	stamp	Заданный	1	Штамп электронной подписи.
				Заданный тип: «stampType» (пункт 10 настоящей таблицы)
11.4.	signer	Заданный	1	Должностное лицо, подписавшее документ. Обязательно указываются фамилия, имя, отчество (при наличии), должность.
				Заданный тип: «signerType» (пункт 12 настоящей таблицы)
12.	signerType	Сложный	--	Должностное лицо, подписант
12.1.	@id	Заданный	0..1	Идентификатор должностного лица.
				Заданный тип: «identityValue» (пункт 5 настоящей таблицы)
12.2.	post	Строка	1	Должность
12.3.	name	Строка	1	Фамилия, имя, отчество (при наличии)
12.4.	phone	Строка	0..1	Телефонный номер
12.5.	email	Строка	0..1	Электронная почта
13.	executorType	Сложный	--	Должностное лицо, исполнитель
13.1.	@id	Заданный	0..1	Идентификатор должностного лица.
				Заданный тип: «identityValue» (пункт 5 настоящей таблицы)
13.2.	post	Строка	0..1	Должность
13.3.	name	Строка	1	Фамилия, имя, отчество (при наличии)
13.4.	phone	Строка	1	Телефонный номер
13.5.	email	Строка	0..1	Электронная почта
14.	authorityType	Сложный	--	Должностное лицо, ответственный
14.1.	@id	Заданный	0..1	Идентификатор должностного лица.
				Заданный тип: «identityValue» (пункт 5 настоящей таблицы)
14.2.	post	Строка	1	Должность
14.3.	name	Строка	0..1	Фамилия, имя, отчество (при наличии)
14.4.	phone	Строка	0..1	Телефонный номер
14.5.	email	Строка	0..1	Электронная почта

Приложение № 5
к Требованиям
к организационно-техническому

и Федеральной службы охраны
Российской Федерации
от 12.07.2024 № 611/96

ФОРМАТ ФАЙЛА ОПИСАНИЯ ЭЛЕКТРОННОГО СООБЩЕНИЯ 3.0

I. Файл описания электронного сообщения

1. Файл описания электронного сообщения имеет название «message.xml».

II. Отдельные элементы файла описания электронного сообщения

4. Отдельные элементы файла описания электронного сообщения приведены в таблице 1 настоящего приложения.

а) 1 — элемент указывается один раз и заполняется обязательно;

б) 1..n — элемент повторяется необходимое число раз и заполняется обязательно;

Таблица 1. Список элементов схемы описания электронного сообщения

Пункт N	Идентификатор	Тип	Кратность	Описание элемента
Описание корневых типов данных:
1.	message	Сложный	1	Описание электронного сообщения
1.1.	header	Сложный	1	Техническая информация для адресации электронного сообщения (заголовок)
1.1.1.	@msgUid	Заданный	1	Идентификатор электронного сообщения
				Заданный тип: «strUUID» (пункт 2 настоящей таблицы)
1.1.2.	source	Заданный	1	Отправитель сообщения
				Заданный тип: «abonentType» (пункт 9 настоящей таблицы)
1.1.3.	created	Заданный	1	Дата и время непосредственной отправки электронного сообщения
				Заданный тип: «dateTimeZone» (пункт 8 настоящей таблицы)
1.1.4.	timeLimit	Число	0..1	Ограничение времени доставки сообщения (в часах), после которого его отправитель считает, что доставка завершилась неуспешно, в том числе при отсутствии квитанции
				Если не указано, то действует значение по умолчанию — 72 часа с даты/времени непосредственной отправки сообщения (элемент 1.1.3)
				Заданный тип: «strUUID» (пункт 2 настоящей таблицы)
1.2.	payload	Сложный	1	Содержимое сообщения — одно значение на выбор, элемент 1.2.1 или 1.2.2 настоящей таблицы
1.2.1.	container	Сложный	1	Сведения о транспортном контейнере
1.2.1.1.	@secure	Да/Нет	1	Признак наличия информации с грифом ДСП внутри транспортного контейнера
1.2.1.2.	type	Заданный	1	Тип контента в транспортном контейнере.
				Заполняется в соответствии с передаваемым контентом из справочника Cat02-001-00001 «Виды транспортных контейнеров», размещенного в облачной подсистеме ведения нормативно-справочной информации внутриведомственного и межведомственного документооборота <1> информационной системы обеспечения внутриведомственного и межведомственного документооборота и контроля исполнения поручений, в том числе с использованием облачных сервисов (далее — сервис НСИ).
				Заданный тип: «referenceValue» (пункт 3 настоящей таблицы)
1.2.1.3.	file	Простой	1	Название файла транспортного контейнера
				Ограничение: от 1 до 255 символов вида «[a-z0-9_\-\.]{1,60}\.edc\.zip»
1.2.2.	receipt	Сложный	1	Сведения о транспортной квитанции. Содержит один или несколько элементов вида 1.2.2.2 и 1.2.2.3 настоящей таблицы
1.2.2.1.	@onMsgUid	Заданный	1	Идентификатор электронного сообщения, относительно которого создана квитанция
				Заданный тип: «strUUID» (пункт 2 настоящей таблицы)
1.2.2.2.	resultAccept	Сложный	1..n	Квитанция о том, что сообщение принято получателями, указанными в пункте 1.2.2.2.1 настоящей таблицы
1.2.2.2.1.	onReceivers	Заданный	0..1	Получатели, относительно которых была сформирована квитанция. Необязательно, если совпадает с отправителем квитанции. При отправке от оператора информационного взаимодействия, указанного в пункте 1.3 настоящей таблицы, разрешается указывать участников информационного взаимодействия, указанных в пункте 1.3 настоящей таблицы, этого оператора.
				Заданный тип: «receiversType» (пункт 10 настоящей таблицы)
1.2.2.3.	resultReject	Сложный	1..n	Квитанция о том, что сообщение не принято получателями, указанными в пункте 1.2.2.3.1 настоящей таблицы
1.2.2.3.1.	onReceivers	Заданный	0..1	Получатели, относительно которых была сформирована квитанция. Необязательно, если совпадает с отправителем квитанции. При отправке от оператора информационного взаимодействия, указанного в пункте 1.3 настоящей таблицы, разрешается указывать участников информационного взаимодействия, указанных в пункте 1.3 настоящей таблицы, этого оператора.
				Заданный тип: «receiversType» (пункт 10 настоящей таблицы)
1.2.2.3.2.	error	Сложный	1..n	Сообщение об ошибке. Допускается указывать несколько различных ошибок
1.2.2.3.2.1.	reason	Заданный	1	Причина отказа в технической регистрации. По справочнику Cat02-001-00002 «Причины отказа в технической регистрации», размещенному в сервисе НСИ.
				Заданный тип: «referenceValue» (пункт 3 настоящей таблицы)
1.2.2.3.2.2.	comment	Строка	0..1	Дополнительная информация, указывающая на ошибку
1.3.	receivers	Заданный	1	Перечень получателей сообщения. Участники информационного взаимодействия, операторы информационного взаимодействия, организаторы информационного взаимодействия в соответствии с Правилами обмена документами в электронном виде.
				Заданный тип: «receiversType» (пункт 10 настоящей таблицы)
Описание задаваемых типов данных:
2.	strUUID	Простой	--	Универсальный уникальный идентификатор
				Базовый тип: нормализованная строка. Ограничение: 36 символов, по шаблону: «[a-f0-9]{8}-[a-f0-9]{4}-[a-f0-9]{4}-[a-f0-9]{4}-[a-f0-9]{12}»
3.	referenceValue	Сложный	--	Справочное значение
3.1.	<базовый>	Заданный	1	Наименование справочного значения.
				Заданный тип: «stringValue» (пункт 4 настоящей таблицы)
3.2.	@id	Заданный	1	Идентификатор справочного значения. Обязателен, если в справочнике заданы идентификаторы справочных значений.
				Заданный тип: «identityValue» (пункт 5 настоящей таблицы)
4.	stringValue	Простой	--	Базовый тип: нормализованная строка. Ограничение: от 1 до 511 символов
5.	identityValue	Простой	--	Базовый тип: строка (токен) Ограничение: от 1 до 127 символов
6.	shortText	Простой	--	Базовый тип: строка. Ограничение: до 4000 символов
				Текстовые поля должны заполняться с соблюдением правил русского языка и норм деловой переписки, включая требования к орфографии и пунктуации. Не допускается заполнение данных полей с применением транслитерации и с нарушением регистра
7.	fileName	Простой	--	Базовый тип: нормализованная строка. Ограничение: от 1 до 255 символов
8.	dateTimeZone	Простой	--	Дата и время с указанием часового пояса Вид: «YYYY-MM-DDThh:mm:ss \pm hh:mm»
				Базовый тип: дата и время Ограничение: «\d{4}-\d{2}-\d{2}T\d{2}:\d{2}:\d{2}(+\|-)\d{2}:\d{2}»
9.	abonentType	Сложный	--	Сведения об организации
9.1.	<базовый>	Заданный	1	Официальное наименование организации. Значение заполняется по глобальному адресному справочнику абонентов МЭДО, в соответствии с указанным в нем кратким официальным наименованием организации.
				Заданный тип: «stringValue» (пункт 4 настоящей таблицы)
9.2.	@uid	Заданный	1	Идентификатор организации = GUID. Значение заполняется по глобальному адресному справочнику абонентов МЭДО, в соответствии с указанным в нем уникальным идентификатором абонента.
				Заданный тип: «strUUID» (пункт 2 настоящей таблицы)
10.	receiversType	Сложный	--	Перечень получателей
10.1.	receiver	Заданный	1..n	Получатель сообщения
				Заданный тип: «abonentType» (пункт 9 настоящей таблицы)