Канал
Приказ Минцифры России от 12.07.2024 № 611/96 · Об утверждении Требований к организационно-техническому взаимодействию государственных органов и государственных организаций · редакция от 12.07.2024 · https://zakonbaza.com/prikaz-mintsifry-2024-07-12-611-96/
Приказ Минцифры России от 12.07.2024 № 611/96

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

Статус уточняется Редакция от 12.07.2024 🔔 Следить в Telegram

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

Текст — по данным портала официального опубликования правовых актов (publication.pravo.gov.ru). Скачать .doc · Печать

Приложения
Приложение 1. УТВЕРЖДЕНЫ приказом Министерства цифрового развития, связи и массовых коммун · Приложение 2. ПРИЛОЖЕНИЕ № 2 к Требованиям к организационнотехническому взаимодействию гос · Приложение 3. ПРИЛОЖЕНИЕ № 3 к Требованиям к организационнотехническому взаимодействию гос · Приложение 4. ПРИЛОЖЕНИЕ № 4 к Требованиям к организационнотехническому взаимодействию гос · Приложение 5. ПРИЛОЖЕНИЕ № 5 к Требованиям к организационнотехническому взаимодействию гос

Текст распознан со скана официальной публикации (pravo.gov.ru) и может содержать ошибки распознавания. Официальным является опубликованный документ.

МИНИСТЕРСТВО ФЕДЕРАЛЬНАЯ

ЦИФРОВОГО РАЗВИТИЯ, СВЯЗИ СЛУЖБА ОХРАНЫ И МАССОВЫХ КОММУНИКАЦИЙ — РОССИЙСКОЙ ФЕДЕРАЦИИ РОССИЙСКОЙ ФЕДЕРАЦИИ (МИНЦИФРЫ РОССИИ) (ФСО РОССИИ)

РегисМаекяный № 2297/92.

01 C9 беде WE

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

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

ПРИКАЗЫВАЕМ:

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

2. Установить, что формат файла описания транспортного контейнера 2.7.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).#❝

Министр цифрового развития, связи и массовых коммуникаций#❝

Российской Федерации#❝

A ceo, М.И. Шадаев#❝

Директор Федеральной службы о Российской Федера#❝

НЫ#❝

Д.В. Кочнев#❝

УТВЕРЖДЕНЫ приказом Министерства цифрового развития, связи и массовых коммуникаций Российской Федерации и Федеральной службы охраны Российской Федерации or АО 2024г. № SL I96#❝

ТРЕБОВАНИЯ к организационно-техническому взаимодействию государственных органов и государственных организаций#❝

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

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

6) формат транспортного контейнера;#❝

в) перечень причин отказа в регистрации документов в электронном виде';#❝

г) требования к процедурам подписания документов в электронном виде".#❝

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

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

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

в) электронные подписи основной части и приложений (при наличии) к документу в электронном виде, представленные в виде файлов усиленной#❝

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

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

квалифицированной электронной подписи, сформированных в соответствии с требованиями законодательства Российской Федерации?;#❝

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

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

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

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

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

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

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

а) элементы документа в электронном виде”, представленные в виде отдельных файлов элементов документа в электронном виде, в соответствии с подпунктами «а» — «г» пункта 2 Технических требований;#❝

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

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

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

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

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

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

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

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

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

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

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

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

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

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

в формате «3.0», приведенном в приложении № 5 к Техническим требованиям#❝

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

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

(с 1 сентября 2026 г.).#❝

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

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

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

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

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

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

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

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

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

ПРИЛОЖЕНИЕ № | к Требованиям к организационнотехническому взаимодействию государственных органов и государственных организаций, утвержденным приказом Министерства цифрового развития, связи и массовых коммуникаций Российской Федерации и Федеральной службы охраны Российской Федерации or M2.0% 2024. № 67/75#❝

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

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

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

2. Файл описания транспортного контейнера представляется в формате ХМЕ в соответствии со списком элементов схемы описания транспортного контейнера, приведенным в главе П настоящего приложения.#❝

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

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

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

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

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

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

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

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

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

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

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

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

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

Пункт № Идентификатор Тип Кратность Описание элемента#❝

Описание корневых типов данных:#❝

1. сощашег Сложный 1 Описание транспортного контейнера#❝

1.1. @uid Заданный 1 Уникальный идентификатор документа в электронном виде, размещенного в составе транспортного контейнера#❝

Заданный тип:#❝

«globalUniqueldentifier» (пункт 2 настоящей таблицы)#❝

1.2. @version Строка 1 Версия использованной ХМГ-схемы описания транспортного контейнера#❝

Пункт №#❝

Идентификатор#❝

Тип#❝

Кратность#❝

Описание элемента#❝

1.3.#❝

requisites#❝

Сложный#❝

Реквизиты документа в электронном виде для целей делопроизводства#❝

1.3.1.#❝

documentKind#❝

Заданный#❝

Вид документа#❝

Значение поля заполняется из справочника Cat02-002-00001 «Виды официальных документов», размещенного в облачной подсистеме ведения нормативносправочной информации внутриведомственного и межведомственного документооборота! информационной системы обеспечения внутриведомственного и межведомственного документооборота и контроля исполнения поручений, в том числе с использованием облачных сервисов (далее — сервис НСИ).#❝

Вид документа определяется исходя из содержания текста письма и приложений.#❝

Если для вида документа в справочнике установлен признак «Требуется передача данных в цифровом формате», тогда в составе контейнера должен обязательно присутствовать файл структурированных данных в цифровом формате по процессу и событию, коды которых определены в соответствующих атрибутах справочника.#❝

Заданный тип: «qualifiedValue» (пункт 3 настоящей таблицы)#❝

1.3.2.#❝

documentPlace#❝

Заданный#❝

Место составления документа.#❝

Значение поля заполняется из справочника Cat02-002-00002 «Места составления документов»,#❝

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

Пункт №#❝

Идентификатор#❝

Тип#❝

Кратность#❝

Описание элемента размещенного в сервисе НСИ.#❝

Заданный тип: «qualifiedValue» (пункт 3 настоящей таблицы)#❝

1.3.3.#❝

classification#❝

Заданный#❝

Гриф ограничения доступа к документу.#❝

Значение поля заполняется из справочника Cat02-002-00003 «Грифы ограничения доступа», размещенного в сервисе НСИ.#❝

Заданный тип: «qualified Value» (пункт 3 настоящей таблицы)#❝

1.3.4.#❝

annotation#❝

Заданный#❝

Аннотация, краткое содержание документа для обработки в системе электронного документооборота (далее — СЭД)#❝

Заданный тип: «shortText»#❝

(пункт 6 настоящей таблицы)#❝

1.3.5.#❝

links#❝

Сложный#❝

0..1#❝

Ссылки на внешние документы.#❝

Заполняется, если документ в электронном виде создается в ответ на ранее полученный документ.#❝

Реквизит является обязательным для заполнения, если для вида документа, указанного в элементе 1.3.1, в сервисе НСИ установлен признак «Требуется заполнение ссылок на внешние документы»#❝

1.3.5.1.#❝

link#❝

Сложный#❝

Ссылка на внешний документ.#❝

Допускается указывать несколько значений#❝

1.3.5.1.1.#❝

@uid#❝

Заданный#❝

Уникальный идентификатор внешнего документа в электронном виде.#❝

Заданный тип:#❝

«globalUniqueldentifier» (пункт 2 настоящей таблицы)#❝

1.3.5.1.2.#❝

organization#❝

Заданный#❝

Организация автора внешнего документа.#❝

Пункт №#❝

Идентификатор#❝

Тип#❝

Кратность#❝

Описание элемента#❝

Заданный тип: «organization» (пункт 8 настоящей таблицы)#❝

1.3.5.1.3.#❝

department#❝

Заданный#❝

0..1#❝

Подразделение организации автора внешнего документа.#❝

Заполняется при необходимости.#❝

Заданный тип: «qualified Value» (пункт 3 настоящей таблицы)#❝

1.3.5.1.4.#❝

registration#❝

Заданный#❝

Регистрационные данные по сведениям автора (соавтора) внешнего документа.#❝

Заданный тип: «registrationData» (пункт 7 настоящей таблицы)#❝

1.3.5.1.5.#❝

signer#❝

Заданный#❝

Должностное лицо (или несколько лиц), подписавшее внешний документ.#❝

Заданный тип: «регзоп» (пункт 9 настоящей таблицы)#❝

Шаблон типа «employee» (сотрудник) обязательно указывается фамилия, имя, отчество (при наличии)#❝

1.3.5.1.6.#❝

linkType#❝

Заданный#❝

Тип связи документа.#❝

Значение поля заполняется из справочника Cat02-002-00004 «Типы связей документов», размещенного в сервисе НСИ.#❝

Заданный тип: «qualifiedValue» (пункт 3 настоящей таблицы)#❝

1.4.#❝

authors#❝

Сложный#❝

Сведения об авторах — организациях, подписавших (утвердивших) документ#❝

1.4.1.#❝

author#❝

Сложный#❝

Сведения об авторе — организации: отдел (департамент), регистрационные данные документа, лица, подписавшие документ, а также должностные лица, заверившие или завизировавшие документ#❝

(при наличии).#❝

Идентификатор#❝

Тип#❝

Кратность#❝

Описание элемента#❝

Допускается указывать несколько значений.#❝

Сначала указываются сведения основного автора, а потом соавторов (при наличии).#❝

Если для вида документа в справочнике заполнен атрибут «Допустимые авторы», указание такого вида документа допустимо если в элементе 1.4.1.1 указаны авторы из перечня допустимых organization#❝

Заданный#❝

Организация — автор (соавтор) документа.#❝

Заданный тип: «organization» (пункт 8 настоящей таблицы) department#❝

Заданный#❝

0..1#❝

Подразделение автора (соавтора) документа.#❝

Заполняется при необходимости.#❝

Заданный тип: «qualifiedValue» (пункт 3 настоящей таблицы) registration#❝

Сложный#❝

Регистрационные данные по сведениям автора (соавтора) документа#❝

<базовый>#❝

Заданный#❝

Регистрационные данные.#❝

Заданный тип: «registrationData» (пункт 7 настоящей таблицы) registrationStamp#❝

Заданный#❝

Описание элемента визуализации регистрационных данных.#❝

Заданный тип: «stamp» (пункт 10 настоящей таблицы) sign#❝

Сложный#❝

Сведения о подписи: должностном лице, файле электронной подписи и элементах визуализации электронной подписи.#❝

Допускается указывать несколько значений.#❝

Сначала указываются сведения#❝

Пункт №#❝

Идентификатор#❝

Тип#❝

Кратность#❝

Описание элемента основного лица, подписавшего документ, а потом иных лиц (при наличии)#❝

1.4.1.4.1.#❝

person#❝

Заданный#❝

Должностное лицо, подписавшее документ.#❝

Заданный тип: «регзоп» (пункт 9 настоящей таблицы)#❝

Шаблон типа «signer» (лицо, подписавшее документ) — обязательно указывается фамилия, имя, отчество (при наличии), ДОЛЖНОСТЬ#❝

1.4.1.4.2.#❝

documentSignature#❝

Сложный#❝

Сведения об электронной подписи#❝

1.4.1.4.2.1.#❝

@type#❝

Строка#❝

Тип подписи, одно из значений:#❝

«Утверждающая» (по умолчанию)#❝

«Визирующая» «Заверяющая»#❝

Если должностное лицо является автором и подписантом документа, то указывается тип подписи «Утверждающая».#❝

Если должностное лицо является соавтором (согласующим должностным лицом) документа, то указывается тип подписи «Визирующая».#❝

Если должностное лицо заверяет подпись автора, выполненную другим способом, то указывается тип подписи «Заверяющая»#❝

1.4.1.4.2.2.#❝

@localName#❝

Заданный#❝

Название файла электронной подписи в составе транспортного контейнера.#❝

Разрешенное расширение: p7s, sig#❝

Заданный тип: «fileName» (пункт 11 настоящей таблицы)#❝

Пункт №#❝

Идентификатор#❝

Тип#❝

Кратность#❝

Описание элемента#❝

1.4.1.4.2.3.#❝

signatureStamp#❝

Заданный#❝

Описание элемента визуализации электронной подписи.#❝

Заданный тип: «stamp» (пункт 10 настоящей таблицы)#❝

1.4.1.5.#❝

executor#❝

Заданный#❝

Назначенный по документу исполнитель.#❝

Заданный тип: «регзоп» (пункт 9 настоящей таблицы)#❝

Шаблон типа «executor» (исполнитель) — обязательно указывается фамилия, имя, отчество (при наличии), телефон#❝

1.5.#❝

addressees#❝

Сложный#❝

Сведения об адресатах документа#❝

1.5.1.#❝

addressee#❝

Сложный#❝

Сведения об адресате документа.#❝

Допускается указывать несколько значений.#❝

Сначала указывается основной адресат, потом все прочие (при наличии).#❝

Если для вида документа в справочнике заполнен атрибут «Допустимые адресаты», указание такого вида документа допустимо если в элементе 1.5.1.1 указаны адресаты из перечня допустимых#❝

1.5.1.1.#❝

organization#❝

Заданный#❝

Организация — адресат документа.#❝

Заданный тип: «organization» (пункт 8 настоящей таблицы)#❝

1.5.1.2.#❝

department#❝

Заданный#❝

0..1#❝

Подразделение адресата документа.#❝

Заполняется при необходимости доставки в подразделение адресата.#❝

Название и идентификатор заполняются из глобального адресного справочника МЭДО#❝

(при наличии необходимого значения в глобальном адресном справочнике МЭДО).#❝

Заданный тип: «qualifiedValue»#❝

Идентификатор#❝

Кратность#❝

Описание элемента#❝

(пункт 3 настоящей таблицы)#❝

1.5.1.3.#❝

регзоп#❝

Заданный#❝

Должностное лицо адресата документа.#❝

Допускается указывать несколько значений.#❝

Заполняется при необходимости доставки конкретному должностному лицу.#❝

Должность, фамилия, имя, отчество (при наличии) указываются обязательно и вместе с идентификатором заполняются из глобального адресного справочника МЭДО (при наличии необходимого значения в глобальном адресном справочнике МЭДО).#❝

Заданный тип: «person» (пункт 9 настоящей таблицы)#❝

1.6.#❝

document#❝

Сложный#❝

Описание основной части документа#❝

1.6.1.#❝

@localName#❝

Заданный#❝

Название файла текста основной части документа в электронном виде в составе транспортного контейнера.#❝

Разрешенное расширение: pdf#❝

Заданный тип: «fileName» (пункт 11 настоящей таблицы)#❝

1.6.2.#❝

pagesQuantity#❝

Целое число#❝

Количество страниц файла текста основной части документа в электронном виде (равно количеству страниц файла 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.7.1.1.#❝

@localName#❝

Заданный#❝

Название файла приложения документа в составе транспортного контейнера.#❝

Разрешенное расширение файла: pdf, zip, xml, gosx, odt, doc, docx, ods, xls, xlsx, odp, ppt, pptx, png, tiff, txt, csv, rtf, html#❝

Файл структурированных данных должен иметь название digital.xm] (при наличии)#❝

Заданный тип: «fileName» (пункт 11 настоящей таблицы)#❝

1.7.1.2.#❝

order#❝

Целое число#❝

Порядковый номер приложения документа, начиная с 1#❝

1.7.1.3.#❝

description#❝

Заданный#❝

0..1#❝

Аннотация к приложению документа.#❝

Заданный тип: «shortText» (пункт 6 настоящей таблицы)#❝

1.7.1.4.#❝

signature#❝

Сложный#❝

Электронные подписи приложений.#❝

Допускается указывать несколько значений#❝

1.7.1.4.1.#❝

@localName#❝

Заданный#❝

Название файла электронной подписи в составе транспортного контейнера.#❝

Разрешенное расширение: p7s, sig#❝

Заданный тип: «fileName» (пункт 11 настоящей таблицы)#❝

1.8.#❝

containerSignature#❝

Сложный#❝

0..1#❝

Электронная подпись совокупности#❝

Пункт №#❝

Идентификатор#❝

Тип#❝

Кратность#❝

Описание элемента элементов транспортного контейнера.#❝

Заполняется при необходимости обеспечить целостность транспортного контейнера#❝

1.8.1.#❝

@localName#❝

Строка#❝

Название файла электронной подписи в составе транспортного контейнера.#❝

Разрешенное расширение: p7s, sig#❝

Заданный тип: «fileName» (пункт 11 настоящей таблицы)#❝

Описание задаваемых типов данных:#❝

globalUniqueldentifier#❝

Простой#❝

Универсальный уникальный идентификатор (UUID)#❝

36 символов, по шаблону: «[а-Ю- 9]{8}-[a-f0-9] {4}-[a-f0-9] {4}-[a-f0- 9] {4}-[a-f0-9] {12}» qualified Value#❝

Сложный#❝

Справочное значение#❝

3.1.#❝

<базовый>#❝

Заданный#❝

Наименование справочного значения.#❝

Заданный тип: «string Value» (пункт 4 настоящей таблицы)#❝

3.2.#❝

@id#❝

Заданный#❝

0..1#❝

Идентификатор справочного значения. Указывается, если в справочнике заданы идентификаторы справочных значений.#❝

Заданный тип: «identity Value» (пункт 5 настоящей таблицы) string Value#❝

Простой#❝

Базовый тип: нормализованная строка.#❝

Ограничение: от 1 до 511 символов identity Value#❝

Простой#❝

Базовый тип: строка (токен) Ограничение: от 1 до 127 символов shortText#❝

Простой#❝

Базовый тип: строка.#❝

Ограничение: до 4000 символов#❝

Пункт №#❝

Идентификатор#❝

Тип#❝

Кратность#❝

Описание элемента#❝

Текстовые поля должны заполняться с соблюдением правил русского языка и норм деловой переписки, включая требования к орфографии и пунктуации. Не допускается заполнение данных полей с применением транслитерации и с нарушением регистра registrationData#❝

Сложный#❝

Рег истрационные данные документа в электронном виде#❝

7.1.#❝

патбег#❝

Строка#❝

Регистрационный номер документа#❝

7.2.#❝

date#❝

Дата#❝

Дата документа в виде: «УУУУ- MM-DD» organization#❝

Сложный#❝

Сведения об организации#❝

8.1.#❝

@id#❝

Заданный#❝

0..1#❝

Идентификатор организации.#❝

Значение заполняется по глобальному адресному справочнику абонентов МЭДО, в соответствии с указанным в нем уникальным идентификатором абонента.#❝

Заданный тип: «identity Value» (пункт 5 настоящей таблицы)#❝

8.2.#❝

title#❝

Заданный#❝

Официальное наименование организации. Значение заполняется по глобальному адресному справочнику абонентов МЭДО, в соответствии с указанным в нем кратким официальным наименованием организации.#❝

Заданный тип: «string Value» (пункт 4 настоящей таблицы)#❝

8.3.#❝

address#❝

Заданный#❝

0..1#❝

Почтовый адрес организации.#❝

Заданный тип: «string Value» (пункт 4 настоящей таблицы)#❝

8.4.#❝

phone#❝

Заданный#❝

0..1#❝

Телефонный номер организации.#❝

Заданный тип: «string Value» (пункт 4 настоящей таблицы)#❝

8.5.#❝

ета!#❝

Заданный#❝

0..1#❝

Электронная почта организации.#❝

Пункт №#❝

Идентификатор#❝

Тип#❝

Кратность#❝

Описание элемента#❝

Заданный тип: «string Value» (пункт 4 настоящей таблицы)#❝

8.6.#❝

website#❝

Заданный#❝

0..1#❝

Официальный сайт организации.#❝

Заданный тип: «string Value» (пункт 4 настоящей таблицы) регзоп#❝

Сложный#❝

Должностное лицо#❝

@id#❝

Заданный#❝

0..1#❝

Идентификатор должностного лица.#❝

Значение заполняется по глобальному адресному справочнику абонентов МЭДО, в соответствии с указанным в нем идентификатором ответственного лица.#❝

При отсутствии ответственного лица в глобальном адресном справочнике этот атрибут не заполняется.#❝

Заданный тип: «identity Value» (пункт 5 настоящей таблицы)#❝

9.2.#❝

post#❝

Заданный#❝

0..1#❝

Должность#❝

Заданный тип: «string Value» (пункт 4 настоящей таблицы)#❝

9.3.#❝

пате#❝

Заданный#❝

0..1#❝

Фамилия, имя, отчество (при наличии)#❝

Заданный тип: «string Value» (пункт 4 настоящей таблицы)#❝

9.4.#❝

phone#❝

Заданный#❝

0..1#❝

Телефонный номер#❝

Заданный тип: «string Value» (пункт 4 настоящей таблицы)#❝

9.5.#❝

email#❝

Заданный#❝

0..1#❝

Электронная почта#❝

Заданный тип: «string Value» (пункт 4 настоящей таблицы)#❝

10.#❝

stamp#❝

Сложный#❝

Описание файла элемента визуализации#❝

10.1.#❝

@localName#❝

Строка#❝

Название файла элемента#❝

Пункт №#❝

Идентификатор#❝

Тип Кратность#❝

Описание элемента визуализации в составе транспортного контейнера.#❝

Разрешенное расширение: png#❝

Заданный тип: «fileName» (пункт 11 настоящей таблицы)#❝

10.2.#❝

position#❝

Сложный 1#❝

Данные о местоположении элемента#❝

10.2.1.#❝

page#❝

Целое 1 число#❝

Номер страницы (начиная с 1), на которой размещается элемент визуализации#❝

10.2.2.#❝

topLeft#❝

Сложный 1#❝

Отступ верхнего левого угла элемента от верхнего левого угла страницы#❝

10.2.2.1.#❝

Число 1#❝

Отступ по горизонтали (вправо), в мм#❝

10.2.2.2.#❝

Число 1#❝

Отступ по вертикали (вниз), в мм#❝

10.2.3.#❝

dimension#❝

Сложный 1#❝

Физический размер изображения элемента визуализации на странице#❝

10.2.3.1.#❝

Число 1#❝

Ширина изображения, в мм#❝

10.2.3.2.#❝

Число 1#❝

Высота изображения, в мм#❝

11.#❝

fileName#❝

Простой --#❝

Базовый тип: нормализованная строка.#❝

Ограничение: от 1 до 255 символов вида «[a-zA-Z0-9_]{1,250}.[a-zA-Z0-#❝

9] {3,4} »#❝

12.#❝

documentFileName#❝

Простой --#❝

Базовый тип: нормализованная строка.#❝

Ограничение: от | до 254 символов вида#❝

«[а-2А-70-9 ]{1,250}.раЁ»#❝

ПРИЛОЖЕНИЕ № 2 к Требованиям к организационнотехническому взаимодействию государственных органов и государственных организаций, утвержденным приказом Министерства цифрового развития, связи и массовых коммуникаций Российской Федерации и Федеральной службы охраны Российской Федерации от tod. OF 2024 r. Ne ИА#❝

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

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

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

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

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

«<?xml version="1.0" encoding="UTF-8"?>». Номер версии формата файла описания электронного сообщения - 2.7.1.#❝

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

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

6) для ограничения времени доставки электронного сообщения используется время по умолчанию — 72 часа с даты и времени непосредственной отправки сообщения.#❝

В случае если доставка в срок невозможна, то оператор информационного взаимодействия! (далее — оператор) должен отправить квитанцию, что сообщение не удалось доставить в указанный срок, и прекратить доставку;#❝

в)в случае отправки квитанции о невозможности доставки сообщения#❝

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

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

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

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

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

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

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

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

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

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

Пункт № Идентификатор Тип Кратность Описание элемента#❝

Описание корневых типов данных:#❝

1. communication Сложный 1 Описание электронного сообщения#❝

1.1. @version Строка 1 Версия использованной ХМГ-схемы описания электронного сообщения#❝

1.2. header Сложный 1 Техническая информация для адресации электронного сообщения (заголовок)#❝

1.2.1. @type Строка 1 Тип контента, одно из значений:#❝

«Транспортный контейнер» «Уведомление» «Квитанция»#❝

1.2.2. @uid Заданный 1 Идентификатор электронного сообщения#❝

Заданный тип:#❝

«globalUniqueldentifier» (пункт 2 настоящей таблицы)#❝

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

Пункт №#❝

Идентификатор#❝

Тип#❝

Кратность#❝

Описание элемента#❝

1.2.3.#❝

@created#❝

Заданный#❝

Дата и время электронного сообщения#❝

Заданный тип: «dateTimeZone» (пункт 12 настоящей таблицы)#❝

1.2.4.#❝

source#❝

Заданный#❝

Отправитель сообщения#❝

Заданный тип:#❝

«communicationPartner» (пункт 8 настоящей таблицы)#❝

1.2.5.#❝

operator#❝

Заданный#❝

0..1#❝

Техническое значение#❝

Заданный тип: «qualified Value» (пункт 3 настоящей таблицы)#❝

1.3.#❝

container#❝

Сложный#❝

0..1#❝

Сведения о транспортном контейнере, содержащем документ в электронном виде.#❝

Заполняется если в заголовке указан тип контента «Транспортный контейнер»#❝

1.3.1.#❝

@type#❝

Строка#❝

0..1#❝

Тип контента в транспортном контейнере. —#❝

Заполняется в соответствии с передаваемым контентом из справочника Са{02-001-00001 «Виды транспортных контейнеров», размещенного в облачной подсистеме ведения нормативносправочной информации внутриведомственного и межведомственного документооборота? информационной системы обеспечения внутриведомственного и межведомственного документооборота и контроля исполнения поручений, в том числе с использованием облачных сервисов (далее — сервис НСИ).#❝

Значение по умолчанию (если не заполнено) — «Документ в#❝

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

Пункт №#❝

Идентификатор#❝

Тип#❝

Кратность#❝

Описание элемента электронном виде»#❝

1.3.2.#❝

body#❝

Простой#❝

Название файла транспортного контейнера#❝

Базовый тип: «fileName»#❝

(пункт 11 настоящей таблицы) Ограничение: от 1 до 255 символов вида «[a-zA-Z0-9_]{1,247}.edc.zip»#❝

1.4.#❝

notification#❝

Сложный#❝

0..1#❝

Содержимое уведомления#❝

(в соответствии с приложением № 2к Правилам обмена документами в электронном виде). Заполняется если в заголовке указан тип контента «Уведомление», или уведомление совмещено с транспортным контейнером и тип контента «Транспортный контейнер»#❝

Следующие виды уведомлений должны передаваться совместно с транспортным контейнером:#❝

«Поставлен на контроль» «Доклад направлен»#❝

1.4.1.#❝

@type#❝

Строка#❝

Вид уведомления, одно из значений:#❝

«Поставлен на контроль» «Зарегистрирован»#❝

«Отказано в регистрации» «Назначен исполнитель» «Доклад подготовлен» «Доклад направлен» «Исполнение» «Опубликование»#❝

1.4.2.#❝

@uid#❝

Заданный#❝

Идентификатор документа в электронном виде, относительно которого было создано настоящее уведомление#❝

Заданный тип:#❝

«globalUniqueldentifier» (пункт 2 настоящей таблицы)#❝

1.4.3.#❝

Заданный#❝

0..1#❝

Техническое значение Внутренний идентификатор документа#❝

Заданный тип: «identity Value»#❝

Пункт №#❝

Идентификатор#❝

Тип#❝

Кратность#❝

Описание элемента#❝

(пункт 5 настоящей таблицы)#❝

1.4.4.#❝

@mid#❝

Заданный#❝

0..1#❝

Техническое значение Идентификатор электронного сообщения, с которым изначально поступил документ в электронном виде, относительно которого было создано настоящее уведомление#❝

Заданный тип:#❝

«globalUniqueldentifier» (пункт 2 настоящей таблицы)#❝

1.4.5.#❝

Одно из значений, зависящее от типа уведомления#❝

Сложный#❝

В зависимости от типа уведомления (1.4.1) указан, соответственно, один из элементов:#❝

«documentSent» «documentAccepted» «documentRefused» «executorAssigned» «reportPrepared» «reportSent» «courseChanged» «documentPublished»#❝

Следующие поля определены для всех видов уведомлений:#❝

1.4.5.1. time Дата u 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.4.5.6.#❝

needExecution#❝

Да/ Her#❝

Признак того, что документоснование для уведомления требует исполнения#❝

Значение «Да» в случае передачи перечня пунктов поручений в этом же уведомлении#❝

1.4.5.7.#❝

needPublication#❝

Да/ Нет#❝

Признак того, что документоснование для уведомления требует публикации#❝

1.4.5.8.#❝

clauses#❝

Сложный#❝

0..1#❝

Пункты документа для исполнения Указывается, если требуется исполнение#❝

1.4.5.8.1.#❝

clause#❝

Заданный#❝

Пункт документа для исполнения Допускается указывать несколько значений#❝

Заданный тип: «documentClause» (пункт 14 настоящей таблицы)#❝

Дополнительно для уведомлений типа «Зарегистрирован» (documentAccepted):#❝

1.4.5.5.#❝

num#❝

Заданный#❝

Регистрационные данные документа, по результатам успешной регистрации#❝

Пункт №#❝

Идентификатор#❝

Тип#❝

Кратность#❝

Описание элемента#❝

Заданный тип: «documentNumber» (пункт 7 настоящей таблицы)#❝

Дополнительно для уведомлений типа «Отказано в регистрации» (documentRefused):#❝

1.4.5.5.#❝

reason#❝

Строка lon#❝

Причина отказа в регистрации.#❝

Значение поля выбирается из перечня причин отказа в регистрации приведенного в приложении № 3 ктребованиям к организационно-техническому взаимодействию государственных органов и государственных организаций, утвержденным настоящим приказом#❝

Дополнительно для уведомлений типа «Назначен исполнитель» (executorAssigned):#❝

1.4.5.5.#❝

secretary#❝

Заданный#❝

Руководитель ведомства#❝

Заданный тип: «addressee» (пункт 9 настоящей таблицы)#❝

1.4.5.6.#❝

manager#❝

Заданный#❝

Руководитель подразделения#❝

Заданный тип: «addressee» (пункт 9 настоящей таблицы)#❝

1.4.5.7.#❝

executor#❝

Заданный#❝

Исполнитель#❝

Заданный тип: «addressee» (пункт 9 настоящей таблицы)#❝

Дополнительно для уведомлений типа «Доклад подготовлен» (reportPrepared):#❝

1.4.5.5.#❝

signatory#❝

Заданный#❝

Должностное лицо, на подписи у которого находится доклад до момента его подписи и направления инициатору поручения#❝

Заданный тип: «signatory» (пункт 10 настоящей таблицы)#❝

Дополнительно для уведомлений типа «Доклад направлен» (reportSent):#❝

1.4.5.5.#❝

report#❝

Заданный#❝

Сведения о документе с докладом об исполнении поручения по пункту документа#❝

Заданный тип: «documentReference» (пункт 13 настоящей таблицы)#❝

1.4.5.6.#❝

clauses#❝

Сложный#❝

0..1#❝

Пункт поручения, во исполнение которого подготовлен доклад#❝

Пункт №#❝

Идентификатор#❝

Тин#❝

Кратность#❝

Описание элемента#❝

1.4.5.6.1.#❝

clause#❝

Заданный#❝

1..0#❝

Пункт поручения, во исполнение которого подготовлен доклад.#❝

Обязательно указывается исходный идентификатор поручения из уведомления «Поставлен на контроль»#❝

Заданный тип: «documentClause» (пункт 14 настоящей таблицы)#❝

Дополнительно для уведомлений типа «Исполнение» (courseChanged):#❝

1.4.5.5.#❝

courseText#❝

Строка#❝

Сообщение о ходе исполнения или об изменениях по ходу исполнения, в том числе замена исполнителя, перенос срока#❝

Заданный тип: «shortText» (пункт 6 настоящей таблицы)#❝

1.4.5.6.#❝

reference#❝

Заданный#❝

0..1#❝

Сведения о документе с пояснениями#❝

Заданный тип: «documentReference» (пункт 13 настоящей таблицы)#❝

Дополнительно для уведомлений типа «Опубликование» (documentPublished):#❝

1.4.5.5. пит Сложный 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#❝

Заданный#❝

Идентификатор электронного сообщения, относительно которого создана квитанция#❝

Заданный тип:#❝

«globalUniqueldentifier» (пункт 2 настоящей таблицы)#❝

1.5.2.#❝

@content#❝

Строка#❝

Текст описания электронного сообщения, относительно которого создана квитанция#❝

1.5.3.#❝

time#❝

Заданный#❝

Дата и время получения электронного сообщения (отправителем квитанции)#❝

Заданный тип: «dateTimeZone» (пункт 12 настоящей таблицы)#❝

1.5.4.#❝

accepted#❝

Да/ Нет#❝

Признак того, что сообщение успешно принято (отправителем квитанции)#❝

1.5.5.#❝

errorCode#❝

Число#❝

0..1#❝

Если сообщение не было принято по причине выявления ошибок получения или проверки, указывается код ошибки#❝

(0 = неизвестная ошибка)#❝

1.5.6.#❝

errorFileMessage#❝

Строка#❝

0..1#❝

Название файла с информацией об ошибке#❝

Ограничение: от | до 251 символов вида «[a-zA-Z0-9_]{1,247}.zip»#❝

1.5.7.#❝

comment#❝

Строка#❝

0..1#❝

Если сообщение не было принято по причине выявления ошибок получения или проверки, указывается описание ошибки#❝

1.6.#❝

deliveryIndex#❝

Сложный#❝

Техническая информация для адресации электронного сообщения (получатели)#❝

1.6.1.#❝

destination#❝

Сложный#❝

Получатели электронного сообщения#❝

Допускается указывать несколько значений#❝

1.6.1.1.#❝

destination#❝

Заданный#❝

Получатель сообщения#❝

Пункт №#❝

Идентификатор#❝

Тип#❝

Кратность#❝

Описание элемента#❝

Заданный тип:#❝

«communicationPartner» (пункт 8 настоящей таблицы)#❝

1.6.1.2.#❝

comment#❝

Строка#❝

0..1#❝

Техническое значение#❝

Описание задаваемых типов данных:#❝

globalUniqueldentifier#❝

Простой#❝

Универсальный уникальный идентификатор (UUID)#❝

Базовый тип: нормализованная строка.#❝

Ограничение: 36 символов, по шаблону: «[а-Ю-9]{8}-[а-Ю-9]{4}-[аf0-9] {4}-[a-f0-9] {4}-[a-f0-9] {12} » qualifiedValue#❝

Сложный#❝

Справочное значение#❝

<базовый>#❝

Заданный#❝

Наименование справочного значения.#❝

Заданный тип: «string Value» (пункт 4 настоящей таблицы)#❝

3.2.#❝

Заданный#❝

0..1#❝

Идентификатор справочного значения. Указывается, если в справочнике заданы идентификаторы справочных значений.#❝

Заданный тип: «identity Value» (пункт 5 настоящей таблицы)#❝

3.3.#❝

@retro#❝

Да / Нет#❝

0..1#❝

Техническое значение#❝

3.4.#❝

@modified#❝

Дата и Время#❝

0..1#❝

Техническое значение string Value#❝

Простой#❝

Базовый тип: нормализованная строка.#❝

Ограничение: от 1 до 511 символов identity Value#❝

Простой#❝

Базовый тип: строка (токен) Ограничение: от | до 127 символов shortText#❝

Простой#❝

Базовый тип: строка.#❝

Ограничение: до 4000 символов#❝

Текстовые поля должны заполняться с соблюдением правил русского языка и норм деловой переписки,#❝

Пункт №#❝

Идентификатор#❝

Тип#❝

Кратность#❝

Описание элемента включая требования к орфографии и пунктуации. Не допускается заполнение данных полей с применением транслитерации и с нарушением регистра documentNumber#❝

Сложный#❝

Регистрационные данные документа, в электронном виде#❝

7.1.#❝

number#❝

Строка#❝

Регистрационный номер документа#❝

7.2.#❝

date#❝

Дата#❝

Дата документа в виде: «УУУУ- MM-DD» communicationPartner#❝

Сложный#❝

Сведения об организации#❝

@ша#❝

Заданный#❝

Идентификатор организации = GUID.#❝

Значение заполняется по глобальному адресному справочнику абонентов МЭДО, в соответствии с указанным в нем уникальным идентификатором абонента.#❝

Заданный тип:#❝

«globalUniqueldentifier» (пункт 2 настоящей таблицы)#❝

8.2.#❝

organization#❝

Строка#❝

Официальное наименование организации. Значение заполняется по глобальному адресному справочнику абонентов МЭДО, в соответствии с указанным в нем кратким официальным наименованием организации#❝

8.3.#❝

comment#❝

Строка#❝

0..1#❝

Техническое значение Передача дополнительных данных о СЭД организации addressee#❝

Сложный#❝

Должностное лицо region#❝

Заданный#❝

0..1#❝

Регион организации#❝

Заданный тип: «qualifiedValue» (пункт 3 настоящей таблицы)#❝

9.2.#❝

organization#❝

Заданный#❝

0..1#❝

Организация#❝

Заданный тип: «qualifiedValue» (пункт 3 настоящей таблицы)#❝

Пункт №#❝

Идентификатор#❝

Тип#❝

Кратность#❝

Описание элемента#❝

9.3.#❝

person#❝

Заданный#❝

0..1#❝

Фамилия, имя, отчество (при наличии). Значение указывается из глобального адресного справочника МЭДО (при наличии).#❝

Заданный тип: «qualified Value» (пункт 3 настоящей таблицы)#❝

9.4.#❝

department#❝

Заданный#❝

0..1#❝

Подразделение. Значение указывается из глобального адресного справочника МЭДО (при наличии).#❝

Заданный тип: «qualified Value» (пункт 3 настоящей таблицы)#❝

9.5.#❝

post#❝

Заданный#❝

0..1#❝

Должность#❝

Заданный тип: «qualified Value» (пункт 3 настоящей таблицы)#❝

9.6.#❝

contactInfo#❝

Строка#❝

0..1#❝

Контактная информация#❝

9.7.#❝

comment#❝

Строка#❝

0..1#❝

Техническое значение#❝

9.8.#❝

@uid#❝

Заданный#❝

0..1#❝

Идентификатор должностного лица.#❝

Заданный тип:#❝

«globalUniqueldentifier» (пункт 2 настоящей таблицы)#❝

10.#❝

signatory#❝

Сложный#❝

Должностное лицо, подписавшее документ#❝

10.1.#❝

region#❝

Заданный#❝

0..1#❝

Регион организации#❝

Заданный тип: «qualified Value» (пункт 3 настоящей таблицы)#❝

10.2.#❝

organization#❝

Заданный#❝

0..1#❝

Организация#❝

Заданный тип: «qualifiedValue» (пункт 3 настоящей таблицы)#❝

10.3.#❝

регзоп#❝

Заданный#❝

0..1#❝

Фамилия, имя, отчество (при наличии).#❝

Значение указывается из глобального адресного справочника МЭДО (при наличии).#❝

Заданный тип: «qualifiedValue» (пункт 3 настоящей таблицы)#❝

Пункт №#❝

Идентификатор#❝

Тип#❝

Кратность#❝

Описание элемента#❝

10.4.#❝

department#❝

Заданный#❝

0..1#❝

Подразделение.#❝

Значение указывается из глобального адресного справочника МЭДО (при наличии).#❝

Заданный тип: «диайНе4Уаше» (пункт 3 настоящей таблицы)#❝

10.5.#❝

post#❝

Заданный#❝

0..1#❝

Должность#❝

Заданный тип: «qualified Value» (пункт 3 настоящей таблицы)#❝

10.6.#❝

contactInfo#❝

Строка _#❝

0..1#❝

Контактная информация#❝

10.7.#❝

comment#❝

Строка#❝

0..1#❝

Техническое значение#❝

10.8.#❝

signed#❝

Дата#❝

Дата подписания документа#❝

11.#❝

fileName#❝

Простой#❝

Базовый тип: нормализованная строка.#❝

Ограничение: от 1 до 255 символов#❝

12.#❝

dateTimeZone#❝

Простой#❝

Дата и время с указанием часового пояса#❝

Вид: «УУУУ-ММ- 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#❝

Подразделение (автора)#❝

Пункт № Идентификатор Тип Кратность Описание элемента Заданный тип: «qualified Value» (пункт 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 Уникальный идентификатор пункта в рамках документа в электронном виде Заданный тип: «identity Value» (пункт 5 настоящей таблицы)#❝

14.2. @localld Число 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 к Требованиям к организационнотехническому взаимодействию государственных органов и государственных организаций, утвержденным приказом Министерства цифрового развития, связи и массовых коммуникаций Российской Федерации и Федеральной службы охраны Российской Федерации or OK ол ВИ#❝

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

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

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

правил форматного контроля, установленных ХМГ-схемой файла описания транспортного контейнера, выбираемого в соответствии с типом содержимого транспортного контейнера. Перечень существующих типов содержимого транспортного контейнера, правила допуска отдельных категорий абонентов транспортной шины к использованию определенных типов содержимого и ХМГ-схемы файлов описаний транспортных контейнеров размещаются Министерством цифрового развития, связи И массовых коммуникаций Российской Федерации? в справочнике Cat02-001-00001 «Виды транспортных контейнеров», опубликованном в облачной подсистеме ведения — нормативно-справочной — информации#❝

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

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

внутриведомственного и межведомственного документооборота’ информационной системы обеспечения внутриведомственного и межведомственного документооборота и контроля исполнения поручений, в том числе с использованием облачных сервисов#❝

_ (далее — сервис HCV). Базовые виды транспортных контейнеров приведены в таблице 1;#❝

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

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

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

Код Тип контента в Пояснение по применению транспортном контейнере TC00000001 Электронное Транспортный контейнер для передачи электронного сообщение сообщения системы межведомственного электронного документооборота TC00000002 Документ в Транспортный контейнер текстового документа для электронном виде организации обмена документами в электронном виде в системе межведомственного электронного документооборота.#❝

Обмен такими контейнерами разрешен между участниками информационного взаимодействия и не разрешен для операторов и организаторов#❝

TC00000003 Сведения ГАС Транспортный контейнер технологического сообщения для организации ведения глобального адресного справочника системы межведомственного электронного документооборота#❝

TC00000004 Сведения НСИ Транспортный контейнер технологического сообщения для организации ведения нормативно-справочной информации системы межведомственного электронного документооборота#❝

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

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

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

Код#❝

Тип контента в транспортном контейнере#❝

Пояснение по применению#❝

TC00000005 Сведения КПГУ#❝

Транспортный контейнер служебной информации модуля координации процессов государственного управления системы межведомственного электронного документооборота.#❝

Обмен такими контейнерами разрешен между операторами и организатором единого информационного пространства государственного электронного документооборота#❝

TC00000006 Сведения СППР#❝

Транспортный контейнер служебной информации модуля статистики и поддержки принятия решений системы межведомственного электронного документооборота.#❝

Обмен такими контейнерами разрешен если одной из сторон обмена является организатор единого информационного пространства государственного электронного документооборота#❝

TC00000007 Цифровой документ#❝

ГосЭДоО#❝

Транспортный контейнер цифрового документа для организации обмена документами в электронном виде в едином информационном пространстве государственного электронного документооборота#❝

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

Пояснение по применению (правила Код | Причина отказа в регистрации логического контроля) 100 Группа 1. Отказы, связанные с форматом электронного сообщения 101 Паспорт сообщения не Паспорт электронного сообщения, посредством соответствует формату которого доставлен транспортный контейнер, не соответствует установленной схеме XML 102 Паспорт контейнера не Паспорт транспортного контейнера не соответствует формату соответствует установленной схеме ХМГ, определяемой по типу контента 103 Транспортный контейнер не Структура или содержимое транспортного соответствует формату контейнера не соответствует установленным требованиям, определяемым по типу контента 200 Группа 2. Отказы, связанные с логикой обработки электронного сообщения 201 Некорректная адресация Отправитель или получатель электронного электронного сообщения сообщения указан некорректно#❝

Пояснение по применению (правила#❝

Код | Причина отказа в регистрации логического контроля)#❝

202 Повторное направление Электронное сообщение с таким идентификатором электронного сообщения уже зарегистрировано в СЭД#❝

203 Повторное направление Транспортный контейнер с таким транспортного контейнера идентификатором уже зарегистрирован в СЭД#❝

300 Группа 3. Отказы, связанные с нарушением иных установленных правил#❝

301 Файл текста основного документа | Файл текста основного документа не соответствует не соответствует формату РОЕ/А-1 | формату PDF/A-1#❝

302 Файл структурированных данных | Файл структурированных данных основного основного документа не документа не соответствует установленному соответствует формату цифровому формату#❝

303 Структурированные данные не Структурированные данные не соответствуют соответствуют требованиям к организационно-техническому взаимодействию государственных органов и государственных организаций, утвержденным настоящим приказом организационно-техническому взаимодействию государственных органов и государственных организаций, утвержденным настоящим приказом требованиям к#❝

ПРИЛОЖЕНИЕ № 4 к Требованиям к организационнотехническому взаимодействию государственных органов и государственных организаций, утвержденным приказом Министерства цифрового развития, связи и массовых коммуникаций Российской Федерации и Федеральной службы охраны Российской Федерации ot 2 OX 2024г. № ВИЖ#❝

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

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

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

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

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

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

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

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

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

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

в) 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.3 с файлом структурированных данных по процессам и событиям, определенным в соответствующих атрибутах справочника.#❝

Заданный тип: «reference Value» (пункт 3 настоящей таблицы)#❝

1.2.2.#❝

documentPlace#❝

Заданный#❝

Место составления документа.#❝

Значение поля заполняется из справочника Cat02-002-00002 «Места составления документов», размещенного в сервисе НСИ.#❝

Заданный тип: «reference Value» (пункт 3 настоящей таблицы)#❝

1.2.3.#❝

documentClass#❝

Заданный#❝

Гриф ограничения доступа к документу.#❝

Значение поля заполняется из справочника Cat02-002-00003 «Грифы ограничения доступа», размещенного в сервисе НСИ.#❝

Заданный Tun: «reference Value» (пункт 3 настоящей таблицы)#❝

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

Пункт №#❝

Идентификатор#❝

Тип#❝

Кратность#❝

Описание элемента#❝

1.2.4.#❝

description#❝

Заданный#❝

Тема, краткая характеристика документа#❝

Заданный тип: «string Value» (пункт 4 настоящей таблицы)#❝

1.3.#❝

links#❝

Сложный#❝

0..1#❝

Ссылки на внешние документы.#❝

Заполняется, если документ в электронном виде создается в ответ на ранее полученный документ.#❝

Реквизит является обязательным для заполнения, если для вида документа, указанного в элементе 1.2.1, в сервисе НСИ установлен признак «Требуется заполнение ссылок на внешние документы»#❝

1.3.1.#❝

link#❝

Сложный#❝

Ссылка на внешний документ.#❝

Допускается указывать несколько значений#❝

1.3.1.1.#❝

@docUid#❝

Заданный#❝

Уникальный идентификатор внешнего документа в электронном виде.#❝

Заданный тип: «strUUID» (пункт 2 настоящей таблицы)#❝

1.3.1.2.#❝

linkType#❝

Заданный#❝

Тип связи документа.#❝

Значение поля заполняется из справочника Са{02-002-00004 «Типы связей документов», размещенного в сервисе НСИ.#❝

Заданный тип: «referenceValue» (пункт 3 настоящей таблицы)#❝

1.3.1.3.#❝

organization.#❝

Заданный#❝

Организация автора внешнего документа.#❝

Заданный тип: «organizationType» (пункт 8 настоящей таблицы)#❝

1.3.1.4.#❝

registration#❝

Заданный#❝

Регистрационные данные по сведениям автора (соавтора) внешнего документа.#❝

Заданный тип: «registrationType» (пункт 9 настоящей таблицы)#❝

Пункт №#❝

Идентификатор#❝

Тип#❝

Кратность#❝

Описание элемента#❝

1.4.#❝

authors#❝

Сложный#❝

Сведения об авторах — организациях, подписавших (утвердивших) документ#❝

1.4.1.#❝

author#❝

Сложный#❝

Сведения об авторе — организации: отдел (департамент), регистрационные данные документа, лица, подписавшие документ, а также должностные лица, заверившие или завизировавшие документ (при наличии).#❝

Допускается указывать несколько значений.#❝

Сначала указываются сведения основного автора, а потом соавторов (при наличии).#❝

Если для вида документа в справочнике заполнен атрибут «Допустимые авторы», указание такого вида документа допустимо если в элементе 1.4.1.1 указаны авторы из перечня допустимых#❝

1.4.1.1.#❝

organization#❝

Заданный#❝

Организация — автор (соавтор) документа.#❝

Заданный тип: «organizationT ype» (пункт 8 настоящей таблицы)#❝

1.4.1.2.#❝

registration#❝

Заданный#❝

Регистрационные данные по сведениям автора (соавтора) документа.#❝

Заданный тип: «registrationType» (пункт 9 настоящей таблицы)#❝

1.4.1.3.#❝

stamps#❝

Сложный#❝

Штампы регистрации документа#❝

1.4.1.3.1.#❝

stamp#❝

Заданный#❝

Штамп регистрации документа.#❝

Заданный тип: «stampT ype» (пункт 10 настоящей таблицы)#❝

1.4.1.4.#❝

signs#❝

Сложный#❝

Электронные подписи документа#❝

1.4.1.4.1.#❝

sign#❝

Заданный#❝

Сведения о подписи: должностном лице, файле электронной подписи и элементах визуализации#❝

Пункт №#❝

Идентификатор#❝

Тип#❝

Кратность#❝

Описание элемента электронной подписи.#❝

Допускается указывать несколько значений.#❝

Сначала указывается основное должностное лицо, затем иные должностные лица (при наличии).#❝

Заданный тип: «signType» (пункт 11 настоящей таблицы)#❝

1.4.1.5.#❝

executor#❝

Заданный#❝

Назначенный по документу исполнитель.#❝

Заданный тип: «executorType» (пункт 13 настоящей таблицы)#❝

1.5.#❝

addressees#❝

Сложный#❝

Сведения об адресатах документа#❝

1.5.1.#❝

addressee#❝

Сложный#❝

Сведения об адресате документа.#❝

Допускается указывать несколько значений.#❝

Если для вида документа в справочнике заполнен атрибут «Допустимые адресаты», указание такого вида документа допустимо если в элементе 1.5.1.1 указаны адресаты из перечня допустимых#❝

1.5.1.1.#❝

organization#❝

Заданный#❝

Организация — адресат документа.#❝

Заданный тип: «organizationType» (пункт 8 настоящей таблицы)#❝

1.5.1.2.#❝

department#❝

Заданный#❝

0..1#❝

Подразделение адресата документа.#❝

Заполняется при необходимости доставки в подразделение адресата.#❝

При этом название и идентификатор должны заполняться из глобального адресного справочника МЭДО (при наличии необходимого значения в глобальном адресном справочнике).#❝

Заданный тип: «qualifiedValue» (пункт 3 настоящей таблицы)#❝

1.5.1.3.#❝

authority#❝

Заданный#❝

Должностное лицо адресата документа.#❝

Допускается указывать несколько значений.#❝

Пункт №#❝

Идентификатор#❝

Тип#❝

Кратность#❝

Описание элемента#❝

Заполняется при необходимости доставки конкретному должностному лицу.#❝

Заданный тип: «authorityType» (пункт 14 настоящей таблицы)#❝

1.6.#❝

attachments#❝

Сложный#❝

0..1#❝

Описание приложений документа.#❝

Заполняется при наличии приложений#❝

1.6.1.#❝

attachment#❝

Сложный#❝

Описание приложения документа.#❝

Допускается указывать несколько значений#❝

1.6.1.1.#❝

@огаег#❝

Целое число#❝

Порядковый номер приложения документа, начиная с |#❝

1.6.1.2.#❝

mainFile#❝

Заданный#❝

Название файла приложения документа в составе транспортного контейнера.#❝

Разрешенное расширение: 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#❝

Аннотация к приложению документа.#❝

Заданный тип: «string Value» (пункт 4 настоящей таблицы)#❝

1.7.#❝

integrity#❝

Сложный#❝

0..1#❝

Элемент для обеспечения целостности транспортного контейнера, построенный на подписании совокупности элементов транспортного _#❝

Пункт №#❝

Идентификатор#❝

Тип#❝

Кратность#❝

Описание элемента контейнера#❝

1.7.1.#❝

@signFile#❝

Заданный#❝

0..1#❝

Файл электронной подписи совокупности элементов транспортного контейнера.#❝

Разрешенное расширение: p7s, sig#❝

Заданный тип: «fileName» (пункт 7 настоящей таблицы)#❝

1.7.2.#❝

innerFile#❝

Заданный#❝

Перечень файлов совокупности элементов транспортного контейнера.#❝

Заданный тип: «fileName» (пункт 7 настоящей таблицы)#❝

Описание задаваемых типов данных:#❝

strUUID#❝

Простой#❝

Универсальный уникальный идентификатор#❝

36 символов, шаблон: «[а-Ю-9]{8}- [a-f0-9] {4}-[a-f0-9] {4}-[a-f0-9] {4}-[af0-9]{12}» qualifiedValue / referenceValue#❝

Сложный#❝

Формальное / Справочное значение#❝

3.1.#❝

<базовый>#❝

Заданный#❝

Наименование справочного значения.#❝

Заданный тип: «string Value» (пункт 4 настоящей таблицы)#❝

3.2.#❝

@id#❝

Заданный#❝

0..1#❝

Идентификатор справочного значения. Обязателен, если в справочнике заданы идентификаторы справочных значений.#❝

Заданный тип: «identity Value» (пункт 5 настоящей таблицы) string Value#❝

Простой#❝

Базовый тип: нормализованная строка.#❝

Ограничение: от | до 511 символов identity Value#❝

Простой#❝

Базовый тип: строка (токен) Ограничение: от | до 127 символов#❝

Пункт №#❝

Идентификатор#❝

Тип#❝

Кратность#❝

Описание элемента shortText#❝

Простой#❝

Базовый тип: строка.#❝

Ограничение: до 4000 символов#❝

Текстовые поля должны заполняться с соблюдением правил русского языка и норм деловой переписки, включая требования к орфографии и пунктуации. Не допускается заполнение данных полей с применением транслитерации и с нарушением регистра fileName#❝

Простой#❝

Базовый тип: нормализованная строка.#❝

Ограничение: от 1 до 255 символов вида «[а-20-9 \-\.] {1,250} \.[а-70-9] {3,4} » organizationType#❝

Сложный#❝

Сведения об организации#❝

@id#❝

Заданный#❝

Значение заполняется по глобальному адресному справочнику абонентов МЭДО посредством указания уникального идентификатора абонента.#❝

Заданный тип: «identity Value» (пункт 5 настоящей таблицы)#❝

8.2.#❝

title#❝

Заданный#❝

Официальное наименование организации. Значение заполняется по глобальному адресному справочнику абонентов МЭДО, в соответствии с указанным в нем кратким официальным наименованием организации.#❝

Заданный тип: «string Value» (пункт 4 настоящей таблицы)#❝

8.3.#❝

phone#❝

Заданный#❝

0..1#❝

Телефонный номер организации.#❝

Заданный тип: «string Value» (пункт 4 настоящей таблицы) registrationT ype#❝

Сложный#❝

Регистрационные данные документа в электронном виде#❝

9.1.#❝

number#❝

Строка#❝

Регистрационный номер документа#❝

Пункт № Идентификатор Тип Кратность Описание элемента#❝

9.2. date Дата 1 Дата документа в виде: «УУУУ- MM-DD»#❝

10. stampType Сложный -- Описание файла элемента визуализации#❝

10.1. @stampFile Строка 1 Название файла элемента визуализации.#❝

Разрешенное расширение: png Заданный тип: «fileName» (пункт 7 настоящей таблицы)#❝

10.2. position Сложный 1..0 Данные о местоположении элемента#❝

10.2.1. @page Целое 1 Номер страницы (начиная с 1), на число которой размещается элемент визуализации#❝

10.2.2. coordinate Сложный 1 Отступ верхнего левого угла элемента от верхнего левого угла страницы#❝

10.2.2.1. |@х Число 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#❝

Заданный#❝

Штамп электронной подписи.#❝

Заданный тип: «stampType» (пункт 10 настоящей таблицы)#❝

11.4.#❝

signer#❝

Заданный#❝

Должностное лицо, подписавшее документ.#❝

Обязательно указываются фамилия, имя, отчество (при наличии), ДОЛЖНОСТЬ.#❝

Заданный тип: «signerType» (пункт 12 настоящей таблицы)#❝

12.#❝

signerType#❝

Сложный#❝

Должностное лицо, подписант#❝

12.1.#❝

@id#❝

Заданный#❝

0..1#❝

Идентификатор должностного лица.#❝

Заданный тип: «identity Value» (пункт 5 настоящей таблицы)#❝

12.2.#❝

post#❝

Строка#❝

Должность#❝

12.3.#❝

пате#❝

Строка#❝

Фамилия, имя, отчество (при наличии)#❝

12.4.#❝

phone#❝

Строка#❝

0..1#❝

Телефонный номер#❝

12.5.#❝

email#❝

Строка#❝

0..1#❝

Электронная почта#❝

13.#❝

executorType#❝

Сложный#❝

Должностное лицо, исполнитель#❝

13.1.#❝

@id#❝

Заданный#❝

0..1#❝

Идентификатор должностного лица.#❝

Пункт № Идентификатор Тип Кратность Описание элемента#❝

Заданный тип: «identity Value» (пункт 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 Идентификатор должностного лица.#❝

Заданный тип: «identity Value» (пункт 5 настоящей таблицы)#❝

14.2. post Строка 1 Должность#❝

14.3. пате Строка 0..1 Фамилия, имя, отчество (при наличии)#❝

14.4. phone Строка 0..1 Телефонный номер#❝

14.5. email Строка 0..1 Электронная почта#❝

ПРИЛОЖЕНИЕ № 5 к Требованиям к организационнотехническому взаимодействию государственных органов и государственных организаций, утвержденным приказом Министерства цифрового развития, связи и массовых коммуникаций Российской Федерации и Федеральной службы охраны Российской Федерации от 7/02 2024 г. № И#❝

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

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

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

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

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

«<?xml version="1.0" encoding="UTF-8"?>». Номер версии формата файла описания электронного сообщения — 3.0.#❝

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

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

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

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

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

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

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

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

Пункт №#❝

Идентификатор#❝

Тип#❝

Кратность#❝

Описание элемента#❝

Описание корневых типов данных:#❝

message#❝

Сложный#❝

Описание электронного сообщения#❝

1.1.#❝

header#❝

Сложный#❝

Техническая информация для адресации электронного сообщения (заголовок)#❝

@msgUid#❝

Заданный#❝

Идентификатор электронного сообщения#❝

Заданный тип: «strUUID» (пункт 2 настоящей таблицы)#❝

1.1.2.#❝

source#❝

Заданный#❝

Отправитель сообщения#❝

Заданный тип: «абопеп Туре» (пункт 9 настоящей таблицы) created#❝

Заданный#❝

Дата и время непосредственной отправки электронного сообщения#❝

Заданный тип: «dateTimeZone» (пункт 8 настоящей таблицы)#❝

1.1.4.#❝

timeLimit#❝

Число#❝

0..1#❝

Ограничение времени доставки сообщения (в часах), после которого его отправитель считает, что доставка завершилась неуспешно, в том числе при отсутствии квитанции#❝

Если не указано, то действует значение по умолчанию - 72 часа с даты / времени непосредственной отправки сообщения (элемент 1.1.3.)#❝

Заданный тип: «strUUID» (пункт 2 настоящей таблицы)#❝

1.2.#❝

payload#❝

Сложный#❝

Содержимое сообщения — одно значение на выбор, элемент 1.2.1 или 1.2.2 настоящей таблицы#❝

1.2.1.#❝

container#❝

Сложный#❝

Сведения о транспортном контейнере#❝

1.2.1.1.#❝

@secure#❝

Да/ Нет#❝

Признак наличия информации с грифом ДСП внутри транспортного контейнера#❝

1.2.1.2.#❝

type#❝

Заданный#❝

Тип контента в транспортном контейнере.#❝

Пункт №#❝

Идентификатор#❝

Тип#❝

Кратность#❝

Описание элемента#❝

Заполняется в соответствии с передаваемым контентом из справочника Cat02-001-00001 «Виды транспортных контейнеров», размещенного в облачной подсистеме ведения нормативно-справочной информации внутриведомственного и межведомственного документооборота! информационной системы обеспечения внутриведомственного и межведомственного документооборота и контроля исполнения поручений, в том числе с использованием облачных сервисов (далее — сервис НСИ).#❝

Заданный тип: «reference Value» (пункт 3 настоящей таблицы)#❝

1.2.1.3.#❝

file#❝

Простой#❝

Название файла транспортного контейнера#❝

Ограничение: от | до 255 символов вида «{a-z0-9_\-\.]{1,60}\.edc\.zip»#❝

1.2.2.#❝

receipt#❝

Сложный#❝

Сведения о транспортной квитанции.#❝

Содержит один или несколько элементов вида 1.2.2.2 и 1.2.2.3 настоящей таблицы#❝

1.2.2.1.#❝

@onMsgUid#❝

Заданный#❝

Идентификатор электронного сообщения, относительно которого создана квитанция#❝

Заданный тип: «55 ООШ» (пункт 2 настоящей таблицы)#❝

1.2.2.2.#❝

resultAccept#❝

Сложный#❝

Квитанция о том, что сообщение принято получателями, указанными в пункте 1.2.2.2.1 настоящей таблицы#❝

1.2.2.2.1.#❝

onReceivers#❝

Заданный#❝

0..1#❝

Получатели, относительно которых была сформирована квитанция.#❝

Необязательно, если совпадает с отправителем квитанции.#❝

При отправке от оператора#❝

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

Пункт №#❝

Идентификатор#❝

Тип#❝

Кратность#❝

Описание элемента информационного взаимодействия, указанного в пункте 1.3 настоящей таблицы, разрешается указывать участников информационного взаимодействия, указанных в пункте 1.3 настоящей таблицы, этого оператора.#❝

Заданный тип: «receiversT ype» (пункт 10 настоящей таблицы)#❝

1.2.2.3.#❝

resultReject#❝

Сложный#❝

Квитанция о том, что сообщение не принято получателями, указанными в пункте 1.2.2.3.1 настоящей таблицы#❝

1.2.2.3.1.#❝

onReceivers#❝

Заданный#❝

0..1#❝

Получатели, относительно которых была сформирована квитанция.#❝

Необязательно, если совпадает с отправителем квитанции. При отправке от оператора информационного взаимодействия, указанного в пункте 1.3 настоящей таблицы, разрешается указывать участников информационного взаимодействия, указанных в пункте 1.3 настоящей таблицы, этого оператора.#❝

Заданный тип: «гесеуегз Туре» (пункт 10 настоящей таблицы)#❝

1.2.2.3.2.#❝

error#❝

Сложный#❝

Сообщение об ошибке.#❝

Допускается указывать несколько различных ошибок#❝

1.2.2.3.2.1.#❝

reason#❝

Заданный#❝

Причина отказа в технической регистрации.#❝

По справочнику Cat02-001-00002 «Причины отказа в технической регистрации», размещенному в сервисе НСИ.#❝

Заданный тип: «reference Value» (пункт 3 настоящей таблицы)#❝

1.2.2.3.2.2.#❝

comment#❝

Строка#❝

0..1#❝

Дополнительная информация, указывающая на ошибку#❝

1.3.#❝

receivers#❝

Заданный#❝

Перечень получателей сообщения.#❝

Участники информационного взаимодействия, операторы информационного взаимодействия, организаторы информационного взаимодействия в соответствии с Правилами обмена документами в#❝

Пункт № Идентификатор#❝

Тип#❝

Кратность#❝

Описание элемента электронном виде.#❝

Заданный тип: «receiversT ype» (пункт 10 настоящей таблицы)#❝

Описание задаваемых типов данных:#❝

2. strUUID#❝

Простой#❝

Универсальный уникальный идентификатор#❝

Базовый тип: нормализованная строка.#❝

Ограничение: 36 символов, по шаблону:#❝

«[а-Ю-9]{8}-[а-Ю-9]{4}-[а-Ю-9]{4}-[аf0-9] {4}-[a-f0-9]{12}»#❝

3. reference Value#❝

Сложный#❝

Справочное значение#❝

3.1. <базовый>#❝

Заданный#❝

Наименование справочного значения.#❝

Заданный тип: «string Value» (пункт 4 настоящей таблицы)#❝

3.2. @id#❝

Заданный#❝

Идентификатор справочного значения.#❝

Обязателен, если в справочнике заданы идентификаторы справочных значений.#❝

Заданный тип: «identity Value» (пункт 5 настоящей таблицы)#❝

4. string Value#❝

Простой#❝

Базовый тип: нормализованная строка.#❝

Ограничение: от 1 до 511 символов#❝

5. identity Value#❝

Простой#❝

Базовый тип: строка (токен) Ограничение: от | до 127 символов#❝

6. shortText#❝

Простой#❝

Базовый тип: строка.#❝

Ограничение: до 4000 символов#❝

Текстовые поля должны заполняться с соблюдением правил русского языка и норм деловой переписки, включая требования к орфографии и пунктуации. Не допускается заполнение данных полей с применением транслитерации и с нарушением регистра#❝

7. fileName iv#❝

Простой#❝

Базовый тип: нормализованная строка.#❝

Ограничение: от 1 до 255 символов#❝

8. dateTimeZone#❝

Простой#❝

Дата и время с указанием часового пояса Вид: «УУУУ-ММ-#❝

Пункт №#❝

Идентификатор#❝

Тип#❝

Кратность#❝

Описание элемента#❝

DDThh:mm:ssthh:mm»#❝

Базовый тип: дата и время Ограничение: «\d{4}-\d{2}- \d{2}T\d {2} :\d {2}:\d{2}(+|-)\d{2} Ad {2} abonentT ype#❝

Сложный#❝

Сведения об организации#❝

<базовый>#❝

Заданный#❝

Официальное наименование организации. Значение заполняется по глобальному адресному справочнику абонентов МЭДО, в соответствии с указанным в нем кратким официальным наименованием организации.#❝

Заданный тип: «string Value» (пункт 4 настоящей таблицы)#❝

9.2.#❝

@uid#❝

Заданный#❝

Идентификатор организации = GUID.#❝

Значение заполняется по глобальному адресному справочнику абонентов МЭДО, в соответствии с указанным в нем уникальным идентификатором абонента.#❝

Заданный тип: «strUUID» (пункт 2 настоящей таблицы)#❝

10.#❝

гесеуегзТуре#❝

Сложный#❝

Перечень получателей#❝

10.1.#❝

receiver#❝

Заданный#❝

1.0#❝

Получатель сообщения#❝

Заданный тип: «abonentType» (пункт 9 настоящей таблицы)#❝

О каких нормах

К документу

Нормы, которые ссылаются 1

Документы того же органа рядом по дате

Все документы: Минцифры России →