Приказ Министерство связи и массовых коммуникаций России от 27.05.2015 № 186/258 · Об утверждении Требований к организационно-техническому взаимодействию государственных органов и государственных организаций посредством обмена документами в электронном виде · редакция от 27.05.2015 · https://zakonbaza.com/prikaz-ministerstvo-svyazi-i-mass-2015-05-27-186-258/

Приказ Министерство связи и массовых коммуникаций России от 27.05.2015 № 186/258

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

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

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

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

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

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

МИНИСТЕРТВО ФЕДЕРАЛЬНАЯ СЛУЖБА ОХРАНЫ

СВЯЗИ И МАССОВЫХ КОММУНИКАЦИЙ РОССИЙСКОЙ ФЕДЕРАЦИИ РОССИЙСКОЙ ФЕДЕРАЦИИ (Минкомсвязь России) - — -.......-. (ФСО России)

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

В соответствии с постановлением Правительства Российской Федерации от 25 декабря 2014 г. № 1494 «Об утверждении Правил обмена документами в электронном виде при организации информационного взаимодействия» (Собрание законодательства Российской Федерации, 2015, № 1, ст. 284), подпунктом 5.2.26 подпункта 5.2 пункта 5 Положения о Министерстве связи и массовых коммуникаций Российской Федерации, утвержденного постановлением Правительства Российской Федерации от 2 июня 2008 г. № 418 (Собрание законодательства Российской Федерации, 2008, № 23, ст. 2708; № 42, ст. 4825; № 46, ст. 5337; 2009, № 3, ст. 378; № 6, ст. 738; № 33, ст. 4088; 2010, № 13, ст. 1502; № 26, ст. 3350; № 30, ст. 4099; № 31, ст. 4251; 2011, № 2, ст. 338; № 3, ст. 542; № 14, ст. 1935; № 21, ст. 2965; № 44, ст. 6272; № 49, ст. 7283; 2012, № 20, ст. 2540; № 37, ст. 5001; № 39, ст. 5270; № 46, ст. 6347; 2013, № 13, ст. 1568, ст. 1569; № 33, ст. 4386; № 45, ст. 5822; 2014, № 30, ст. 4305; № 31, ст. 4414; № 47, ст. 6554; 2015, № 2, ст. 491), и подпунктом 14 пункта 16 Положения о Федеральной службе охраны Российской Федерации, утвержденного Указом Президента Российской Федерации от 7 августа 2004 г. № 1013 (Собрание законодательства Российской Федерации, 2004, № 32, ст. 3314; 2005, № 1, ст. 67, № 13, ст. 1137; № 40, ст. 4019; № 41, ст. 4120; 2006, № 15, ст. 1580; 2008, № 10, ст. 911; № 21, ст. 2431; № 37, ст. 4183; № 40, ст. 4519; № 43, ст. 4921; № 47, ст. 5431; № 52, ст. 6364; 2010, № 6, ст. 626; № 10, ст. 1058; 2011, № 2, ст. 267, № 21, ст. 2926; № 43, ст. 6029; № 47, ст. 6621; № 51, ст. 7456; 2012, № 41, ст. 5583; 2013, № 6, ст. 493; № 52, ст. 7136; 2014, № 44, ст. 6041; 2015, № 4, ст. 641), приказываем:

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

2. Направить настоящий приказ на государственную регистрацию в#❝

Министерство юстиции Российской Федерации.#❝

Министр связи и массовых коммуникаций ссийской Федерации#❝

‚ Н.А. Никифоров cp#❝

Директор Федеральной службы охраны Российской Федерации a 7 r-E.A. Муров#❝

УТВЕРЖДЕНЫ приказом Министерства связи и массовых коммуникаций Российской Федерации и Федеральной службы охраны Российской Федерации от 27.05.2015 № 186/258#❝

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

Г. Общие положения#❝

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

2. Настоящие требования должны применяться совместно с Правилами обмена документами в электронном виде при организации информационного взаимодействия, утвержденными постановлением Правительства Российской Федерации от 25 декабря 2014 г. № 1494, а также с учетом Положения о системе межведомственного электронного документооборота, утвержденного постановлением Правительства Российской Федерации от 22 сентября 2009 г. № 754 (Собрание законодательства Росийской Федерации, 2009, № 39, ст. 4614;#❝

2011, № 32, ст. 4840; 2012, № 38, ст. 5102; 2013, № 15, ст. 1791), в части инфраструктуры транспортной шины.#❝

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

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

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

в) требования к формату файла документа в электронном виде (далее — ЭД);#❝

г) требования к формату электронной подписи (далее — ЭП); д) требования к транспортному контейнеру;#❝

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

II. — Общие требования к организации информационного взаимодействия#❝

4. Информационное взаимодействие в рамках правил обмена документами в электронном виде осуществляется путем обмена транспортными контейнерами в формате согласно приложению | к настоящим Требованиям, содержащими документы в электронном виде, подписанные ЭП, и технологическими электронными сообщениями с использованием транспортной шины — системы межведомственного электронного документооборота (далее — МЭДО).#❝

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

6. В целях обеспечения проверки корректности передаваемых по системе МЭДО электронных сообщений документооборота (далее — ЭСД) в СЭД отправителя используется XSD-cxema ЭСД МЭДО, описание которой приведено в приложении 3 к настоящим требованиям.#❝

7. При использовании МЭДО возможно внесение изменений в перечень передаваемых сообщений, их состав и форматы, а также в XSD-cxemy ЭСД.#❝

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

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

9. В процессе подписания/утверждения ЭД ответственным должностным лицом должно осуществляться формирование ЭП к данному ЭД.#❝

При подписании/утверждении ЭД должны соблюдаться следующие условия:#❝

а) направляемый на подписание/утверждение файл ЭД должен иметь формат, установленный настоящими требованиями. В случае, если при формировании документа его файл имеет формат отличный от установленного настоящими требованиями, он должен быть перед направлением на подписание/утверждение преобразован в формат, установленный настоящими требованиями;#❝

6) при подписании/утверждении ЭД несколькими должностными лицами каждое должностное лицо подписывает документ своей ЭП, которая должна формироваться в соответствии с настоящими требованиями.#❝

10. В процессе регистрации документа должны формироваться: ® регистрационный номер и дата регистрации документа, ® элементы визуализации регистрационных данных и отметки об ЭП,#❝

® данные о местоположении элементов визуализации регистрационных данных и отметки об ЭП (координаты).#❝

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

При регистрации документа в электронном виде должны соблюдаться следующие условия:#❝

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

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

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

11. В процессе отправки должны быть сформированы:#❝

® графические элементы визуализации регистрационных данных и отметки об ЭП, а также данные об их местоположении (в случае, если они не были сформированы в процессе регистрации документа);#❝

® транспортный контейнер для передачи документа в электронном виде в соответствии с настоящими требованиями, проверена его комплектность и действительность ЭП, входящих в его состав.#❝

' Здесь и далее: отметка об ЭП предназначена только для отображения сведений о том, что документ был подписан ЭП должностного лица, информация о сертификате которого приводится в указанной отметке. Отметка об ЭП является подтверждением того, что данная ЭП была верна на момент включения документа в СЭД. Отметка об ЭП не является аналогом ЭП и доказательством верности данной ЭП на момент обращения пользователя к документу.#❝

При отправке ЭД должны соблюдаться следующие условия:#❝

а) проверка действительности ЭП, входящих в состав транспортного контейнера, должна осуществляться в соответствии с законодательством Российской Федерации;#❝

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

в) не допускается отправка транспортного контейнера с документом при недействительности одной или нескольких ЭП, входящих в его состав;#❝

г) компоненты отправленного транспортного контейнера должны храниться отправителем наряду с другими данными ЭД. Срок хранения данной информации должен быть не менее установленного срока хранения соответствующего ЭД. |#❝

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

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

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

а) графические элементы визуализации регистрационных данных и отметки об ЭП используются при визуализации документа в электронном виде#❝

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

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

® нарушение комплектности транспортного контейнера (несоответствие количества, имен файлов транспортного контейнера именам файлов, указанным в файле описания транспортного контейнера), недействительность ЭП, входящих в его состав,#❝

® несоответствие данных должностного лица (Фамилия Имя Отчество (при наличии) — подписанта документа, указанных в файле описания транспортного контейнера, данным в сертификате ЭП документа,#❝

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

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

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

14. Контроль получения и хода исполнения ЭД на стороне отправителя#❝

а) обеспечивается путем формирования и направления получателем в виде ЭСД МЭДО типа «Уведомление» следующих уведомлений:#❝

Уведомление о регистрации. Предназначено для передачи информации о регистрации документа и содержит следующие данные:#❝

® дата/время формирования уведомления;#❝

6)#❝

д)#❝

® краткая информация о поступившем документе, к которому относится уведомление;#❝

® регистрационный номер документа в СЭД получателя;#❝

® дата регистрации документа в СЭД получателя.#❝

Уведомление об отказе в регистрации. Предназначено для передачи информации об отказе в регистрации документа в СЭД получателя и содержит следующие данные:#❝

® дата/время формирования уведомления;#❝

® краткая информация о документе, которому отказано в регистрации; причина отказа в регистрации, опционально — комментарий к причине отказа в регистрации.#❝

Уведомление о принятии к исполнению. Предназначено для передачи информации о назначении ответственного исполнителя документа и содержит следующие данные:#❝

® дата/время формирования уведомления;#❝

® краткая информация о поступившем документе, к которому относится уведомление;#❝

е информация о пункте документа, принятом к исполнению (опционально);#❝

e информация об авторе резолюции (руководителе или соответствующем заместителе руководителя участника межведомственного электронного документооборота); информация о руководителе подразделения-исполнителя;#❝

® информация об ответственном исполнителе.#❝

Уведомление о подготовке доклада. Предназначено для информирования о передаче ответа на документ на подпись руководителя или соответствующего заместителя руководителя участника взаимодействия и содержит следующие данные:#❝

дата/время формирования уведомления; краткая информация о поступившем документе, к которому относится уведомление;#❝

e информация о пункте документа, во исполнение которого подготовлен доклад (опционально);#❝

® информация о должностном лице, которому документ передан на подпись.#❝

Уведомление о направлении доклада. Предназначено для передачи информации о наличии в СЭД участника взаимодействия исходящего документа (ответа) на поступивший ранее по системе МЭДО документ и содержит следующие данные:#❝

® дата/время формирования уведомления;#❝

краткая информация о поступившем документе, к которому относится уведомление;#❝

информация о пункте документа, во исполнение которого подготовлен доклад (ответ) (опционально);#❝

информация об исходящем документе (ответе).#❝

е) Уведомление 06 изменении в ходе исполнения. Предназначено для информирования организации-отправителя об изменении ответственного исполнителя документа и содержит следующие данные:#❝

дата/время формирования уведомления;#❝

краткая информация о поступившем документе, к которому относится уведомление;#❝

информация о пункте документа, по которому меняется ход исполнения (ответственный исполнитель);#❝

информация об изменении в ходе исполнения (информация об изменении ответственного исполнителя);#❝

информация о документе-основании изменения хода исполнения (ответственного исполнителя).#❝

ж) Уведомление об опубликовании. Предназначено для информирования организации - отправителя о факте опубликования документа и содержит следующие данные:#❝

дата/время формирования уведомления;#❝

краткая информация о поступившем документе, к которому относится уведомление;#❝

номер, под которым документ был опубликован;#❝

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

источник опубликования (печатный орган).#❝

Формат и правила формирования указанных уведомлений приведены в приложении 3 к настоящим Требованиям.#❝

ГУ. Требования к формату файла документа в электронном виде#❝

15. Файл документа в электронном виде, а также файл электронного образа документа с внедренными графическими элементами регистрационных данных и отметок об ЭП (в случае его формирования) должен иметь формат PDF/A-1, соответствующий международному стандарту? (далее — формат РОЕ/А-1).#❝

16. Текстовая часть документа должна включаться в файл формата РОЕ/А-1 в текстовом виде.#❝

> Справочно: стандарт ISO 19005-1:2005 «Управление документацией. Формат файлов электронных документов для долгосрочного сохранения. Часть 1: Использование формата PDF 1.4 (PDF/A-1)» (Document management - Electronic document file format for long-term preservation - Part 1: Use of PDF 1.4 (PDF/A-1)#❝

10 У. — Требования к ЭП#❝

17. ЭП, формируемые в рамках обмена документами в электронном виде при организации информационного взаимодействия, должны соответствовать требованиям к усиленной квалифицированной электронной подписи, при их создании должен использоваться формат PKCS#7 (Public-Key Cryptography Standard #7, общее описание стандарта PKCS#7, опубликованного в качестве RFC (Request for Comments) с номером 2315, доступно по адресу http://tools.ietf.org/html/rfc23 15) без включения подписываемых данных.#❝

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

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

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

20. При представлении транспортного контейнера в электронном виде в виде одного файла должен использоваться формат 7/1Р-папки, описанный B открытой спецификации, доступной по адресу http://www.pkware.com/documents/casestudies/APPNOTE.TXT, B части использования возможностей и технологий, в отношении которых спецификацией допускается их свободное (без ограничений) использование.#❝

21.Для передачи по MOJO транспортный контейнер документа в электронном виде должен быть представлен в виде одного файла и передаваться в составе сообщения МЭДО типа «Гранспортный контейнер», согласно приложению 3 к настоящим Требованиям.#❝

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

УП. Правила визуального отображения документов в электронном виде#❝

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

11 контейнер или вновь созданные получателем с использованием данных из файла описания транспортного контейнера и сертификата ЭП.#❝

24. Визуальное отображение документа в электронном виде должно содержать:#❝

а) текст ЭД;#❝

6) сведения о регистрации документа (графические элементы регистрационных данных);#❝

в) сведения об ЭП, которой(ыми) был подписан документ (отметка/отметки 06 ЭП).#❝

25. Сведения о регистрации ЭД (графические элементы регистрационных данных), содержат следующие элементы:#❝

а) дата документа;#❝

6) регистрационный номер.#❝

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

а) графические элементы регистрационных данных должны располагаться на месте соответствующих реквизитов документа;#❝

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

в) графические элементы регистрационных данных не ДОЛЖНЫ перекрываться или накладываться друг на друга,#❝

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

27. Сведения об ЭП, которой был подписан документ в электронном виде (отметка/отметки об ЭП), содержат следующие элементы:#❝

а) границы отметки об ЭП (служит для визуального разграничения сведений отметки об ЭП от текста документа и других отметок);#❝

6) эмблема участника взаимодействия (при наличии); в) информация о подписании документа ЭП; г) сведения о сертификате ЭП, использованном при подписании ЭД.#❝

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

12#❝

а) место размещения отметки 06 ЭП должны соответствовать месту размещения личной подписи в аналогичном документе на бумажном носителе;#❝

6) элементы отметки об ЭП должны быть видимыми и читаемыми при отображении документа в натуральном размере;#❝

в) элементы отметки об ЭП не должны перекрываться или накладываться друг на друга;#❝

г) элементы отметки об ЭП не должны перекрывать элементы текста документа и другие отметки об ЭП (при наличии).#❝

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

30. Информация о подписании документа ЭП содержит текст «ДОКУМЕНТ ПОДПИСАН ЭЛЕКТРОННОЙ ПОДПИСЬЮ» и располагается в верхней части отметки об ЭП справа от эмблемы участника взаимодействия (при наличии) и выравнивается горизонтально по центру области.#❝

31. Сведения о сертификате ЭП, использованном при подписании, располагаются в нижней части отметки об ЭП и содержат следующие элементы:#❝

а) номер сертификата ЭП;#❝

6) данные владельца сертификата ЭП; в) срок действия сертификата ЭП.#❝

32. Элементы сведений о сертификате ЭП, использованном при подписании документа, располагаются на отдельных строках друг под другом.#❝

33. Элемент «Номер сертификата электронной подписи» содержит текст «Сертификат» и номер сертификата ЭП, использованного при подписании документа.#❝

34. Элемент «Владелец сертификата электронной подписи» содержит текст «Владелец», фамилию, имя и отчество (при наличии) владельца сертификата ЭП.#❝

35. Элемент «Срок действия сертификата электронной подписи» содержит текст «Действителен с», дату начала действия сертификата ЭП, текст «по» и дату окончания действия сертификата.#❝

36. В качестве формата файлов графических элементов регистрационных данных и отметки об ЭП должен использоваться растровый графический формат PNG (Portable Network Graphics), соответствующий международному стандарту.#❝

37. Примеры отметок об ЭП и их размещения приведены в приложении 2 к настоящим Требованиям.#❝

Приложение | к Требованиям к организационнотехническому взаимодействию государственных органов и государственных организаций посредством обмена документами в электронном виде#❝

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

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

Транспортный контейнер документа в электронном виде состоит из следующих файлов:#❝

файл описания транспортного контейнера, определяющий состав контейнера и содержащий минимальную атрибутику документа и представляемый в виде типизированного ХМГ;#❝

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

— файлы графических элементов — регистрационных — данных и графических элементов отметок об ЭП;#❝

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

— файл электронной подписи набора файлов транспортного контейнера (за исключением данного файла, при наличии).#❝

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

Файлы, входящие в состав транспортного контейнера, размещаются в корне транспортного контейнера (без дополнительного разбиения по вложенным папкам).#❝

Файл описания транспортного контейнера документа должен иметь название passport.xml.#❝

Файлы транспортного контейнера документа должны иметь уникальные в пределах транспортного контейнера имена и удовлетворять шаблону [a-zA-Z0- 9_]{1,250}.[а-2А-70-9] {3,4}.#❝

14#❝

При представлении транспортного контейнера документа в электронной форме в виде одного файла имя такого файла должно удовлетворять шаблону [a-zA-Z0- 9 ]{1,247}.edc.zip.#❝

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

Общее описание элементов и атрибутов, используемых в XSD-cxeme описания транспортного контейнера, приведено в Таблице. Схема, в дальнейшем, может быть изменена путём добавления и исключения элементов и атрибутов.#❝

В XML файле (декларации) описания транспортного контейнера должен быть обязательно указан атрибут encoding="XXXXXX", определяющий кодировку файла описания транспортного контейнера. Отправитель обязан указывать этот атрибут и его значение, а получатель обязан его использовать при обработке транспортного контейнера. Рекомендуемый вариант кодировки - UTF-8.#❝

Таблица#❝

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

ВАЛО ый т. х es#❝

1. container Компл. 1 | Транспортный контейнер документа в электронном виде#❝

1.1. @uid Строка 1 | Уникальный идентификатор документа в электронном виде- GUID *#❝

1.2. @version Строка 1 | Минимальная версия XSD схемы, согласно которой сформирован файл описания транспортного контейнера#❝

1.3. requisites Компл. 1 | Общие реквизиты документа#❝

1.3.1. documentKind Строка 1 | Вид документа#❝

1.3.1.1. @id Строка 0..1 | Локальный идентификатор вида документа в СЭД отправителя или получателя.#❝

1.3.2. documentPlace Строка 0..1 | Место составления (издания) документа#❝

3 Кратность элемента определяет минимальное и максимальное количество его повторений в схеме: 0..1 - элемент может указываться один раз и не является обязательным, 1 - элемент указывается один раз и является обязательным, 0..п - элемент может указываться неограниченное количество раз и не является обязательным, 1..0 - элемент указывается произвольное число раз и является обязательным.#❝

4 Комплексный#❝

@id#❝

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

СЭД отправителя или получателя.#❝

1.3.3.#❝

classification#❝

Строка#❝

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

1.3.3.1.#❝

@id#❝

Строка#❝

>> |#❝

Идентификатор элемента в СЭД отправителя или получателя#❝

1.3.4.#❝

annotation#❝

Строка#❝

Краткое содержание (наименование, аннотация) документа#❝

1.3.5.#❝

links#❝

Компл.#❝

0..1#❝

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

1.3.5.1.#❝

link#❝

Компл.#❝

1..0#❝

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

1.3.5.1.1.#❝

@uid#❝

Строка#❝

0..1#❝

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

1.3.5.1.2.#❝

organization#❝

Компл.#❝

0..1#❝

Информация 06 организации - авторе связанного документа.#❝

Указывать описание комплексного типа содержимого «organization»#❝

1.3.5.1.3.#❝

department#❝

Строка#❝

0..1#❝

Наименование подразделения организации#❝

1.3.5.1.3.1.#❝

@id#❝

Строка#❝

0..1#❝

Идентификатор элемента в СЭД отправителя или получателя.#❝

1.3.5.1.4.#❝

registration#❝

Компл.#❝

Данные регистрации документа в организации#❝

1.3.5.1.4.1.#❝

number#❝

Строка#❝

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

1.3.5.1.4.2.#❝

date#❝

Дата#❝

Дата документа#❝

1.3.5.1.5.#❝

signer#❝

Компл.#❝

16#❝

Лицо, подписавшее документ в организации#❝

1.3.5.1.5.1.#❝

@id#❝

Строка#❝

Идентификатор подписанта в СЭД отправителя или получателя#❝

1.3.5.1.5.2.#❝

post#❝

Строка#❝

Должность лица#❝

1.3.5.1.5.3.#❝

name#❝

Строка#❝

Фамилия, Имя, Отчество (при наличии), либо фамилия и инициалы лица#❝

1.3,5.1.5.4.#❝

phone#❝

Строка#❝

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

1.3.5.1.5.5.#❝

email#❝

Строка#❝

Адрес электронной почты лица#❝

1.4.#❝

authors#❝

Компл.#❝

Авторы документа (письма)#❝

1.4.1.#❝

author#❝

Компл.#❝

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

1.4.1.1.#❝

organization#❝

Komi.#❝

Информация об организации автора документа, являющейся отправителем документа.#❝

Указывать описание комплексного типа содержимого «organization»#❝

1.4.1.2.#❝

department#❝

Строка#❝

Наименование подразделения организации#❝

1.4.1.2.1.#❝

@id#❝

Строка#❝

Идентификатор элемента в СЭД отправителя или получателя.#❝

1.4.1.3.#❝

registration#❝

Komi.#❝

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

1.4.1.3.1.#❝

number#❝

Строка#❝

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

1.4.1.3.2.#❝

date#❝

Hata#❝

Дата документа#❝

1.4.1.3.3.#❝

registrationStamp#❝

Компл.#❝

Описание графических элементов регистрационных данных организацииотправителя документа (имя файла в транспортном контейнере и расположение на страницах документа).#❝

Указывать описание комплексного типа содержимого «stamp»#❝

1.4.1.4.#❝

sign#❝

Компл.#❝

Информация о подписи документа#❝

1.4.1.4.1.#❝

регзоп#❝

Компл.#❝

Лицо, подписавшее документ в организации#❝

1.4.1.4.1.1.#❝

@id#❝

Строка#❝

Идентификатор подписанта в СЭД отправителя или получателя.#❝

1.4.1.4.1.2.#❝

post#❝

Строка#❝

Должность лица#❝

1.4.1.4.1.3.#❝

name#❝

Строка#❝

Фамилия, Имя, Отчество (при наличии) лица, полностью, в именительном падеже#❝

1.4.1.4.1.4.#❝

phone#❝

Строка#❝

> —#❝

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

1.4.1.4.1.5.#❝

email#❝

Строка#❝

Адрес электронной почты лица#❝

1.4.1.4.2.#❝

documentSignature#❝

Компл.#❝

Описание электронной подписи файла документа (//container/document/@local Name), сформированной данным лицом.#❝

1.4.1.4.2.1.#❝

@localName#❝

Строка#❝

Имя файла ЭП в транспортном контейнере#❝

1.4.1.4.2.2.#❝

@type#❝

Строка#❝

Тип подписи (визирующая или утверждающая (по умолчанию))#❝

18#❝

1.4.1.4.2.3.#❝

signatureStamp#❝

Komi.#❝

Описание графических элементов отметки об ЭП (имя файла в транспортном контейнере и расположение на страницах документа).#❝

Указывать описание комплексного типа содержимого «stamp»#❝

1.4.1.5.#❝

executor#❝

Komi.#❝

0..1#❝

Исполнитель по документу в организации#❝

1.4.1.5.1.#❝

@id#❝

Строка#❝

0..1#❝

Идентификатор исполнителя в СЭД отправителя или получателя.#❝

1.4.1.5.2.#❝

post#❝

Строка#❝

Должность лица...#❝

1.4.1.5.3.#❝

пате#❝

Строка#❝

Фамилия, Имя, Отчество (при наличии), либо фамилия и инициалы исполнителя#❝

1.4.1.5.4.#❝

phone#❝

Строка#❝

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

1.4.1.5.5.#❝

email#❝

Строка#❝

Адрес электронной почты лица#❝

1.5 addressees#❝

Компл.#❝

Адресаты#❝

1.5.1.#❝

addressee#❝

Компл.#❝

Адресат документа#❝

1.5.1.1.#❝

organization#❝

Компл.#❝

Информация об организации адресата.#❝

Указывать описание комплексного типа содержимого «organization»#❝

1.5.1.2.#❝

department#❝

Строка#❝

0..1#❝

Наименование подразделения организации#❝

1.5.1.2.1.#❝

@id#❝

Строка#❝

0..1#❝

Идентификатор подразделения в СЭД отправителя или получателя.#❝

1.5.1.3.#❝

регзоп#❝

Компл.#❝

Лицо в организации, которому адресован документ#❝

19#❝

Строка 0..1 | Идентификатор лица — адресата документа в СЭД отправителя или получателя.#❝

Должность лица Фамилия, Имя, Отчество (при наличии), либо фамилия и инициалы лица Телефонный номер лица Адрес электронной почты лица#❝

1.6. document Компл. 1| Документ#❝

1.6.1. @localName Строка 1 | Ссылка на файл содержимого документа (имя файла в транспортном контейнере). Приложения, являющиеся неотъемлемыми частями документа, должны быть включены в файл содержимого документа.#❝

Отправка электронных документов осуществляется в виде «один документ - один файл».#❝

1.6.2. pagesQuantity Целое 0..1 | Количество страниц число документа#❝

1.6.3. enclosurePagesQuan | Целое 0..1 | Количество страниц tity число приложений — неотъемлемых частей документа, включенных в файл документа#❝

1.6.4. description Строка 0..1 | Примечание к файлу документа#❝

1 | Приложения .n | Приложение#❝

1 | Имя файла приложения в транспортном контейнере 1.7.1.2. order Целое 1 | Номер приложения, начиная число c 0 1.7.1.3. description Строка 1 | Информация о приложении#❝

1.5.1.3.1.#❝

1.5.1.3.2. post Строка 1.5.1.3.3. пате Строка#❝

>> = |+#❝

1.5.1.3.4. phone Строка 1.5.1.3.5. ета! Строка#❝

>> ore ren#❝

1.7. attachments Компл. 0..#❝

1.7.1. attachment Компл. 1 1.7.1.1. @localName Строка#❝

1.7.1.4.#❝

signature#❝

20#❝

Komi.#❝

Электронная подпись (ЭП) файла приложения#❝

1.7.1.4.1.#❝

@localName#❝

Строка#❝

Имя файла ЭП приложения в транспортном контейнере#❝

1.8.#❝

containerSignature#❝

Компл.#❝

0..1#❝

Электронная подпись бинарного объединения совокупности файлов транспортного контейнера в следующем порядке: файл описания транспортного контейнера, далее все файлы, упомянутые в файле описания транспортного контейнера (кроме файла ЭП транспортного контейнера), отсортированные по алфавиту по имени файла в транспортном контейнере.#❝

Данный элемент и его содержимое должны быть добавлены в описание до создания указанной ЭП.#❝

1.8.1.#❝

@localName#❝

Строка#❝

Имя файла ЭП в транспортном контейнере#❝

Stamp#❝

Компл. тип#❝

Информация 0 графических элементах визуализации регистрационных данных и данных ЭП#❝

2.1.#❝

@localName#❝

Строка#❝

Имя файла графических элементов в транспортном контейнере#❝

2.2.#❝

position#❝

Komi.#❝

Данные о расположении графических элементов#❝

2.2.1.#❝

page#❝

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

Номер страницы (начиная с 1), на которой должны быть помещены графические элементы#❝

2.2.2. topLeft Компл. 1 | Координаты верхнего левого угла изображения графических элементов#❝

2.2.2.1 x Целое 1 | Отступ по горизонтали от число верхнего левого угла страницы, в мм#❝

2.2.2.2. у Целое 1 | Отступ по вертикали OT число верхнего левого угла страницы, в мм#❝

2.2.3. dimension Компл. 1 | Размер изображения графических элементов#❝

2.2.3.1. Ww Целое 1 | Ширина изображения, в мм число#❝

2.2.3.2. h Целое 1 | Высота изображения, в MM число#❝

3. organization Компл. Информация 06 тип организации#❝

3.1. @id Строка 0..1 | Идентификатор организации в СЭД отправителя или получателя.#❝

3.2. title Строка 1 | Наименование организации **#❝

3.3. address Строка 0..1 | Почтовый адрес#❝

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

3.5. email Строка 0..1 | Официальный адрес электронной почты#❝

3.6. website Строка 0..1 | Официальный сайт#❝

(*) Строка длиной 36 символов, представляющая "глобально уникальный идентификатор" (GUID), формата: [a-fA-F0-9] {8 }-[a-fA-F0-9] {4}-[a-fA-F0-9] {4}-[a-fA-F0-9] {4}-[a-fA-F0-9] {12}, например: "abcdef0 1-2345-6789-fbcd-ef0 123456789".#❝

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

XSD-cxema описания транспортного контейнера#❝

<?xml version="1.0" encoding="UTF-8"?>#❝

22#❝

<xsd:schema xmlns:xsd="http://www.w3.org/2001/XMLSchema" version="1.0" elementFormDefault="qualified" attributeFormDefault="qualified" targetNamespace="http://minsvyaz.ru/container" xmlns="http://minsvyaz.ru/container">  <xsd:element name="container"> <xsd:complexType> <xsd:sequence>  <xsd:element name="requisites"> <xsd:complexType> <xsd:sequence> <xsd:element name="documentKind" type="qualifiedValue"/> <xsd:element name="documentPlace" type="qualifiedValue" minOccurs="0"/> <xsd:element name="classification" type="qualifiedValue" minOccurs="0"/> <xsd:element name="annotation" type="shortText"/> <xsd:element name="links" minOccurs="0" maxOccurs="1"> <xsd:complexType> <xsd:sequence> <xsd:element name="link" maxOccurs="unbounded" type="linkedDocument"> </xsd:element> </xsd:sequence> </xsd:complexType> </xsd:element> </xsd:sequence> </xsd:complexType> </xsd:element>  <xsd:element name="authors"> <xsd:complexType> <xsd:sequence> <xsd:element name="author" type="issuer" maxOccurs="unbounded"> </xsd:element> </xsd:sequence> </xsd:complexType> </xsd:element>  <xsd:element name="addressees"> <xsd:complexType> <xsd:sequence> <xsd:element name="addressee" maxOccurs="unbounded">#❝

23#❝

<xsd:complexType> <xsd:sequence> <xsd:element name="organization" type="organization"/>#❝

<xsd:element minOccurs="0" name="department" type="qualifiedValue"/>#❝

<xsd:element name="person" minOccurs="0" maxOccurs="unbounded" type="person"> </xsd:element> </xsd:sequence> </xsd:complexType> </xsd:element> </xsd:sequence> </xsd:complexType> </xsd:element>  <xsd:element name="document" type="document"> </xsd:element>  <xsd:element name="attachments" minOccurs="0"> <xsd:complexType> <xsd:sequence> <xsd:element name="attachment" maxOccurs="unbounded"> <xsd:complexType> <xsd:sequence> <xsd:element name="order" type="xsd:nonNegativelInteger"/> <xsd:element name="description" type="shortText" minOccurs="0"/> <xsd:element minOccurs="0" name="signature" maxOccurs="unbounded"> <xsd:complexType> <xsd:attribute name="localName" type="fileName" use="required"/> </xsd:complexType> </xsd:element> </xsd:sequence> <xsd:attribute name="localName" type="fileName" use="required"/> </xsd:complexType> </xsd:element> </xsd:sequence> </xsd:complexType> </xsd:element> <xsd:element name="containerSignature" minOccurs="0"> <xsd:complexType> <xsd:attribute name="localName" type="fileName" use="required"/> </xsd:complexType> </xsd:element> </xsd:sequence> <xsd:attribute name="uid" type="globalUniqueldentifier" use="required">#❝

24#❝

</xsd:attribute> <xsd:attribute name="version" type="xsd:token" use="required"/> </xsd:complexType> </xsd:element> <xsd:complexType name="stamp">  <xsd:sequence> <xsd:element name="position" type="position"/>  </xsd:sequence> <xsd:attribute name="localName" type="fileName" use="required">  </xsd:attribute> </xsd:complexType> <xsd:complexType name="position"> <xsd:sequence> <xsd:element name="page" type="xsd:positiveInteger"/> <xsd:element name="topLeft" type="coordinate"/> <xsd:element name="dimension" type="dimension"/> </xsd:sequence> </xsd:complexType> <xsd:complexType name="coordinate"> <xsd:sequence> <xsd:element name="x"> <xsd:simpleType> <xsd:restriction base="xsd:short"> <xsd:minInclusive value="0"/> </xsd:restriction> </xsd:simpleType> </xsd:element> <xsd:element name="y"> <xsd:simpleType> <xsd:restriction base="xsd:short"> <xsd:minInclusive value="0"/> </xsd:restriction> </xsd:simpleType> </xsd:element> </xsd:sequence> </xsd:complexType> <xsd:complexType name="dimension"> <xsd:sequence> <xsd:element name="w" type="xsd:positiveInteger"/> <xsd:element name="h" type="xsd:positiveInteger"/> </xsd:sequence> </xsd:complexType>#❝

25#❝

<xsd:complexType name="document"> <xsd:sequence> <xsd:element name="pagesQuantity" type="xsd:positiveInteger" minOccurs="0"/> <xsd:element minOccurs="0" name="enclosurePagesQuantity" type="xsd:nonNegativelInteger"/> <xsd:element name="description" type="shortText" minOccurs="0"/> </xsd:sequence> <xsd:attribute name="localName" type="documentFileName" use="required"/> </xsd:complexType> <xsd:complexType name="issuer"> <xsd:sequence> <xsd:element name="organization" type="organization"/> <xsd:element minOccurs="0" name="department" type="qualified Value"/> <xsd:element name="registration" type="registration"/> <xsd:element maxOccurs="unbounded" name="sign"> <xsd:complexType> <xsd:sequence> <xsd:element name="person" type="signer"/> <xsd:element name="documentSignature" type="signatureInfo"/> </xsd:sequence> </xsd:complexType> </xsd:element> <xsd:element name="executor" minOccurs="0" type="executor"> </xsd:element> </xsd:sequence> </xsd:complexType> <xsd:complexType name="registrationData"> <xsd:sequence> <xsd:element name="number"> <xsd:simpleType> <xsd:restriction base="xsd:token"> <xsd:maxLength value="3 1"/> </xsd:restriction> </xsd:simpleType> </xsd:element> <xsd:element name="date" type="xsd:date"/> </xsd:sequence> </xsd:complexType> <xsd:complexType name="registration"> <xsd:complexContent> <xsd:extension base="registrationData"> <xsd:sequence> <xsd:element minOccurs="1" name="registrationStamp" type="stamp"/> </xsd:sequence> </xsd:extension>#❝

26#❝

</xsd:complexContent> </xsd:complexType> <xsd:complexType name="signatureInfo"> <xsd:sequence> <xsd:element name="signatureStamp" type="stamp"/> </xsd:sequence> <xsd:attribute name="localName" type="fileName" use="required"/> <xsd:attribute деЁалН="Утверждающая" name="type"> <xsd:simpleType> <xsd:restriction base="xsd:normalizedString"> <xsd:enumeration уаше="Визирующая"/> <xsd:enumeration уа[е="Утверждающая"/> </xsd:restriction> </xsd:simpleType> </xsd:attribute> </xsd:complexType> <xsd:simpleType name="fileName">  <xsd:restriction base="xsd:normalizedString"> <xsd:maxLength value="255"/> <xsd:minLength value="1"/> <xsd:pattern value="[a-zA-Z0-9_]{1,250}.[a-zA-Z0-9] {3,4}"/> </xsd:restriction> </xsd:simpleType> <xsd:simpleType name="documentFileName"> <xsd:restriction base="fileName"> <xsd:pattern value="[a-zA-Z0-9_]{1,250}.pdf"/> <xsd:minLength value="1"/> <xsd:maxLength value="255"/> </xsd:restriction> </xsd:simpleType> <xsd:complexType name="linkedDocument"> <xsd:sequence> <xsd:element name="organization" type="organization"/> _ <xsd:element minOccurs="0" name="department" type="qualifiedValue"/> <xsd:element name="registration" type="registrationData"> </xsd:element> <xsd:element name="signer" minOccurs="0" maxOccurs="unbounded" type="employee"> </xsd:element> </xsd:sequence> <xsd:attribute name="uid" type="globalUniqueldentifier" use="optional">  </xsd:attribute> </xsd:complexType> <xsd:simpleType name="globalUniqueldentifier"> #❝

27#❝

<xsd:restriction base="xsd:normalizedString"> <xsd:pattern value="[a-fA-F0-9] {8} -[a-fA-F0-9] {4}-[a-fA-F0-9] {4}-[a-fA-F0-9] {4}-[a-fA-F0- 9]{12}"/> </xsd:restriction> </xsd:simpleType> <xsd:complexType name="organization"> <xsd:sequence> <xsd:element name="title" type="string Value"/> <xsd:element name="address" type="string Value" minOccurs="0"/> <xsd:element name="phone" type="string Value” minOccurs="0"/> <xsd:element name="email" type="string Value" minOccurs="0"/> <xsd:element name="website" type="string Value" minOccurs="0"/> </xsd:sequence> <xsd:attribute name="id" type="identity Value">  </xsd:attribute> </xsd:complexType> <xsd:complexType name="person"> <xsd:sequence> <xsd:element name="post" type="string Value" minOccurs="0"/> <xsd:element name="name" type="string Value" minOccurs="0"/> <xsd:element name="phone" type="string Value" minOccurs="0"/> <xsd:element name="email" type="string Value" minOccurs="0"/> </xsd:sequence> <xsd:attribute name="id" type="identity Value">  </xsd:attribute> </xsd:complexType> <xsd:complexType name="employee"> <xsd:complexContent> <xsd:restriction base="person"> <xsd:sequence> <xsd:element name="post" type="string Value" minOccurs="0"/> <xsd:element name="name" type="string Value" minOccurs="1"/> <xsd:element name="phone" type="string Value" minOccurs="0"/> <xsd:element name="email" type="string Value" minOccurs="0"/> </xsd:sequence> </xsd:restriction> </xsd:complexContent> </xsd:complexType> <xsd:complexType name="signer"> <xsd:complexContent> <xsd:restriction base="person"> <xsd:sequence> <xsd:element name="post" type="string Value" minOccurs="1"/>#❝

28#❝

<xsd:element name="name" type="string Value"/> <xsd:element name="phone" type="string Value" minOccurs="0"/> <xsd:element name="email" type="string Value" minOccurs="0"/> </xsd:sequence> </xsd:restriction> </xsd:complexContent> </xsd:complexType> <xsd:complexType name="executor"> <xsd:complexContent> <xsd:restriction base="person"> <xsd:sequence> <xsd:element name="post" type="string Value" minOccurs="0"/> <xsd:element name="name" type="string Value"/> <xsd:element name="phone" type="string Value" minOccurs="1"/> <xsd:element name="email" type="string Value" minOccurs="0"/> </xsd:sequence> </xsd:restriction> </xsd:complexContent> </xsd:complexType> <xsd:simpleType name="stringValue"> <xsd:restriction base="xsd:normalizedString"> <xsd:maxLength value="511"/> <xsd:minLength value="1"/> </xsd:restriction> </xsd:simpleType> <xsd:complexType name="qualified Value">  <xsd:simpleContent> <xsd:extension base="string Value"> <xsd:attribute name="id" type="identity Value">  </xsd:attribute> </xsd:extension> </xsd:simpleContent> </xsd:complexType> <xsd:simpleType name="identity Value">  <xsd:restriction base="xsd:token"> <xsd:minLength value="1"/> <xsd:maxLength value="127"/> </xsd:restriction> </xsd:simpleType> <xsd:simpleType name="shortText"> <xsd:restriction base="xsd:string">#❝

29#❝

<xsd:maxLength value="4000"/> </xsd:restriction> </xsd:simpleType> </xsd:schema>#❝

30#❝

Приложение 2 к Требованиям к организационнотехническому взаимодействию государственных органов и государственных организаций посредством обмена документами в электронном виде#❝

Формирование графических элементов визуализации регистрационных данных и отметки об ЭП#❝

При формировании графических элементов визуализации регистрационных данных рекомендуется использовать шрифт Times New Roman, размер символов 12 пт. Межстрочный интервал 12 пт.#❝

При формировании текстоых элементов отметок об ЭП рекомендуется использовать шрифт Times New Roman, размер символов 8 пт. Межстрочный интервал 8-10 пт.#❝

Пример графического элемента регистрационных данных и его размещения 27.05.2015 —П24-0-0000 Рисунок 1. Пример графического элемента регистрационных данных#❝

(НАИМЕНОВАНИЕ ОРГАНИЗАЦИИ- (Наименование должности и#❝

(Адрес орагнизации - отправителя) Справочная: +7 (495) 000-00-00#❝

27.05.2015 № П24-0-0000 на № от#❝

Рисунок 2. Пример размещения графического элемента регистрационных данных#❝

Примеры отметок об ЭП и их размещения#❝

ДОКУМЕНТ ПОДПИСАН ЭЛЕКТРОННОЙ ПОДПИСЬЮ#❝

Сертификат 1а111ааа000000000011 Владелец Николаев Николай Николаевич Действителен с 01.12.2012 по 01.12.2017#❝

Рисунок 3. Пример отметки 06 ЭП с эмблемой участника взаимодействия.#❝

31#❝

ДОКУМЕНТ ПОДПИСАН ЭЛЕКТРОННОЙ ПОДПИСЬЮ#❝

Сертификат 1а000ааа00000000001 1 Владелец Петров Петр Петрович Действителен с 01.12.2012 по 01.12.2017#❝

Рисунок 4. Пример отметки 06 ЭП без эмблемы участника взаимодействия.#❝

ДОКУМЕНТ ПОДПИСАН ЭЛЕКТРОННОЙ ПОДПИСЬЮ (Наименование Сертификат 1al 1 1aaa00000000001 1 Н.Н. Николаев должности) Владелец Николаев Николай Николаевич#❝

Действителен с 01.12.2012 по 01.12.2017#❝

Рисунок 5. Пример расположения отметки об ЭП в случае использования официального бланка участника взаимодействия.#❝

ДОКУМЕНТ ПОДПИСАН ЭЛЕКТРОННОЙ ПОДПИСЬЮ#❝

Сертификат 1а000ааа00000000001 1 ILI. Петров Владелец Петров Петр Петрович Действителен с 01.12.2012 по 01.12.2017#❝

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

(Наименование должности и (Наименование должности и наименование участника наименование участника взаимодействия) взаимодействия) ДОКУМЕНТ ПОДПИСАН ДОКУМЕНТ ПОДПИСАН ЭЛЕКТРОННОЙ ПОДПИСЬЮ ЭЛЕКТРОННОЙ ПОДПИСЬЮ Сертификат 1a000aaa000000000011 Сертификат Lal 11aaa000000000011 Владелец Петров Петр Петрович Владелец Николаев Николай Николаевич Действителен с 01.12.2012 по 01.12.2017 Действителен с 01.12.2012 по 01.12.2017 П.1. Петров Н.Н. Николаев#❝

Рисунок 7. Пример расположения отметок 06 ЭП в случае подписания двумя должностными лицами.#❝

32#❝

4 ‘ От (наименование ДОКУМЕНТ ПОДПИСАН участника ЭЛЕКТРОННОЙ ПОДПИСЬЮ взаимодействия): Сертификат 1a011aaa000000000011 (наименование Владелец Иванов Иван Иванович И.И. Иванов Действителен с 01.12.2012 по 01.12.2017 должности) .. y, г ` От (наименование ДОКУМЕНТ ПОДПИСАН участника ЭЛЕКТРОННОЙ ПОДПИСЬЮ взаимодействия): Сертификат 1a101aaa000000000011 (наименование Владелец Андреев Андрей Андреевич А.А. Андреев Действителен с 01.12.2012 по 01.12.2017 должности) \. y, г ` От (наименование ДОКУМЕНТ ПОДПИСАН участника ЭЛЕКТРОННОЙ ПОДПИСЬЮ взаимодействия): Сертификат 1а110ааа00000000001 1 (наименование Владелец Васильев Василий Васильевич Действителен с 01.12.2012 по 01.12.2017 В.В. Васильев должности) . y,#❝

Рисунок 8. Пример расположения отметок 06 ЭП в случае подписания несколькими должностными лицами.#❝

УТВЕРЖДАЮ УТВЕРЖДАЮ (наименование должности и (наименование должности и наименование участника наименование участника взаимодействия) взаимодействия) ДОКУМЕНТ ПОДПИСАН ДОКУМЕНТ ПОДПИСАН ЭЛЕКТРОННОЙ ПОДПИСЬЮ ЭЛЕКТРОННОЙ ПОДПИСЬЮ Сертификат 1а000ааа000000000011 Сертификат lal 11aaa00000000001 1 Владелец Петров Петр Петрович Владелец Николаев Николай Николаевич Действителен с 01.12.2012 по 01.12.2017 Действителен с 01.12.2012 по 01.12.2017 П.П. Петров Н.Н. Николаев НАИМЕНОВАНИЕ ДОКУМЕНТА#❝

Рисунок 9. Пример расположения отметок об ЭП в случае двух грифов утверждения.#❝

Приложение 3 к Требованиям к организационнотехническому взаимодействию государственных органов и государственных организаций посредством обмена документами в электронном виде#❝

Описание электронных сообщений документооборота системы МЭДО#❝

В системе МЭДО используется три основных типа электронных сообщений документооборота (далее — ЭСД): e «Документ» - состоит из паспорта сообщения и прикрепленных файлов, где паспорт сообщения содержит минимальную атрибутику документа; e «Уведомление» - состоит из паспорта, где паспорт сообщения содержит информацию о ходе прохождения документа; ® «Транспортный контейнер» - состоит из паспорта сообщения, прикрепленных файлов контейнера и его ЭП; и один дополнительный: «Квитанция», как и «Уведомление», состоящее из паспорта, содержащего информацию о факте доставки «основных» ЭСД.#❝

I. Паспорт#❝

Паспорт сообщения представляется в виде типизированного ХМГ. Элементы и атрибуты, приведённые ниже, рекомендованы для использования.#❝

Полный текст XSD (XML Schema Definition) схемы, определяющей все элементы, атрибуты и типы данных, используемых при формировании паспорта ЭСД, приведен в разделе 3.#❝

//communucation/* - корневой элемент ЭСД представлен последовательностью, состоящей из элементов заголовока и «информационной составляющей» сообщения. В зависимости от типа сообщения, «информационная составляющая» сообщения представляется или из последовательности типа «Документ» (document, files), или элементом «Уведомление» (notification), или «Квитанция» (acknowledgment), или «Транспортный контейнер» (container).#❝

Обязательные атрибуты: e @version -— минимальная версия ХЗО схемы, согласно которой сформирован паспорт сообщения.#❝

34#❝

Заголовок#❝

//communication/header/* - определяет тип OC] и "источник" сообщения (клиента МЭДО), последовательность [1].#❝

Обязательные атрибуты:#❝

e .../header/@type - тип сообщения, перечисление: {"Документ"|"Уведомление"|"Квитанция"|"Транспортный контейнер" };#❝

e ../header/@uid - уникальный идентификатор сообщения GUID, строка (token), удовлетворяющая шаблону [a-fA-F0-9]{8}-[a-fA-F0-9] {4}-[a-fA-FO0- 9]{4}-[a-fA-F0-9] {4}-[a-fA-F0-9]{12}. При формировании каждого нового ЭСД должно генерироваться новое уникальное значение. Атрибут по XSD схеме, для совместимости с более ранними версиями, объявлен как необязательный (optional), требует заполнения (указывается, как в //notification/@mid);#❝

e ../header/@created — дата и время создания сообщения. Атрибут по XSD схеме объявлен как необязательный (optional), требует заполнения;#❝

.../header/source/* - "Источник" сообщения, обязательный элемент.#❝

Обязательные атрибуты:#❝

e ../source/@uid - уникальный идентификатор "источника" сообщения (клиента МЭДО) GUID, строка (token), удовлетворяющая шаблону [a-fA-FO- 9]{8}-[a-fA-F0-9] {4}-[a-fA-F0-9] {4}-[a-fA-F0-9] {4}-[a-fA-F0-9] {12}.#❝

Генерируется отправителем сообщения один раз и далее используется BO всех дальнейших его ЭСД;#❝

.../source/organization - наименование источника, строка (normalizedString) длиной {1,511} символов, обязательный элемент.#❝

Документ#❝

Данный тип сообщений предназначен для передачи информации о документе.#❝

Элемент паспорта communication представляется последовательностью из трёх элементов: header — заголовок сообщения, document - содержит основную атрибутику по документу, Шез - список присоединённых файлов.#❝

Значение атрибута type заголовка: //communication/header/@type = "Документ"#❝

//communication/document/* 0] определяет — атрибутику (реквизиты) "передаваемого" документа, обязательный элемент.#❝

Обязательные атрибуты:#❝

e .../document/@uid - уникальный идентификатор документа GUID, строка (token), удовлетворяющая шаблону [a-fA-F0-9]{8}-[a-fA-FO-9] {4}-[a-fA-F0- 9]{4}-[a-fA-F0-9] {4}-[a-fA-F0-9] {12}.#❝

Необязательные атрибуты:#❝

e ../document/@id - локальный идентификатор документа по БД СЭД отправителя, строка (token) длиной {1,127} символа, необязательный элемент, рекомендуется к заполнению.#❝

35#❝

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

../document/kind [0..1] - строка (normalizedString) длиной {1,511} символов, необязательный элемент.#❝

Необязательные атрибуты: о .../kind/@id - "идентификатор (код) значения" по БД СЭД источника (token), строка длиной {1,127} символа, рекомендуется к заполнению; е .../kind/@retro - "признак ретроспективы" по БД СЭД источника (boolean); e .../kind/@modified - дата последнего изменения значения в БД СЭД источника (dateTime);#❝

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

../document/num/* [1] - номер и дата регистрации документа, обязательный элемент, представлен последовательностью. e ../num/number [1] - номер регистрации в СЭД документа, строка (token) длиной {1,31} символа, обязательный элемент; e .../num/date [1] - дата регистрации документа (date), обязательный элемент.#❝

Гриф документа#❝

.../document/classification [0..1] - строка (normalizedString) длиной {1,511} символов, необязательный элемент.#❝

Необязательные атрибуты: ® @id - "идентификатор (код) значения" по БД источника (token), строка длиной {1,127} символа; ® @retro - "признак ретроспективы" по БД источника (boolean);#❝

¢ @modified - дата последнего изменения значения в БД источника (dateTime);#❝

Срочность документа#❝

.../document/urgency [0..1] - строка (normalizedString) длиной {1,511} символов, необязательный элемент.#❝

e @modified - дата последнего изменения значения в БД источника (dateTime);#❝

36#❝

Взамен разосланного#❝

.../document/insteadOfDistributed [0..1] - признак (boolean), в основном используется в технологических Целях для «замещения» ранее разосланной информации по документу, может не иметь связи со специальной отметкой в тексте документа «Взамен разосланного», необязательный элемент.#❝

Особые отметки#❝

.../document/specialMark [0..1] - строка (normalizedString) длиной {1,511} символов, необязательный элемент.#❝

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

../document/signatories [1] - информация о лицах, подписавших документ, данный элемент представлен последовательностью элементов Signatory [1..*], обязательный элемент. Каждый из подписавших может быть представлен последовательностью нескольких элементов. По XSD схеме элементы region, organization, person, department, post являются необязательными, элемент person требует заполнения.#❝

e ../signatory/region [0..1] - наименование региона организации, строка (normalizedString) длиной {1,511} символов, необязательный элемент;#❝

e .../signatory/organization [0..1] - наименование организации, строка (normalizedString) длиной {1,511} символов, по XSD схеме необязательный элемент, но рекомендуемый к заполнению;#❝

e .../signatory/person [1] - сотрудник (лицо), в формате: Фамилия Имя Отчество (при наличии), строка (normalizedString) длиной {1,511} символов, по XSD схеме необязательный элемент, но требует заполнения;#❝

® .../signatory/department [0..1] - наименование подразделения организации, строка (normalizedString) длиной {1,511} символов, необязательный элемент, e ../signatory/post [0..1] - должность сотрудника (лица), строка (normalizedString) длиной {1,511} символов, необязательный элемент;#❝

e .../signatory/contactInfo [0.1] — контактная информация, строка (string) длиной {1,511} символов, необязательный элемент;#❝

e .../signatory/signed [1] - дата подписания документа (date), обязательный элемент;#❝

e¢ @modified - дата последнего изменения значения в БД источника (dateTime);#❝

37#❝

Адресаты документа (Кому направлено):#❝

.../document/addressees [1] - информация об адресатах документа (кому направляется документ), данный элемент представлен последовательностью элементов addressee [1..*], обязательный элемент. Каждый адресат может быть представлен последовательностью из 5 элементов. По XSD схеме элементы region, organization, person, department, post являются необязательными, элемент organization требует заполнения.#❝

Необязательные атрибуты:#❝

e .../addressee/@uid - идентификатор клиента МЭДО GUID, строка (token), удовлетворяющая шаблону [a-fA-FO-9] {8}-[a-fA-FO-9] {4}-[a-fA-F0-9] {4}-[afA-F0-9]{4}-[a-fA-F0-9]{12}. Атрибут может быть использован для ассоциации адресата с клиентом МЭДО.#❝

Элементы:#❝

e .../addressee/region [0..1] - наименование региона организации, строка (normalizedString) длиной {1,511} символов, необязательный элемент;#❝

о .../addressee/organization [1] - наименование организации, строка (normalizedString) длиной {1,511} символов, по XSD схеме необязательный элемент, но требует заполнения;#❝

e .../addressee/person [0..1] - сотрудник (лицо), в формате: Фамилия Имя Отчество (при наличии), строка (normalizedString) длиной {1,511} символов, необязательный элемент;#❝

о .../addressee/department [0..1] - наименование подразделения организации, строка (normalizedString) длиной {1,511} символов, необязательный элемент;#❝

e .../addressee/post [0.1] - должность сотрудника (лица), строка (normalizedString) длиной {1,511} символов, необязательный элемент.#❝

е @modified - дата последнего изменения значения в БД источника (dateTime);#❝

Количество страниц основного документа и приложений#❝

.../document/pages [1] - количество страниц документа, положительное целое число, обязательный элемент;#❝

.../доситеп/епозигезРагез [0..1] - количество страниц приложений, положительное целое число, необязательный элемент.#❝

Краткое содержание документа#❝

.../document/annotation [1] - строка (string) длиной {1,4000} символов (может быть представлена как ![СОАТА(...] |).#❝

Приложения к документу#❝

.../document/enclosures [0..1] - информация о приложениях к документу, данный элемент представлен последовательностью элементов enclosure [1..*], необязательный элемент. Каждое приложение представляется последовательностью следующих элементов:#❝

e ../enclosure/title [1] -наименование приложения, строка (string) длиной {1,4000} символов, обязательный элемент;#❝

e .../enclosure/reference [0..1] — в случае, если приложение — документ, содержит краткую информацию о документе, необязательный элемент;#❝

e .../reference/organization [1] - организация-корреспондент, строка (normalizedString) длиной {1,511} символов, по ХЗО схеме необязательный элемент, требует заполнения;#❝

e .../reference/person [1] — подписавший сотрудник (лицо), в формате:#❝

Фамилия Имя Отчество (при наличии), строка (normalizedString) длиной {1,511} символов, по XSD схеме необязательный элемент, требует заполнения;#❝

о .../геегепсе/пит [1] — номер и дата документа, обязательный элемент;#❝

. ../num/number [1] — номер регистрации в СЭД документа, строка (token) длиной {1,31} символа, обязательный элемент;#❝

. ../num/date [1] - дата документа (подписания), обязательный элемент;#❝

Необязательные атрибуты для элементов Organization, person:#❝

e @id - "идентификатор (код) значения" по БД источника (token), строка длиной {1,127} символа;#❝

e @retro - "признак ретроспективы" по БД источника (boolean);#❝

® @modified - дата последнего изменения значения в БД источника (dateTime);#❝

e ../enclosure/pages [1] — количество листов приложения, положительное целое число, обязательный элемент;#❝

e .../enclosure/files [0..1] — ссылка на текст, список (list) локальных идентификаторов (неотрицательных целых чисел) прикрепленных файлов (указывается, как в //communication/files//@localld), содержащих текст приложения, необязательный элемент;#❝

e .../enclosure/enclosures [0..1] - вложенные приложения, необязательный элемент, предназначен для описания последовательности приложений, представлен неограниченной последовательностью элементов enclosure [1..*];#❝

39 e .../enclosure /comment [0..1] - необязательный элемент, может содержать дополнительную информацию о приложении, строка (string) длиной {1,2047} символов.#❝

Необязательные атрибуты:#❝

e .../enclosure/@uid - уникальный идентификатор документа-приложения GUID по БД источника, строка (token), удовлетворяющая шаблону [a-fA-FO0- 9]{8}-[а-РА-Е0-9]{4}-[а-РА-Е0-9]{4}-[а-РА-Е0-9]{4}-[а-РА-Р0-9]{12} e .../enclosure/@id — локальный идентификатор документа-приложения по БД источника (token), строка длиной {1,127} символа;#❝

Корреспонденты#❝

../document/correspondents [1] - информация о корреспондентах документа, данный элемент представлен последовательностью элементов correspondent [1..*|. По XSD схеме является необязательным элементом, рекомендуется к заполнению. Если не указан, то корреспондент (автор) будет определяться по //соттишсайоп/реадег/зоигсе/@л4. Каждый корреспондент представляется следующей последовательностью элементов:#❝

e ../correspondent/region [0..1] - наименование региона организации, строка (normalizedString) длиной {1,511} символов, необязательный элемент;#❝

e .../correspondent/organization [1] - наименование организации, строка (normalizedString) длиной {1,511} символов, по XSD схеме необязательный элемент, но требует заполнения;#❝

e .../соггезропдепрегзоп [1] — подписавший, сотрудник (лицо), в формате:#❝

Фамилия Имя Отчество (при наличии), строка (normalizedString) длиной {1,511} символов, по XSD схеме необязательный элемент, но требует заполнения;#❝

e ../correspondent/department [0..1] - наименование подразделения организации, строка (normalizedString) длиной {1,511} символов, необязательный элемент;#❝

e .../correspondent/post [0..1] - должность сотрудника (лица), строка (normalizedString) длиной {1,511} символов, необязательный элемент;#❝

e .../correspondent/num [0..1] - номер и дата исходящего документа, по XSD схеме необязательный элемент, рекомендуется к заполнению:#❝

e ../num/number [1] - номер документа, строка (token) длиной {1,31 }символа, обязательный элемент, для первого корреспондента, как правило, совпадает с .../document/num/number;#❝

e .../num/date [1] - дата подписания документа (date), обязательный элемент, для первого корреспондента, как правило, совпадает с датой подписания первого подписавшего .../document/signatories/signatory| 1 ]/signed;#❝

Необязательные атрибуты для элементов region, organization, person, department, post:#❝

40 e @id - "идентификатор (код) значения" по БД источника (token), строка длиной {1,127} символа; e @retro - "признак ретроспективы" по БД источника (boolean);#❝

¢ @modified - дата последнего изменения значения в БД источника (dateTime);#❝

Связанные документы#❝

./document/links [0..1] - информация о связанных документах, данный элемент представлен последовательностью элементов link [1..*], необязательный элемент.#❝

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

e „.ЛшКЛшКТуре [1] — тип связи, строка (token), перечисление:#❝

{"В ответ на"|"Во исполнение"|"Документ-основание"|"На №"|"Ответ"|"Связан с"}, обязательный элемент;#❝

e ../link/reference [1] -— содержит краткую информацию о документе, обязательный элемент;#❝

о ../reference/organization [1] — организация-корреспондент, строка#❝

(normalizedString) длиной {1,511} символов, mo XSD_ схеме необязательный элемент, но требует заполнения;#❝

e .../reference/person [1] — подписавший сотрудник (лицо), в формате:#❝

e .../геегепсе/пит [1] — номер и дата документа, обязательный элемент;#❝

. .../num/number [1] — номер регистрации документа в СЭД, строка (token) длиной {1,31} символа, обязательный элемент;#❝

. .../num/date [1] - дата документа (подписания), обязательный элемент;#❝

Необязательные атрибуты для элементов organization, person: ® @id - "идентификатор (код) значения" по БД источника (token), строка длиной {1,127} символа; e @retro - "признак ретроспективы" по БД источника (boolean); ¢ @modified - дата последнего изменения значения в БД источника (dateTime);#❝

Необязательные атрибуты:#❝

e ../link/@uid - уникальный идентификатор документа GUID no БД источника, строка (token), удовлетворяющая шаблону [a-fA-F0-9]{8}-[a-fA- F0-9]{4}-[a-fA-F0-9] {4}-[a-fA-F0-9] {4}-[a-fA-F0-9] {12};#❝

® .../link/@id — локальный идентификатор документа по БД источника (token), строка длиной {1,127} символа.#❝

41#❝

Исполнитель в Организации#❝

../document/executor [0..1] - информация об исполнителе документа в организации — корреспонденте, по XSD схеме необязательный элемент, HO рекомендуется к заполнению.#❝

e .../executor/region [0..1] - наименование региона организации, строка (normalizedString) длиной {1,511} символов, необязательный элемент; e ./executor/organization [1] - наименование организации, строка#❝

(normalizedString) длиной {1,511} символов, по XSD схеме необязательный элемент, но требует заполнения;#❝

e .../ехесшог/регзоп [1] - сотрудник (лицо), в формате: Фамилия Имя Отчество (при наличии), строка (normalizedString) длиной {1,511} символов, по XSD схеме необязательный элемент, но требует заполнения;#❝

e .../executor/department [0..1] - наименование подразделения организации, строка (normalizedString) длиной {1,511} символов, по XSD схеме необязательный элемент, но рекомендуемый к заполнению;#❝

e .../executor/post [0.1] - должность сотрудника (лица), строка (normalizedString) длиной {1,511} символов, необязательный элемент. e ../executor/contactInfo [0..1] -— контактная информация (телефоны) сотрудника (лица), строка (string) длиной {1,511 }символов, необязательный элемент, заполняется только при наличии такой информации;#❝

Необязательные атрибуты для элементов region, organization, person, department, post: ® @id - "идентификатор (код) значения" по БД источника (token), строка длиной {1,127} символа; ® @retro - "признак ретроспективы" по БД источника (boolean); e @modified - дата последнего изменения значения в БД источника (dateTime);#❝

Ссылка Ha текст#❝

.../document/files [0..1] - ссылка на текст, список (list) локальных идентификаторов (неотрицательных Целых чисел) прикрепленных файлов (указано В //communication/files//@localld), составляющих текст документа, необязательный элемент. Основное назначение данного элемента - выделение в списке прикрепленных файлов в необходимом порядке тех файлов, которые составляют текст документа. Заполнение элемента имеет смысл, только если текст документа состоит из нескольких частей (файлов).#❝

Прикрепленные файлы#❝

//communication/files/* [1] - определяет список всех прикрепленных файлов для ЭСД «Документ», обязательный элемент. Представлен последовательностью элементов file [1..*]. По XSD схеме последовательность может быть#❝

42 незаполненной, не рекомендуется оставлять указанную последовательность незаполненной. Каждый элемент file представлен последовательностью.#❝

Обязательные атрибуты:#❝

e .../file(@localName - имя файла, строка (normalizedString) длиной {1,255} символов. Хотя XSD схема не накладывает других ограничений, рекомендуется использовать имена файлов, удовлетворяющие шаблону [a- ZA-Z0-9]{1,251}.[a-zA-Z] {3};#❝

Необязательные атрибуты:#❝

e .../file/@localld - последовательный номер файла в списке (неотрицательное целое число), данное значение используется для организации ссылок из других элементов паспорта (указывается, как В /document/enclosures/enclosure[1..*]/files, ../document/files); е .../file/@type _ тип (формат) файла, перечисление#❝

{"pdf"|"tif"|"doc"|"txt"|"xml"}, если тип не задан, то формат файла определяется по расширению в @localName;#❝

Основные элементы:#❝

® .../file/group [1] - группа присоединенного файла, определяет, относится ли файл к тексту документа, к тексту приложений к документу или «некоторым» данным, перечисление {"TexcT — документа"|"Текст приложения"|"Данные"};#❝

e .../file/description [0.1] - комментарий к тексту, строка (string) длиной {1,511} символов, необязательный элемент.#❝

e .../file/pages [0..1] — количество страниц текста (если только это определимо), положительное целое число, необязательный элемент.#❝

Уведомление#❝

Данный тип сообщений предназначен для уведомления корреспондентов ЭСД MOJO с типами "Документ" и " Транспортный контейнер" о событиях обработки представленной информации на стороне получателя (адресата).#❝

Элемент паспорта communucation представляется последовательностью из трех элементов header — заголовок сообщения, второй, представляет собой собственно содержательную часть уведомления с именем, в зависимости от типа: {documentAccepted|documentRefused|executorAssigned|reportPepared| reportSent|courseChanged|documentPublished}, третий — — необязательный комментарий comment.#❝

Значение атрибута type заголовка: //communucation/header/@type = "Уведомление"#❝

//communication/notification/* [1] Определяет реквизиты уведомления, обязательный элемент.#❝

Обязательные атрибуты:#❝

43#❝

. .../notification/@type — тип уведомления, перечисление {"Зарегистрирован" | "Отказано в регистрации" | "Назначен исполнитель" | "Доклад подготовлен" | "Доклад направлен" | "Исполнение" | "Опубликование" }#❝

. ../notification/‘@uid - уникальный идентификатор документа СОШ к которому относиться данное уведомление, строка (token), удовлетворяющая шаблону [a-fA-F0-9]{8}-[a-fA-F0-9] {4}-[a-fA-F0-9] {4}-[a-fA-F0-9] {4}-[a-fA-#❝

F0-9]{12};#❝

Необязательные атрибуты: . ../notification/@id - локальный идентификатор документа (по БД источника), строка (token) длиной {1,127} символа, дополнительный атрибут в пару к @uid;.#❝

. ../notification‘@mid -уникальный идентификатор сообщения GUID, с которым поступил документ корреспонденту уведомления (значение, указанное в //communication/header/@uid), строка (token), удовлетворяющая шаблону [a-fA-F0-9]{8}-[a-fA-FO-9] {4}-[a-fA-F0-9] {4}-[a-fA-F0-9] {4}-[a-fA- F0-9]{12}, По XSD схеме необязательный атрибут, но требует заполнения.#❝

Элементы:#❝

Первый обязательный элемент, один из:#❝

.../notification/documentAccepted [1] — уведомление о регистрации; .../notification/documentRefused [1] - уведомление об отказе в регистрации; .../notification/executorAssigned [1] - уведомление о принятии к исполнению; .../notification/reportPepared [1] - уведомление о подготовлении к докладу; .../notification/reportSent [1] - уведомление о направлении доклада; .../notification/courseChanged [1] - уведомление об изменении в ходе исполнения; .../notification/documentPublished [1] - уведомление об опубликовании;#❝

Последний элемент#❝

.../notification/comment [0..1] — необязательный элемент, предназначенный для уточнения (детализации) уведомления, строка (string) длиной {1,2047} символов.#❝

Уведомление о регистрации#❝

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

Значение атрибута «тип уведомления»: .../notification/@ty pe="3aperucTpupoBaH" Наименование элемента: documentAccepted#❝

Элементы:#❝

.../documentAccepted/time [1] — дата и время (dateTime) формирования данного уведомления (dateTime), обязательный элемент;#❝

../documentAccepted/foundation [1] -— краткая информация о документе, к которому относится данное уведомление, по XSD схеме необязательный элемент, но требует заполнения. Элемент представлен последовательностью:#❝

44#❝

® .../foundation/region [0..1] - наименование региона организации, строка (normalizedString) длиной {1,511} символов, необязательный элемент;#❝

® .../foundation/organization [1]. - наименование организации, строка (normalizedString) длиной {1,511} символов, по XSD схеме необязательный элемент, но требует заполнения;#❝

e .../foundation/person [1] — подписавший сотрудник (лицо), в формате:#❝

® .../foundation/num [1] — номер и дата документа, обязательный элемент;#❝

e ../num/number [1] — номер документа, строка (token) длиной {1,31 }\символа, обязательный элемент;#❝

° ../num/date [1] ~ дата подписания документа (date), обязательный элемент;#❝

Необязательные атрибуты для элементов region, organization, person: ® @id - "идентификатор (код) значения" по БД источника (token), строка длиной {1,127} символа; ® @retro - "признак ретроспективы" по БД источника (boolean); ¢ @modified - дата последнего изменения значения в БД источника (dateTime); .../documentAccepted/correspondent [1] — краткая информация о корреспонденте уведомления, по XSD схеме необязательный элемент, но рекомендуется к заполнению. Если не указан, то корреспондент будет определяться по //communication/header/source/@uid.#❝

e .../ecorrespondent/region [0..1] — регион корреспондента уведомления, строка (normalizedString) длиной {1,511} символов, необязательный элемент;#❝

e .../correspondent/organization [1] _ организация-корреспондент уведомления, строка (normalizedString) длиной {1,511} символов, по XSD схеме необязательный элемент, но требует заполнения.#❝

Необязательные атрибуты для элементов region, organization: ® @id - "идентификатор (код) значения" по БД источника (token), строка длиной {1,127} символа; ® @retro - "признак ретроспективы" по БД источника (boolean); ¢ @modified - дата последнего изменения значения в БД источника (dateTime); .../documentAccepted/num [1] — регистрационные номер и дата, под которыми документ был зарегистрирован, обязательный элемент: ../num/number [1] — регистрационный номер, строка (token) длиной {1,31 }символа, обязательный элемент; .../num/date [1] — дата регистрации (date), обязательный элемент.#❝

45#❝

Уведомление об отказе в регистрации#❝

Данное уведомление предназначено для информирования организации, приславшей документ, об отказе в регистрации документа в СЭД получателя.#❝

Значение атрибута «тип уведомления»: .../notification/@type="OrTka3aHo в регистрации" Наименование элемента: documentRefused#❝

Элементы: .../documentRefused/time [1] — дата и время (dateTime) формирования данного уведомления (dateTime), обязательный элемент; ../documentRefused/foundation [1] - краткая информация о документе, к которому относится данное уведомление, по XSD схеме необязательный элемент, но требует заполнения. Элемент представлен последовательностью. e .../foundation/region [0..1] - наименование региона организации, строка (normalizedString) длиной {1,511} символов, необязательный элемент; ® .../foundation/organization [1] - наименование организации, строка (normalizedString) длиной {1,511} символов, по XSD схеме необязательный элемент, но требует заполнения; e .../foundation/person [1] — подписавший сотрудник (лицо), в формате:#❝

e ...МоцидаНоп/пит [1] — номер и дата документа, обязательный элемент:#❝

® ../num/number [1] — номер документа, строка (token) длиной {1,31 } символа, обязательный элемент;#❝

e ../num/date [1] — дата подписания документа (date), обязательный элемент;#❝

Необязательные атрибуты для элементов region, organization, person: e @id - "идентификатор (код) значения" по БД источника (token), строка длиной {1,127} символа; e @retro - "признак ретроспективы" по БД источника (boolean); ¢ @modified - дата последнего изменения значения в БД источника (dateTime). .../documentRefused/correspondent [1] — краткая информация о корреспонденте уведомления, по XSD схеме необязательный элемент, но рекомендуется к заполнению. Если не указан, то корреспондент будет определяться по //communication/header/source/@uid. о .../correspondent/region [0..1] — регион корреспондента уведомления, строка (normalizedString) длиной {1,511} символов, необязательный элемент; e_.../correspondent/organization [1] - организация-корреспондент уведомления, строка (normalizedString) длиной {1,511} символов, по XSD схеме необязательный элемент, но требует заполнения.#❝

46#❝

.../documentRefused/reason [1] — причина отказа в регистрации, обязательный элемент, перечисление {"Не подлежит регистрации" | "Ошибка адресации" | "Не указан корреспондент" | "Нет искового заявления" | "Отсутствует текст" | "Нет подписи"|"Нет № и даты"|"Не полная комплектация" |"Дата документа неразборчива"|"Исходящий номер документа неразборчив"|"Отсутствует (не видна) ‘подпись"|"Перевернуты — страницы"|"Продублированы — страницы"|"В приложении проект нормативного акта"|"Документ ДСП"|"Документ и/или приложение отсканированы с оборотом"|"Документ неверно адресован"|"Документ получен ранее на бумажном носителе"|"Документ зарегистрирован ранее, текст взамен разосланного загружен"|"Количество страниц в тексте документа не соответствует заявленному"|"Несоответствие переданных реквизитов тексту документа"|"Отсутствует приложение, указанное в документе"|"Текст неразборчив"|"Текст отсутствует"|"Текст не соответствует регламенту"|"Несоответствие содержимого транспортного контейнера утвержденным требованиям"}. В дополнение к данному перечислению, для детализации причины отказа используется элемент ../notification/comment.#❝

Уведомление о принятии к исполнению#❝

Данное уведомление предназначено для информирования организации, приславшей документ, о принятии документа к исполнению, назначении ответственного исполнителя в организации-получателе документа.#❝

Значение атрибута «тип уведомления»: .../notification/@type="Ha3HaveH исполнитель" Наименование элемента: executorAssigned#❝

Элементы: .../executorAssigned/time [1] — дата и время (dateTime) формирования данного уведомления (dateTime), обязательный элемент; .../executorAssigned/foundation [1] -— краткая информация о документе, к которому относится данное уведомление, по XSD схеме необязательный элемент, но требует заполнения. Элемент представлен последовательностью. e .../foundation/region [0..1] - наименование региона организации, строка (normalizedString) длиной {1,511} символов, необязательный элемент; e ../foundation/organization [1] - наименование организации, строка (normalizedString) длиной {1,511} символов, по XSD схеме необязательный элемент, но требует заполнения;#❝

47 e .../foundation/person [1] — подписавший, сотрудник (лицо), в формате:#❝

Фамилия Имя Отчество (при наличии), строка (normalizedString) длиной {1,511} символов, по XSD схеме необязательный элемент, но требует заполнения; .../foundation/num [1] — номер и дата документа, обязательный элемент; e ../num/number [1] - номер документа, строка (token) длиной {1,31} символа, обязательный элемент; e .../num/date [1] — дата подписания документа (date), обязательный элемент;#❝

Необязательные атрибуты для элементов region, organization, person: ® @id - "идентификатор (код) значения" по БД источника (token), строка длиной {1,127} символа; e @retro - "признак ретроспективы" по БД источника (boolean); ¢ @modified - дата последнего изменения значения в БД источника (dateTime). .../executorAssigned/clause [0..1] — уточнение о пункте документа, к которому относится данное уведомление, необязательный элемент;#❝

e .../clause/designation [1] — наименование (обозначение, номер) пункта документа, строка (normalizedString) длиной {1,255} символа, по XSD схеме необязательный элемент, но требует заполнения;#❝

e .../clause/text [0..1] — содержание (текст) пункта документа, строка (string) длиной {1,4000} символов, необязательный элемент;#❝

.../executorAssigned/correspondent [1] — краткая информация о корреспонденте уведомления, по XSD схеме необязательный элемент, но рекомендуется к заполнению. Если не указан, то корреспондент будет определяться по //communication/header/source/@uid.#❝

e .../correspondent/region [0..1] — регион корреспондента уведомления, строка (normalizedString) длиной {1,511} символов, необязательный элемент;#❝

e .../correspondent/organization [1] - организация-корреспондент уведомления, строка (normalizedString) длиной {1,511} символов, по XSD схеме необязательный элемент, но требует заполнения;#❝

Необязательные атрибуты для элементов region, organization: e @id - "идентификатор (код) значения" по БД источника (token), строка длиной {1,127} символа; e @retro - "признак ретроспективы" по БД источника (boolean); ¢ @modified - дата последнего изменения значения в БД источника (dateTime). .../executorAssigned/secretary [1] — руководитель или курирующий заместитель руководителя ведомства (организации), обязательный элемент; e ../secretary/region [0..1] - наименование региона организации, строка (normalizedString) длиной {1,511} символов, необязательный элемент; e ../secretary/organization [0.1] - наименование организации, строка (normalizedString) длиной {1,511} символов, необязательный элемент;#❝

48 e ../secretary/person [1] - сотрудник (лицо), в формате: Фамилия Имя Отчество (при наличии), строка (normalizedString) длиной {1,511} символов, по XSD схеме необязательный элемент, но требует заполнения;#❝

e .../secretary/department [0..1] - наименование подразделения организации, строка (normalizedString) длиной {1,511} символов, по XSD_ схеме необязательный элемент, но рекомендуется к заполнению;#❝

e ../secretary/post [0.1] - должность сотрудника (лица) , строка (normalizedString) длиной {1,511} символов, по XSD схеме необязательный элемент, но рекомендуется к заполнению;#❝

e .../secretary/contactInfo [0..1] -— контактная информация (телефоны) сотрудника (лица), строка (string) длиной {1,511} символов, необязательный элемент, заполняется только при наличии такой информации;#❝

Необязательные атрибуты для элементов region, organization, person, department, post: ® @id - "идентификатор (код) значения" по БД источника (token), строка длиной {1,127} символа; e @retro - "признак ретроспективы" по БД источника (boolean); е @modified - дата последнего изменения значения в БД источника (dateTime). .../executorAssigned/manager [1] — руководитель подразделения — исполнителя ведомства (организации), обязательный элемент;#❝

e ../manager/region [0..1] - наименование региона организации, строка#❝

(normalizedString) длиной {1,511} символов, необязательный элемент;#❝

e ../manager/organization [0..1] - наименование организации, строка (normalizedString) длиной {1,511} символов, необязательный элемент; e .../manager/person [1] - сотрудник (лицо), в формате: Фамилия Имя#❝

Отчество (при наличии), строка (normalizedString) длиной {1,511} символов, по XSD схеме необязательный элемент, но требует заполнения;#❝

e ../manager/department [0..1] - наименование — подразделения организации, строка (normalizedString) длиной {1,511} символов, по XSD схеме необязательный элемент, но рекомендуемый к заполнению;#❝

e ../manager/post [0.1] - должность сотрудника (лица), строка (normalizedString) длиной {1,511} символов, по XSD схеме необязательный элемент, но рекомендуемый к заполнению;#❝

e ../manager/contactInfo [0..1] — контактная информация (телефоны) сотрудника (лица), строка (string) длиной {1,511} символов, необязательный элемент, заполняется только при наличии такой информации.#❝

49#❝

¢ @modified - дата последнего изменения значения в БД источника (dateTime). .../executorAssigned/executor [1] — ответственный исполнитель ведомства (организации), обязательный элемент;#❝

e .../executor/region [0..1] - наименование региона организации, строка (normalizedString) длиной {1,511} символов, необязательный элемент;#❝

e .../executor/organization [0..1] - наименование организации, строка (normalizedString) длиной {1,511} символов, необязательный элемент;#❝

e .../executor/person [1] - сотрудник (лицо), в формате: Фамилия Имя Отчество (при наличии), строка (normalizedString) длиной {1,511} символов, по XSD схеме необязательный элемент, но требует заполнения;#❝

e .../executor/department [0..1] - наименование подразделения организации, строка (normalizedString) длиной {1,511} символов, по XSD_ схеме необязательный элемент, но рекомендуется к заполнению;#❝

e ../executor/post [0..1] - должность сотрудника (лица), строка (normalizedString) длиной {1,511} символов, по XSD схеме необязательный элемент, но рекомендуется к заполнению;#❝

e ../executor/contactInfo [0..1] — контактная информация (телефоны) сотрудника (лица), строка (string) длиной {1,511 }символов, необязательный элемент, заполняется только при наличии такой информации.#❝

Необязательные атрибуты для элементов region, organization, person, department, post: ® @id - "идентификатор (код) значения" по БД источника (token), строка длиной {1,127} символа; ® @retro - "признак ретроспективы" по БД источника (boolean); ¢ @modified - дата последнего изменения значения в БД источника (dateTime).#❝

Элементы secretary, manager и executor объявлены как обязательные к заполнению. Если назначенный исполнитель одновременно является и руководителем подразделения, то значения элементов для executor дублируются в manager. То же верно и для Manager - если он одновременно является и руководителем организации, то значения элементов для Manager дублируются в secretary.#❝

Уведомление о подготовлении доклада#❝

Данное уведомление предназначено для информирования организации, приславшей документ, что доклад по документу подготовлен (передан на подпись).#❝

.../notification /@фуре="Доклад подготовлен"#❝

| | | Значение атрибута «тип уведомления»:#❝

Наименование элемента: reportPepared#❝

50#❝

Элементы:#❝

.../reportPepared/time [1] — дата и время (dateTime) формирования данного уведомления (dateTime), обязательный элемент;#❝

.../reportPepared/foundation [1] — краткая информация о документе, к которому относится данное уведомление, по XSD схеме необязательный элемент, но требует заполнения. Элемент представлен последовательностью.#❝

e .../foundation/region [0..1] - наименование региона организации, строка (normalizedString) длиной {1,511} символов, необязательный элемент;#❝

e .../foundation/organization [1] - наименование организации, строка (normalizedString) длиной {1,511} символов, по XSD схеме необязательный элемент, но требует заполнения;#❝

e .../foundation/person [1] — подписавший сотрудник (лицо), в формате:#❝

.../foundation/num [1] — номер и дата документа, обязательный элемент:#❝

e ../num/number [1] — номер документа, строка (token) длиной {1,31 }символа, обязательный элемент;#❝

e ../num/date [1] — дата подписания документа (date), обязательный элемент.#❝

Необязательные атрибуты для элементов region, organization, person: ® @id - "идентификатор (код) значения" по БД источника (token), строка длиной {1,127} символа; ® @retro - "признак ретроспективы" по БД источника (boolean); ¢ @modified - дата последнего изменения значения в БД источника (dateTime); .../reportPepared/clause [0..1] — уточнение о пункте документа, к которому относится данное уведомление, необязательный элемент;#❝

e .../clause/designation [1] - наименование (обозначение, номер) пункта документа, строка (normalizedString) длиной {1,255} символа, по XSD схеме необязательный элемент, но требует заполнения;#❝

е .../eclause/text [0..1] — содержание (текст) пункта документа, строка (string) длиной {1,4000} символов, необязательный элемент;#❝

.../reportPepared/correspondent [1] — краткая информация о корреспонденте уведомления, по XSD схеме необязательный элемент, но рекомендуется к заполнению. Если не указан, то корреспондент будет определяться по //communication/header/source/@uid.#❝

о .../correspondent/region [0..1] — регион корреспондента уведомления, строка (normalizedString) длиной {1,511} символов, необязательный элемент;#❝

e ../correspondent/organization [1] _ организация-корреспондент уведомления, строка (normalizedString) длиной {1,511} символов, по XSD схеме необязательный элемент, но требует заполнения;#❝

Необязательные атрибуты для элементов region, organization: ® @id - "идентификатор (код) значения" по БД источника (token), строка длиной {1,127} символа;#❝

51#❝

® @retro - "признак ретроспективы" по БД источника (boolean); е @modified - дата последнего изменения значения в БД источника (dateTime). .../reportPepared/signatory [1] — информация о лице, которому документ передан на подпись, обязательный элемент;#❝

e .../signatory/organization [0..1] - наименование организации, строка (normalizedString) длиной {1,511} символов, необязательный элемент;#❝

e .../signatory/person [1] - сотрудник (лицо) в формате: Фамилия Имя Отчество (при наличии), строка (normalizedString) длиной {1,511} символов, по XSD схеме необязательный элемент, но требует заполнения;#❝

о .../signatory/department [0..1] - наименование подразделения организации, строка (normalizedString) длиной {1,511} символов, по XSD_ схеме необязательный элемент, но рекомендуемый к заполнению;#❝

e ../signatory/post [0..1] - должность сотрудника (лица), строка (normalizedString) длиной 1,511} символов, необязательный элемент;#❝

е @modified - дата последнего изменения значения в БД источника (dateTime).#❝

Уведомление о направлении доклада#❝

Данное уведомление предназначено для информирования организации, приславшей документ, что подписанный доклад по документу направлен из ведомства (организации) в адрес Аппарата Правительства Российской Федерации, Администрации Президента Российской Федерации (организации, выдавшей вышестоящее распоряжение (поручение)).#❝

Значение атрибута «тип уведомления»: .../notification /@type="Jloxnay направлен" Наименование элемента: reportSent#❝

Элементы:#❝

../reportSend/time [1] — дата и время (dateTime) формирования данного уведомления (dateTime), обязательный элемент;#❝

.../reportSend/foundation [1] - Краткая информация о документе, к которому относится данное уведомление, по XSD схеме необязательный элемент, но требует заполнения. Элемент представлен последовательностью.#❝

52#❝

® .../foundation/organization [1] - наименование организации, строка (normalizedString) длиной {1,511} символов, по XSD схеме необязательный элемент, но требует заполнения;#❝

e ../foundation/person [1] — подписавший, сотрудник (лицо), в формате:#❝

Фамилия Имя Отчество (при наличии), строка (normalizedString) длиной {1,511} символов, по XSD схеме необязательный элемент, но требует заполнения; ® .../foundation/num [1] — номер и дата документа, обязательный элемент: e ../num/number [1] - номер документа, строка (token) длиной#❝

{1,31 } символа, обязательный элемент;#❝

e ../num/date [1] — дата подписания документа (date), обязательный элемент.#❝

Необязательные атрибуты для элементов region, organization, person:#❝

® @id - "идентификатор (код) значения" по БД источника (token), строка длиной {1,127} символа;#❝

® @retro - "признак ретроспективы" по БД источника (boolean);#❝

e @modified - дата последнего изменения значения в БД источника#❝

(dateTime). .../reportSend/clause [0..1] — уточнение о пункте документа, к которому относиться данное уведомление, необязательный элемент; e .../clause/designation [1] — наименование (обозначение, номер) пункта документа, строка (normalizedString) длиной {1,255} символа, по XSD схеме необязательный элемент, но требует заполнения; e ../clause/text [0..1] — содержание (текст) пункта документа, строка (string) длиной {1,4000} символов, необязательный элемент. .../reportSend/correspondent [1] -— краткая информация о корреспонденте уведомления, по XSD схеме необязательный элемент, но рекомендуется к заполнению. Если не указан, то корреспондент будет определяться по //communication/header/source/@uid. e .../correspondent/region [0..1] — регион корреспондента уведомления, строка (normalizedString) длиной {1,511} символов, необязательный элемент; e.../correspondent/organization [1] - организация-корреспондент уведомления, строка (normalizedString) длиной {1,511} символов, по XSD схеме необязательный элемент, но требует заполнения;#❝

¢ @modified - дата последнего изменения значения в БД источника (dateTime).#❝

53#❝

../reportSent/report [1] — краткая информация об исходящем документе ведомства (организации), направленного в адрес получателя данного уведомления, обязательный элемент;#❝

e .../report/region [0..1] - наименование региона организации, строка (normalizedString) длиной {1,511} символов, необязательный элемент; e ../report/organization [1] - наименование организации, строка#❝

(normalizedString) длиной {1,511} символов, по XSD схеме необязательный элемент, но требует заполнения;#❝

e .../report/person [1] — подписавший сотрудник (лицо), в формате: Фамилия Имя Отчество (при наличии), строка (normalizedString) длиной {1,511} символов, по XSD схеме необязательный элемент, но требует заполнения;#❝

e ../report/department [0..1] - наименование подразделения организации, строка (normalizedString) длиной {1,511} символов, необязательный элемент;#❝

e .../report/post [0..1] - должность сотрудника (лица), строка (normalizedString) длиной {1,511} символов, необязательный элемент;#❝

e .../герогИпит [1] - номер и дата исходящего документа, по XSD схеме необязательный элемент, но требует заполнения:#❝

e ../num/number [1] - номер документа, строка (token) длиной {1,31 }символа, обязательный элемент;#❝

e ../num/date [1] - дата подписания документа (date) , обязательный элемент.#❝

¢ @modified - дата последнего изменения значения в БД источника (dateTime).#❝

Уведомление об изменении в ходе исполнения#❝

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

Значение атрибута «тип уведомления»:#❝

.../notification/@type="cnomHenne"#❝

Наименование элемента: courseChanged#❝

Элементы:#❝

.../courseChanged/time [1] — дата и время (dateTime) формирования данного уведомления (dateTime), обязательный элемент;#❝

54#❝

.../courseChanged/foundation [1] — краткая информация о документе, к которому относиться данное уведомление, по XSD схеме необязательный элемент, HO требует заполнения. Элемент представлен последовательностью.#❝

e ../foundation/region [0..1] - наименование региона организации, строка (normalizedString) длиной {1,511} символов, необязательный элемент;#❝

e ../foundation/person [1] — подписавший, сотрудник (лицо), в формате:#❝

Необязательные атрибуты для элементов region, organization, person: ® @id - "идентификатор (код) значения" по БД источника (token), строка длиной {1,127} символа; ® @retro - "признак ретроспективы" по БД источника (boolean); ¢ @modified - дата последнего изменения значения в БД источника (dateTime). .../courseChanged/clause [0..1] — уточнение о пункте документа, к которому относиться данное уведомление, необязательный элемент;#❝

e ../clause/designation [1] — наименование (обозначение, номер) пункта документа, строка (normalizedString) длиной {1,255} символа, по XSD схеме необязательный элемент, но требует заполнения;#❝

e .../clause/text [0..1] — содержание (текст) пункта документа, строка (string) длиной {1,4000} символов, необязательный элемент.#❝

.../courseChanged/correspondent [1] — краткая информация о корреспонденте уведомления, по XSD схеме необязательный элемент, но рекомендуется к заполнению. Если не указан, то корреспондент будет определяться по //communication/header/source/@uid.#❝

e_,../correspondent/organization Ш] _ организация-корреспондент уведомления, строка (normalizedString) длиной {1,511} символов, по XSD схеме необязательный элемент, но требует заполнения.#❝

Необязательные атрибуты для элементов region, organization:#❝

® @id - "идентификатор (код) значения" по БД источника (token), строка длиной {1,127} символа;#❝

e @retro - "признак ретроспективы" по БД источника (boolean);#❝

55 e @modified - дата последнего изменения значения в БД источника (dateTime). .../courseChanged/courseText [1] — текст, содержащий информацию о событии в ходе исполнения, строка (string) длиной {1,4000} символов; .../courseChanged/reference [0..1] — краткая информация о некотором документе — основании события в ходе исполнения, необязательный элемент:#❝

e .../reference/region [0..1] - наименование региона организации, строка (normalizedString) длиной {1,511} символов, необязательный элемент;#❝

e .../reference/organization [1] - наименование организации, строка (normalizedString) длиной {1,511} символов, по XSD схеме необязательный элемент, но требует заполнения;#❝

® ../reference/person [1] — подписавший сотрудник (лицо), в формате:#❝

e .../reference/department [0..1] - наименование подразделения организации, строка (normalizedString) длиной {1,511} символов, необязательный элемент;#❝

e ../reference/post [0..1] - должность сотрудника (лица), строка (normalizedString) длиной {1,511} символов, необязательный элемент;#❝

о .../reference /num [1] - номер и дата исходящего документа, по XSD схеме необязательный элемент, но требует заполнения:#❝

e ../num/number [1] - номер документа, строка (token) длиной {1,31 } символа, обязательный элемент;#❝

e ../num/date [1] - дата подписания документа (date), обязательный элемент.#❝

® @modified - дата последнего изменения значения в БД источника (dateTime).#❝

Уведомление об опубликовании#❝

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

Значение атрибута «тип уведомления»: //communication/notification/@ty pe="OnyOnukoBaHne"#❝

Наименование элемента: documentPublished#❝

Элементы:#❝

56#❝

.../documentPublished/time [1] — дата и время (dateTime) формирования данного уведомления (dateTime), обязательный элемент;#❝

.../documentPublished/foundation [1] — краткая информация о документе, к которому относится данное уведомление, по XSD схеме необязательный элемент, но требует заполнения. Элемент представлен последовательностью.#❝

e .../foundation/person [1] — подписавший сотрудник (лицо), в формате:#❝

Фамилия Имя Отчество (при наличии), строка (normalizedString) длиной {1,511} символов, по XSD схеме необязательный элемент, но требует заполнения; ® .../foundation/num [1] — номер и дата документа, обязательный элемент; e ../num/number [1] - номер документа, строка (token) длиной {1,31 } символа, обязательный элемент; e ../num/date [1] — дата подписания документа (date), обязательный элемент;#❝

Необязательные атрибуты для элементов region, organization, person: » @id - "идентификатор (код) значения" по БД источника (token), строка длиной {1,127} символа; »® @retro - "признак ретроспективы" по БД источника (boolean); e @modified - дата последнего изменения значения в БД источника (dateTime); .../documentPublished/correspondent [1] — краткая информация о корреспонденте уведомления, по XSD схеме необязательный элемент, но рекомендуется к заполнению. Если не указан, то корреспондент будет определяться по //communication/header/source/@uid.#❝

о .../соггезропдеп(/ограштайоп [1] - организация-корреспондент уведомления, строка (normalizedString) длиной {1,511} символов, по XSD схеме необязательный элемент, но требует заполнения;#❝

e ./num/number [1] - номер публикации, строка (token) длиной#❝

{1,31 } символа, обязательный элемент;#❝

57 e ./num/date [1] - дата и время опубликования (dateTime), обязательный элемент. .../documentPublished/publicationPoint [1] — источник опубликования (печатный орган), строка (normalizedString) длиной {1,511}, обязательный элемент.#❝

Квитанция#❝

Данный тип сообщений предназначен для подтверждения доставки получателю сообщений МЭДО с типами "Документ", "Уведомление" и "Транспортный контейнер".#❝

Элемент паспорта communucation представляется двумя элементами header, acknowledgment.#❝

Значение атрибута type заголовка: //communucation/header/@type = "Квитанция"#❝

//communication/acknowledgment/* [1] определяет реквизиты квитанции, обязательный элемент.#❝

Обязательные атрибуты:#❝

e .../acknowledgment/@uid - уникальный идентификатор сообщения (указывается, как в //communication/header/@uid) на которое сформирована данная квитанция - GUID, строка (token), удовлетворяющая шаблону [a-fA- F0-9]{8}-[a-fA-F0-9] {4}-[a-fA-F0-9] {4}-[a-fA-F0-9] {4}-[a-fA-F0-9] {12};#❝

Небязательные атрибуты:#❝

e ../acknowledgment/@content — краткая информация о содержании квитируемого сообщения, строка длиной {1,511};#❝

Элементы:#❝

e ../acknowledgment/time [1] - дата/время (dateTime), доставки сообщения получателю, обязательный элемент;#❝

e ../acknowledgment/accepted [1] - признак (boolean) Toro, что квитируемое сообщение доставлено получателю, обязательный элемент;#❝

e ../acknowledgment/comment [0..1] - комментарии к квитанции, строка (string) длиной {1,2047} символа, необязательный элемент.#❝

Транспортный контейнер#❝

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

Элемент паспорта communication представляется двумя элементами header, container.#❝

Значение атрибута type заголовка: //communication/header/@type = "Транспортный контейнер"#❝

//communication/container/* [1] определяет атрибуты контейнера, обязательный элемент.#❝

Необязательные атрибуты: //communication/container/@type - необязательный атрибут, определяющий тип транспортного контейнера, по умолчанию "Документ в электронном виде";#❝

Элементы:#❝

.../container/body [1] - имя файла контейнера, строка (normalizedString), удовлетворяющая шаблону [a-zA-Z0-9 ]{1,247}.edc.zip, обязательный элемент; .../container/signature [0..1] - имя файла отсоединенной электронной подписи файла контейнера в формате PKCS#7, строка (normalizedString), удовлетворяющая шаблону [a-zA-Z0-9 ]{1,251}.[a-zA-Z0-9]{3}, необязательный элемент.#❝

II. — Формирование паспорта сообщения#❝

Имя файла паспорта сообщения должно удовлетворять шаблону [a-zA-Z0- 9] {1,251 }.хи], рекомендуемое наименование passport.xml.#❝

В XML файле (декларации) ЭСД должен быть обязательно указан атрибут encoding="XXXXXX", определяющий кодировку ЭСД. Отправитель обязан указывать этот атрибут и его значение, а получатель обязан его использовать при обработке ЭСД. Рекомендуемые варианты кодировки ЭСД МЭДО - Windows 1251, UTF-8.#❝

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

Недопустимы элементы и атрибуты, не содержащие значения (содержащие пустые значения, например, <xdms:post></xdms:post>). Исключение из этого правила - элементы с типом documentNumber (номер и дата документа), где может быть указана "пустая" дата (<date/>).#❝

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

Атрибут элементов @id, где он заявлен, рекомендуется заполнять (при возможности), поскольку это облегчает построение таблиц соответствия.#❝

В первую очередь это касается элементов с названиями:#❝

e region ("регион"), e organization ("организация"), e person ("сотрудник"), e department ("подразделение"), e post ("должность").#❝

Значения для атрибутов типа globalUniqueldentifier (по тексту GUID) должны содержать уникальные значения сформированные по — алгоритму, гарантирующему его уникальность с заданной вероятностью. Не следует формировать их самостоятельно.#❝

Значения перечисления для элемента уведомления .../notification/documentRefused/reason (причина отказа) будут корректироваться в дальнейшем, большинство из заявленных значений неоднозначно, не следует#❝

59 исключать значения из перечисления (в целях совместимости). В спорных ситуациях рекомендуется использовать значение "Не подлежит регистрации" и конкретизировать причину отказа в значении элемента .../notification/comment.#❝

Имена «присоединенных» файлов следует привести к символьной строке, удовлетворяющей шаблону [a-zA-Z0-9 ]{1,251}.[а-7А-7]{3} для исключения ошибок при передаче сооощений и их обработке.#❝

После завершения формирования паспорта отправителю следует проверять полученный результат на соответсятвие XSD схеме.#❝

XSD-cxema ЭСД МЭДО#❝

<?xml version="1.0" encoding="UTF-8"?> <xsd:schema xmlns:xsd="http://www.w3.org/2001/XMLSchema" version="2.7" elementFormDefault="qualified" attributeFormDefault="qualified" targetNamespace="http://www.infpres.com/IEDMS" xmIns="http://www.infpres.com/IEDMS">   <xsd:element name="communication">  <xsd:complexType> <xsd:sequence> <xsd:element name="header">  <xsd:complexType> <xsd:sequence> <xsd:element name="source" type="communicationPartner">  </xsd:element> <xsd:element name="operator" minOccurs="0" type="qualifiedValue">  </xsd:element> <xsd:element name="comment" minOccurs="0">  <xsd:simpleType> <xsd:restriction base="xsd:string"> <xsd:maxLength value="2047"/> <xsd:minLength value="1"/> </xsd:restriction> </xsd:simpleType> </xsd:element> </xsd:sequence> <xsd:attribute name="type" use="required" type="messageType">  </xsd:attribute> <xsd:attribute name="uid" type="globalUniqueldentifier">  </xsd:attribute> <xsd:attribute name="created" type="xsd:dateTime">#❝

60#❝

</xsd:attribute> <xsd:attribute name="cookie" type="any Value">  </xsd:attribute> </xsd:complexType> </xsd:element> <xsd:choice>  <xsd:sequence> <xsd:element name="document" type="document">  </xsd:element> <xsd:element name="files">  <xsd:complexType> <xsd:sequence> <xsd:element name="file" maxOccurs="unbounded" type="associatedFile minOccurs="0" | /> </xsd:sequence> <xsd:attribute name="cookie" type="any Value">  </xsd:attribute> </xsd:complexType> </xsd:element> </xsd:sequence> <xsd:element name="notification" type="messageNotification">  </xsd:element> <xsd:element name="acknowledgment" type="messageAcknowledgment">  </xsd:element> <xsd:element name="container" type="documentContainer"/> </xsd:choice> <xsd:element name="deliveryIndex" minOccurs="0">  <xsd:complexType> <xsd:sequence> <xsd:element name="destination" type="deliveryDestination" maxOccurs="unbounded"/> </xsd:sequence> <xsd:attribute name="cookie" type="any Value">  </xsd:attribute> </xsd:complexType> </xsd:element> </xsd:sequence> <xsd:attribute name="version" type="xsd:token" use="required">  </xsd:attribute>#❝

61#❝

</xsd:complexType> </xsd:element> <xsd:element name="environment">  <xsd:complexType> <xsd:sequence> <xsd:element name="clients" minOccurs="0"> <xsd:complexType> <xsd:sequence> <xsd:element name="client" minOccurs="1" maxOccurs="unbounded">  <xsd:complexType> <xsd:sequence> <xsd:element name="uniqueld" type="globalUniqueldentifier">  </xsd:element> <xsd:element name="localld" type="identity Value" minOccurs="0">  </xsd:element> <xsd:element name="value" type="string Value">  </xsd:element> <xsd:element name="comment" nillable="true" type="string Value" minOccurs="0">  </xsd:element> <xsd:element name="departId" minOccurs="0" type="identity Value">  </xsd:element> <xsd:element name="organization" minOccurs="0">  <xsd:complexType> <xsd:sequence> <xsd:element name="shortName" type="string Value">  </xsd:element>#❝

<xsd:element name="fullName" type="string Value" minOccurs="0">#❝

</xsd:element> </xsd:sequence> <xsd:attribute name="id" type="identity Value">  </xsd:attribute> </xsd:complexType> </xsd:element> <xsd:element name="startDate" type="xsd:dateTime" minOccurs="0" nillable="true">  </xsd:element> <xsd:element name="paperless" type="xsd:boolean" minOccurs="0">  </xsd:element> <xsd:element name="mail"> <xsd:simpleType>#❝

62#❝

<xsd:restriction base="xsd:normalizedString"> <xsd:maxLength value="127"/> </xsd:restriction> </xsd:simpleType>  </xsd:element> <xsd:element name="retro" type="xsd:boolean">  </xsd:element> <xsd:element name="modified" type="xsd:dateTime">  </xsd:element> </xsd:sequence> </xsd:complexType> </xsd:element> </xsd:sequence> </xsd:complexType>  </xsd:element> <xsd:element name="comment" minOccurs="0">  <xsd:simpleType> <xsd:restriction base="xsd:string"> <xsd:maxLength value="2047"/> <xsd:minLength value="1"/> </xsd:restriction> </xsd:simpleType> </xsd:element> </xsd:sequence> <xsd:attribute name="version" type="any Value">  </xsd:attribute> <xsd:attribute name="source" type="any Value">  </xsd:attribute> <xsd:attribute name="created" type="xsd:dateTime">  </xsd:attribute> <xsd:attribute name="cookie" type="anyValue">  </xsd:attribute> </xsd:complexType> </xsd:element> <xsd:simpleType name="messageType">  <xsd:restriction base="xsd:token"> <xsd:enumeration уаше="Документ">  </xsd:enumeration> | <xsd:enumeration уаше="Уведомление">#❝

63#❝

</xsd:enumeration> <xsd:enumeration уаае="Квитанция">  </xsd:enumeration> <xsd:enumeration уаае="Транспортный контейнер">  </xsd:enumeration> </xsd:restriction> </xsd:simpleType> <xsd:simpleType name="identity Value">  <xsd:restriction base="xsd:token"> <xsd:minLength value="1"/> <xsd:maxLength value="127"/> </xsd:restriction> </xsd:simpleType> <xsd:simpleType name="string Value"> <xsd:restriction base="xsd:normalizedString"> <xsd:maxLength value="511"/> <xsd:minLength value="1"/> </xsd:restriction> </xsd:simpleType> <xsd:simpleType name="anyValue">  <xsd:restriction base="xsd:string"> <xsd:minLength value="1"/> <xsd:maxLength value="255"/> </xsd:restriction> </xsd:simpleType> <xsd:simpleType name="shortText"> <xsd:restriction base="xsd:string"> <xsd:maxLength value="4000"/> <xsd:minLength value="1"/> </xsd:restriction> </xsd:simpleType> <xsd:simpleType name="globalUniqueldentifier">  <xsd:restriction base="xsd:token">#❝

<xsd:pattern value="[a-fA-F0-9] {8 }-[a-fA-F0-9] {4}-[a-fA-F0-9] {4}-[a-fA-F0-9] {4}-[a-fA-F0- 9]{12}"/>#❝

</xsd:restriction>#❝

64#❝

</xsd:simpleType> <xsd:attributeGroup name="qualifiedItemAttrs">  <xsd:attribute name="id" type="identity Value">  </xsd:attribute> <xsd:attribute name="retro" type="xsd:boolean">  </xsd:attribute> <xsd:attribute name="modified" type="xsd:dateTime">  </xsd:attribute> </xsd:attributeGroup> <xsd:complexType name="qualified Value">  <xsd:simpleContent> <xsd:extension base="string Value"> <xsd:attributeGroup ref="qualifiedItemAttrs"/> </xsd:extension> </xsd:simpleContent> </xsd:complexType> <xsd:complexType name="communicationPartner">  <xsd:sequence> <xsd:element name="organization">  <xsd:simpleType> <xsd:restriction base="xsd:normalizedString"> <xsd:maxLength value="511"/> <xsd:minLength value="1"/> </xsd:restriction> </xsd:simpleType> </xsd:element> <xsd:element name="comment" minOccurs="0">  <xsd:simpleType> <xsd:restriction base="xsd:string"> <xsd:maxLength value="2047"/> <xsd:minLength value="1"/> </xsd:restriction> </xsd:simpleType> </xsd:element> </xsd:sequence> <xsd:attribute name="uid" use="required" type="global Uniqueldentifier">#❝

65#❝

</xsd:attribute> </xsd:complexType> <xsd:complexType name="documentNumber">  <xsd:sequence> <xsd:element name="number">  <xsd:simpleType> <xsd:restriction base="xsd:token"> <xsd:maxLength value="3 1"/> <xsd:minLength value="1"/> </xsd:restriction> </xsd:simpleType> </xsd:element> <xsd:element name="date" type="xsd:date" nillable="true" minOccurs="0">  </xsd:element> </xsd:sequence> </xsd:complexType> <xsd:complexType name="anyone"> <xsd:sequence> <xsd:element name="region" type="qualifiedValue" minOccurs="0">  </xsd:element> <xsd:element name="organization" type="qualifiedValue" minOccurs="0">  </xsd:element> <xsd:element пате="регзоп" type="qualifiedValue" minOccurs="0">  </xsd:element> <xsd:element name="department" minOccurs="0" type="qualifiedValue">  </xsd:element> <xsd:element name="post" minOccurs="0" type="qualifiedValue">  </xsd:element> <xsd:element name="contactInfo" minOccurs="0">  <xsd:simpleType> <xsd:restriction base="xsd:string"> <xsd:minLength value="1"/> <xsd:maxLength value="511"/> </xsd:restriction> </xsd:simpleType> </xsd:element> </xsd:sequence> </xsd:complexType> <xsd:complexType name="addressee">#❝

66#❝

<xsd:complexContent> <xsd:extension base="anyone"> <xsd:sequence> <xsd:element name="comment" minOccurs="0">  <xsd:simpleType> <xsd:restriction base="xsd:string"> <xsd:minLength value="1"/> <xsd:maxLength value="2047"/> </xsd:restriction> </xsd:simpleType> </xsd:element> </xsd:sequence> <xsd:attribute name="uid" type="global Uniqueldentifier">  </xsd:attribute> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:complexType name="addresseeList">  <xsd:sequence> <xsd:element name="name" maxOccurs="1">  <xsd:simpleType> <xsd:restriction base="xsd:normalizedString"> <xsd:maxLength value="250"/> </xsd:restriction> </xsd:simpleType> </xsd:element> <xsd:element name="contents">  <xsd:complexType> <xsd:sequence> <xsd:element name="addressee" maxOccurs="unbounded" type="addressee"/> </xsd:sequence> </xsd:complexType> </xsd:element> </xsd:sequence> <xsd:attribute name="id" type="identity Value"/> </xsd:complexType> <xsd:complexType name="correspondent"> #❝

67#❝

<xsd:complexContent> <xsd:extension base="anyone"> <xsd:sequence> <xsd:element name="num" type="documentNumber" minOccurs="0">  </xsd:element> <xsd:element name="comment" minOccurs="0">  <xsd:simpleType> <xsd:restriction base="xsd:string"> <xsd:minLength value="1"/> <xsd:maxLength value="2047"/> </xsd:restriction> </xsd:simpleType> </xsd:element> </xsd:sequence> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:complexType name="enclosure">  <xsd:sequence> <xsd:element name="title" type="shortText">  </xsd:element> <xsd:element name="reference" minOccurs="0" type="documentReference">  </xsd:element> <xsd:element name="pages" type="xsd:positivelInteger">  </xsd:element> <xsd:element name="files" minOccurs="0" type="listOfFileLocalld">  </xsd:element> <xsd:element name="enclosures" minOccurs="0">  <xsd:complexType> <xsd:sequence> <xsd:element name="enclosure" minOccurs="1" maxOccurs="unbounded" type="enclosure"/> </xsd:sequence> </xsd:complexType> </xsd:element> <xsd:element name="comment" minOccurs="0"> #❝

68#❝

<xsd:simpleType> <xsd:restriction base="xsd:string"> <xsd:maxLength value="2047"/> <xsd:minLength value="1"/> </xsd:restriction> </xsd:simpleType> </xsd:element> </xsd:sequence> <xsd:attribute name="uid" type="globalUniqueldentifier">  </xsd:attribute> </xsd:complexType> <xsd:simpleType name="linkType">  <xsd:restriction base="xsd:token"> <xsd:enumeration value="B ответ Ha"/> = <xsd:enumeration value="Bo исполнение"/> <xsd:enumeration уале="Документ-основание"/> <xsd:enumeration value="Ha Ne"/> <xsd:enumeration уаме="Ответ"/> <xsd:enumeration value="CBa3aH c"/> </xsd:restriction> </xsd:simpleType> <xsd:complexType name="documentReference">  <xsd:sequence> <xsd:element name="region" type="qualified Value" minOccurs="0">  </xsd:element> <xsd:element name="organization" type="qualifiedValue" minOccurs="0">  </xsd:element> <xsd:element пате="регзоп" type="qualified Value" minOccurs="0">  </xsd:element> <xsd:element name="department" minOccurs="0" type="qualifiedValue">  </xsd:element> <xsd:element name="post" minOccurs="0" type="qualifiedValue">  </xsd:element> <xsd:element name="num" type="documentNumber" minOccurs="1">  </xsd:element> <xsd:element name="comment" minOccurs="0">#❝

69#❝

<xsd:simpleType> <xsd:restriction base="xsd:string"> <xsd:minLength value="1"/> <xsd:maxLength value="2047"/> </xsd:restriction> </xsd:simpleType> </xsd:element> </xsd:sequence> </xsd:complexType> <xsd:complexType name="linkedDocument">  <xsd:sequence> <xsd:element name="linkType" type="linkType" default="CBa3an c">  </xsd:element> <xsd:choice> <xsd:element name="reference" type="documentReference">  </xsd:element> <xsd:element name="document">  <xsd:complexType>  <xsd:sequence> <xsd:element name="kind" type="qualifiedValue" minOccurs="0">  </xsd:element> <xsd:element name="num" type="documentNumber">  </xsd:element> <xsd:element name="classification" type="qualifiedValue" minOccurs="0">  </xsd:element> <xsd:element name="signatories">  <xsd:complexType> <xsd:sequence> <xsd:element name="signatory" maxOccurs="unbounded" type="signatory"/> </xsd:sequence> </xsd:complexType> </xsd:element> <xsd:element name="addressees">  <xsd:complexType> <xsd:sequence>#❝

70#❝

<xsd:element name="addressee" type="addressee" maxOccurs="unbounded"/> </xsd:sequence> </xsd:complexType> </xsd:element> <xsd:element name="pages" type="xsd:positiveInteger">  </xsd:element> <xsd:element name="enclosuresPages" type="xsd:positiveInteger" minOccurs="0">  </xsd:element> <xsd:element name="annotation" type="shortText" nillable="true" minOccurs="1">  <xsd:complexType> <xsd:sequence> <xsd:element name="enclosure" type="enclosure" maxOccurs="unbounded"/> </xsd:sequence> </xsd:complexType> </xsd:element> <xsd:element name="correspondents" minOccurs="0">  <xsd:complexType> <xsd:sequence> <xsd:element name="correspondent" maxOccurs="unbounded" minOccurs="0" type="correspondent"/> </xsd:sequence> </xsd:complexType> </xsd:element> <xsd:element name="links" minOccurs="0">  <xsd:complexType> <xsd:sequence> <xsd:element name="link" type="linkedDocument" maxOccurs="unbounded"/> </xsd:sequence> </xsd:complexType> </xsd:element> <xsd:element name="clauses" minOccurs="0"> #❝

<xsd:complexType> <xsd:sequence> <xsd:element name="clause" type="documentClause" maxOccurs="unbounded"/> </xsd:sequence> </xsd:complexType> </xsd:element> <xsd:element name="comment" minOccurs="0">  <xsd:simpleType> <xsd:restriction base="xsd:string"> <xsd:maxLength value="2047"/> <xsd:minLength value="1"/> </xsd:restriction> </xsd:simpleType> </xsd:element> </xsd:sequence> </xsd:complexType> </xsd:element> </xsd:choice> </xsd:sequence> <xsd:attribute name="uid" type="globalUniqueldentifier">  </xsd:attribute> <xsd:attribute name="id" type="identity Value">#❝

#❝

</xsd:attribute> </xsd:complexType> <xsd:complexType name="documentClause">  <xsd:sequence> <xsd:element name="designation" nillable="true" minOccurs="0">  <xsd:simpleType> <xsd:restriction base="xsd:normalizedString"> <xsd:maxLength value="255"/> </xsd:restriction> </xsd:simpleType> </xsd:element> <xsd:element name="text" type="shortText" minOccurs="0">  </xsd:element> <xsd:element пате="деа пе" type="xsd:date" minOccurs="0">  </xsd:element>#❝

72#❝

<xsd:choice minOccurs="0">  <xsd:element name="principal" type="addressee">  </xsd:element> <xsd:element name="principals" type="addresseeList">  </xsd:element> </xsd:choice> <xsd:element name="parcipants" minOccurs="0">  <xsd:complexType> <xsd:sequence> <xsd:choice minOccurs="1" maxOccurs="unbounded"> <xsd:element name="parcipant" type="addressee">  </xsd:element> <xsd:element name="parcipants" type="addresseeList">  </xsd:element> </xsd:choice> </xsd:sequence> </xsd:complexType> </xsd:element> <xsd:element name="comment" minOccurs="0">  <xsd:simpleType> <xsd:restriction base="xsd:string"> <xsd:maxLength value="2047"/> <xsd:minLength value="1"/> </xsd:restriction> </xsd:simpleType> </xsd:element> </xsd:sequence> <xsd:attribute name="localld" type="xsd:nonNegativeInteger" use="optional">  </xsd:attribute> <xsd:attribute name="id" type="identity Value"> |  | </xsd:attribute> </xsd:complexType> <xsd:complexType name="signatory"> |  | <xsd:complexContent> <xsd:extension base="anyone"> <xsd:sequence> <xsd:element name="signed" type="xsd:date">#❝

73#❝

</xsd:element> <xsd:element name="comment" minOccurs="0">  <xsd:simpleType> <xsd:restriction base="xsd:string"> <xsd:minLength value="1"/> <xsd:maxLength value="2047"/> </xsd:restriction> </xsd:simpleType> </xsd:element> </xsd:sequence> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:complexType name="document">  <xsd:sequence> <xsd:element name="type" minOccurs="0" type="qualifiedValue">  </xsd:element> <xsd:element пате="К та" type="qualifiedValue" minOccurs="0">  </xsd:element> <xsd:element name="num" type="documentNumber">  </xsd:element> <xsd:element name="classification" type="qualifiedValue" minOccurs="0">  </xsd:element> <xsd:element name="urgency" minOccurs="0" type="qualifiedValue">  </xsd:element> <xsd:element name="insteadOfDistributed" type="xsd:boolean" minOccurs="0">  </xsd:element> <xsd:element name="specialMark" type="string Value" minOccurs="0">  </xsd:element> <xsd:element name="signatories">  <xsd:complexType> <xsd:sequence> <xsd:element name="signatory" maxOccurs="unbounded" type="signatory"/> </xsd:sequence> </xsd:complexType> </xsd:element> <xsd:element name="addressees">  <xsd:complexType> <xsd:sequence>#❝

74#❝

<xsd:element name="addressee" type="addressee" maxOccurs="unbounded"/> </xsd:sequence> </xsd:complexType> </xsd:element> <xsd:element name="pages" type="xsd:positiveInteger">  </xsd:element> <xsd:element name="enclosuresPages" type="xsd:positiveInteger" minOccurs="0">  </xsd:element> <xsd:element name="annotation" type="shortText" nillable="true" minOccurs="1">  </xsd:element> <xsd:element name="enclosures" minOccurs="0">  <xsd:complexType> <xsd:sequence> <xsd:element name="enclosure" type="enclosure" maxOccurs="unbounded"/> </xsd:sequence> </xsd:complexType> </xsd:element> <xsd:element name="correspondents" minOccurs="0">  <xsd:complexType> <xsd:sequence> <xsd:element name="correspondent" maxOccurs="unbounded" minOccurs="1" type="correspondent"/> </xsd:sequence> </xsd:complexType> </xsd:element> <xsd:element name="links" minOccurs="0">  <xsd:complexType> <xsd:sequence> <xsd:element name="link" type="linkedDocument" maxOccurs="unbounded"/> </xsd:sequence> </xsd:complexType> </xsd:element> <xsd:element name="clauses" minOccurs="0">  <xsd:complexType> <xsd:sequence> <xsd:element name="clause" type="documentClause" maxOccurs="unbounded"/> </xsd:sequence> </xsd:complexType>#❝

</xsd:element>#❝

<xsd:element name="executor" type="addressee" minOccurs="0">  </xsd:element> <xsd:element name="files" minOccurs="0" type="listOfFileLocalId">  </xsd:element> <xsd:element name="comment" minOccurs="0">  <xsd:simpleType> <xsd:restriction base="xsd:string"> <xsd:maxLength value="2047"/> <xsd:minLength value="1"/> </xsd:restriction> </xsd:simpleType> </xsd:element> </xsd:sequence> <xsd:attribute name="uid" type="globalUniqueldentifier" use="required">  </xsd:attribute> <xsd:attribute name="id" type="identity Value">  </xsd:attribute> <xsd:attribute name="cookie" type="any Value" use="optional">  </xsd:attribute> </xsd:complexType> <xsd:simpleType name="fileGroup">  <xsd:restriction base="xsd:token"> <xsd:enumeration уаше="Текст документа"/> <xsd:enumeration уаше="Текст приложения"/> <xsd:enumeration уаме="Данные"/> </xsd:restriction> </xsd:simpleType> <xsd:simpleType name="fileType">  <xsd:restriction base="xsd:token"> <xsd:enumeration value="pdf"/> <xsd:enumeration value="tif"/> <xsd:enumeration value="doc"/> <xsd:enumeration value="txt"/> <xsd:enumeration value="xml"/> </xsd:restriction> </xsd:simpleType>#❝

<xsd:simpleType name="fileName">  <xsd:restriction base="xsd:normalizedString"> <xsd:maxLength value="255"/> <xsd:minLength value="1"/> </xsd:restriction> </xsd:simpleType> <xsd:complexType name="associatedFile">  <xsd:sequence> <xsd:element name="group" type="fileGroup">  </xsd:element> <xsd:element name="description" nillable="false" minOccurs="0">  <xsd:simpleType> <xsd:restriction base="xsd:string"> <xsd:maxLength value="511"/> <xsd:minLength value="1"/> </xsd:restriction> </xsd:simpleType> </xsd:element> <xsd:element name="pages" type="xsd:positiveInteger" minOccurs="0"> |  </xsd:element> <xsd:element name="signedData" maxOccurs="unbounded" type="signedData" minOccurs="0">  </xsd:element> </xsd:sequence> <xsd:attribute name="localName" type="fileName" use="required">  </xsd:attribute> <xsd:attribute name="localld" type="xsd:nonNegativeInteger">  </xsd:attribute> <xsd:attribute name="type" type="fileType">  </xsd:attribute> <xsd:attribute name="cookie" type="any Value">  </xsd:attribute> </xsd:complexType> <xsd:simpleType name="reasonForRejection"> <xsd:restriction base="xsd:normalizedString"> <xsd:enumeration value="He подлежит регистрации"/> <xsd:enumeration уаае="Ошибка адресации"/> <xsd:enumeration value="He указан корреспондент"/> <xsd:enumeration уаие="Нет искового заявления"/>#❝

77#❝

<xsd:enumeration уале="Отсутствует текст"/> <xsd:enumeration value="Het подписи"/> <xsd:enumeration уаше="Приложение отсутствует"/> <xsd:enumeration value="JIuctax приложения указан ошибочно"/> <xsd:enumeration уае="Несовпадение реквизитов приложения с приложенными документами"/> <xsd:enumeration value="Her № и даты"/> <xsd:enumeration value="He полная комплектация"/> <xsd:enumeration уа]ие="Дата документа неразборчива"/> <xsd:enumeration уале="Исходящий номер документа неразборчив"/> <xsd:enumeration уаае="Отсутствует (не видна) подпись"/> <xsd:enumeration уаще="Перевернуты страницы"/> <xsd:enumeration уае="Продублированы страницы"/> <xsd:enumeration value="B приложении проект нормативного акта"/> <xsd:enumeration уае="Документ ДСП"/> <xsd:enumeration уаше=" Документ и/или приложение отсканированы с оборотом"/> <xsd:enumeration value="JlokyMeHT неверно адресован"/> <xsd:enumeration уаше=" Документ получен ранее на бумажном носителе"/> <xsd:enumeration уаше="Документ зарегистрирован ранее, текст взамен разосланного загружен"/> <xsd:enumeration уае="Количество страниц в тексте документа не соответствует заявленному" /> <xsd:enumeration уаще="Несоответствие переданных реквизитов тексту документа"/> <xsd:enumeration value="OtTcyTcTByeT приложение, указанное в документе"/> <xsd:enumeration уаме="Текст неразборчив"/> <xsd:enumeration уаше="Текст отсутствует"/> <xsd:enumeration value="TekcT не соответствует регламенту" /> <xsd:enumeration уаше="Несоответствие содержимого транспортного контейнера утвержденным требованиям"/> <xsd:maxLength value="127"/> <xsd:minLength value="1"/> </xsd:restriction> </xsd:simpleType> <xsd:simpleType name="notificationType">  <xsd:restriction base="xsd:token"> <xsd:enumeration уаше="Зарегистрирован"/> <xsd:enumeration уаше="Отказано в регистрации"/> <xsd:enumeration уаше="Назначен исполнитель"/> <xsd:enumeration уае="Доклад подготовлен"/> <xsd:enumeration уаше="Доклад направлен"/>#❝

78#❝

<xsd:enumeration уаще="Исполнение"/> <xsd:enumeration уае="Опубликование"/> <xsd:enumeration уае="Государственная регистрация"/> </xsd:restriction> </xsd:simpleType> <xsd:complexType name="notification">  <xsd:sequence> <xsd:element name="time" type="xsd:dateTime">  </xsd:element> <xsd:element name="foundation" minOccurs="0" type="documentReference">  </xsd:element> <xsd:element name="clause" type="documentClause" nillable="false" minOccurs="0">  </xsd:element> <xsd:element name="correspondent" minOccurs="0" type="addressee">  </xsd:element> </xsd:sequence> </xsd:complexType> <xsd:complexType name="messageNotification">  <xsd:sequence> <xsd:choice> <xsd:element name="documentAccepted">  <xsd:complexType> <xsd:complexContent> <xsd:extension base="notification"> <xsd:sequence> <xsd:element name="num" type="documentNumber">  </xsd:element> </xsd:sequence> </xsd:extension> </xsd:complexContent> </xsd:complexType> </xsd:element> <xsd:element name="documentRefused"> |  <xsd:complexType> <xsd:complexContent> <xsd:extension base="notification"> <xsd:sequence>#❝

79#❝

<xsd:element name="reason" type="reasonForRejection">  </xsd:element> </xsd:sequence> </xsd:extension> </xsd:complexContent> </xsd:complexType> </xsd:element> <xsd:element name="executorAssigned">  <xsd:complexType> <xsd:complexContent> <xsd:extension base="notification"> <xsd:sequence> <xsd:element name="secretary" type="addressee">  </xsd:element> <xsd:element name="executor" type="addressee">  </xsd:element> </xsd:sequence> </xsd:extension> </xsd:complexContent> </xsd:complexType> </xsd:element> <xsd:element name="reportPrepared">  <xsd:complexType> <xsd:complexContent> <xsd:extension base="notification"> <xsd:sequence> <xsd:element name="signatory" type="signatory">  </xsd:element> </xsd:sequence> </xsd:extension> </xsd:complexContent> </xsd:complexType> </xsd:element> <xsd:element name="reportSent">  <xsd:complexType>#❝

80#❝

<xsd:complexContent> <xsd:extension base="notification"> <xsd:sequence> | <xsd:element name="report" type="documentReference">  </xsd:element> </xsd:sequence> </xsd:extension> </xsd:complexContent> </xsd:complexType> </xsd:element> <xsd:element name="courseChanged">  <xsd:complexType> <xsd:complexContent> <xsd:extension base="notification"> <xsd:sequence> <xsd:element name="courseText" type="shortText">  </xsd:element> <xsd:element name="reference" minOccurs="0" type="documentReference">  </xsd:element> </xsd:sequence> </xsd:extension> </xsd:complexContent> </xsd:complexType> </xsd:element> <xsd:element name="documentPublished">  <xsd:complexType> <xsd:complexContent> <xsd:extension base="notification"> <xsd:sequence> <xsd:element name="num">  <xsd:complexType> | <xsd:sequence> <xsd:element name="number"> <xsd:simpleType> <xsd:restriction base="xsd:token"> <xsd:minLength value="1"/> <xsd:maxLength value="3 1"/> </xsd:restriction> </xsd:simpleType> #❝

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

Постановление ФНС России от 25.12.2014 № 1494

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

О внесении изменений в некоторые приказы Министерства информационных технологий и связи Российской Федерации и Министерства связи и массовых коммуника — Приказ Министерство связи и массовых коммуникаций России от 05.05.2015 № 153
О внесении изменений в Требования к использованию радиочастотного спектра любительской службой и любительской спутниковой службой в Российской Федерац — Приказ Министерство связи и массовых коммуникаций России от 07.05.2015 № 156
О внесении изменений в некоторые приказы Министерства информационных технологий и связи Российской Федерации и Министерства связи и массовых коммуника — Приказ Министерство связи и массовых коммуникаций России от 12.05.2015 № 157
Об объеме финансирования создания и функционирования базы данных перенесенных абонентских номеров, осуществляемого за счет платы за внесение изменений — Приказ Министерство связи и массовых коммуникаций России от 22.05.2015 № 174
Об утверждении перечня населенных пунктов, в которых устанавливаемые точки доступа могут подключаться с использованием иных линий связи, кроме волокон — Приказ Министерство связи и массовых коммуникаций России от 02.06.2015 № 194
Об утверждении Типового положения о территориальном органе Федеральной службы по надзору в сфере связи, информационных технологий и массовых коммуника — Приказ Министерство связи и массовых коммуникаций России от 02.06.2015 № 193
Об утверждении Регламента официального сайта Российский Федерации в информационно-телекоммуникационной сети "Интернет" для размещения информации о про — Приказ Министерство связи и массовых коммуникаций России от 03.06.2015 № 195
О внесении изменений в Правила применения земных станций спутниковой связи и вещания единой сети электросвязи Российской Федерации, утвержденные прика — Приказ Министерство связи и массовых коммуникаций России от 15.06.2015 № 202

Все документы: Министерство связи и массовых коммуникаций России →