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

Министерство юстиции Российской Федерации ЗАРЕГИСТРИРОВАНО Регистрационный № 79192 от 19 августа 2024 г. МИНИСТЕРСТВО ЦИФРОВОГО РАЗВИТИЯ, СВЯЗИ И МАССОВЫХ КОММУНИКАЦИЙ РОССИЙСКОЙ ФЕДЕРАЦИИ ФЕДЕРАЛЬНАЯ СЛУЖБА ОХРАНЫ РОССИЙСКОЙ ФЕДЕРАЦИИ ПРИКАЗ Москва 12 июля 2024 г. № 611/96 Об утверждении Требований к организационно-техническому взаимодействию государственных органов и государственных организаций В соответствии с подпунктом "б" пункта 11, подпунктом "а" пункта 12, пунктами 14 и 18 Правил обмена документами в электронном виде при организации информационного взаимодействия, утвержденных постановлением Правительства Российской Федерации от 24 июля 2021 г. № 1264 , приказываем: 1. Утвердить прилагаемые Требования к организационно-техническому взаимодействию государственных органов и государственных организаций (далее - Технические требования). 2. Установить, что формат файла описания транспортного контейнера 2.7.1 (приложение № 1 к Техническим требованиям) и формат файла описания электронного сообщения 2.7.1 (приложение № 2 к Техническим требованиям) применяются до 1 сентября 2026 г. 3. Определить, что переход с формата файла описания транспортного контейнера 2.7.1 (приложение № 1 к Техническим требованиям) на формат файла описания транспортного контейнера 3.0 (приложение № 4 к Техническим требованиям) и формата файла описания электронного сообщения 2.7.1 (приложение № 2 к Техническим требованиям) на формат файла описания электронного сообщения 3.0 (приложение № 5 к Техническим требованиям) осуществляется с 1 сентября 2026 г. 4. Признать утратившим силу приказ Министерства цифрового развития, связи и массовых коммуникаций Российской Федерации и Федеральной службы охраны Российской Федерации от 4 декабря 2020 г. № 667/233 "Об утверждении Требований к организационно-техническому взаимодействию государственных органов и государственных организаций" (зарегистрирован в Министерстве юстиции Российской Федерации 5 марта 2021 г., регистрационный № 62668). Министр цифрового развития, связи и массовых коммуникаций Российской Федерации М.И.Шадаев Директор Федеральной службы охраны Российской Федерации Д.В.Кочнев Утверждены приказом Министерства цифрового развития, связи и массовых коммуникаций Российской Федерации и Федеральной службы охраны Российской Федерации от 12 июля 2024 г. № 611/96 ТРЕБОВАНИЯ к организационно-техническому взаимодействию государственных органов и государственных организаций 1. Настоящие требования к организационно-техническому взаимодействию государственных органов и государственных организаций (далее - Технические требования) в рамках обмена документами в электронном виде при организации информационного взаимодействия федеральных органов государственной власти, органов государственной власти субъектов Российской Федерации и иных государственных органов, а также организаций, созданных для выполнения задач, поставленных перед Правительством Российской Федерации, определяют: а) формат документа в электронном виде; б) формат транспортного контейнера; в) перечень причин отказа в регистрации документов в электронном виде 1 ; ______________________________ 1 Пункт 14 Правил обмена документами в электронном виде при организации информационного взаимодействия, утвержденных постановлением Правительства Российской Федерации от 24 июля 2021 г. № 1264 (далее - Правила обмена документами в электронном виде). г) требования к процедурам подписания документов в электронном виде 2 . ______________________________ 2 Пункт 18 Правил обмена документами в электронном виде. 2. Документ в электронном виде, создаваемый в рамках обмена документами в электронном виде при организации информационного взаимодействия, должен состоять из следующих структурных элементов: а) основная часть документа в электронном виде, представленная в виде файла текста основной части документа в электронном виде и файла структурированных данных основной части документа в электронном виде в формате, определенном пунктом 3 Технических требований; б) приложения к документу в электронном виде (при наличии), представленные в виде файлов приложений к документу в электронном виде в формате, определенном пунктом 4 Технических требований; в) электронные подписи основной части и приложений (при наличии) к документу в электронном виде, представленные в виде файлов усиленной квалифицированной электронной подписи, сформированных в соответствии с требованиями законодательства Российской Федерации 3 ; ______________________________ 3 Статья 17.4 Федерального закона от 6 апреля 2011 г. № 63-ФЗ "Об электронной подписи". г) элементы визуализации электронных подписей основной части документа в электронном виде, а также регистрационных данных документа в электронном виде, сформированные в соответствии с пунктом 5 Технических требований и представленные в виде файлов элементов визуализации в формате, определенном пунктом 6 Технических требований; д) описание документа в электронном виде, содержащее реквизиты документа в электронном виде, а также данные о местоположении элементов визуализации на визуальном отображении документа в электронном виде, представленное в виде, установленном форматом транспортного контейнера. 3. Файл текста основной части документа в электронном виде (при наличии) должен быть представлен в формате PDF/A-1 версии 1.4. Файл структурированных данных основной части документа в электронном виде (при наличии) должен быть представлен в форматах, утвержденных Министерством цифрового развития, связи и массовых коммуникаций Российской Федерации 4 (далее - форматы документов). ______________________________ 4 Подпункты "б" и "в" пункта 10 Положения об информационной системе обеспечения внутриведомственного и межведомственного документооборота и контроля исполнения поручений, в том числе с использованием облачных сервисов, утвержденного постановлением Правительства Российской Федерации от 17 февраля 2022 г. № 198 (далее - Положение об информационной системе); подпункт "б" пункта 11 Правил обмена документами в электронном виде. 4. Файлы приложений к документу в электронном виде (при наличии) должны быть представлены в форматах, предназначенных для текстовых, табличных, графических, структурированных и архивных данных. Вложенные документы в электронном виде должны быть представлены в формате транспортного контейнера, определенном пунктом 7 Технических требований. 5. Элементы визуализации электронных подписей основной части документа в электронном виде, а также регистрационных данных документа в электронном виде (включающих дату документа и регистрационный номер, присвоенный организацией автора документа, а в случае совместного составления двумя и более организациями - регистрационные номера, присвоенные каждой из этих организаций) формируются в виде изображений, предназначенных для наложения на изображение основной части документа в электронном виде в местах, определенных в описании документа в электронном виде (данными о местоположении элементов визуализации). 6. Файлы элементов визуализации для наложения на файл текста должны быть представлены в формате PNG. Информация для визуализации структурированных данных должна быть включена в файл структурированных данных. 7. Формат транспортного контейнера при размещении в нем документа в электронном виде должен соответствовать требованиям к следующим структурным элементам: а) элементы документа в электронном виде 5 , представленные в виде отдельных файлов элементов документа в электронном виде, в соответствии с подпунктами "а" - "г" пункта 2 Технических требований; ______________________________ 5 Подпункты "б" и "г" пункта 11 Правил обмена документами в электронном виде. б) описание транспортного контейнера 6 , содержащее список файлов элементов документа в электронном виде, а также описание документа в электронном виде, в соответствии с подпунктом "д" пункта 2 Технических требований, представленное в виде: ______________________________ 6 Подпункт "а" пункта 11 Правил обмена документами в электронном виде. файла описания транспортного контейнера в формате "2.7.1", приведенном в приложении № 1 к Техническим требованиям (до 1 сентября 2026 г.); файла описания транспортного контейнера в формате "3.0", приведенном в приложении № 4 к Техническим требованиям (с 1 сентября 2026 г.). При наличии технической возможности допускается формирование файла описания транспортного контейнера в формате "3.0", приведенном в приложении № 4 к Техническим требованиям, до 1 сентября 2026 г. в) электронная подпись совокупности элементов транспортного контейнера 7 , сформированной в соответствии с пунктом 8 Технических требований (при необходимости обеспечения целостности транспортного контейнера), представленная в виде файла усиленной квалифицированной электронной подписи, сформированного в соответствии с требованиями законодательства Российской Федерации. ______________________________ 7 Подпункт "в" пункта 11 Правил обмена документами в электронном виде. 8. Совокупность элементов транспортного контейнера формируется последовательным соединением бинарных данных файла описания транспортного контейнера с бинарными данными файлов элементов документа в электронном виде, отсортированных по имени в лексикографическом порядке. Совокупность элементов транспортного контейнера формируется на время выполнения процедур подписания электронной подписью и проверки электронной подписи и не сохраняется после выполнения этих процедур. 9. Транспортный контейнер должен быть представлен в виде одного файла в формате ZIP-архива. 10. Файл транспортного контейнера должен содержать файлы элементов транспортного контейнера, описанные в пункте 7 Технических требований. Каждый из этих файлов имеет название, соответствующее шаблону "[a-zA-Z0-9_\-\.]{1,250}\.[a-z0-9]{3,4}". 11. Файл транспортного контейнера должен иметь название, соответствующее шаблону "[a-zA-Z0-9_\-\.]{1,247}\.edc\.zip". 12. Для передачи транспортного контейнера посредством транспортной шины, в соответствии с положениями и регламентами эксплуатации транспортной шины 8 , транспортный контейнер должен быть дополнительно оформлен в виде электронного сообщения, для чего к файлу транспортного контейнера должен быть приложен файл описания электронного сообщения, содержащий техническую информацию для адресации электронного сообщения, а также применяемый в процедурах передачи уведомлений и технологических электронных сообщений: ______________________________ 8 Подпункт "а" пункта 11 Правил обмена документами в электронном виде. в формате "2.7.1", приведенном в приложении № 2 к Техническим требованиям (до 1 сентября 2026 г.); в формате "3.0", приведенном в приложении № 5 к Техническим требованиям (с 1 сентября 2026 г.). При наличии технической возможности допускается формирование файла описания электронного сообщения в формате "3.0", приведенном в приложении № 5 к Техническим требованиям, до 1 сентября 2026 г. 13. При формировании уведомления об отказе в регистрации документа в электронном виде причина отказа в регистрации выбирается из перечня причин отказа в регистрации документа в электронном виде в соответствии с указаниями, приведенными в приложении № 3 к Техническим требованиям (с использованием нормативно-справочной информации, размещенной в облачной подсистеме ведения нормативно-справочной информации внутриведомственного и межведомственного документооборота 9 информационной системы обеспечения внутриведомственного и межведомственного документооборота и контроля исполнения поручений, в том числе с использованием облачных сервисов). ______________________________ 9 Пункт 2 Положения об информационной системе; пункт 10 Правил обмена документами в электронном виде. 14. При необходимости подписания (утверждения) документа в электронном виде несколькими должностными лицами каждое должностное лицо подписывает документ в электронном виде электронной подписью, представляемой в виде отдельного файла согласно подпункту "в" пункта 2 Технических требований. 15. При необходимости подписания (утверждения) приложений документа в электронном виде каждое приложение к документу в электронном виде подписывается отдельной электронной подписью, представляемой в виде отдельного файла согласно подпункту "в" пункта 2 Технических требований. 16. Подписание структурированных данных основной части документа в электронном виде (при необходимости обеспечения целостности структурированных данных) выполняется в формате XMLDSig. Информация о подписи включается в файл структурированных данных основной части документа согласно требованиям, установленным форматами документов, утвержденными Министерством цифрового развития, связи и массовых коммуникаций Российской Федерации 10 . ______________________________ 10 Подпункты "б" и "в" пункта 10 Положения об информационной системе; подпункт "б" пункта 11 Правил обмена документами в электронном виде. 17. Подписание структурированных данных основной части документа в электронном виде одним или несколькими должностными лицами, в том числе если эти должностные лица представляют различные организации, выполняется согласно требованиям, установленным форматами документов, утвержденными Министерством цифрового развития, связи и массовых коммуникаций Российской Федерации 11 . ______________________________ 11 Подпункты "б" и "в" пункта 10 Положения об информационной системе; подпункт "б" пункта 11 Правил обмена документами в электронном виде. Приложение № 1 к Требованиям к организационно-техническому взаимодействию государственных органов и государственных организаций, утвержденным приказом Министерства цифрового развития, связи и массовых коммуникаций Российской Федерации и Федеральной службы охраны Российской Федерации от 12 июля 2024 г. № 611/96 ФОРМАТ ФАЙЛА ОПИСАНИЯ ТРАНСПОРТНОГО КОНТЕЙНЕРА 2.7.1 I. Файл описания транспортного контейнера 1. Файл описания транспортного контейнера имеет название "passport.xml". 2. Файл описания транспортного контейнера представляется в формате XML в соответствии со списком элементов схемы описания транспортного контейнера, приведенным в главе II настоящего приложения. 3. Файл описания транспортного контейнера оформляется в кодировке "UTF-8", первая строка файла описания транспортного контейнера содержит следующий текст: "". Номер версии формата файла описания транспортного контейнера - 2.7.1. 4. Требования по совместимости: а) при необходимости передачи структурированных данных такой файл включается в состав транспортного контейнера в виде приложения с зарезервированным для этой цели именем файла "digital.xml". Запрещается использовать это имя для иных вложений, кроме структурированных данных; б) при необходимости передачи отдельного уведомления в цифровом формате в составе транспортного контейнера необходимо приложить визуализацию структурированных данных в поле основного документа. Содержимое этой визуализации и структурированных данных должно совпадать. В паспорте документа должно быть указано, что документ не требует регистрации; в) при необходимости передачи структурированных данных для работы с обращениями граждан в формате CardInfo такой файл включается в состав транспортного контейнера в виде приложения с зарезервированным для этой цели именем файла "CardInfo.txt". Запрещается использовать это имя для иных вложений, кроме структурированных данных; г) если структурированные данные являются информационным уведомлением и не требуют подписания (утверждения), файлы транспортного контейнера можно заверить электронной подписью уполномоченного лица участника взаимодействия или с применением средств электронной подписи, используемых для автоматического создания электронных подписей в информационной системе обеспечения внутриведомственного и межведомственного документооборота и контроля исполнения поручений, в соответствии с положениями статьи 4 Федерального закона от 6 апреля 2011 г. № 63-ФЗ "Об электронной подписи". II. Отдельные элементы файла описания транспортного контейнера 5. Отдельные элементы файла описания транспортного контейнера приведены в таблице 1 настоящего приложения. 6. Кратность элемента определяет его минимальное и максимальное допустимое число повторений в файле описания, а также обязательность его заполнения: а) 1 - элемент указывается один раз и заполняется обязательно; б) 1..n - элемент повторяется необходимое число раз и заполняется обязательно; в) 0..1 - элемент либо не указывается, либо указывается один раз и заполняется обязательно, если выполняются условия его обязательного заполнения, указанные в описании элемента; г) 0..n - элемент либо не указывается, либо повторяется необходимое число раз и заполняется обязательно, если выполняются условия его обязательного заполнения, указанные в описании элемента. Таблица 1. Список элементов схемы описания транспортного контейнера Пункт № Идентификатор Тип Кратность Описание элементаОписание корневых типов данных:1.container Сложный 1Описание транспортного контейнера1.1.@uid Заданный 1Уникальный идентификатор документа в электронном виде, размещенного в составе транспортного контейнераЗаданный тип: "globalUniqueIdentifier" (пункт 2 настоящей таблицы)1.2.@version Строка 1Версия использованной XML-схемы описания транспортного контейнера1.3.requisites Сложный 1Реквизиты документа в электронном виде для целей делопроизводства1.3.1.documentKind Заданный 1Вид документа Значение поля заполняется из справочника Cat02-002-00001 "Виды официальных документов", размещенного в облачной подсистеме ведения нормативно-справочной информации внутриведомственного и межведомственного документооборота 1 информационной системы обеспечения внутриведомственного и межведомственного документооборота и контроля исполнения поручений, в том числе с использованием облачных сервисов (далее - сервис НСИ).Вид документа определяется исходя из содержания текста письма и приложений.Если для вида документа в справочнике установлен признак "Требуется передача данных в цифровом формате", тогда в составе контейнера должен обязательно присутствовать файл структурированных данных в цифровом формате по процессу и событию, коды которых определены в соответствующих атрибутах справочника.Заданный тип: "qualifiedValue" (пункт 3 настоящей таблицы) ______________________________ 1 Пункт 2 Положения об информационной системе обеспечения внутриведомственного и межведомственного документооборота и контроля исполнения поручений, в том числе с использованием облачных сервисов, утвержденного постановлением Правительства Российской Федерации от 17 февраля 2022 г. № 198 ; пункт 10 Правил обмена документами в электронном виде при организации информационного взаимодействия, утвержденных постановлением Правительства Российской Федерации от 24 июля 2021 г. № 1264 .1.3.2.documentPlace Заданный 1Место составления документа. Значение поля заполняется из справочника Cat02-002-00002 "Места составления документов", размещенного в сервисе НСИ.Заданный тип: "qualifiedValue" (пункт 3 настоящей таблицы)1.3.3.classification Заданный 1Гриф ограничения доступа к документу. Значение поля заполняется из справочника Cat02-002-00003 "Грифы ограничения доступа", размещенного в сервисе НСИ.Заданный тип: "qualifiedValue" (пункт 3 настоящей таблицы)1.3.4.annotation Заданный 1Аннотация, краткое содержание документа для обработки в системе электронного документооборота (далее - СЭД) Заданный тип: "shortText" (пункт 6 настоящей таблицы)1.3.5.links Сложный 0..1Ссылки на внешние документы. Заполняется, если документ в электронном виде создается в ответ на ранее полученный документ.Реквизит является обязательным для заполнения, если для вида документа, указанного в элементе 1.3.1, в сервисе НСИ установлен признак "Требуется заполнение ссылок на внешние документы"1.3.5.1.link Сложный 1..nСсылка на внешний документ. Допускается указывать несколько значений1.3.5.1.1.@uid Заданный 1Уникальный идентификатор внешнего документа в электронном виде.Заданный тип: "globalUniqueIdentifier" (пункт 2 настоящей таблицы)1.3.5.1.2.organization Заданный 1Организация автора внешнего документа.Заданный тип: "organization" (пункт 8 настоящей таблицы)1.3.5.1.3.department Заданный 0..1Подразделение организации автора внешнего документа. Заполняется при необходимости.Заданный тип: "qualifiedValue" (пункт 3 настоящей таблицы)1.3.5.1.4.registration Заданный 1Регистрационные данные по сведениям автора (соавтора) внешнего документа.Заданный тип: "registrationData" (пункт 7 настоящей таблицы)1.3.5.1.5.signer Заданный 0..nДолжностное лицо (или несколько лиц), подписавшее внешний документ.Заданный тип: "person" (пункт 9 настоящей таблицы)Шаблон типа "employee" (сотрудник) - обязательно указывается фамилия, имя, отчество (при наличии)1.3.5.1.6.linkType Заданный 1Тип связи документа. Значение поля заполняется из справочника Cat02-002-00004 "Типы связей документов", размещенного в сервисе НСИ.Заданный тип: "qualifiedValue" (пункт 3 настоящей таблицы)1.4.authors Сложный 1Сведения об авторах - организациях, подписавших (утвердивших) документ1.4.1.author Сложный 1..nСведения об авторе - организации: отдел (департамент), регистрационные данные документа, лица, подписавшие документ, а также должностные лица, заверившие или завизировавшие документ (при наличии).Допускается указывать несколько значений. Сначала указываются сведения основного автора, а потом соавторов (при наличии).Если для вида документа в справочнике заполнен атрибут "Допустимые авторы", указание такого вида документа допустимо если в элементе 1.4.1.1 указаны авторы из перечня допустимых1.4.1.1.organization Заданный 1Организация - автор (соавтор) документа.Заданный тип: "organization" (пункт 8 настоящей таблицы)1.4.1.2.department Заданный 0..1Подразделение автора (соавтора) документа. Заполняется при необходимости.Заданный тип: "qualifiedValue" (пункт 3 настоящей таблицы)1.4.1.3.registration Сложный 1Регистрационные данные по сведениям автора (соавтора) документа1.4.1.3.1. Заданный 1Регистрационные данные.Заданный тип: "registrationData" (пункт 7 настоящей таблицы)1.4.1.3.2.registrationStamp Заданный 1Описание элемента визуализации регистрационных данных.Заданный тип: "stamp" (пункт 10 настоящей таблицы)1.4.1.4.sign Сложный 1..nСведения о подписи: должностном лице, файле электронной подписи и элементах визуализации электронной подписи. Допускается указывать несколько значений. Сначала указываются сведения основного лица, подписавшего документ, а потом иных лиц (при наличии)1.4.1.4.1.person Заданный 1Должностное лицо, подписавшее документ.Заданный тип: "person" (пункт 9 настоящей таблицы)Шаблон типа "signer" (лицо, подписавшее документ) - обязательно указывается фамилия, имя, отчество (при наличии), должность1.4.1.4.2.documentSignature Сложный 1Сведения об электронной подписи1.4.1.4.2.1.@type Строка 1Тип подписи, одно из значений:"Утверждающая" (по умолчанию) "Визирующая" "Заверяющая"Если должностное лицо является автором и подписантом документа, то указывается тип подписи "Утверждающая".Если должностное лицо является соавтором (согласующим должностным лицом) документа, то указывается тип подписи "Визирующая".Если должностное лицо заверяет подпись автора, выполненную другим способом, то указывается тип подписи "Заверяющая"1.4.1.4.2.2.@localName Заданный 1Название файла электронной подписи в составе транспортного контейнера.Разрешенное расширение: p7s, sigЗаданный тип: "fileName" (пункт 11 настоящей таблицы)1.4.1.4.2.3.signatureStamp Заданный 1Описание элемента визуализации электронной подписи.Заданный тип: "stamp" (пункт 10 настоящей таблицы)1.4.1.5.executor Заданный 1Назначенный по документу исполнитель.Заданный тип: "person" (пункт 9 настоящей таблицы)Шаблон типа "executor" (исполнитель) - обязательно указывается фамилия, имя, отчество (при наличии), телефон1.5.addressees Сложный 1Сведения об адресатах документа1.5.1.addressee Сложный 1..nСведения об адресате документа. Допускается указывать несколько значений. Сначала указывается основной адресат, потом все прочие (при наличии).Если для вида документа в справочнике заполнен атрибут "Допустимые адресаты", указание такого вида документа допустимо если в элементе 1.5.1.1 указаны адресаты из перечня допустимых1.5.1.1.organization Заданный 1Организация - адресат документа.Заданный тип: "organization" (пункт 8 настоящей таблицы)1.5.1.2.department Заданный 0..1Подразделение адресата документа. Заполняется при необходимости доставки в подразделение адресата. Название и идентификатор заполняются из глобального адресного справочника МЭДО (при наличии необходимого значения в глобальном адресном справочнике МЭДО).Заданный тип: "qualifiedValue" (пункт 3 настоящей таблицы)1.5.1.3.person Заданный 0..nДолжностное лицо адресата документа. Допускается указывать несколько значений.Заполняется при необходимости доставки конкретному должностному лицу.Должность, фамилия, имя, отчество (при наличии) указываются обязательно и вместе с идентификатором заполняются из глобального адресного справочника МЭДО (при наличии необходимого значения в глобальном адресном справочнике МЭДО).Заданный тип: "person" (пункт 9 настоящей таблицы)1.6.document Сложный 1Описание основной части документа1.6.1.@localName Заданный 1Название файла текста основной части документа в электронном виде в составе транспортного контейнера.Разрешенное расширение: pdfЗаданный тип: "fileName" (пункт 11 настоящей таблицы)1.6.2.pagesQuantity Целое число 1Количество страниц файла текста основной части документа в электронном виде (равно количеству страниц файла PDF из 1.6.1). Указывается значение больше нуля1.6.3.enclosurePagesQuantity Целое число 0..1Идентификатор не применяется1.6.4.description Заданный 0..1Аннотация к основной части документа.Заданный тип: "shortText" (пункт 6 настоящей таблицы)1.7.attachments Сложный 0..1Описание приложений документа. Заполняется при наличии приложений1.7.1.attachment Сложный 1..nОписание приложения документа. Заполняется в соответствии с вложенными в транспортный контейнер файлами приложений. Допускается указывать несколько значений1.7.1.1.@localName Заданный 1Название файла приложения документа в составе транспортного контейнера.Разрешенное расширение файла: pdf, zip, xml, gosx, odt, doc, docx, ods, xls, xlsx, odp, ppt, pptx, png, tiff, txt, csv, rtf, htmlФайл структурированных данных должен иметь название digital.xml (при наличии)Заданный тип: "fileName" (пункт 11 настоящей таблицы)1.7.1.2.order Целое число 1Порядковый номер приложения документа, начиная с 11.7.1.3.description Заданный 0..1Аннотация к приложению документа.Заданный тип: "shortText" (пункт 6 настоящей таблицы)1.7.1.4.signature Сложный 0..nЭлектронные подписи приложений. Допускается указывать несколько значений1.7.1.4.1.@localName Заданный 1Название файла электронной подписи в составе транспортного контейнера.Разрешенное расширение: p7s, sigЗаданный тип: "fileName" (пункт 11 настоящей таблицы)1.8.containerSignature Сложный 0..1Электронная подпись совокупности элементов транспортного контейнера. Заполняется при необходимости обеспечить целостность транспортного контейнера1.8.1.@localName Строка 1Название файла электронной подписи в составе транспортного контейнера.Разрешенное расширение: p7s, sigЗаданный тип: "fileName" (пункт 11 настоящей таблицы)Описание задаваемых типов данных:2.globalUniqueIdentifier Простой -Универсальный уникальный идентификатор (UUID)36 символов, по шаблону: "[a-f0-9]{8}-[a-f0-9]{4}-[a-f0-9]{4}-[a-f0-9]{4}-[a-f0-9]{12}"3.qualifiedValue Сложный -Справочное значение3.1. Заданный 1Наименование справочного значения.Заданный тип: "stringValue" (пункт 4 настоящей таблицы)3.2.@id Заданный 0..1Идентификатор справочного значения. Указывается, если в справочнике заданы идентификаторы справочных значений.Заданный тип: "identityValue" (пункт 5 настоящей таблицы)4.stringValue Простой -Базовый тип: нормализованная строка. Ограничение: от 1 до 511 символов5.identity Value Простой -Базовый тип: строка (токен) Ограничение: от 1 до 127 символов6.shortText Простой -Базовый тип: строка. Ограничение: до 4000 символов Текстовые поля должны заполняться с соблюдением правил русского языка и норм деловой переписки, включая требования к орфографии и пунктуации. Не допускается заполнение данных полей с применением транслитерации и с нарушением регистра7.registrationData Сложный -Регистрационные данные документа в электронном виде7.1.number Строка 1Регистрационный номер документа7.2.date Дата 1Дата документа в виде: "YYYY-MM-DD"8.organization Сложный -Сведения об организации8.1.@id Заданный 0..1Идентификатор организации. Значение заполняется по глобальному адресному справочнику абонентов МЭДО, в соответствии с указанным в нем уникальным идентификатором абонента.Заданный тип: "identityValue" (пункт 5 настоящей таблицы)8.2.title Заданный 1Официальное наименование организации. Значение заполняется по глобальному адресному справочнику абонентов МЭДО, в соответствии с указанным в нем кратким официальным наименованием организации.Заданный тип: "stringValue" (пункт 4 настоящей таблицы)8.3.address Заданный 0..1Почтовый адрес организации.Заданный тип: "stringValue" (пункт 4 настоящей таблицы)8.4.phone Заданный 0..1Телефонный номер организации.Заданный тип: "stringValue" (пункт 4 настоящей таблицы)8.5.email Заданный 0..1Электронная почта организации.Заданный тип: "stringValue" (пункт 4 настоящей таблицы)8.6.website Заданный 0..1Официальный сайт организации.Заданный тип: "stringValue" (пункт 4 настоящей таблицы)9.person Сложный -Должностное лицо9.1.@id Заданный 0..1Идентификатор должностного лица. Значение заполняется по глобальному адресному справочнику абонентов МЭДО, в соответствии с указанным в нем идентификатором ответственного лица.При отсутствии ответственного лица в глобальном адресном справочнике этот атрибут не заполняется.Заданный тип: "identityValue" (пункт 5 настоящей таблицы)9.2.post Заданный 0..1ДолжностьЗаданный тип: "stringValue" (пункт 4 настоящей таблицы)9.3.name Заданный 0..1Фамилия, имя, отчество (при наличии)Заданный тип: "stringValue" (пункт 4 настоящей таблицы)9.4.phone Заданный 0..1Телефонный номерЗаданный тип: "stringValue" (пункт 4 настоящей таблицы)9.5.email Заданный 0..1Электронная почтаЗаданный тип: "stringValue" (пункт 4 настоящей таблицы)10.stamp Сложный -Описание файла элемента визуализации10.1.@localName Строка 1Название файла элемента визуализации в составе транспортного контейнера.Разрешенное расширение: pngЗаданный тип: "fileName" (пункт 11 настоящей таблицы)10.2.position Сложный 1Данные о местоположении элемента10.2.1.page Целое число 1Номер страницы (начиная с 1), на которой размещается элемент визуализации10.2.2.topLeft Сложный 1Отступ верхнего левого угла элемента от верхнего левого угла страницы10.2.2.1.x Число 1Отступ по горизонтали (вправо), в мм10.2.2.2.y Число 1Отступ по вертикали (вниз), в мм10.2.3.dimension Сложный 1Физический размер изображения элемента визуализации на странице10.2.3.1.w Число 1Ширина изображения, в мм10.2.3.2.h Число 1Высота изображения, в мм11.fileName Простой -Базовый тип: нормализованная строка. Ограничение: от 1 до 255 символов вида "[a-zA-Z0-9_]{1,250}.[a-zA-Z0-9]{3,4}"12.documentFileName Простой -Базовый тип: нормализованная строка. Ограничение: от 1 до 254 символов вида "[a-zA-Z0-9_]{1,250}.pdf" Приложение № 2 к Требованиям к организационно-техническому взаимодействию государственных органов и государственных организаций, утвержденным приказом Министерства цифрового развития, связи и массовых коммуникаций Российской Федерации и Федеральной службы охраны Российской Федерации от 12 июля 2024 г. № 611/96 ФОРМАТ ФАЙЛА ОПИСАНИЯ ЭЛЕКТРОННОГО СООБЩЕНИЯ 2.7.1 I. Файл описания электронного сообщения 1. Файл описания электронного сообщения имеет название "message.xml". 2. Файл описания электронного сообщения представляется в формате XML в соответствии со списком элементов схемы описания электронного сообщения, приведенным в главе II настоящего приложения. 3. Файл описания электронного сообщения оформляется в кодировке "UTF-8", первая строка файла описания электронного сообщения содержит следующий текст: "". Номер версии формата файла описания электронного сообщения - 2.7.1. 4. Требования по совместимости: а) наличие информации ограниченного распространения в сообщении определяется по грифу ограничения доступа в файле описания транспортного контейнера; б) для ограничения времени доставки электронного сообщения используется время по умолчанию - 72 часа с даты и времени непосредственной отправки сообщения. В случае если доставка в срок невозможна, то оператор информационного взаимодействия 1 (далее - оператор) должен отправить квитанцию, что сообщение не удалось доставить в указанный срок, и прекратить доставку; ______________________________ 1 Пункт 8 Правил обмена документами в электронном виде при организации информационного взаимодействия, утвержденных постановлением Правительства Российской Федерации от 24 июля 2021 г. № 1264 (далее - Правила обмена документами в электронном виде). в) в случае отправки квитанции о невозможности доставки сообщения оператором, необходимо указывать в поле "Отправитель сообщения" участника информационного взаимодействия 2 (далее - участник), которому не удалось доставить сообщение. В случае если таких участников несколько, то оператор должен отправить по одной квитанции для каждого участника. Подтверждение или отказ в получении для всех участников можно выполнять одной квитанцией с указанием оператора в поле "Отправитель сообщения". ______________________________ 2 Пункт 1 Правил обмена документами в электронном виде. II. Отдельные элементы файла описания электронного сообщения 5. Отдельные элементы файла описания электронного сообщения приведены в таблице 1 настоящего приложения. 6. Кратность элемента определяет его минимальное и максимальное допустимое число повторений в файле описания, а также обязательность его заполнения: а) 1 - элемент указывается один раз и заполняется обязательно; б) 1..n - элемент повторяется необходимое число раз и заполняется обязательно; в) 0..1 - элемент либо не указывается, либо указывается один раз и заполняется обязательно, если выполняются условия его обязательного заполнения, указанные в описании элемента; г) 0..n - элемент либо не указывается, либо повторяется необходимое число раз и заполняется обязательно, если выполняются условия его обязательного заполнения, указанные в описании элемента. Таблица 1. Список элементов схемы описания электронного сообщения Пункт № Идентификатор Тип Кратность Описание элементаОписание корневых типов данных:1.communication Сложный 1Описание электронного сообщения1.1.@version Строка 1Версия использованной XML-схемы описания электронного сообщения1.2.header Сложный 1Техническая информация для адресации электронного сообщения (заголовок)1.2.1.@type Строка 1Тип контента, одно из значений: "Транспортный контейнер" "Уведомление" "Квитанция"1.2.2.@uid Заданный 1Идентификатор электронного сообщенияЗаданный тип: "globalUniqueIdentifier" (пункт 2 настоящей таблицы)1.2.3.@created Заданный 1Дата и время электронного сообщенияЗаданный тип: "dateTimeZone" (пункт 12 настоящей таблицы)1.2.4.source Заданный 1Отправитель сообщенияЗаданный тип: "communicationPartner" (пункт 8 настоящей таблицы)1.2.5.operator Заданный 0..1Техническое значениеЗаданный тип: "qualifiedValue" (пункт 3 настоящей таблицы)1.3.container Сложный 0..1Сведения о транспортном контейнере, содержащем документ в электронном виде. Заполняется если в заголовке указан тип контента "Транспортный контейнер"1.3.1.@type Строка 0..1Тип контента в транспортном контейнере. Заполняется в соответствии с передаваемым контентом из справочника Cat02-001-00001 "Виды транспортных контейнеров", размещенного в облачной подсистеме ведения нормативно-справочной информации внутриведомственного и межведомственного документооборота 3 информационной системы обеспечения внутриведомственного и межведомственного документооборота и контроля исполнения поручений, в том числе с использованием облачных сервисов (далее - сервис НСИ).Значение по умолчанию (если не заполнено) - "Документ в электронном виде" ______________________________ 3 Пункт 2 Положения об информационной системе обеспечения внутриведомственного и межведомственного документооборота и контроля исполнения поручений, в том числе с использованием облачных сервисов, утвержденного постановлением Правительства Российской Федерации от 17 февраля 2022 г. № 198 ; пункт 10 Правил обмена документами в электронном виде.1.3.2.body Простой 1Название файла транспортного контейнераБазовый тип: "fileName" (пункт 11 настоящей таблицы) Ограничение: от 1 до 255 символов вида "[a-zA-Z0-9_]{1,247}.edc.zip"1.4.notification Сложный 0..1Содержимое уведомления (в соответствии с приложением № 2 к Правилам обмена документами в электронном виде). Заполняется если в заголовке указан тип контента "Уведомление", или уведомление совмещено с транспортным контейнером и тип контента "Транспортный контейнер"Следующие виды уведомлений должны передаваться совместно с транспортным контейнером: "Поставлен на контроль" "Доклад направлен"1.4.1.@type Строка 1Вид уведомления, одно из значений: "Поставлен на контроль" "Зарегистрирован" "Отказано в регистрации" "Назначен исполнитель" "Доклад подготовлен" "Доклад направлен" "Исполнение" "Опубликование"1.4.2.@uid Заданный 1Идентификатор документа в электронном виде, относительно которого было создано настоящее уведомлениеЗаданный тип: "globalUniqueIdentifier" (пункт 2 настоящей таблицы)1.4.3.@id Заданный 0..1Техническое значение Внутренний идентификатор документаЗаданный тип: "identityValue" (пункт 5 настоящей таблицы)1.4.4.@mid Заданный 0..1Техническое значение Идентификатор электронного сообщения, с которым изначально поступил документ в электронном виде, относительно которого было создано настоящее уведомлениеЗаданный тип: "globalUniqueIdentifier" (пункт 2 настоящей таблицы)1.4.5.Одно из значений, зависящее от типа уведомления Сложный 1В зависимости от типа уведомления (1.4.1) указан, соответственно, один из элементов: "documentSent" "documentAccepted" "documentRefused" "executorAssigned" "reportPrepared" "reportSent" "courseChanged" "documentPublished"Следующие поля определены для всех видов уведомлений:1.4.5.1.time Дата и Время 1Дата и время события уведомления1.4.5.2.foundation Заданный 1Сведения о документе в электронном виде, относительно которого создано уведомлениеЗаданный тип: "documentReference" (пункт 13 настоящей таблицы)1.4.5.3.clause Заданный 0..1Пункт документа в электронном виде, относительно которого создано уведомлениеНе заполняется для уведомлений, которые предусматривают передачу нескольких ссылок на пункты документа, то есть вида: "Поставлен на контроль" "Доклад направлен"Заданный тип: "documentClause" (пункт 14 настоящей таблицы)1.4.5.4.correspondent Заданный 0..1Корреспондент (отправитель) уведомления. Указывается если отличается от указанного в поле заголовка "Отправитель сообщения"Заданный тип: "addressee" (пункт 9 настоящей таблицы)Дополнительно для уведомлений типа "Поставлен на контроль" (documentSent):1.4.5.5.needRegistration Да / Нет 1Признак того, что документ - основание для уведомления требует регистрацииЗначение "Нет" в случае передачи структурированных данных, не требующих регистрации. В этом случае файл текста основного документа должен содержать визуализацию структурированных данных1.4.5.6.needExecution Да / Нет 1Признак того, что документ - основание для уведомления требует исполненияЗначение "Да" в случае передачи перечня пунктов поручений в этом же уведомлении1.4.5.7.needPublication Да / Нет 1Признак того, что документ - основание для уведомления требует публикации1.4.5.8.clauses Сложный 0..1Пункты документа для исполнения Указывается, если требуется исполнение1.4.5.8.1.clause Заданный 1..nПункт документа для исполнения Допускается указывать несколько значенийЗаданный тип: "documentClause" (пункт 14 настоящей таблицы)Дополнительно для уведомлений типа "Зарегистрирован" (documentAccepted):1.4.5.5.num Заданный 1Регистрационные данные документа, по результатам успешной регистрацииЗаданный тип: "documentNumber" (пункт 7 настоящей таблицы)Дополнительно для уведомлений типа "Отказано в регистрации" (documentRefused):1.4.5.5.reason Строка 1..nПричина отказа в регистрации. Значение поля выбирается из перечня причин отказа в регистрации, приведенного в приложении № 3 к требованиям к организационно-техническому взаимодействию государственных органов и государственных организаций, утвержденным настоящим приказомДополнительно для уведомлений типа "Назначен исполнитель" (executorAssigned):1.4.5.5.secretary Заданный 1Руководитель ведомстваЗаданный тип: "addressee" (пункт 9 настоящей таблицы)1.4.5.6.manager Заданный 1Руководитель подразделенияЗаданный тип: "addressee" (пункт 9 настоящей таблицы)1.4.5.7.executor Заданный 1ИсполнительЗаданный тип: "addressee" (пункт 9 настоящей таблицы)Дополнительно для уведомлений типа "Доклад подготовлен" (reportPrepared):1.4.5.5.signatory Заданный 1Должностное лицо, на подписи у которого находится доклад до момента его подписи и направления инициатору порученияЗаданный тип: "signatory" (пункт 10 настоящей таблицы)Дополнительно для уведомлений типа "Доклад направлен" (reportSent):1.4.5.5.report Заданный 1Сведения о документе с докладом об исполнении поручения по пункту документаЗаданный тип: "documentReference" (пункт 13 настоящей таблицы)1.4.5.6.clauses Сложный 0..1Пункт поручения, во исполнение которого подготовлен доклад1.4.5.6.1.clause Заданный 1..nПункт поручения, во исполнение которого подготовлен доклад. Обязательно указывается исходный идентификатор поручения из уведомления "Поставлен на контроль"Заданный тип: "documentClause" (пункт 14 настоящей таблицы)Дополнительно для уведомлений типа "Исполнение" (courseChanged):1.4.5.5.courseText Строка 1Сообщение о ходе исполнения или об изменениях по ходу исполнения, в том числе замена исполнителя, перенос срокаЗаданный тип: "shortText" (пункт 6 настоящей таблицы)1.4.5.6.reference Заданный 0..1Сведения о документе с пояснениямиЗаданный тип: "documentReference" (пункт 13 настоящей таблицы)Дополнительно для уведомлений типа "Опубликование" (documentPublished):1.4.5.5.num Сложный 1Регистрационные данные документа, опубликованного в источнике официального опубликования1.4.5.5.1.number Строка 1Номер опубликования1.4.5.5.2.date Дата и Время 1Дата и время опубликования1.4.5.6.publicationPoint Строка 1Место опубликования, источник официального опубликованияСледующее поле определено для всех видов уведомлений:1.4.5.[x].comment Строка 0..1Техническое значение1.5.acknowledgment Сложный 0..1Содержимое технологического электронного сообщения, в соответствии с положениями и регламентами эксплуатации транспортной шины. Заполняется если в заголовке указан тип контента "Квитанция"1.5.1.@uid Заданный 1Идентификатор электронного сообщения, относительно которого создана квитанцияЗаданный тип: "globalUniqueIdentifier" (пункт 2 настоящей таблицы)1.5.2.@content Строка 1Текст описания электронного сообщения, относительно которого создана квитанция1.5.3.time Заданный 1Дата и время получения электронного сообщения (отправителем квитанции)Заданный тип: "dateTimeZone" (пункт 12 настоящей таблицы)1.5.4.accepted Да/Нет 1Признак того, что сообщение успешно принято (отправителем квитанции)1.5.5.errorCode Число 0..1Если сообщение не было принято по причине выявления ошибок получения или проверки, указывается код ошибки (0 = неизвестная ошибка)1.5.6.errorFileMessage Строка 0..1Название файла с информацией об ошибкеОграничение: от 1 до 251 символов вида "[a-zA-Z0-9_]{1,247}.zip"1.5.7.comment Строка 0..1Если сообщение не было принято по причине выявления ошибок получения или проверки, указывается описание ошибки1.6.deliveryIndex Сложный 1Техническая информация для адресации электронного сообщения (получатели)1.6.1.destination Сложный 1..nПолучатели электронного сообщения Допускается указывать несколько значений1.6.1.1.destination Заданный 1Получатель сообщения Заданный тип: "communicationPartner" (пункт 8 настоящей таблицы)1.6.1.2.comment Строка 0..1Техническое значениеОписание задаваемых типов данных:2.globalUniqueIdentifier Простой -Универсальный уникальный идентификатор (UUID)Базовый тип: нормализованная строка. Ограничение: 36 символов, по шаблону: "[a-f0-9]{8}-[a-f0-9]{4}-[a-f0-9]{4}-[a-f0-9]{4}-[a-f0-9]{12}"3.qualifiedValue Сложный -Справочное значение3.1. Заданный 1Наименование справочного значения.Заданный тип: "stringValue" (пункт 4 настоящей таблицы)3.2.@id Заданный 0..1Идентификатор справочного значения. Указывается, если в справочнике заданы идентификаторы справочных значений.Заданный тип: "identityValue" (пункт 5 настоящей таблицы)3.3.@retro Да/Нет 0..1Техническое значение3.4.@modified Дата и Время 0..1Техническое значение4.stringValue Простой -Базовый тип: нормализованная строка. Ограничение: от 1 до 511 символов5.identity Value Простой -Базовый тип: строка (токен) Ограничение: от 1 до 127 символов6.shortText Простой -Базовый тип: строка. Ограничение: до 4000 символовТекстовые поля должны заполняться с соблюдением правил русского языка и норм деловой переписки, включая требования к орфографии и пунктуации. Не допускается заполнение данных полей с применением транслитерации и с нарушением регистра7.documentNumber Сложный -Регистрационные данные документа в электронном виде7.1.number Строка 1Регистрационный номер документа7.2.date Дата 1Дата документа в виде: "YYYY-MM-DD"8.communicationPartner Сложный -Сведения об организации8.1.@uid Заданный 1Идентификатор организации = GUID. Значение заполняется по глобальному адресному справочнику абонентов МЭДО, в соответствии с указанным в нем уникальным идентификатором абонента.Заданный тип: "globalUniqueIdentifier" (пункт 2 настоящей таблицы)8.2.organization Строка 1Официальное наименование организации. Значение заполняется по глобальному адресному справочнику абонентов МЭДО, в соответствии с указанным в нем кратким официальным наименованием организации8.3.comment Строка 0..1Техническое значение Передача дополнительных данных о СЭД организации9.addressee Сложный -Должностное лицо9.1.region Заданный 0..1Регион организацииЗаданный тип: "qualifiedValue" (пункт 3 настоящей таблицы)9.2.organization Заданный 0..1ОрганизацияЗаданный тип: "qualifiedValue" (пункт 3 настоящей таблицы)9.3.person Заданный 0..1Фамилия, имя, отчество (при наличии). Значение указывается из глобального адресного справочника МЭДО (при наличии).Заданный тип: "qualifiedValue" (пункт 3 настоящей таблицы)9.4.department Заданный 0..1Подразделение. Значение указывается из глобального адресного справочника МЭДО (при наличии).Заданный тип: "qualifiedValue" (пункт 3 настоящей таблицы)9.5.post Заданный 0..1ДолжностьЗаданный тип: "qualifiedValue" (пункт 3 настоящей таблицы)9.6.contactInfo Строка 0..1Контактная информация9.7.comment Строка 0..1Техническое значение9.8.@uid Заданный 0..1Идентификатор должностного лица.Заданный тип: "globalUniqueIdentifier" (пункт 2 настоящей таблицы)10.signatory Сложный -Должностное лицо, подписавшее документ10.1.region Заданный 0..1Регион организацииЗаданный тип: "qualifiedValue" (пункт 3 настоящей таблицы)10.2.organization Заданный 0..1ОрганизацияЗаданный тип: "qualifiedValue" (пункт 3 настоящей таблицы)10.3.person Заданный 0..1Фамилия, имя, отчество (при наличии). Значение указывается из глобального адресного справочника МЭДО (при наличии). Заданный тип: "qualifiedValue" (пункт 3 настоящей таблицы)10.4.department Заданный 0..1Подразделение. Значение указывается из глобального адресного справочника МЭДО (при наличии). Заданный тип: "qualifiedValue" (пункт 3 настоящей таблицы)10.5.post Заданный 0..1ДолжностьЗаданный тип: "qualifiedValue" (пункт 3 настоящей таблицы)10.6.contactInfo Строка 0..1Контактная информация10.7.comment Строка 0..1Техническое значение10.8.signed Дата 1Дата подписания документа11.fileName Простой -Базовый тип: нормализованная строка. Ограничение: от 1 до 255 символов12.dateTimeZone Простой -Дата и время с указанием часового пояса Вид: "YYYY-MM-DDThh:mm:ss+/-hh:mm"Базовый тип: дата и время Ограничение: "\d{4}-\d{2}-\d{2}T\d{2}:\d{2}:\d{2}(+|-)\d{2}:\d{2}"13.documentReference Сложный -Сведения о документе (ссылка)13.1.region Заданный 0..1Место составления документаЗаданный тип:

"qualifiedValue" (пункт 3 настоящей таблицы)13.2.organization Заданный 0..1Организация (автора)Заданный тип: "qualifiedValue" (пункт 3 настоящей таблицы)13.3.person Заданный 0..1Фамилия, имя, отчество (при наличии)Заданный тип: "qualifiedValue" (пункт 3 настоящей таблицы)13.4.department Заданный 0..1Подразделение (автора)Заданный тип: "qualifiedValue" (пункт 3 настоящей таблицы)13.5.post Заданный 0..1Должность (автора)Заданный тип: "qualifiedValue" (пункт 3 настоящей таблицы)13.6.num Строка 1Регистрационные данные документаЗаданный тип: "documentNumber" (пункт 7 настоящей таблицы)13.7.comment Строка 0..1Техническое значение14.documentClause Сложный -Сведения о пункте документа (ссылка)14.1.@id Заданный 1Уникальный идентификатор пункта в рамках документа в электронном видеЗаданный тип: "identityValue" (пункт 5 настоящей таблицы)14.2.@localId Число 0..1Значение для упорядочивания пункта14.3.designation Строка 0..1Наименование пункта (краткое)14.4.text Заданный 0..1Содержание пункта (полное)Заданный тип: "shortText" (пункт 6 настоящей таблицы)14.5.deadline Дата 0..1Срок исполнения пункта14.6.principal Заданный 1Ответственный исполнительЗаданный тип: "addressee" (пункт 9 настоящей таблицы) Приложение № 3 к Требованиям к организационно-техническому взаимодействию государственных органов и государственных организаций, утвержденным приказом Министерства цифрового развития, связи и массовых коммуникаций Российской Федерации и Федеральной службы охраны Российской Федерации от 12 июля 2024 г. № 611/96 ПЕРЕЧЕНЬ ПРИЧИН ОТКАЗА В РЕГИСТРАЦИИ ДОКУМЕНТОВ В ЭЛЕКТРОННОМ ВИДЕ 1. В ходе проверок оператором информационного взаимодействия транспортного контейнера 1 формируются отказы в регистрации документов в электронном виде, связанные с нарушением установленных требований на следующих этапах: ______________________________ 1 Пункт 12 Правил обмена документами в электронном виде при организации информационного взаимодействия, утвержденных постановлением Правительства Российской Федерации от 24 июля 2021 г. № 1264 (далее - Правила обмена документами в электронном виде). а) отказы при получении документа в электронном виде ввиду невозможности его технической регистрации в системе электронного документооборота получателя, в том числе вследствие нарушения правил форматно-логического контроля: правил форматного контроля, установленных XML-схемой файла описания транспортного контейнера, выбираемого в соответствии с типом содержимого транспортного контейнера. Перечень существующих типов содержимого транспортного контейнера, правила допуска отдельных категорий абонентов транспортной шины к использованию определенных типов содержимого и XML-схемы файлов описаний транспортных контейнеров размещаются Министерством цифрового развития, связи и массовых коммуникаций Российской Федерации 2 в справочнике Cat02-001-00001 "Виды транспортных контейнеров", опубликованном в облачной подсистеме ведения нормативно-справочной информации внутриведомственного и межведомственного документооборота 3 информационной системы обеспечения внутриведомственного и межведомственного документооборота и контроля исполнения поручений, в том числе с использованием облачных сервисов (далее - сервис НСИ). Базовые виды транспортных контейнеров приведены в таблице 1; ______________________________ 2 Подпункт "е" пункта 10 Положения об информационной системе обеспечения внутриведомственного и межведомственного документооборота и контроля исполнения поручений, в том числе с использованием облачных сервисов, утвержденного постановлением Правительства Российской Федерации от 17 февраля 2022 г. № 198 (далее - Положение об информационной системе). 3 Пункт 2 Положения об информационной системе; пункт 10 Правил обмена документами в электронном виде. правил логического контроля. Перечень правил логического контроля и причин отказа на данном этапе с пояснениями по их применению размещается Министерством цифрового развития, связи и массовых коммуникаций Российской Федерации 4 в справочнике Cat02-001-00002 "Причины отказа в технической регистрации", опубликованном в сервисе НСИ. Базовый перечень причин отказа в регистрации документов в электронном виде на данном этапе приведен в таблице 2. ______________________________ 4 Подпункт "е" пункта 10 Положения об информационной системе. б) отказы при первоначальном рассмотрении документа в электронном виде ввиду невозможности его официальной регистрации в организации получателя, в том числе вследствие нарушения правил делопроизводства. Перечень причин отказа на данном этапе с пояснениями по их применению размещается Министерством цифрового развития, связи и массовых коммуникаций Российской Федерации 5 в сервисе НСИ в справочнике Cat02-001-00003 "Причины отказа в официальной регистрации". ______________________________ 5 Подпункт "е" пункта 10 Положения об информационной системе. Таблица 1. Базовые виды транспортных контейнеров Код Тип контента в транспортном контейнере Пояснение по применениюTC00000001Электронное сообщениеТранспортный контейнер для передачи электронного сообщения системы межведомственного электронного документооборотаTC00000002Документ в электронном видеТранспортный контейнер текстового документа для организации обмена документами в электронном виде в системе межведомственного электронного документооборота. Обмен такими контейнерами разрешен между участниками информационного взаимодействия и не разрешен для операторов и организаторовTC00000003Сведения ГАСТранспортный контейнер технологического сообщения для организации ведения глобального адресного справочника системы межведомственного электронного документооборотаTC00000004Сведения НСИТранспортный контейнер технологического сообщения для организации ведения нормативно-справочной информации системы межведомственного электронного документооборотаTC00000005Сведения КПГУТранспортный контейнер служебной информации модуля координации процессов государственного управления системы межведомственного электронного документооборота. Обмен такими контейнерами разрешен между операторами и организатором единого информационного пространства государственного электронного документооборотаTC00000006Сведения СППРТранспортный контейнер служебной информации модуля статистики и поддержки принятия решений системы межведомственного электронного документооборота. Обмен такими контейнерами разрешен если одной из сторон обмена является организатор единого информационного пространства государственного электронного документооборотаTC00000007Цифровой документ ГосЭДОТранспортный контейнер цифрового документа для организации обмена документами в электронном виде в едином информационном пространстве государственного электронного документооборота Таблица 2. Базовый перечень причин отказа в регистрации документов в электронном виде Код Причина отказа в регистрации Пояснение по применению (правила логического контроля)100Группа 1. Отказы, связанные с форматом электронного сообщения101Паспорт сообщения не соответствует форматуПаспорт электронного сообщения, посредством которого доставлен транспортный контейнер, не соответствует установленной схеме XML102Паспорт контейнера не соответствует форматуПаспорт транспортного контейнера не соответствует установленной схеме XML, определяемой по типу контента103Транспортный контейнер не соответствует форматуСтруктура или содержимое транспортного контейнера не соответствует установленным требованиям, определяемым по типу контента200Группа 2. Отказы, связанные с логикой обработки электронного сообщения201Некорректная адресация электронного сообщенияОтправитель или получатель электронного сообщения указан некорректно202Повторное направление электронного сообщенияЭлектронное сообщение с таким идентификатором уже зарегистрировано в СЭД203Повторное направление транспортного контейнераТранспортный контейнер с таким идентификатором уже зарегистрирован в СЭД300Группа 3. Отказы, связанные с нарушением иных установленных правил301Файл текста основного документа не соответствует формату PDF/A-1Файл текста основного документа не соответствует формату PDF/A-1302Файл структурированных данных основного документа не соответствует форматуФайл структурированных данных основного документа не соответствует установленному цифровому формату303Структурированные данные не соответствуют требованиям к организационно-техническому взаимодействию государственных органов и государственных организаций, утвержденным настоящим приказомСтруктурированные данные не соответствуют требованиям к организационно-техническому взаимодействию государственных органов и государственных организаций, утвержденным настоящим приказом Приложение № 4 к Требованиям к организационно-техническому взаимодействию государственных органов и государственных организаций, утвержденным приказом Министерства цифрового развития, связи и массовых коммуникаций Российской Федерации и Федеральной службы охраны Российской Федерации от 12 июля 2024 г. № 611/96 ФОРМАТ ФАЙЛА ОПИСАНИЯ ТРАНСПОРТНОГО КОНТЕЙНЕРА 3.0 I. Файл описания транспортного контейнера 1. Файл описания транспортного контейнера имеет название "passport.xml". 2. Файл описания транспортного контейнера представляется в формате XML в соответствии со списком элементов схемы описания транспортного контейнера, приведенным в главе II настоящего приложения. 3. Файл описания транспортного контейнера оформляется в кодировке "UTF-8", первая строка файла описания транспортного контейнера содержит следующий текст: "". Номер версии формата файла описания транспортного контейнера - 3.0. II. Отдельные элементы файла описания транспортного контейнера 4. Отдельные элементы файла описания транспортного контейнера приведены в таблице 1 настоящего приложения. 5. Кратность элемента определяет его минимальное и максимальное допустимое число повторений в файле описания, а также обязательность его заполнения: а) 1 - элемент указывается один раз и заполняется обязательно; б) 1..n - элемент повторяется необходимое число раз и заполняется обязательно; в) 0..1 - элемент либо не указывается, либо указывается один раз и заполняется обязательно, если выполняются условия его обязательного заполнения, указанные в описании элемента; г) 0..n - элемент либо не указывается, либо повторяется необходимое число раз и заполняется обязательно, если выполняются условия его обязательного заполнения, указанные в описании элемента. Таблица 1. Список элементов схемы описания транспортного контейнера Пункт № Идентификатор Тип Кратность Описание элементаОписание корневых типов данных:1.container Сложный 1Описание транспортного контейнера1.1.document Сложный 1Описание основной части документа.1.1.1@docUid Заданный 1Уникальный идентификатор документа в электронном виде, размещенного в составе транспортного контейнераЗаданный тип: "strUUID" (пункт 2 настоящей таблицы)1.1.2.textFile Строка 1Название файла текста основной части документа в электронном виде в составе транспортного контейнера. Разрешенное значение: document.pdf1.1.3.dataFile Строка 0..1Название файла структурированных данных документа в электронном виде в составе транспортного контейнера. Разрешенное значение: digital.xml1.1.4.annotation Заданный 0..1Аннотация, краткое содержание документаЗаданный тип: "shortText" (пункт 6 настоящей таблицы)1.2.requisites Сложный 1Реквизиты документа в электронном виде для целей делопроизводства1.2.1.documentKind Заданный 1Вид документа Значение поля заполняется из справочника Cat02-002-00001 "Виды официальных документов", размещенного в облачной подсистеме ведения нормативно-справочной информации внутриведомственного и межведомственного документооборота 1 информационной системы обеспечения внутриведомственного и межведомственного документооборота и контроля исполнения поручений, в том числе с использованием облачных сервисов (далее - сервис НСИ).Вид документа определяется исходя из содержания текста письма и приложений.Если для вида документа в справочнике установлен признак "Требуется передача данных в цифровом формате", тогда в контейнер нужно включить элемент 1.1.3 с файлом структурированных данных по процессам и событиям, определенным в соответствующих атрибутах справочника.Заданный тип: "referenceValue" (пункт 3 настоящей таблицы)1.2.2.documentPlace Заданный 1Место составления документа. Значение поля заполняется из справочника Cat02-002-00002 "Места составления документов", размещенного в сервисе НСИ.Заданный тип: "referenceValue" (пункт 3 настоящей таблицы)1.2.3.documentClass Заданный 1Гриф ограничения доступа к документу. Значение поля заполняется из справочника Cat02-002-00003 "Грифы ограничения доступа", размещенного в сервисе НСИ.Заданный тип: "referenceValue" (пункт 3 настоящей таблицы)1.2.4.description Заданный 1Тема, краткая характеристика документаЗаданный тип: "stringValue" (пункт 4 настоящей таблицы)1.3.links Сложный 0..1Ссылки на внешние документы. Заполняется, если документ в электронном виде создается в ответ на ранее полученный документ.Реквизит является обязательным для заполнения, если для вида документа, указанного в элементе 1.2.1, в сервисе НСИ установлен признак "Требуется заполнение ссылок на внешние документы"1.3.1.link Сложный 1..nСсылка на внешний документ. Допускается указывать несколько значений1.3.1.1.@docUid Заданный 1Уникальный идентификатор внешнего документа в электронном виде.Заданный тип: "strUUID" (пункт 2 настоящей таблицы)1.3.1.2.linkType Заданный 1Тип связи документа. Значение поля заполняется из справочника Cat02-002-00004 "Типы связей документов", размещенного в сервисе НСИ.Заданный тип: "referenceValue" (пункт 3 настоящей таблицы)1.3.1.3.organization Заданный 1Организация автора внешнего документа.Заданный тип: "organizationType" (пункт 8 настоящей таблицы)1.3.1.4.registration Заданный 1Регистрационные данные по сведениям автора (соавтора) внешнего документа.Заданный тип: "registrationType" (пункт 9 настоящей таблицы)1.4.authors Сложный 1Сведения об авторах - организациях, подписавших (утвердивших) документ1.4.1.author Сложный 1..nСведения об авторе - организации: отдел (департамент), регистрационные данные документа, лица, подписавшие документ, а также должностные лица, заверившие или завизировавшие документ (при наличии).Допускается указывать несколько значений. Сначала указываются сведения основного автора, а потом соавторов (при наличии).Если для вида документа в справочнике заполнен атрибут "Допустимые авторы", указание такого вида документа допустимо если в элементе 1.4.1.1 указаны авторы из перечня допустимых1.4.1.1.organization Заданный 1Организация - автор (соавтор) документа.Заданный тип: "organizationType" (пункт 8 настоящей таблицы)1.4.1.2.registration Заданный 1Регистрационные данные по сведениям автора (соавтора) документа.Заданный тип: "registrationType" (пункт 9 настоящей таблицы)1.4.1.3.stamps Сложный 1Штампы регистрации документа1.4.1.3.1.stamp Заданный 1..nШтамп регистрации документа.Заданный тип: "stampType" (пункт 10 настоящей таблицы)1.4.1.4.signs Сложный 1Электронные подписи документа1.4.1.4.1.sign Заданный 1..nСведения о подписи: должностном лице, файле электронной подписи и элементах визуализации электронной подписи.Допускается указывать несколько значений. Сначала указывается основное должностное лицо, затем иные должностные лица (при наличии).Заданный тип: "signType" (пункт 11 настоящей таблицы)1.4.1.5.executor Заданный 1Назначенный по документу исполнитель.Заданный тип: "executorType" (пункт 13 настоящей таблицы)1.5.addressees Сложный 1Сведения об адресатах документа1.5.1.addressee Сложный 1..nСведения об адресате документа. Допускается указывать несколько значений.Если для вида документа в справочнике заполнен атрибут "Допустимые адресаты", указание такого вида документа допустимо если в элементе 1.5.1.1 указаны адресаты из перечня допустимых1.5.1.1.organization Заданный 1Организация - адресат документа.Заданный тип: "organizationType" (пункт 8 настоящей таблицы)1.5.1.2.department Заданный 0..1Подразделение адресата документа. Заполняется при необходимости доставки в подразделение адресата. При этом название и идентификатор должны заполняться из глобального адресного справочника МЭДО (при наличии необходимого значения в глобальном адресном справочнике).Заданный тип: "qualifiedValue" (пункт 3 настоящей таблицы)1.5.1.3.authority Заданный 0..nДолжностное лицо адресата документа. Допускается указывать несколько значений. Заполняется при необходимости доставки конкретному должностному лицу.Заданный тип: "authorityType" (пункт 14 настоящей таблицы)1.6.attachments Сложный 0..1Описание приложений документа. Заполняется при наличии приложений1.6.1.attachment Сложный 1..nОписание приложения документа. Допускается указывать несколько значений1.6.1.1.@order Целое число 1Порядковый номер приложения документа, начиная с 11.6.1.2.mainFile Заданный 1Название файла приложения документа в составе транспортного контейнера.Разрешенное расширение: pdf, zip, xml, gosx, odt, doc, docx, ods, xls, xlsx, odp, ppt, pptx, png, tiff, txt, csv, rtf, htmlЗаданный тип: "fileName" (пункт 7 настоящей таблицы)1.6.1.3.signFile Заданный 0..1Название файла электронной подписи в составе транспортного контейнера.Разрешенное расширение: p7s, sigЗаданный тип: "fileName" (пункт 7 настоящей таблицы)1.6.1.4.description Заданный 0..1Аннотация к приложению документа.Заданный тип: "stringValue" (пункт 4 настоящей таблицы)1.7.integrity Сложный 0..1Элемент для обеспечения целостности транспортного контейнера, построенный на подписании совокупности элементов транспортного контейнера1.7.1.@signFile Заданный 0..1Файл электронной подписи совокупности элементов транспортного контейнера.Разрешенное расширение: p7s, sigЗаданный тип: "fileName" (пункт 7 настоящей таблицы)1.7.2.innerFile Заданный 1..nПеречень файлов совокупности элементов транспортного контейнера.Заданный тип: "fileName" (пункт 7 настоящей таблицы)Описание задаваемых типов данных:2.strUUID Простой -Универсальный уникальный идентификатор36 символов, шаблон: "[а-f0-9]{8}-[a-f0-9]{4}-[a-f0-9]{4}-[a-f0-9]{4}-[a-f0-9]{12}"3.qualifiedValue/referenceValue Сложный -Формальное/Справочное значение3.1. Заданный 1Наименование справочного значения.Заданный тип: "stringValue" (пункт 4 настоящей таблицы)3.2.@id Заданный 0..1Идентификатор справочного значения. Обязателен, если в справочнике заданы идентификаторы справочных значений.Заданный тип: "identityValue" (пункт 5 настоящей таблицы)4.string Value Простой -Базовый тип: нормализованная строка. Ограничение: от 1 до 511 символов5.identity Value Простой -Базовый тип: строка (токен) Ограничение: от 1 до 127 символов6.shortText Простой -Базовый тип: строка. Ограничение: до 4000 символовТекстовые поля должны заполняться с соблюдением правил русского языка и норм деловой переписки, включая требования к орфографии и пунктуации. Не допускается заполнение данных полей с применением транслитерации и с нарушением регистра7.fileName Простой -Базовый тип: нормализованная строка.Ограничение: от 1 до 255 символов вида "[a-z0-9_\-\.]{1,250}\.[a-z0-9]{3,4}"8.organizationType Сложный -Сведения об организации8.1.@id Заданный 1Значение заполняется по глобальному адресному справочнику абонентов МЭДО посредством указания уникального идентификатора абонента.Заданный тип: "identityValue" (пункт 5 настоящей таблицы)8.2.title Заданный 1Официальное наименование организации. Значение заполняется по глобальному адресному справочнику абонентов МЭДО, в соответствии с указанным в нем кратким официальным наименованием организации.Заданный тип: "stringValue" (пункт 4 настоящей таблицы)8.3.phone Заданный 0..1Телефонный номер организации.Заданный тип: "stringValue" (пункт 4 настоящей таблицы)9.registrationType Сложный -Регистрационные данные документа в электронном виде9.1.number Строка 1Регистрационный номер документа9.2.date Дата 1Дата документа в виде: "YYYY-MM-DD"10.stampType Сложный -Описание файла элемента визуализации10.1.@stampFile Строка 1Название файла элемента визуализации.Разрешенное расширение: pngЗаданный тип: "fileName" (пункт 7 настоящей таблицы)10.2.position Сложный 1..nДанные о местоположении элемента10.2.1.@page Целое число 1Номер страницы (начиная с 1), на которой размещается элемент визуализации10.2.2.coordinate Сложный 1Отступ верхнего левого угла элемента от верхнего левого угла страницы10.2.2.1.@x Число 1Отступ по горизонтали (вправо), в мм10.2.2.2.@y Число 1Отступ по вертикали (вниз), в мм10.2.3.dimension Сложный 1Физический размер изображения элемента визуализации на странице10.2.3.1.@w Число 1Ширина изображения, в мм10.2.3.2.@h Число 1Высота изображения, в мм11.signType Сложный -Сведения о подписи: должностном лице, файле электронной подписи и элементах визуализации электронной подписи11.1.@signFile Заданный 1Название файла электронной подписи.Разрешенное расширение: p7s, sigЗаданный тип: "fileName" (пункт 7 настоящей таблицы)11.2.type Строка 1Тип подписи, одно из значений: "Утверждающая" (по умолчанию) "Визирующая" "Заверяющая"Если должностное лицо является автором и подписантом документа, то указывается тип подписи "Утверждающая".Если должностное лицо является соавтором (согласующим должностным лицом) документа, то указывается тип подписи "Визирующая".Если должностное лицо заверяет подпись автора, выполненную другим способом, то указывается тип подписи "Заверяющая"11.3.stamp Заданный 1Штамп электронной подписи.Заданный тип: "stampType" (пункт 10 настоящей таблицы)11.4.signer Заданный 1Должностное лицо, подписавшее документ. Обязательно указываются фамилия, имя, отчество (при наличии), должность.Заданный тип: "signerType" (пункт 12 настоящей таблицы)12.signerType Сложный -Должностное лицо, подписант12.1.@id Заданный 0..1Идентификатор должностного лица.Заданный тип: "identityValue" (пункт 5 настоящей таблицы)12.2.post Строка 1Должность12.3.name Строка 1Фамилия, имя, отчество (при наличии)12.4.phone Строка 0..1Телефонный номер12.5.email Строка 0..1Электронная почта13.executorType Сложный -Должностное лицо, исполнитель13.1.@id Заданный 0..1Идентификатор должностного лица.Заданный тип: "identityValue" (пункт 5 настоящей таблицы)13.2.post Строка 0..1Должность13.3.name Строка 1Фамилия, имя, отчество (при наличии)13.4.phone Строка 1Телефонный номер13.5.email Строка 0..1Электронная почта14.authorityType Сложный -Должностное лицо, ответственный14.1.@id Заданный 0..1Идентификатор должностного лица.Заданный тип: "identityValue" (пункт 5 настоящей таблицы)14.2.post Строка 1Должность14.3.name Строка 0..1Фамилия, имя, отчество (при наличии)14.4.phone Строка 0..1Телефонный номер14.5.email Строка 0..1Электронная почта ______________________________ 1 Пункт 2 Положения об информационной системе обеспечения внутриведомственного и межведомственного документооборота и контроля исполнения поручений, в том числе с использованием облачных сервисов, утвержденного постановлением Правительства Российской Федерации от 17 февраля 2022 г. № 198 ; пункт 10 Правил обмена документами в электронном виде при организации информационного взаимодействия, утвержденных постановлением Правительства Российской Федерации от 24 июля 2021 г. № 1264 . Приложение № 5 к Требованиям к организационно-техническому взаимодействию государственных органов и государственных организаций, утвержденным приказом Министерства цифрового развития, связи и массовых коммуникаций Российской Федерации и Федеральной службы охраны Российской Федерации от 12 июля 2024 г. № 611/96 ФОРМАТ ФАЙЛА ОПИСАНИЯ ЭЛЕКТРОННОГО СООБЩЕНИЯ 3.0 I. Файл описания электронного сообщения 1. Файл описания электронного сообщения имеет название "message.xml". 2. Файл описания электронного сообщения представляется в формате XML в соответствии со списком элементов схемы описания электронного сообщения, приведенным в главе II настоящего приложения. 3. Файл описания электронного сообщения оформляется в кодировке "UTF-8", первая строка файла описания электронного сообщения содержит следующий текст: "". Номер версии формата файла описания электронного сообщения - 3.0. II. Отдельные элементы файла описания электронного сообщения 4. Отдельные элементы файла описания электронного сообщения приведены в таблице 1 настоящего приложения. 5. Кратность элемента определяет его минимальное и максимальное допустимое число повторений в файле описания, а также обязательность его заполнения: а) 1 - элемент указывается один раз и заполняется обязательно; б) 1..n - элемент повторяется необходимое число раз и заполняется обязательно; в) 0..1 - элемент либо не указывается, либо указывается один раз и заполняется обязательно, если выполняются условия его обязательного заполнения, указанные в описании элемента; г) 0..n - элемент либо не указывается, либо повторяется необходимое число раз и заполняется обязательно, если выполняются условия его обязательного заполнения, указанные в описании элемента. Таблица 1. Список элементов схемы описания электронного сообщения Пункт № Идентификатор Тип Кратность Описание элементаОписание корневых типов данных:1.message Сложный 1Описание электронного сообщения1.1.header Сложный 1Техническая информация для адресации электронного сообщения (заголовок)1.1.1.@msgUid Заданный 1Идентификатор электронного сообщенияЗаданный тип: "strUUID" (пункт 2 настоящей таблицы)1.1.2.source Заданный 1Отправитель сообщенияЗаданный тип: "abonentType" (пункт 9 настоящей таблицы)1.1.3.created Заданный 1Дата и время непосредственной отправки электронного сообщенияЗаданный тип: "dateTimeZone" (пункт 8 настоящей таблицы)1.1.4.timeLimit Число 0..1Ограничение времени доставки сообщения (в часах), после которого его отправитель считает, что доставка завершилась неуспешно, в том числе при отсутствии квитанцииЕсли не указано, то действует значение по умолчанию - 72 часа с даты/времени непосредственной отправки сообщения (элемент 1.1.3.)Заданный тип: "strUUID" (пункт 2 настоящей таблицы)1.2.payload Сложный 1Содержимое сообщения - одно значение на выбор, элемент 1.2.1 или 1.2.2 настоящей таблицы1.2.1.container Сложный 1Сведения о транспортном контейнере1.2.1.1.@secure Да/Нет 1Признак наличия информации с грифом ДСП внутри транспортного контейнера1.2.1.2.type Заданный 1Тип контента в транспортном контейнере.Заполняется в соответствии с передаваемым контентом из справочника Cat02-001-00001 "Виды транспортных контейнеров", размещенного в облачной подсистеме ведения нормативно-справочной информации внутриведомственного и межведомственного документооборота 1 информационной системы обеспечения внутриведомственного и межведомственного документооборота и контроля исполнения поручений, в том числе с использованием облачных сервисов (далее - сервис НСИ).Заданный тип: "referenceValue" (пункт 3 настоящей таблицы) ______________________________ 1 Пункт 2 Положения об информационной системе обеспечения внутриведомственного и межведомственного документооборота и контроля исполнения поручений, в том числе с использованием облачных сервисов, утвержденного постановлением Правительства Российской Федерации от 17 февраля 2022 г. № 198 ; пункт 10 Правил обмена документами в электронном виде при организации информационного взаимодействия, утвержденных постановлением Правительства Российской Федерации от 24 июля 2021 г. № 1264 .1.2.1.3.file Простой 1Название файла транспортного контейнераОграничение: от 1 до 255 символов вида "[a-z0-9_\-\.]{1,60}\.edc\.zip"1.2.2.receipt Сложный 1Сведения о транспортной квитанции. Содержит один или несколько элементов вида 1.2.2.2 и 1.2.2.3 настоящей таблицы1.2.2.1.@onMsgUid Заданный 1Идентификатор электронного сообщения, относительно которого создана квитанцияЗаданный тип: "strUUID" (пункт 2 настоящей таблицы)1.2.2.2.resultAccept Сложный 1..nКвитанция о том, что сообщение принято получателями, указанными в пункте 1.2.2.2.1 настоящей таблицы1.2.2.2.1.onReceivers Заданный 0..1Получатели, относительно которых была сформирована квитанция. Необязательно, если совпадает с отправителем квитанции. При отправке от оператора информационного взаимодействия, указанного в пункте 1.3 настоящей таблицы, разрешается указывать участников информационного взаимодействия, указанных в пункте 1.3 настоящей таблицы, этого оператора.Заданный тип: "receiversType" (пункт 10 настоящей таблицы)1.2.2.3.resultReject Сложный 1..nКвитанция о том, что сообщение не принято получателями, указанными в пункте 1.2.2.3.1 настоящей таблицы1.2.2.3.1.onReceivers Заданный 0..1Получатели, относительно которых была сформирована квитанция. Необязательно, если совпадает с отправителем квитанции. При отправке от оператора информационного взаимодействия, указанного в пункте 1.3 настоящей таблицы, разрешается указывать участников информационного взаимодействия, указанных в пункте 1.3 настоящей таблицы, этого оператора.Заданный тип: "receiversType" (пункт 10 настоящей таблицы)1.2.2.3.2.error Сложный 1..nСообщение об ошибке. Допускается указывать несколько различных ошибок1.2.2.3.2.1.reason Заданный 1Причина отказа в технической регистрации. По справочнику Cat02-001-00002 "Причины отказа в технической регистрации", размещенному в сервисе НСИ.Заданный тип: "referenceValue" (пункт 3 настоящей таблицы)1.2.2.3.2.2.comment Строка 0..1Дополнительная информация, указывающая на ошибку1.3.receivers Заданный 1Перечень получателей сообщения. Участники информационного взаимодействия, операторы информационного взаимодействия, организаторы информационного взаимодействия в соответствии с Правилами обмена документами в электронном виде.Заданный тип: "receiversType" (пункт 10 настоящей таблицы)Описание задаваемых типов данных:2.strUUID Простой -Универсальный уникальный идентификаторБазовый тип: нормализованная строка. Ограничение: 36 символов, по шаблону: "[a-f0-9]{8}-[a-f0-9]{4}-[a-f0-9]{4}-[a-f0-9]{4}-[a-f0-9]{12}"3.referenceValue Сложный -Справочное значение3.1. Заданный 1Наименование справочного значения.Заданный тип: "stringValue" (пункт 4 настоящей таблицы)3.2.@id Заданный 1Идентификатор справочного значения. Обязателен, если в справочнике заданы идентификаторы справочных значений.Заданный тип: "identityValue" (пункт 5 настоящей таблицы)4.stringValue Простой -Базовый тип: нормализованная строка. Ограничение: от 1 до 511 символов5.identityValue Простой -Базовый тип: строка (токен) Ограничение: от 1 до 127 символов6.shortText Простой -Базовый тип: строка. Ограничение: до 4000 символовТекстовые поля должны заполняться с соблюдением правил русского языка и норм деловой переписки, включая требования к орфографии и пунктуации. Не допускается заполнение данных полей с применением транслитерации и с нарушением регистра7.fileName Простой -Базовый тип: нормализованная строка. Ограничение: от 1 до 255 символов8.dateTimeZone Простой -Дата и время с указанием часового пояса Вид: "YYYY-MM-DDThh:mm:ss±hh:mm"Базовый тип: дата и время Ограничение: "\d{4}-\d{2}-\d{2}T\d{2}:\d{2}:\d{2}(+|-)\d{2}:\d{2}"9.abonentType Сложный -Сведения об организации9.1. Заданный 1Официальное наименование организации. Значение заполняется по глобальному адресному справочнику абонентов МЭДО, в соответствии с указанным в нем кратким официальным наименованием организации.Заданный тип: "stringValue" (пункт 4 настоящей таблицы)9.2.@uid Заданный 1Идентификатор организации = GUID. Значение заполняется по глобальному адресному справочнику абонентов МЭДО, в соответствии с указанным в нем уникальным идентификатором абонента.Заданный тип: "strUUID" (пункт 2 настоящей таблицы)10.receiversType Сложный -Перечень получателей10.1.receiver Заданный 1..nПолучатель сообщенияЗаданный тип: "abonentType" (пункт 9 настоящей таблицы)