Приказ Минцифры России N 611, ФСО России N 96 от 12.07.2024 "Об утверждении Требований к организационно-техническому взаимодействию государственных органов и государственных организаций"
Приказ Минцифры России N 611, ФСО России N 96 от 12.07.2024
"Об утверждении Требований к организационно-техническому взаимодействию государственных органов и государственных организаций"
(Зарегистрировано в Минюсте России 19.08.2024 N 79192)
Приказ
Требования к организационно-техническому взаимодействию государственных органов и государственных организаций
◦Приложение N 1. Формат файла описания транспортного контейнера 2.7.1
◦I. Файл описания транспортного контейнера
◦II. Отдельные элементы файла описания транспортного контейнера
◦Приложение N 2. Формат файла описания электронного сообщения 2.7.1
◦I. Файл описания электронного сообщения
◦II. Отдельные элементы файла описания электронного сообщения
◦Приложение N 3. Перечень причин отказа в регистрации документов в электронном виде
◦Приложение N 4. Формат файла описания транспортного контейнера 3.0
◦I. Файл описания транспортного контейнера
◦II. Отдельные элементы файла описания транспортного контейнера
◦Приложение N 5. Формат файла описания электронного сообщения 3.0
◦I. Файл описания электронного сообщения
◦II. Отдельные элементы файла описания электронного сообщения
Зарегистрировано в Минюсте России 19 августа 2024 г. N 79192
МИНИСТЕРСТВО ЦИФРОВОГО РАЗВИТИЯ, СВЯЗИ
И МАССОВЫХ КОММУНИКАЦИЙ РОССИЙСКОЙ ФЕДЕРАЦИИ
N 611
ФЕДЕРАЛЬНАЯ СЛУЖБА ОХРАНЫ РОССИЙСКОЙ ФЕДЕРАЦИИ
N 96
ПРИКАЗ
от 12 июля 2024 года
ОБ УТВЕРЖДЕНИИ ТРЕБОВАНИЙ
К ОРГАНИЗАЦИОННО-ТЕХНИЧЕСКОМУ ВЗАИМОДЕЙСТВИЮ ГОСУДАРСТВЕННЫХ
ОРГАНОВ И ГОСУДАРСТВЕННЫХ ОРГАНИЗАЦИЙ
В соответствии с подпунктом "б" пункта 11, подпунктом "а" пункта 12, пунктами 14 и 18 Правил обмена документами в электронном виде при организации информационного взаимодействия, утвержденных постановлением Правительства Российской Федерации от 24 июля 2021 г. N 1264, приказываем:
1. Утвердить прилагаемые Требования к организационно-техническому взаимодействию государственных органов и государственных организаций (далее - Технические требования).
2. Установить, что формат файла описания транспортного контейнера 2.7.1 (приложение N 1 к Техническим требованиям) и формат файла описания электронного сообщения 2.7.1 (приложение N 2 к Техническим требованиям) применяются до 1 сентября 2026 г.
3. Определить, что переход с формата файла описания транспортного контейнера 2.7.1 (приложение N 1 к Техническим требованиям) на формат файла описания транспортного контейнера 3.0 (приложение N 4 к Техническим требованиям) и формата файла описания электронного сообщения 2.7.1 (приложение N 2 к Техническим требованиям) на формат файла описания электронного сообщения 3.0 (приложение N 5 к Техническим требованиям) осуществляется с 1 сентября 2026 г.
4. Признать утратившим силу приказ Министерства цифрового развития, связи и массовых коммуникаций Российской Федерации и Федеральной службы охраны Российской Федерации от 4 декабря 2020 г. N 667/233 "Об утверждении Требований к организационно-техническому взаимодействию государственных органов и государственных организаций" (зарегистрирован в Министерстве юстиции Российской Федерации 5 марта 2021 г., регистрационный N 62668).
Министр
цифрового развития, связи
и массовых коммуникаций
Российской Федерации
М.И.ШАДАЕВ
Директор
Федеральной службы охраны
Российской Федерации
Д.В.КОЧНЕВ
приказом Министерства
цифрового развития, связи
и массовых коммуникаций
Российской Федерации
и Федеральной службы охраны
Российской Федерации
от 12.07.2024 N 611/96
К ОРГАНИЗАЦИОННО-ТЕХНИЧЕСКОМУ ВЗАИМОДЕЙСТВИЮ ГОСУДАРСТВЕННЫХ
ОРГАНОВ И ГОСУДАРСТВЕННЫХ ОРГАНИЗАЦИЙ
1. Настоящие требования к организационно-техническому взаимодействию государственных органов и государственных организаций (далее - Технические требования) в рамках обмена документами в электронном виде при организации информационного взаимодействия федеральных органов государственной власти, органов государственной власти субъектов Российской Федерации и иных государственных органов, а также организаций, созданных для выполнения задач, поставленных перед Правительством Российской Федерации, определяют:
а) формат документа в электронном виде;
б) формат транспортного контейнера;
в) перечень причин отказа в регистрации документов в электронном виде <1>;
--------------------------------
<1> Пункт 14 Правил обмена документами в электронном виде при организации информационного взаимодействия, утвержденных постановлением Правительства Российской Федерации от 24 июля 2021 г. N 1264 (далее - Правила обмена документами в электронном виде).
г) требования к процедурам подписания документов в электронном виде <2>.
--------------------------------
<2> Пункт 18 Правил обмена документами в электронном виде.
2. Документ в электронном виде, создаваемый в рамках обмена документами в электронном виде при организации информационного взаимодействия, должен состоять из следующих структурных элементов:
а) основная часть документа в электронном виде, представленная в виде файла текста основной части документа в электронном виде и файла структурированных данных основной части документа в электронном виде в формате, определенном пунктом 3 Технических требований;
б) приложения к документу в электронном виде (при наличии), представленные в виде файлов приложений к документу в электронном виде в формате, определенном пунктом 4 Технических требований;
в) электронные подписи основной части и приложений (при наличии) к документу в электронном виде, представленные в виде файлов усиленной квалифицированной электронной подписи, сформированных в соответствии с требованиями законодательства Российской Федерации <3>;
--------------------------------
<3> Статья 17.4 Федерального закона от 6 апреля 2011 г. N 63-ФЗ "Об электронной подписи".
г) элементы визуализации электронных подписей основной части документа в электронном виде, а также регистрационных данных документа в электронном виде, сформированные в соответствии с пунктом 5 Технических требований и представленные в виде файлов элементов визуализации в формате, определенном пунктом 6 Технических требований;
д) описание документа в электронном виде, содержащее реквизиты документа в электронном виде, а также данные о местоположении элементов визуализации на визуальном отображении документа в электронном виде, представленное в виде, установленном форматом транспортного контейнера.
3. Файл текста основной части документа в электронном виде (при наличии) должен быть представлен в формате PDF/A-1 версии 1.4. Файл структурированных данных основной части документа в электронном виде (при наличии) должен быть представлен в форматах, утвержденных Министерством цифрового развития, связи и массовых коммуникаций Российской Федерации <4> (далее - форматы документов).
--------------------------------
<4> Подпункты "б" и "в" пункта 10 Положения об информационной системе обеспечения внутриведомственного и межведомственного документооборота и контроля исполнения поручений, в том числе с использованием облачных сервисов, утвержденного постановлением Правительства Российской Федерации от 17 февраля 2022 г. N 198 (далее - Положение об информационной системе); подпункт "б" пункта 11 Правил обмена документами в электронном виде.
4. Файлы приложений к документу в электронном виде (при наличии) должны быть представлены в форматах, предназначенных для текстовых, табличных, графических, структурированных и архивных данных. Вложенные документы в электронном виде должны быть представлены в формате транспортного контейнера, определенном пунктом 7 Технических требований.
5. Элементы визуализации электронных подписей основной части документа в электронном виде, а также регистрационных данных документа в электронном виде (включающих дату документа и регистрационный номер, присвоенный организацией автора документа, а в случае совместного составления двумя и более организациями - регистрационные номера, присвоенные каждой из этих организаций) формируются в виде изображений, предназначенных для наложения на изображение основной части документа в электронном виде в местах, определенных в описании документа в электронном виде (данными о местоположении элементов визуализации).
6. Файлы элементов визуализации для наложения на файл текста должны быть представлены в формате PNG. Информация для визуализации структурированных данных должна быть включена в файл структурированных данных.
7. Формат транспортного контейнера при размещении в нем документа в электронном виде должен соответствовать требованиям к следующим структурным элементам:
а) элементы документа в электронном виде <5>, представленные в виде отдельных файлов элементов документа в электронном виде, в соответствии с подпунктами "а" - "г" пункта 2 Технических требований;
--------------------------------
<5> Подпункты "б" и "г" пункта 11 Правил обмена документами в электронном виде.
б) описание транспортного контейнера <6>, содержащее список файлов элементов документа в электронном виде, а также описание документа в электронном виде, в соответствии с подпунктом "д" пункта 2 Технических требований, представленное в виде:
--------------------------------
<6> Подпункт "а" пункта 11 Правил обмена документами в электронном виде.
файла описания транспортного контейнера в формате "2.7.1", приведенном в приложении N 1 к Техническим требованиям (до 1 сентября 2026 г.);
файла описания транспортного контейнера в формате "3.0", приведенном в приложении N 4 к Техническим требованиям (с 1 сентября 2026 г.).
При наличии технической возможности допускается формирование файла описания транспортного контейнера в формате "3.0", приведенном в приложении N 4 к Техническим требованиям, до 1 сентября 2026 г.
в) электронная подпись совокупности элементов транспортного контейнера <7>, сформированной в соответствии с пунктом 8 Технических требований (при необходимости обеспечения целостности транспортного контейнера), представленная в виде файла усиленной квалифицированной электронной подписи, сформированного в соответствии с требованиями законодательства Российской Федерации.
--------------------------------
<7> Подпункт "в" пункта 11 Правил обмена документами в электронном виде.
8. Совокупность элементов транспортного контейнера формируется последовательным соединением бинарных данных файла описания транспортного контейнера с бинарными данными файлов элементов документа в электронном виде, отсортированных по имени в лексикографическом порядке. Совокупность элементов транспортного контейнера формируется на время выполнения процедур подписания электронной подписью и проверки электронной подписи и не сохраняется после выполнения этих процедур.
9. Транспортный контейнер должен быть представлен в виде одного файла в формате ZIP-архива.
10. Файл транспортного контейнера должен содержать файлы элементов транспортного контейнера, описанные в пункте 7 Технических требований. Каждый из этих файлов имеет название, соответствующее шаблону "[a-zA-Z0-9_\-\.]{1,250}\.[a-z0-9]{3,4}".
11. Файл транспортного контейнера должен иметь название, соответствующее шаблону "[a-zA-Z0-9_\-\.]{1,247}\.edc\.zip".
12. Для передачи транспортного контейнера посредством транспортной шины, в соответствии с положениями и регламентами эксплуатации транспортной шины <8>, транспортный контейнер должен быть дополнительно оформлен в виде электронного сообщения, для чего к файлу транспортного контейнера должен быть приложен файл описания электронного сообщения, содержащий техническую информацию для адресации электронного сообщения, а также применяемый в процедурах передачи уведомлений и технологических электронных сообщений:
--------------------------------
<8> Подпункт "а" пункта 11 Правил обмена документами в электронном виде.
в формате "2.7.1", приведенном в приложении N 2 к Техническим требованиям (до 1 сентября 2026 г.);
в формате "3.0", приведенном в приложении N 5 к Техническим требованиям (с 1 сентября 2026 г.).
При наличии технической возможности допускается формирование файла описания электронного сообщения в формате "3.0", приведенном в приложении N 5 к Техническим требованиям, до 1 сентября 2026 г.
13. При формировании уведомления об отказе в регистрации документа в электронном виде причина отказа в регистрации выбирается из перечня причин отказа в регистрации документа в электронном виде в соответствии с указаниями, приведенными в приложении N 3 к Техническим требованиям (с использованием нормативно-справочной информации, размещенной в облачной подсистеме ведения нормативно-справочной информации внутриведомственного и межведомственного документооборота <9> информационной системы обеспечения внутриведомственного и межведомственного документооборота и контроля исполнения поручений, в том числе с использованием облачных сервисов).
--------------------------------
<9> Пункт 2 Положения об информационной системе; пункт 10 Правил обмена документами в электронном виде.
14. При необходимости подписания (утверждения) документа в электронном виде несколькими должностными лицами каждое должностное лицо подписывает документ в электронном виде электронной подписью, представляемой в виде отдельного файла согласно подпункту "в" пункта 2 Технических требований.
15. При необходимости подписания (утверждения) приложений документа в электронном виде каждое приложение к документу в электронном виде подписывается отдельной электронной подписью, представляемой в виде отдельного файла согласно подпункту "в" пункта 2 Технических требований.
16. Подписание структурированных данных основной части документа в электронном виде (при необходимости обеспечения целостности структурированных данных) выполняется в формате XMLDSig. Информация о подписи включается в файл структурированных данных основной части документа согласно требованиям, установленным форматами документов, утвержденными Министерством цифрового развития, связи и массовых коммуникаций Российской Федерации <10>.
--------------------------------
<10> Подпункты "б" и "в" пункта 10 Положения об информационной системе; подпункт "б" пункта 11 Правил обмена документами в электронном виде.
17. Подписание структурированных данных основной части документа в электронном виде одним или несколькими должностными лицами, в том числе если эти должностные лица представляют различные организации, выполняется согласно требованиям, установленным форматами документов, утвержденными Министерством цифрового развития, связи и массовых коммуникаций Российской Федерации <11>.
--------------------------------
<11> Подпункты "б" и "в" пункта 10 Положения об информационной системе; подпункт "б" пункта 11 Правил обмена документами в электронном виде.
к Требованиям
к организационно-техническому
взаимодействию государственных
органов и государственных
организаций, утвержденным
приказом Министерства
цифрового развития, связи
и массовых коммуникаций
Российской Федерации
и Федеральной службы охраны
Российской Федерации
от 12.07.2024 N 611/96
ФОРМАТ ФАЙЛА ОПИСАНИЯ ТРАНСПОРТНОГО КОНТЕЙНЕРА 2.7.1
I. Файл описания транспортного контейнера
1. Файл описания транспортного контейнера имеет название "passport.xml".
2. Файл описания транспортного контейнера представляется в формате XML в соответствии со списком элементов схемы описания транспортного контейнера, приведенным в главе II настоящего приложения.
3. Файл описания транспортного контейнера оформляется в кодировке "UTF-8", первая строка файла описания транспортного контейнера содержит следующий текст: "<?xml version="1.0" encoding="UTF-8"?>". Номер версии формата файла описания транспортного контейнера - 2.7.1.
4. Требования по совместимости:
а) при необходимости передачи структурированных данных такой файл включается в состав транспортного контейнера в виде приложения с зарезервированным для этой цели именем файла "digital.xml". Запрещается использовать это имя для иных вложений, кроме структурированных данных;
б) при необходимости передачи отдельного уведомления в цифровом формате в составе транспортного контейнера необходимо приложить визуализацию структурированных данных в поле основного документа. Содержимое этой визуализации и структурированных данных должно совпадать. В паспорте документа должно быть указано, что документ не требует регистрации;
в) при необходимости передачи структурированных данных для работы с обращениями граждан в формате CardInfo такой файл включается в состав транспортного контейнера в виде приложения с зарезервированным для этой цели именем файла "CardInfo.txt". Запрещается использовать это имя для иных вложений, кроме структурированных данных;
г) если структурированные данные являются информационным уведомлением и не требуют подписания (утверждения), файлы транспортного контейнера можно заверить электронной подписью уполномоченного лица участника взаимодействия или с применением средств электронной подписи, используемых для автоматического создания электронных подписей в информационной системе обеспечения внутриведомственного и межведомственного документооборота и контроля исполнения поручений, в соответствии с положениями статьи 4 Федерального закона от 6 апреля 2011 г. N 63-ФЗ "Об электронной подписи".
II. Отдельные элементы файла описания
транспортного контейнера
5. Отдельные элементы файла описания транспортного контейнера приведены в таблице 1 настоящего приложения.
6. Кратность элемента определяет его минимальное и максимальное допустимое число повторений в файле описания, а также обязательность его заполнения:
а) 1 - элемент указывается один раз и заполняется обязательно;
б) 1..n - элемент повторяется необходимое число раз и заполняется обязательно;
в) 0..1 - элемент либо не указывается, либо указывается один раз и заполняется обязательно, если выполняются условия его обязательного заполнения, указанные в описании элемента;
г) 0..n - элемент либо не указывается, либо повторяется необходимое число раз и заполняется обязательно, если выполняются условия его обязательного заполнения, указанные в описании элемента.
Таблица 1. Список элементов схемы описания транспортного контейнера
Пункт N | Идентификатор | Тип | Кратность | Описание элемента |
Описание корневых типов данных: | ||||
1. | container | Сложный | 1 | Описание транспортного контейнера |
1.1. | @uid | Заданный | 1 | Уникальный идентификатор документа в электронном виде, размещенного в составе транспортного контейнера |
Заданный тип: "globalUniqueIdentifier" (пункт 2 настоящей таблицы) | ||||
1.2. | @version | Строка | 1 | Версия использованной XML-схемы описания транспортного контейнера |
1.3. | requisites | Сложный | 1 | Реквизиты документа в электронном виде для целей делопроизводства |
documentKind | Заданный | 1 | Вид документа Значение поля заполняется из справочника Cat02-002-00001 "Виды официальных документов", размещенного в облачной подсистеме ведения нормативно-справочной информации внутриведомственного и межведомственного документооборота <1> информационной системы обеспечения внутриведомственного и межведомственного документооборота и контроля исполнения поручений, в том числе с использованием облачных сервисов (далее - сервис НСИ). | |
Вид документа определяется исходя из содержания текста письма и приложений. | ||||
Если для вида документа в справочнике установлен признак "Требуется передача данных в цифровом формате", тогда в составе контейнера должен обязательно присутствовать файл структурированных данных в цифровом формате по процессу и событию, коды которых определены в соответствующих атрибутах справочника. | ||||
Заданный тип: "qualifiedValue" (пункт 3 настоящей таблицы) | ||||
1.3.2. | documentPlace | Заданный | 1 | Место составления документа. Значение поля заполняется из справочника Cat02-002-00002 "Места составления документов", размещенного в сервисе НСИ. |
Заданный тип: "qualifiedValue" (пункт 3 настоящей таблицы) | ||||
1.3.3. | classification | Заданный | 1 | Гриф ограничения доступа к документу. Значение поля заполняется из справочника Cat02-002-00003 "Грифы ограничения доступа", размещенного в сервисе НСИ. |
Заданный тип: "qualifiedValue" (пункт 3 настоящей таблицы) | ||||
1.3.4. | annotation | Заданный | 1 | Аннотация, краткое содержание документа для обработки в системе электронного документооборота (далее - СЭД) Заданный тип: "shortText" (пункт 6 настоящей таблицы) |
1.3.5. | links | Сложный | 0..1 | Ссылки на внешние документы. Заполняется, если документ в электронном виде создается в ответ на ранее полученный документ. |
Реквизит является обязательным для заполнения, если для вида документа, указанного в элементе 1.3.1, в сервисе НСИ установлен признак "Требуется заполнение ссылок на внешние документы" | ||||
1.3.5.1. | link | Сложный | 1..n | Ссылка на внешний документ. Допускается указывать несколько значений |
1.3.5.1.1. | @uid | Заданный | 1 | Уникальный идентификатор внешнего документа в электронном виде. |
Заданный тип: "globalUniqueIdentifier" (пункт 2 настоящей таблицы) | ||||
1.3.5.1.2. | organization | Заданный | 1 | Организация автора внешнего документа. |
Заданный тип: "organization" (пункт 8 настоящей таблицы) | ||||
1.3.5.1.3. | department | Заданный | 0..1 | Подразделение организации автора внешнего документа. Заполняется при необходимости. |
Заданный тип: "qualifiedValue" (пункт 3 настоящей таблицы) | ||||
1.3.5.1.4. | registration | Заданный | 1 | Регистрационные данные по сведениям автора (соавтора) внешнего документа. |
Заданный тип: "registrationData" (пункт 7 настоящей таблицы) | ||||
1.3.5.1.5. | signer | Заданный | 0..n | Должностное лицо (или несколько лиц), подписавшее внешний документ. |
Заданный тип: "person" (пункт 9 настоящей таблицы) | ||||
Шаблон типа "employee" (сотрудник) - обязательно указывается фамилия, имя, отчество (при наличии) | ||||
1.3.5.1.6. | linkType | Заданный | 1 | Тип связи документа. Значение поля заполняется из справочника Cat02-002-00004 "Типы связей документов", размещенного в сервисе НСИ. |
Заданный тип: "qualifiedValue" (пункт 3 настоящей таблицы) | ||||
1.4. | authors | Сложный | 1 | Сведения об авторах - организациях, подписавших (утвердивших) документ |
1.4.1. | author | Сложный | 1..n | Сведения об авторе - организации: отдел (департамент), регистрационные данные документа, лица, подписавшие документ, а также должностные лица, заверившие или завизировавшие документ (при наличии). |
Допускается указывать несколько значений. Сначала указываются сведения основного автора, а потом соавторов (при наличии). | ||||
Если для вида документа в справочнике заполнен атрибут "Допустимые авторы", указание такого вида документа допустимо, если в элементе 1.4.1.1 указаны авторы из перечня допустимых | ||||
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 указаны адресаты из перечня допустимых | ||||
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 | Описание основной части документа |
@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 настоящей таблицы) | ||||
Описание задаваемых типов данных: | ||||
globalUniqueIdentifier | Простой | -- | Универсальный уникальный идентификатор (UUID) | |
36 символов, по шаблону: "[a-f0-9]{8}-[a-f0-9]{4}-[a-f0-9]{4}-[a-f0-9]{4}-[a-f0-9]{12}" | ||||
qualifiedValue | Сложный | -- | Справочное значение | |
3.1. | <базовый> | Заданный | 1 | Наименование справочного значения. |
Заданный тип: "stringValue" (пункт 4 настоящей таблицы) | ||||
3.2. | @id | Заданный | 0..1 | Идентификатор справочного значения. Указывается, если в справочнике заданы идентификаторы справочных значений. |
Заданный тип: "identityValue" (пункт 5 настоящей таблицы) | ||||
stringValue | Простой | -- | Базовый тип: нормализованная строка. Ограничение: от 1 до 511 символов | |
identity Value | Простой | -- | Базовый тип: строка (токен) Ограничение: от 1 до 127 символов | |
shortText | Простой | -- | Базовый тип: строка. Ограничение: до 4000 символов Текстовые поля должны заполняться с соблюдением правил русского языка и норм деловой переписки, включая требования к орфографии и пунктуации. Не допускается заполнение данных полей с применением транслитерации и с нарушением регистра | |
registrationData | Сложный | -- | Регистрационные данные документа в электронном виде | |
7.1. | number | Строка | 1 | Регистрационный номер документа |
7.2. | date | Дата | 1 | Дата документа в виде: "YYYY-MM-DD" |
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. | Заданный | 0..1 | Электронная почта организации. | |
Заданный тип: "stringValue" (пункт 4 настоящей таблицы) | ||||
8.6. | website | Заданный | 0..1 | Официальный сайт организации. |
Заданный тип: "stringValue" (пункт 4 настоящей таблицы) | ||||
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. | Заданный | 0..1 | Электронная почта | |
Заданный тип: "stringValue" (пункт 4 настоящей таблицы) | ||||
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 | Высота изображения, в мм |
fileName | Простой | -- | Базовый тип: нормализованная строка. Ограничение: от 1 до 255 символов вида "[a-zA-Z0-9_]{1,250}.[a-zA-Z0-9]{3,4}" | |
12. | documentFileName | Простой | -- | Базовый тип: нормализованная строка. Ограничение: от 1 до 254 символов вида "[a-zA-Z0-9_]{1,250}.pdf" |
--------------------------------
<1> Пункт 2 Положения об информационной системе обеспечения внутриведомственного и межведомственного документооборота и контроля исполнения поручений, в том числе с использованием облачных сервисов, утвержденного постановлением Правительства Российской Федерации от 17 февраля 2022 г. N 198; пункт 10 Правил обмена документами в электронном виде при организации информационного взаимодействия, утвержденных постановлением Правительства Российской Федерации от 24 июля 2021 г. N 1264.
к Требованиям
к организационно-техническому
взаимодействию государственных
органов и государственных
организаций, утвержденным
приказом Министерства
цифрового развития, связи
и массовых коммуникаций
Российской Федерации
и Федеральной службы охраны
Российской Федерации
от 12.07.2024 N 611/96
ФОРМАТ ФАЙЛА ОПИСАНИЯ ЭЛЕКТРОННОГО СООБЩЕНИЯ 2.7.1
I. Файл описания электронного сообщения
1. Файл описания электронного сообщения имеет название "message.xml".
2. Файл описания электронного сообщения представляется в формате XML в соответствии со списком элементов схемы описания электронного сообщения, приведенным в главе II настоящего приложения.
3. Файл описания электронного сообщения оформляется в кодировке "UTF-8", первая строка файла описания электронного сообщения содержит следующий текст: "<?xml version="1.0" encoding="UTF-8"?>". Номер версии формата файла описания электронного сообщения - 2.7.1.
4. Требования по совместимости:
а) наличие информации ограниченного распространения в сообщении определяется по грифу ограничения доступа в файле описания транспортного контейнера;
б) для ограничения времени доставки электронного сообщения используется время по умолчанию - 72 часа с даты и времени непосредственной отправки сообщения. В случае если доставка в срок невозможна, то оператор информационного взаимодействия <1> (далее - оператор) должен отправить квитанцию, что сообщение не удалось доставить в указанный срок, и прекратить доставку;
--------------------------------
<1> Пункт 8 Правил обмена документами в электронном виде при организации информационного взаимодействия, утвержденных постановлением Правительства Российской Федерации от 24 июля 2021 г. N 1264 (далее - Правила обмена документами в электронном виде).
в) в случае отправки квитанции о невозможности доставки сообщения оператором, необходимо указывать в поле "Отправитель сообщения" участника информационного взаимодействия <2> (далее - участник), которому не удалось доставить сообщение. В случае если таких участников несколько, то оператор должен отправить по одной квитанции для каждого участника. Подтверждение или отказ в получении для всех участников можно выполнять одной квитанцией с указанием оператора в поле "Отправитель сообщения".
--------------------------------
<2> Пункт 1 Правил обмена документами в электронном виде.
II. Отдельные элементы файла описания электронного сообщения
5. Отдельные элементы файла описания электронного сообщения приведены в таблице 1 настоящего приложения.
6. Кратность элемента определяет его минимальное и максимальное допустимое число повторений в файле описания, а также обязательность его заполнения:
а) 1 - элемент указывается один раз и заполняется обязательно;
б) 1..n - элемент повторяется необходимое число раз и заполняется обязательно;
в) 0..1 - элемент либо не указывается, либо указывается один раз и заполняется обязательно, если выполняются условия его обязательного заполнения, указанные в описании элемента;
г) 0..n - элемент либо не указывается, либо повторяется необходимое число раз и заполняется обязательно, если выполняются условия его обязательного заполнения, указанные в описании элемента.
Таблица 1. Список элементов схемы описания электронного сообщения
Пункт N | Идентификатор | Тип | Кратность | Описание элемента |
Описание корневых типов данных: | ||||
1. | communication | Сложный | 1 | Описание электронного сообщения |
1.1. | @version | Строка | 1 | Версия использованной XML-схемы описания электронного сообщения |
1.2. | header | Сложный | 1 | Техническая информация для адресации электронного сообщения (заголовок) |
1.2.1. | @type | Строка | 1 | Тип контента, одно из значений: "Транспортный контейнер" "Уведомление" "Квитанция" |
1.2.2. | @uid | Заданный | 1 | Идентификатор электронного сообщения |
Заданный тип: "globalUniqueIdentifier" (пункт 2 настоящей таблицы) | ||||
1.2.3. | @created | Заданный | 1 | Дата и время электронного сообщения |
Заданный тип: "dateTimeZone" (пункт 12 настоящей таблицы) | ||||
1.2.4. | source | Заданный | 1 | Отправитель сообщения |
Заданный тип: "communicationPartner" (пункт 8 настоящей таблицы) | ||||
1.2.5. | operator | Заданный | 0..1 | Техническое значение |
Заданный тип: "qualifiedValue" (пункт 3 настоящей таблицы) | ||||
1.3. | container | Сложный | 0..1 | Сведения о транспортном контейнере, содержащем документ в электронном виде. Заполняется если в заголовке указан тип контента "Транспортный контейнер" |
1.3.1. | @type | Строка | 0..1 | Тип контента в транспортном контейнере. Заполняется в соответствии с передаваемым контентом из справочника Cat02-001-00001 "Виды транспортных контейнеров", размещенного в облачной подсистеме ведения нормативно-справочной информации внутриведомственного и межведомственного документооборота <3> информационной системы обеспечения внутриведомственного и межведомственного документооборота и контроля исполнения поручений, в том числе с использованием облачных сервисов (далее - сервис НСИ). |
Значение по умолчанию (если не заполнено) - "Документ в электронном виде" | ||||
1.3.2. | body | Простой | 1 | Название файла транспортного контейнера |
Базовый тип: "fileName" (пункт 11 настоящей таблицы) Ограничение: от 1 до 255 символов вида "[a-zA-Z0-9_]{1,247}.edc.zip" | ||||
1.4. | notification | Сложный | 0..1 | Содержимое уведомления (в соответствии с приложением N 2 к Правилам обмена документами в электронном виде). Заполняется если в заголовке указан тип контента "Уведомление", или уведомление совмещено с транспортным контейнером и тип контента "Транспортный контейнер" |
Следующие виды уведомлений должны передаваться совместно с транспортным контейнером: "Поставлен на контроль" "Доклад направлен" | ||||
@type | Строка | 1 | Вид уведомления, одно из значений: "Поставлен на контроль" "Зарегистрирован" "Отказано в регистрации" "Назначен исполнитель" "Доклад подготовлен" "Доклад направлен" "Исполнение" "Опубликование" | |
1.4.2. | @uid | Заданный | 1 | Идентификатор документа в электронном виде, относительно которого было создано настоящее уведомление |
Заданный тип: "globalUniqueIdentifier" (пункт 2 настоящей таблицы) | ||||
1.4.3. | @id | Заданный | 0..1 | Техническое значение Внутренний идентификатор документа |
Заданный тип: "identityValue" (пункт 5 настоящей таблицы) | ||||
1.4.4. | @mid | Заданный | 0..1 | Техническое значение Идентификатор электронного сообщения, с которым изначально поступил документ в электронном виде, относительно которого было создано настоящее уведомление |
Заданный тип: "globalUniqueIdentifier" (пункт 2 настоящей таблицы) | ||||
1.4.5. | Одно из значений, зависящее от типа уведомления | Сложный | 1 | В зависимости от типа уведомления (1.4.1) указан, соответственно, один из элементов: "documentSent" "documentAccepted" "documentRefused" "executorAssigned" "reportPrepared" "reportSent" "courseChanged" "documentPublished" |
Следующие поля определены для всех видов уведомлений: | ||||
1.4.5.1. | time | Дата и Время | 1 | Дата и время события уведомления |
1.4.5.2. | foundation | Заданный | 1 | Сведения о документе в электронном виде, относительно которого создано уведомление |
Заданный тип: "documentReference" (пункт 13 настоящей таблицы) | ||||
1.4.5.3. | clause | Заданный | 0..1 | Пункт документа в электронном виде, относительно которого создано уведомление |
Не заполняется для уведомлений, которые предусматривают передачу нескольких ссылок на пункты документа, то есть вида: "Поставлен на контроль" "Доклад направлен" | ||||
Заданный тип: "documentClause" (пункт 14 настоящей таблицы) | ||||
1.4.5.4. | correspondent | Заданный | 0..1 | Корреспондент (отправитель) уведомления. Указывается если отличается от указанного в поле заголовка "Отправитель сообщения" |
Заданный тип: "addressee" (пункт 9 настоящей таблицы) | ||||
Дополнительно для уведомлений типа "Поставлен на контроль" (documentSent): | ||||
1.4.5.5. | needRegistration | Да/Нет | 1 | Признак того, что документ-основание для уведомления требует регистрации |
Значение "Нет" в случае передачи структурированных данных, не требующих регистрации. В этом случае файл текста основного документа должен содержать визуализацию структурированных данных | ||||
1.4.5.6. | needExecution | Да/Нет | 1 | Признак того, что документ-основание для уведомления требует исполнения |
Значение "Да" в случае передачи перечня пунктов поручений в этом же уведомлении | ||||
1.4.5.7. | needPublication | Да/Нет | 1 | Признак того, что документ-основание для уведомления требует публикации |
1.4.5.8. | clauses | Сложный | 0..1 | Пункты документа для исполнения Указывается, если требуется исполнение |
1.4.5.8.1. | clause | Заданный | 1..n | Пункт документа для исполнения Допускается указывать несколько значений |
Заданный тип: "documentClause" (пункт 14 настоящей таблицы) | ||||
Дополнительно для уведомлений типа "Зарегистрирован" (documentAccepted): | ||||
1.4.5.5. | num | Заданный | 1 | Регистрационные данные документа, по результатам успешной регистрации |
Заданный тип: "documentNumber" (пункт 7 настоящей таблицы) | ||||
Дополнительно для уведомлений типа "Отказано в регистрации" (documentRefused): | ||||
1.4.5.5. | reason | Строка | 1..n | Причина отказа в регистрации. Значение поля выбирается из перечня причин отказа в регистрации, приведенного в приложении N 3 к требованиям к организационно-техническому взаимодействию государственных органов и государственных организаций, утвержденным настоящим приказом |
Дополнительно для уведомлений типа "Назначен исполнитель" (executorAssigned): | ||||
1.4.5.5. | secretary | Заданный | 1 | Руководитель ведомства |
Заданный тип: "addressee" (пункт 9 настоящей таблицы) | ||||
1.4.5.6. | manager | Заданный | 1 | Руководитель подразделения |
Заданный тип: "addressee" (пункт 9 настоящей таблицы) | ||||
1.4.5.7. | executor | Заданный | 1 | Исполнитель |
Заданный тип: "addressee" (пункт 9 настоящей таблицы) | ||||
Дополнительно для уведомлений типа "Доклад подготовлен" (reportPrepared): | ||||
1.4.5.5. | signatory | Заданный | 1 | Должностное лицо, на подписи у которого находится доклад до момента его подписи и направления инициатору поручения |
Заданный тип: "signatory" (пункт 10 настоящей таблицы) | ||||
Дополнительно для уведомлений типа "Доклад направлен" (reportSent): | ||||
1.4.5.5. | report | Заданный | 1 | Сведения о документе с докладом об исполнении поручения по пункту документа |
Заданный тип: "documentReference" (пункт 13 настоящей таблицы) | ||||
1.4.5.6. | clauses | Сложный | 0..1 | Пункт поручения, во исполнение которого подготовлен доклад |
1.4.5.6.1. | clause | Заданный | 1..n | Пункт поручения, во исполнение которого подготовлен доклад. Обязательно указывается исходный идентификатор поручения из уведомления "Поставлен на контроль" |
Заданный тип: "documentClause" (пункт 14 настоящей таблицы) | ||||
Дополнительно для уведомлений типа "Исполнение" (courseChanged): | ||||
1.4.5.5. | courseText | Строка | 1 | Сообщение о ходе исполнения или об изменениях по ходу исполнения, в том числе замена исполнителя, перенос срока |
Заданный тип: "shortText" (пункт 6 настоящей таблицы) | ||||
1.4.5.6. | reference | Заданный | 0..1 | Сведения о документе с пояснениями |
Заданный тип: "documentReference" (пункт 13 настоящей таблицы) | ||||
Дополнительно для уведомлений типа "Опубликование" (documentPublished): | ||||
1.4.5.5. | num | Сложный | 1 | Регистрационные данные документа, опубликованного в источнике официального опубликования |
1.4.5.5.1. | number | Строка | 1 | Номер опубликования |
1.4.5.5.2. | date | Дата и Время | 1 | Дата и время опубликования |
1.4.5.6. | publicationPoint | Строка | 1 | Место опубликования, источник официального опубликования |
Следующее поле определено для всех видов уведомлений: | ||||
1.4.5.[x]. | comment | Строка | 0..1 | Техническое значение |
1.5. | acknowledgment | Сложный | 0..1 | Содержимое технологического электронного сообщения, в соответствии с положениями и регламентами эксплуатации транспортной шины. Заполняется, если в заголовке указан тип контента "Квитанция" |
1.5.1. | @uid | Заданный | 1 | Идентификатор электронного сообщения, относительно которого создана квитанция |
Заданный тип: "globalUniqueIdentifier" (пункт 2 настоящей таблицы) | ||||
1.5.2. | @content | Строка | 1 | Текст описания электронного сообщения, относительно которого создана квитанция |
1.5.3. | time | Заданный | 1 | Дата и время получения электронного сообщения (отправителем квитанции) |
Заданный тип: "dateTimeZone" (пункт 12 настоящей таблицы) | ||||
1.5.4. | accepted | Да/Нет | 1 | Признак того, что сообщение успешно принято (отправителем квитанции) |
1.5.5. | errorCode | Число | 0..1 | Если сообщение не было принято по причине выявления ошибок получения или проверки, указывается код ошибки (0 = неизвестная ошибка) |
1.5.6. | errorFileMessage | Строка | 0..1 | Название файла с информацией об ошибке |
Ограничение: от 1 до 251 символов вида "[a-zA-Z0-9_]{1,247}.zip" | ||||
1.5.7. | comment | Строка | 0..1 | Если сообщение не было принято по причине выявления ошибок получения или проверки, указывается описание ошибки |
1.6. | deliveryIndex | Сложный | 1 | Техническая информация для адресации электронного сообщения (получатели) |
1.6.1. | destination | Сложный | 1..n | Получатели электронного сообщения Допускается указывать несколько значений |
1.6.1.1. | destination | Заданный | 1 | Получатель сообщения |
Заданный тип: "communicationPartner" (пункт 8 настоящей таблицы) | ||||
1.6.1.2. | comment | Строка | 0..1 | Техническое значение |
Описание задаваемых типов данных: | ||||
globalUniqueIdentifier | Простой | -- | Универсальный уникальный идентификатор (UUID) | |
Базовый тип: нормализованная строка. Ограничение: 36 символов, по шаблону: "[a-f0-9]{8}-[a-f0-9]{4}-[a-f0-9]{4}-[a-f0-9]{4}-[a-f0-9]{12}" | ||||
qualifiedValue | Сложный | -- | Справочное значение | |
3.1. | <базовый> | Заданный | 1 | Наименование справочного значения. |
Заданный тип: "stringValue" (пункт 4 настоящей таблицы) | ||||
3.2. | @id | Заданный | 0..1 | Идентификатор справочного значения. Указывается, если в справочнике заданы идентификаторы справочных значений. |
Заданный тип: "identityValue" (пункт 5 настоящей таблицы) | ||||
3.3. | @retro | Да/Нет | 0..1 | Техническое значение |
3.4. | @modified | Дата и Время | 0..1 | Техническое значение |
stringValue | Простой | -- | Базовый тип: нормализованная строка. Ограничение: от 1 до 511 символов | |
identity Value | Простой | -- | Базовый тип: строка (токен) Ограничение: от 1 до 127 символов | |
shortText | Простой | -- | Базовый тип: строка. Ограничение: до 4000 символов | |
Текстовые поля должны заполняться с соблюдением правил русского языка и норм деловой переписки, включая требования к орфографии и пунктуации. Не допускается заполнение данных полей с применением транслитерации и с нарушением регистра | ||||
documentNumber | Сложный | -- | Регистрационные данные документа в электронном виде | |
7.1. | number | Строка | 1 | Регистрационный номер документа |
7.2. | date | Дата | 1 | Дата документа в виде: "YYYY-MM-DD" |
communicationPartner | Сложный | -- | Сведения об организации | |
8.1. | @uid | Заданный | 1 | Идентификатор организации = GUID. Значение заполняется по глобальному адресному справочнику абонентов МЭДО, в соответствии с указанным в нем уникальным идентификатором абонента. |
Заданный тип: "globalUniqueIdentifier" (пункт 2 настоящей таблицы) | ||||
8.2. | organization | Строка | 1 | Официальное наименование организации. Значение заполняется по глобальному адресному справочнику абонентов МЭДО, в соответствии с указанным в нем кратким официальным наименованием организации |
8.3. | comment | Строка | 0..1 | Техническое значение Передача дополнительных данных о СЭД организации |
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 настоящей таблицы) | ||||
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 | Дата подписания документа |
fileName | Простой | -- | Базовый тип: нормализованная строка. Ограничение: от 1 до 255 символов | |
dateTimeZone | Простой | -- | Дата и время с указанием часового пояса Вид: "YYYY-MM-DDThh:mm:sshh:mm" | |
Базовый тип: дата и время Ограничение: "\d{4}-\d{2}-\d{2}T\d{2}:\d{2}:\d{2}(+|-)\d{2}:\d{2}" | ||||
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 | Техническое значение |
documentClause | Сложный | -- | Сведения о пункте документа (ссылка) | |
14.1. | @id | Заданный | 1 | Уникальный идентификатор пункта в рамках документа в электронном виде |
Заданный тип: "identityValue" (пункт 5 настоящей таблицы) | ||||
14.2. | @localId | Число | 0..1 | Значение для упорядочивания пункта |
14.3. | designation | Строка | 0..1 | Наименование пункта (краткое) |
14.4. | text | Заданный | 0..1 | Содержание пункта (полное) |
Заданный тип: "shortText" (пункт 6 настоящей таблицы) | ||||
14.5. | deadline | Дата | 0..1 | Срок исполнения пункта |
14.6. | principal | Заданный | 1 | Ответственный исполнитель |
Заданный тип: "addressee" (пункт 9 настоящей таблицы) | ||||
--------------------------------
<3> Пункт 2 Положения об информационной системе обеспечения внутриведомственного и межведомственного документооборота и контроля исполнения поручений, в том числе с использованием облачных сервисов, утвержденного постановлением Правительства Российской Федерации от 17 февраля 2022 г. N 198; пункт 10 Правил обмена документами в электронном виде.
к Требованиям
к организационно-техническому
взаимодействию государственных
органов и государственных
организаций, утвержденным
приказом Министерства
цифрового развития, связи
и массовых коммуникаций
Российской Федерации
и Федеральной службы охраны
Российской Федерации
от 12.07.2024 N 611/96
ПРИЧИН ОТКАЗА В РЕГИСТРАЦИИ ДОКУМЕНТОВ В ЭЛЕКТРОННОМ ВИДЕ
1. В ходе проверок оператором информационного взаимодействия транспортного контейнера <1> формируются отказы в регистрации документов в электронном виде, связанные с нарушением установленных требований на следующих этапах:
--------------------------------
<1> Пункт 12 Правил обмена документами в электронном виде при организации информационного взаимодействия, утвержденных постановлением Правительства Российской Федерации от 24 июля 2021 г. N 1264 (далее - Правила обмена документами в электронном виде).
а) отказы при получении документа в электронном виде ввиду невозможности его технической регистрации в системе электронного документооборота получателя, в том числе вследствие нарушения правил форматно-логического контроля:
правил форматного контроля, установленных XML-схемой файла описания транспортного контейнера, выбираемого в соответствии с типом содержимого транспортного контейнера. Перечень существующих типов содержимого транспортного контейнера, правила допуска отдельных категорий абонентов транспортной шины к использованию определенных типов содержимого и XML-схемы файлов описаний транспортных контейнеров размещаются Министерством цифрового развития, связи и массовых коммуникаций Российской Федерации <2> в справочнике Cat02-001-00001 "Виды транспортных контейнеров", опубликованном в облачной подсистеме ведения нормативно-справочной информации внутриведомственного и межведомственного документооборота <3> информационной системы обеспечения внутриведомственного и межведомственного документооборота и контроля исполнения поручений, в том числе с использованием облачных сервисов (далее - сервис НСИ). Базовые виды транспортных контейнеров приведены в таблице 1;
--------------------------------
<2> Подпункт "е" пункта 10 Положения об информационной системе обеспечения внутриведомственного и межведомственного документооборота и контроля исполнения поручений, в том числе с использованием облачных сервисов, утвержденного постановлением Правительства Российской Федерации от 17 февраля 2022 г. N 198 (далее - Положение об информационной системе).
<3> Пункт 2 Положения об информационной системе; пункт 10 Правил обмена документами в электронном виде.
правил логического контроля. Перечень правил логического контроля и причин отказа на данном этапе с пояснениями по их применению размещается Министерством цифрового развития, связи и массовых коммуникаций Российской Федерации <4> в справочнике Cat02-001-00002 "Причины отказа в технической регистрации", опубликованном в сервисе НСИ. Базовый перечень причин отказа в регистрации документов в электронном виде на данном этапе приведен в таблице 2.
--------------------------------
<4> Подпункт "е" пункта 10 Положения об информационной системе.
б) отказы при первоначальном рассмотрении документа в электронном виде ввиду невозможности его официальной регистрации в организации получателя, в том числе вследствие нарушения правил делопроизводства. Перечень причин отказа на данном этапе с пояснениями по их применению размещается Министерством цифрового развития, связи и массовых коммуникаций Российской Федерации <5> в сервисе НСИ в справочнике Cat02-001-00003 "Причины отказа в официальной регистрации".
--------------------------------
<5> Подпункт "е" пункта 10 Положения об информационной системе.
Таблица 1. Базовые виды транспортных контейнеров
Код | Тип контента в транспортном контейнере | Пояснение по применению |
TC00000001 | Электронное сообщение | Транспортный контейнер для передачи электронного сообщения системы межведомственного электронного документооборота |
TC00000002 | Документ в электронном виде | Транспортный контейнер текстового документа для организации обмена документами в электронном виде в системе межведомственного электронного документооборота. Обмен такими контейнерами разрешен между участниками информационного взаимодействия и не разрешен для операторов и организаторов |
TC00000003 | Сведения ГАС | Транспортный контейнер технологического сообщения для организации ведения глобального адресного справочника системы межведомственного электронного документооборота |
TC00000004 | Сведения НСИ | Транспортный контейнер технологического сообщения для организации ведения нормативно-справочной информации системы межведомственного электронного документооборота |
TC00000005 | Сведения КПГУ | Транспортный контейнер служебной информации модуля координации процессов государственного управления системы межведомственного электронного документооборота. Обмен такими контейнерами разрешен между операторами и организатором единого информационного пространства государственного электронного документооборота |
TC00000006 | Сведения СППР | Транспортный контейнер служебной информации модуля статистики и поддержки принятия решений системы межведомственного электронного документооборота. Обмен такими контейнерами разрешен если одной из сторон обмена является организатор единого информационного пространства государственного электронного документооборота |
TC00000007 | Цифровой документ ГосЭДО | Транспортный контейнер цифрового документа для организации обмена документами в электронном виде в едином информационном пространстве государственного электронного документооборота |
Таблица 2. Базовый перечень причин отказа в регистрации документов в электронном виде
Код | Причина отказа в регистрации | Пояснение по применению (правила логического контроля) |
100 | Группа 1. Отказы, связанные с форматом электронного сообщения | |
101 | Паспорт сообщения не соответствует формату | Паспорт электронного сообщения, посредством которого доставлен транспортный контейнер, не соответствует установленной схеме XML |
102 | Паспорт контейнера не соответствует формату | Паспорт транспортного контейнера не соответствует установленной схеме XML, определяемой по типу контента |
103 | Транспортный контейнер не соответствует формату | Структура или содержимое транспортного контейнера не соответствует установленным требованиям, определяемым по типу контента |
200 | Группа 2. Отказы, связанные с логикой обработки электронного сообщения | |
201 | Некорректная адресация электронного сообщения | Отправитель или получатель электронного сообщения указан некорректно |
202 | Повторное направление электронного сообщения | Электронное сообщение с таким идентификатором уже зарегистрировано в СЭД |
203 | Повторное направление транспортного контейнера | Транспортный контейнер с таким идентификатором уже зарегистрирован в СЭД |
300 | Группа 3. Отказы, связанные с нарушением иных установленных правил | |
301 | Файл текста основного документа не соответствует формату PDF/A-1 | Файл текста основного документа не соответствует формату PDF/A-1 |
302 | Файл структурированных данных основного документа не соответствует формату | Файл структурированных данных основного документа не соответствует установленному цифровому формату |
303 | Структурированные данные не соответствуют требованиям к организационно-техническому взаимодействию государственных органов и государственных организаций, утвержденным настоящим приказом | Структурированные данные не соответствуют требованиям к организационно-техническому взаимодействию государственных органов и государственных организаций, утвержденным настоящим приказом |
к Требованиям
к организационно-техническому
взаимодействию государственных
органов и государственных
организаций, утвержденным
приказом Министерства
цифрового развития, связи
и массовых коммуникаций
Российской Федерации
и Федеральной службы охраны
Российской Федерации
от 12.07.2024 N 611/96
ФОРМАТ ФАЙЛА ОПИСАНИЯ ТРАНСПОРТНОГО КОНТЕЙНЕРА 3.0
I. Файл описания транспортного контейнера
1. Файл описания транспортного контейнера имеет название "passport.xml".
2. Файл описания транспортного контейнера представляется в формате XML в соответствии со списком элементов схемы описания транспортного контейнера, приведенным в главе II настоящего приложения.
3. Файл описания транспортного контейнера оформляется в кодировке "UTF-8", первая строка файла описания транспортного контейнера содержит следующий текст: "<?xml version="1.0" encoding="UTF-8"?>". Номер версии формата файла описания транспортного контейнера - 3.0.
II. Отдельные элементы файла описания
транспортного контейнера
4. Отдельные элементы файла описания транспортного контейнера приведены в таблице 1 настоящего приложения.
5. Кратность элемента определяет его минимальное и максимальное допустимое число повторений в файле описания, а также обязательность его заполнения:
а) 1 - элемент указывается один раз и заполняется обязательно;
б) 1..n - элемент повторяется необходимое число раз и заполняется обязательно;
в) 0..1 - элемент либо не указывается, либо указывается один раз и заполняется обязательно, если выполняются условия его обязательного заполнения, указанные в описании элемента;
г) 0..n - элемент либо не указывается, либо повторяется необходимое число раз и заполняется обязательно, если выполняются условия его обязательного заполнения, указанные в описании элемента.
Таблица 1. Список элементов схемы описания транспортного контейнера
Пункт N | Идентификатор | Тип | Кратность | Описание элемента |
Описание корневых типов данных: | ||||
1. | container | Сложный | 1 | Описание транспортного контейнера |
1.1. | document | Сложный | 1 | Описание основной части документа. |
1.1.1 | @docUid | Заданный | 1 | Уникальный идентификатор документа в электронном виде, размещенного в составе транспортного контейнера |
Заданный тип: "strUUID" (пункт 2 настоящей таблицы) | ||||
1.1.2. | textFile | Строка | 1 | Название файла текста основной части документа в электронном виде в составе транспортного контейнера. Разрешенное значение: document.pdf |
dataFile | Строка | 0..1 | Название файла структурированных данных документа в электронном виде в составе транспортного контейнера. Разрешенное значение: digital.xml | |
1.1.4. | annotation | Заданный | 0..1 | Аннотация, краткое содержание документа |
Заданный тип: "shortText" (пункт 6 настоящей таблицы) | ||||
1.2. | requisites | Сложный | 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 указаны авторы из перечня допустимых | ||||
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 указаны адресаты из перечня допустимых | ||||
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 настоящей таблицы) | ||||
Описание задаваемых типов данных: | ||||
strUUID | Простой | -- | Универсальный уникальный идентификатор | |
36 символов, шаблон: "[a-f0-9]{8}-[a-f0-9]{4}-[a-f0-9]{4}-[a-f0-9]{4}-[a-f0-9]{12}" | ||||
qualifiedValue/referenceValue | Сложный | -- | Формальное/Справочное значение | |
3.1. | <базовый> | Заданный | 1 | Наименование справочного значения. |
Заданный тип: "stringValue" (пункт 4 настоящей таблицы) | ||||
3.2. | @id | Заданный | 0..1 | Идентификатор справочного значения. Обязателен, если в справочнике заданы идентификаторы справочных значений. |
Заданный тип: "identityValue" (пункт 5 настоящей таблицы) | ||||
string Value | Простой | -- | Базовый тип: нормализованная строка. Ограничение: от 1 до 511 символов | |
identity Value | Простой | -- | Базовый тип: строка (токен) Ограничение: от 1 до 127 символов | |
shortText | Простой | -- | Базовый тип: строка. Ограничение: до 4000 символов | |
Текстовые поля должны заполняться с соблюдением правил русского языка и норм деловой переписки, включая требования к орфографии и пунктуации. Не допускается заполнение данных полей с применением транслитерации и с нарушением регистра | ||||
fileName | Простой | -- | Базовый тип: нормализованная строка. | |
Ограничение: от 1 до 255 символов вида "[a-z0-9_\-\.]{1,250}\.[a-z0-9]{3,4}" | ||||
organizationType | Сложный | -- | Сведения об организации | |
8.1. | @id | Заданный | 1 | Значение заполняется по глобальному адресному справочнику абонентов МЭДО посредством указания уникального идентификатора абонента. |
Заданный тип: "identityValue" (пункт 5 настоящей таблицы) | ||||
8.2. | title | Заданный | 1 | Официальное наименование организации. Значение заполняется по глобальному адресному справочнику абонентов МЭДО, в соответствии с указанным в нем кратким официальным наименованием организации. |
Заданный тип: "stringValue" (пункт 4 настоящей таблицы) | ||||
8.3. | phone | Заданный | 0..1 | Телефонный номер организации. |
Заданный тип: "stringValue" (пункт 4 настоящей таблицы) | ||||
registrationType | Сложный | -- | Регистрационные данные документа в электронном виде | |
9.1. | number | Строка | 1 | Регистрационный номер документа |
9.2. | date | Дата | 1 | Дата документа в виде: "YYYY-MM-DD" |
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 | Высота изображения, в мм |
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 настоящей таблицы) | ||||
signerType | Сложный | -- | Должностное лицо, подписант | |
12.1. | @id | Заданный | 0..1 | Идентификатор должностного лица. |
Заданный тип: "identityValue" (пункт 5 настоящей таблицы) | ||||
12.2. | post | Строка | 1 | Должность |
12.3. | name | Строка | 1 | Фамилия, имя, отчество (при наличии) |
12.4. | phone | Строка | 0..1 | Телефонный номер |
12.5. | Строка | 0..1 | Электронная почта | |
executorType | Сложный | -- | Должностное лицо, исполнитель | |
13.1. | @id | Заданный | 0..1 | Идентификатор должностного лица. |
Заданный тип: "identityValue" (пункт 5 настоящей таблицы) | ||||
13.2. | post | Строка | 0..1 | Должность |
13.3. | name | Строка | 1 | Фамилия, имя, отчество (при наличии) |
13.4. | phone | Строка | 1 | Телефонный номер |
13.5. | Строка | 0..1 | Электронная почта | |
authorityType | Сложный | -- | Должностное лицо, ответственный | |
14.1. | @id | Заданный | 0..1 | Идентификатор должностного лица. |
Заданный тип: "identityValue" (пункт 5 настоящей таблицы) | ||||
14.2. | post | Строка | 1 | Должность |
14.3. | name | Строка | 0..1 | Фамилия, имя, отчество (при наличии) |
14.4. | phone | Строка | 0..1 | Телефонный номер |
14.5. | Строка | 0..1 | Электронная почта | |
--------------------------------
<1> Пункт 2 Положения об информационной системе обеспечения внутриведомственного и межведомственного документооборота и контроля исполнения поручений, в том числе с использованием облачных сервисов, утвержденного постановлением Правительства Российской Федерации от 17 февраля 2022 г. N 198; пункт 10 Правил обмена документами в электронном виде при организации информационного взаимодействия, утвержденных постановлением Правительства Российской Федерации от 24 июля 2021 г. N 1264.
к Требованиям
к организационно-техническому
взаимодействию государственных
органов и государственных
организаций, утвержденным
приказом Министерства
цифрового развития, связи
и массовых коммуникаций
Российской Федерации
и Федеральной службы охраны
Российской Федерации
от 12.07.2024 N 611/96
ФОРМАТ ФАЙЛА ОПИСАНИЯ ЭЛЕКТРОННОГО СООБЩЕНИЯ 3.0
I. Файл описания электронного сообщения
1. Файл описания электронного сообщения имеет название "message.xml".
2. Файл описания электронного сообщения представляется в формате XML в соответствии со списком элементов схемы описания электронного сообщения, приведенным в главе II настоящего приложения.
3. Файл описания электронного сообщения оформляется в кодировке "UTF-8", первая строка файла описания электронного сообщения содержит следующий текст: "<?xml version="1.0" encoding="UTF-8"?>". Номер версии формата файла описания электронного сообщения - 3.0.
II. Отдельные элементы файла описания электронного сообщения
4. Отдельные элементы файла описания электронного сообщения приведены в таблице 1 настоящего приложения.
5. Кратность элемента определяет его минимальное и максимальное допустимое число повторений в файле описания, а также обязательность его заполнения:
а) 1 - элемент указывается один раз и заполняется обязательно;
б) 1..n - элемент повторяется необходимое число раз и заполняется обязательно;
в) 0..1 - элемент либо не указывается, либо указывается один раз и заполняется обязательно, если выполняются условия его обязательного заполнения, указанные в описании элемента;
г) 0..n - элемент либо не указывается, либо повторяется необходимое число раз и заполняется обязательно, если выполняются условия его обязательного заполнения, указанные в описании элемента.
Таблица 1. Список элементов схемы описания электронного сообщения
Пункт N | Идентификатор | Тип | Кратность | Описание элемента |
Описание корневых типов данных: | ||||
1. | message | Сложный | 1 | Описание электронного сообщения |
1.1. | header | Сложный | 1 | Техническая информация для адресации электронного сообщения (заголовок) |
1.1.1. | @msgUid | Заданный | 1 | Идентификатор электронного сообщения |
Заданный тип: "strUUID" (пункт 2 настоящей таблицы) | ||||
1.1.2. | source | Заданный | 1 | Отправитель сообщения |
Заданный тип: "abonentType" (пункт 9 настоящей таблицы) | ||||
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 настоящей таблицы |
container | Сложный | 1 | Сведения о транспортном контейнере | |
1.2.1.1. | @secure | Да/Нет | 1 | Признак наличия информации с грифом ДСП внутри транспортного контейнера |
1.2.1.2. | type | Заданный | 1 | Тип контента в транспортном контейнере. |
Заполняется в соответствии с передаваемым контентом из справочника Cat02-001-00001 "Виды транспортных контейнеров", размещенного в облачной подсистеме ведения нормативно-справочной информации внутриведомственного и межведомственного документооборота <1> информационной системы обеспечения внутриведомственного и межведомственного документооборота и контроля исполнения поручений, в том числе с использованием облачных сервисов (далее - сервис НСИ). | ||||
Заданный тип: "referenceValue" (пункт 3 настоящей таблицы) | ||||
1.2.1.3. | file | Простой | 1 | Название файла транспортного контейнера |
Ограничение: от 1 до 255 символов вида "[a-z0-9_\-\.]{1,60}\.edc\.zip" | ||||
receipt | Сложный | 1 | Сведения о транспортной квитанции. Содержит один или несколько элементов вида 1.2.2.2 и 1.2.2.3 настоящей таблицы | |
1.2.2.1. | @onMsgUid | Заданный | 1 | Идентификатор электронного сообщения, относительно которого создана квитанция |
Заданный тип: "strUUID" (пункт 2 настоящей таблицы) | ||||
resultAccept | Сложный | 1..n | Квитанция о том, что сообщение принято получателями, указанными в пункте 1.2.2.2.1 настоящей таблицы | |
onReceivers | Заданный | 0..1 | Получатели, относительно которых была сформирована квитанция. Необязательно, если совпадает с отправителем квитанции. При отправке от оператора информационного взаимодействия, указанного в пункте 1.3 настоящей таблицы, разрешается указывать участников информационного взаимодействия, указанных в пункте 1.3 настоящей таблицы, этого оператора. | |
Заданный тип: "receiversType" (пункт 10 настоящей таблицы) | ||||
resultReject | Сложный | 1..n | Квитанция о том, что сообщение не принято получателями, указанными в пункте 1.2.2.3.1 настоящей таблицы | |
onReceivers | Заданный | 0..1 | Получатели, относительно которых была сформирована квитанция. Необязательно, если совпадает с отправителем квитанции. При отправке от оператора информационного взаимодействия, указанного в пункте 1.3 настоящей таблицы, разрешается указывать участников информационного взаимодействия, указанных в пункте 1.3 настоящей таблицы, этого оператора. | |
Заданный тип: "receiversType" (пункт 10 настоящей таблицы) | ||||
1.2.2.3.2. | error | Сложный | 1..n | Сообщение об ошибке. Допускается указывать несколько различных ошибок |
1.2.2.3.2.1. | reason | Заданный | 1 | Причина отказа в технической регистрации. По справочнику Cat02-001-00002 "Причины отказа в технической регистрации", размещенному в сервисе НСИ. |
Заданный тип: "referenceValue" (пункт 3 настоящей таблицы) | ||||
1.2.2.3.2.2. | comment | Строка | 0..1 | Дополнительная информация, указывающая на ошибку |
receivers | Заданный | 1 | Перечень получателей сообщения. Участники информационного взаимодействия, операторы информационного взаимодействия, организаторы информационного взаимодействия в соответствии с Правилами обмена документами в электронном виде. | |
Заданный тип: "receiversType" (пункт 10 настоящей таблицы) | ||||
Описание задаваемых типов данных: | ||||
strUUID | Простой | -- | Универсальный уникальный идентификатор | |
Базовый тип: нормализованная строка. Ограничение: 36 символов, по шаблону: "[a-f0-9]{8}-[a-f0-9]{4}-[a-f0-9]{4}-[a-f0-9]{4}-[a-f0-9]{12}" | ||||
referenceValue | Сложный | -- | Справочное значение | |
3.1. | <базовый> | Заданный | 1 | Наименование справочного значения. |
Заданный тип: "stringValue" (пункт 4 настоящей таблицы) | ||||
3.2. | @id | Заданный | 1 | Идентификатор справочного значения. Обязателен, если в справочнике заданы идентификаторы справочных значений. |
Заданный тип: "identityValue" (пункт 5 настоящей таблицы) | ||||
stringValue | Простой | -- | Базовый тип: нормализованная строка. Ограничение: от 1 до 511 символов | |
identityValue | Простой | -- | Базовый тип: строка (токен) Ограничение: от 1 до 127 символов | |
6. | shortText | Простой | -- | Базовый тип: строка. Ограничение: до 4000 символов |
Текстовые поля должны заполняться с соблюдением правил русского языка и норм деловой переписки, включая требования к орфографии и пунктуации. Не допускается заполнение данных полей с применением транслитерации и с нарушением регистра | ||||
7. | fileName | Простой | -- | Базовый тип: нормализованная строка. Ограничение: от 1 до 255 символов |
dateTimeZone | Простой | -- | Дата и время с указанием часового пояса Вид: "YYYY-MM-DDThh:mm:sshh:mm" | |
Базовый тип: дата и время Ограничение: "\d{4}-\d{2}-\d{2}T\d{2}:\d{2}:\d{2}(+|-)\d{2}:\d{2}" | ||||
abonentType | Сложный | -- | Сведения об организации | |
9.1. | <базовый> | Заданный | 1 | Официальное наименование организации. Значение заполняется по глобальному адресному справочнику абонентов МЭДО, в соответствии с указанным в нем кратким официальным наименованием организации. |
Заданный тип: "stringValue" (пункт 4 настоящей таблицы) | ||||
9.2. | @uid | Заданный | 1 | Идентификатор организации = GUID. Значение заполняется по глобальному адресному справочнику абонентов МЭДО, в соответствии с указанным в нем уникальным идентификатором абонента. |
Заданный тип: "strUUID" (пункт 2 настоящей таблицы) | ||||
receiversType | Сложный | -- | Перечень получателей | |
10.1. | receiver | Заданный | 1..n | Получатель сообщения |
Заданный тип: "abonentType" (пункт 9 настоящей таблицы) | ||||
--------------------------------
<1> Пункт 2 Положения об информационной системе обеспечения внутриведомственного и межведомственного документооборота и контроля исполнения поручений, в том числе с использованием облачных сервисов, утвержденного постановлением Правительства Российской Федерации от 17 февраля 2022 г. N 198; пункт 10 Правил обмена документами в электронном виде при организации информационного взаимодействия, утвержденных постановлением Правительства Российской Федерации от 24 июля 2021 г. N 1264.