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

Министерство юстиции
Российской Федерации
ЗАРЕГИСТРИРОВАНО
Регистрационный № 79192
от 19 августа 2024 г.

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

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

ПРИКАЗ

Москва

12 июля 2024 г. № 611/96

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

В соответствии с подпунктом "б" пункта 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 июля 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 июля 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. Список элементов схемы описания транспортного контейнера
Пункт №
Идентификатор
Тип
Кратность
Описание элемента
Описание корневых типов данных:
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 Пункт 2 Положения об информационной системе обеспечения внутриведомственного и межведомственного документооборота и контроля исполнения поручений, в том числе с использованием облачных сервисов, утвержденного постановлением Правительства Российской Федерации от 17 февраля 2022 г. № 198 ; пункт 10 Правил обмена документами в электронном виде при организации информационного взаимодействия, утвержденных постановлением Правительства Российской Федерации от 24 июля 2021 г. № 1264 .
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"

Приложение № 2
к Требованиям к организационно-техническому взаимодействию государственных органов и государственных организаций, утвержденным приказом Министерства цифрового развития, связи и
массовых коммуникаций
Российской Федерации и
Федеральной службы охраны
Российской Федерации
от 12 июля 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 настоящего приложения.
6. Кратность элемента определяет его минимальное и максимальное допустимое число повторений в файле описания, а также обязательность его заполнения:
а) 1 - элемент указывается один раз и заполняется обязательно;
б) 1..n - элемент повторяется необходимое число раз и заполняется обязательно;
в) 0..1 - элемент либо не указывается, либо указывается один раз и заполняется обязательно, если выполняются условия его обязательного заполнения, указанные в описании элемента;
г) 0..n - элемент либо не указывается, либо повторяется необходимое число раз и заполняется обязательно, если выполняются условия его обязательного заполнения, указанные в описании элемента.

Таблица 1. Список элементов схемы описания электронного сообщения
Пункт №
Идентификатор
Тип
Кратность
Описание элемента
Описание корневых типов данных:
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 информационной системы обеспечения внутриведомственного и межведомственного документооборота и контроля исполнения поручений, в том числе с использованием облачных сервисов (далее - сервис НСИ).
Значение по умолчанию (если не заполнено) - "Документ в электронном виде"

______________________________
3 Пункт 2 Положения об информационной системе обеспечения внутриведомственного и межведомственного документооборота и контроля исполнения поручений, в том числе с использованием облачных сервисов, утвержденного постановлением Правительства Российской Федерации от 17 февраля 2022 г. № 198 ; пункт 10 Правил обмена документами в электронном виде.
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+/-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
к Требованиям к организационно-техническому взаимодействию государственных органов и государственных организаций, утвержденным приказом Министерства цифрового развития, связи и
массовых коммуникаций
Российской Федерации и
Федеральной службы охраны
Российской Федерации
от 12 июля 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 июля 2024 г. № 611/96

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

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

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

4. Отдельные элементы файла описания транспортного контейнера приведены в таблице 1 настоящего приложения.
5. Кратность элемента определяет его минимальное и максимальное допустимое число повторений в файле описания, а также обязательность его заполнения:
а) 1 - элемент указывается один раз и заполняется обязательно;
б) 1..n - элемент повторяется необходимое число раз и заполняется обязательно;
в) 0..1 - элемент либо не указывается, либо указывается один раз и заполняется обязательно, если выполняются условия его обязательного заполнения, указанные в описании элемента;
г) 0..n - элемент либо не указывается, либо повторяется необходимое число раз и заполняется обязательно, если выполняются условия его обязательного заполнения, указанные в описании элемента.

Таблица 1. Список элементов схемы описания транспортного контейнера
Пункт №
Идентификатор
Тип
Кратность
Описание элемента
Описание корневых типов данных:
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Электронная почта

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

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

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

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

4. Отдельные элементы файла описания электронного сообщения приведены в таблице 1 настоящего приложения.
5. Кратность элемента определяет его минимальное и максимальное допустимое число повторений в файле описания, а также обязательность его заполнения:
а) 1 - элемент указывается один раз и заполняется обязательно;
б) 1..n - элемент повторяется необходимое число раз и заполняется обязательно;
в) 0..1 - элемент либо не указывается, либо указывается один раз и заполняется обязательно, если выполняются условия его обязательного заполнения, указанные в описании элемента;
г) 0..n - элемент либо не указывается, либо повторяется необходимое число раз и заполняется обязательно, если выполняются условия его обязательного заполнения, указанные в описании элемента.

Таблица 1. Список элементов схемы описания электронного сообщения
Пункт №
Идентификатор
Тип
Кратность
Описание элемента
Описание корневых типов данных:
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 настоящей таблицы)