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

"Об утверждении требований к организационно-техническому взаимодействию государственных органов и государственных организаций"
Редакция от 12.07.2024 — Действует с 31.08.2024

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


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

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

ПРИКАЗ
от 12 июля 2024 года

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

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

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

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

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

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

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

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

УТВЕРЖДЕНЫ
приказом Министерства
цифрового развития, связи
и массовых коммуникаций
Российской Федерации
и Федеральной службы охраны
Российской Федерации
от 12.07.2024 г. N 611/96

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

При наличии технической возможности допускается формирование файла описания транспортного контейнера в формате "3.0", приведенном в приложении N 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", приведенном в приложении N 2 к Техническим требованиям (до 1 сентября 2026 г.);

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

3. Файл описания транспортного контейнера оформляется в кодировке "UTF-8", первая строка файла описания транспортного контейнера содержит следующий текст: "<?xml version="1.0" encoding="UTF-8"?>". Номер версии формата файла описания транспортного контейнера - 2.7.1.

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

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

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

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

г) если структурированные данные являются информационным уведомлением и не требуют подписания (утверждения), файлы транспортного контейнера можно заверить электронной подписью уполномоченного лица участника взаимодействия или с применением средств электронной подписи, используемых для автоматического создания электронных подписей в информационной системе обеспечения внутриведомственного и межведомственного документооборота и контроля исполнения поручений, в соответствии с положениями статьи 4 Федерального закона от 6 апреля 2011 г. N 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 г. N 198; пункт 10 Правил обмена документами в электронном виде при организации информационного взаимодействия, утвержденных постановлением Правительства Российской Федерации от 24 июля 2021 г. N 1264.

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

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

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

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

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

3. Файл описания электронного сообщения оформляется в кодировке "UTF-8", первая строка файла описания электронного сообщения содержит следующий текст: "<?xml version="1.0" encoding="UTF-8"?>". Номер версии формата файла описания электронного сообщения - 2.7.1.

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

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

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

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

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

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

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

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

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

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

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

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

г) 0..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 Содержимое уведомления (в соответствии с приложением N 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 Причина отказа в регистрации. Значение поля выбирается из перечня причин отказа в регистрации, приведенного в приложении 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. contactlnfo Строка 0..1 Контактная информация
10.7. comment Строка 0..1 Техническое значение
10.8. signed Дата 1 Дата подписания документа
11. fileName Простой - Базовый тип: нормализованная строка.
Ограничение: от 1 до 255 символов
12. dateTimeZone Простой - Дата и время с указанием часового пояса
Вид: "YYYY-MM-DDThh:mm:ss+/-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 г. N 198; пункт 10 Правил обмена документами в электронном виде.

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

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

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

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

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

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

<2> Подпункт "е" пункта 10 Положения об информационной системе обеспечения внутриведомственного и межведомственного документооборота и контроля исполнения поручений, в том числе с использованием облачных сервисов, утвержденного постановлением Правительства Российской Федерации от 17 февраля 2022 г. N 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 Структурированные данные не соответствуют требованиям к организационно-техническому взаимодействию государственных органов и государственных организаций, утвержденным настоящим приказом Структурированные данные не соответствуют требованиям к организационно-техническому взаимодействию государственных органов и государственных организаций, утвержденным настоящим приказом

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

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

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

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

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

3. Файл описания транспортного контейнера оформляется в кодировке "UTF-8", первая строка файла описания транспортного контейнера содержит следующий текст: "<?xml version="1.0" encoding="UTF-8"?>". Номер версии формата файла описания транспортного контейнера - 3.0.

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

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

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

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

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

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

г) 0..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 символов, шаблон: "[а-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 Электронная почта

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

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

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

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

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

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

3. Файл описания электронного сообщения оформляется в кодировке "UTF-8", первая строка файла описания электронного сообщения содержит следующий текст: "<?xml version="1.0" encoding="UTF-8"?>". Номер версии формата файла описания электронного сообщения - 3.0.

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

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

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

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

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

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

г) 0..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:rnm:ss+/-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 настоящей таблицы)

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