Приказ Минкомсвязи России № 186, ФСО России N 258 от 27.05.2015

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

(Зарегистрировано в Минюсте России 22.09.2015 № 38956)

Зарегистрировано в Минюсте России 22 сентября 2015 г. № 38956

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

ПРИКАЗ

от 27 мая 2015 года

ОБ УТВЕРЖДЕНИИ ТРЕБОВАНИЙ К ОРГАНИЗАЦИОННО-ТЕХНИЧЕСКОМУ ВЗАИМОДЕЙСТВИЮ ГОСУДАРСТВЕННЫХ ОРГАНОВ И ГОСУДАРСТВЕННЫХ ОРГАНИЗАЦИЙ ПОСРЕДСТВОМ ОБМЕНА ДОКУМЕНТАМИ В ЭЛЕКТРОННОМ ВИДЕ

В соответствии с постановлением Правительства Российской Федерации от 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. Утвердить Требования к организационно-техническому взаимодействию государственных органов и государственных организаций посредством обмена документами в электронном виде.

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

Министр связи и массовых коммуникаций Российской Федерации Н. А. Никифоров

Директор

Утверждены приказом Министерства связи и массовых коммуникаций Российской Федерации и Федеральной службы охраны Российской Федерации от 27.05.2015 № 186/258

ТРЕБОВАНИЯ К ОРГАНИЗАЦИОННО-ТЕХНИЧЕСКОМУ ВЗАИМОДЕЙСТВИЮ ГОСУДАРСТВЕННЫХ ОРГАНОВ И ГОСУДАРСТВЕННЫХ ОРГАНИЗАЦИЙ ПОСРЕДСТВОМ ОБМЕНА ДОКУМЕНТАМИ В ЭЛЕКТРОННОМ ВИДЕ

I. Общие положения

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

2. Настоящие требования должны применяться совместно с Правилами обмена документами в электронном виде при организации информационного взаимодействия, утвержденными постановлением Правительства Российской Федерации от 25 декабря 2014 г. № 1494, а также с учетом Положения о системе межведомственного электронного документооборота, утвержденного постановлением Правительства Российской Федерации от 22 сентября 2009 г. № 754 (Собрание законодательства Российской Федерации, 2009, № 39, ст. 4614; 2011, № 32, ст. 4840; 2012, № 38, ст. 5102; 2013, № 15, ст. 1791), в части инфраструктуры транспортной шины.

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

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

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

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

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

д) требования к транспортному контейнеру;

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

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

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

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

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

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

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

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

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

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

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

10. В процессе регистрации документа должны формироваться:

• регистрационный номер и дата регистрации документа,
• элементы визуализации регистрационных данных и отметки об ЭП <1>,

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

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

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

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

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

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

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

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

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

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

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

б) совокупность компонентов транспортного контейнера, включая:

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

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

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

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

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

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

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

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

• нарушение комплектности транспортного контейнера (несоответствие количества, имен файлов транспортного контейнера именам файлов, указанным в файле описания транспортного контейнера),
• недействительность ЭП, входящих в его состав,
• несоответствие данных должностного лица (Фамилия Имя Отчество (при наличии) — подписанта документа, указанных в файле описания транспортного контейнера, данным в сертификате ЭП документа,
• несоответствие наименования организации — отправителя транспортного контейнера, указанного в файле описания транспортного контейнера, данным в сертификате ЭП совокупности компонентов транспортного контейнера,
• несоответствие формата файла документа формату, указанному в пункте 16 настоящих требований,

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

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

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

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

• дата/время формирования уведомления;
• краткая информация о поступившем документе, к которому относится уведомление;
• регистрационный номер документа в СЭД получателя;
• дата регистрации документа в СЭД получателя.

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

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

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

• дата/время формирования уведомления;
• краткая информация о поступившем документе, к которому относится уведомление;
• информация о пункте документа, принятом к исполнению (опционально);
• информация об авторе резолюции (руководителе или соответствующем заместителе руководителя участника межведомственного электронного документооборота);
• информация о руководителе подразделения-исполнителя;
• информация об ответственном исполнителе.

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

• дата/время формирования уведомления;
• краткая информация о поступившем документе, к которому относится уведомление;
• информация о пункте документа, во исполнение которого подготовлен доклад (опционально);
• информация о должностном лице, которому документ передан на подпись.

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

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

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

• дата/время формирования уведомления;
• краткая информация о поступившем документе, к которому относится уведомление;
• информация о пункте документа, по которому меняется ход исполнения (ответственный исполнитель);
• информация об изменении в ходе исполнения (информация об изменении ответственного исполнителя);
• информация о документе — основании изменения хода исполнения (ответственного исполнителя).

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

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

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

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

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

16. Текстовая часть документа должна включаться в файл формата PDF/A-1 в текстовом виде.

V. Требования к ЭП

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

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

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

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

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

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

а) текст ЭД;

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

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

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

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

б) регистрационный номер.

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

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

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

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

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

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

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

б) эмблема участника взаимодействия (при наличии);

в) информация о подписании документа ЭП;

г) сведения о сертификате ЭП, использованном при подписании ЭД.

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

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

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

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

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

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

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

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

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

б) данные владельца сертификата ЭП;

в) срок действия сертификата ЭП.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Таблица

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

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

<2> Комплексный.

<*> Строка длиной 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}, например: "abcdef01-2345-6789-fbcd-ef0123456789".

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

XSD-схема описания транспортного контейнера

<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»> 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:nonNegativeInteger»/> <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=«globalUniqueIdentifier» use=«required»> </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: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> <xsd:complexType name=«document»> xsd:sequence <xsd:element name=«pagesQuantity» type=«xsd:positiveInteger» minOccurs=«0»/> <xsd:element minOccurs=«0» name=«enclosurePagesQuantity» type=«xsd:nonNegativeInteger»/> <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=«qualifiedValue»/> <xsd:element name=«registration» type=«registration»/> <xsd:element maxOccurs=«unbounded» name=«sign»> xsd:complexType xsd:sequence

  <xsd:element name="person" type="signer"/><br>
  <xsd:element name="documentSignature" type="signatureInfo"/><br>
 </xsd:sequence><br>
</xsd:complexType><br>

 <xsd:maxLength value="31"/>
</xsd:restriction>

</xsd:simpleType> </xsd:element>

xsd:complexContent <xsd:extension base=«registrationData»> xsd:sequence

<xsd:elementminOccurs="1" name="registrationStamp" type="stamp"/><br>

xsd:sequence <xsd:element name=«signatureStamp» type=«stamp»/> </xsd:sequence>

xsd:sequence <xsd:element name=«title» type=«stringValue»/> <xsd:element name=«address» type=«stringValue» minOccurs=«0»/>

<xsd:complexType name=«person»> xsd:sequence <xsd:element name=«post» type=«stringValue» minOccurs=«0»/>

<xsd:attribute name=«id» type=«identityValue»>

</xsd:complexType>

 <xsd:element name="name" type="stringValue" minOccurs="1"/>
 <xsd:element name="phone" type="stringValue" minOccurs="0"/>
 <xsd:element name="email" type="stringValue" minOccurs="0"/>

</xsd:sequence><br>

<xsd:complexType name=«signer»> xsd:complexContent <xsd:restriction base=«person»>

<xsd:sequence><br>
 <xsd:element name="post" type="stringValue" minOccurs="1"/><br>
 <xsd:element name="name" type="stringValue"/><br>
 <xsd:element name="phone" type="stringValue" minOccurs="0"/><br>
 <xsd:element name="email" type="stringValue" minOccurs="0"/><br>
</xsd:sequence><br>
</xsd:restriction><br>

<xsd:simpleType name=«stringValue»> <xsd:restriction base=«xsd:normalizedString»> <xsd:maxLength value=«511»/>

xsd:simpleContent

Приложение 2 к Требованиям к организационно-техническому

ФОРМИРОВАНИЕ ГРАФИЧЕСКИХ ЭЛЕМЕНТОВ ВИЗУАЛИЗАЦИИ РЕГИСТРАЦИОННЫХ ДАННЫХ И ОТМЕТКИ ОБ ЭП

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

Пример графического элемента регистрационных данных и его размещения

Рисунок 1. Пример графического элемента регистрационных данных

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

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

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

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

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

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

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

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

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

ОПИСАНИЕ ЭЛЕКТРОННЫХ СООБЩЕНИЙ ДОКУМЕНТООБОРОТА СИСТЕМЫ МЭДО

В системе МЭДО используется три основных типа электронных сообщений документооборота (далее — ЭСД):

• «Документ» — состоит из паспорта сообщения и прикрепленных файлов, где паспорт сообщения содержит минимальную атрибутику документа;
• «Уведомление» — состоит из паспорта, где паспорт сообщения содержит информацию о ходе прохождения документа;
• «Транспортный контейнер» — состоит из паспорта сообщения, прикрепленных файлов контейнера и его ЭП;

и один дополнительный: «Квитанция», как и «Уведомление», состоящее из паспорта, содержащего информацию о факте доставки «основных» ЭСД.

I. Паспорт

Паспорт сообщения представляется в виде типизированного XML. Элементы и атрибуты, приведенные ниже, рекомендованы для использования.

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

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

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

• @version — минимальная версия XSD схемы, согласно которой сформирован паспорт сообщения.

Заголовок

//communication/header/* — определяет тип ЭСД и «источник» сообщения (клиента МЭДО), последовательность [1].

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

• .../header/@type — тип сообщения, перечисление:

{«Документ»|«Уведомление»|«Квитанция»|«Транспортный контейнер»};

• .../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}. При формировании каждого нового ЭСД должно генерироваться новое уникальное значение. Атрибут по XSD схеме, для совместимости с более ранними версиями, объявлен как необязательный (optional), требует заполнения (указывается, как в //notification/@mid);
• .../header/@created — дата и время создания сообщения. Атрибут по XSD схеме объявлен как необязательный (optional), требует заполнения;

.../header/source/* — «Источник» сообщения, обязательный элемент.

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

• .../source/@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}.

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

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

Документ

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

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

Значение атрибута type заголовка:

//communication/header/@type = «Документ»

//communication/document/* [1] определяет атрибутику (реквизиты) «передаваемого» документа, обязательный элемент.

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

• .../document/@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}.

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

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

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

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

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

• .../kind/@id — «идентификатор (код) значения» по БД СЭД источника (token), строка длиной {1,127} символа, рекомендуется к заполнению;
• .../kind/@retro — «признак ретроспективы» по БД СЭД источника (boolean);
• .../kind/@modified — дата последнего изменения значения в БД СЭД источника (dateTime);

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

.../document/num/* [1] — номер и дата регистрации документа, обязательный элемент, представлен последовательностью.

• .../num/number [1] — номер регистрации в СЭД документа, строка (token) длиной {1,31} символа, обязательный элемент;
• .../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} символов, необязательный элемент.

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

• @id — «идентификатор (код) значения» по БД источника (token), строка длиной {1,127} символа;
• @retro — «признак ретроспективы» по БД источника (boolean);
• @modified — дата последнего изменения значения в БД источника (dateTime);

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

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

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

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

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

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

• .../signatory/region [0..1] — наименование региона организации, строка (normalizedString) длиной {1,511} символов, необязательный элемент;
• .../signatory/organization [0..1] — наименование организации, строка (normalizedString) длиной {1,511} символов, по XSD схеме необязательный элемент, но рекомендуемый к заполнению;
• .../signatory/person [1] — сотрудник (лицо), в формате: Фамилия Имя Отчество (при наличии), строка (normalizedString) длиной {1,511} символов, по XSD схеме необязательный элемент, но требует заполнения;
• .../signatory/department [0..1] — наименование подразделения организации, строка (normalizedString) длиной {1,511} символов, необязательный элемент,
• .../signatory/post [0..1] — должность сотрудника (лица), строка (normalizedString) длиной {1,511} символов, необязательный элемент;
• .../signatory/contactInfo [0..1] — контактная информация, строка (string) длиной {1,511} символов, необязательный элемент;
• .../signatory/signed [1] — дата подписания документа (date), обязательный элемент;

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

• @id — «идентификатор (код) значения» по БД источника (token), строка длиной {1,127} символа;
• @retro — «признак ретроспективы» по БД источника (boolean);
• @modified — дата последнего изменения значения в БД источника (dateTime);

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

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

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

• .../addressee/@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}. Атрибут может быть использован для ассоциации адресата с клиентом МЭДО.

Элементы:

• .../addressee/region [0..1] — наименование региона организации, строка (normalizedString) длиной {1,511} символов, необязательный элемент;
• .../addressee/organization [1] — наименование организации, строка (normalizedString) длиной {1,511} символов, по XSD схеме необязательный элемент, но требует заполнения;
• .../addressee/person [0..1] — сотрудник (лицо), в формате: Фамилия Имя Отчество (при наличии), строка (normalizedString) длиной {1,511} символов, необязательный элемент;
• .../addressee/department [0..1] — наименование подразделения организации, строка (normalizedString) длиной {1,511} символов, необязательный элемент;
• .../addressee/post [0..1] — должность сотрудника (лица), строка (normalizedString) длиной {1,511} символов, необязательный элемент.

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

• @id — «идентификатор (код) значения» по БД источника (token), строка длиной {1,127} символа;
• @retro — «признак ретроспективы» по БД источника (boolean);
• @modified — дата последнего изменения значения в БД источника (dateTime);

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

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

.../document/enclosuresPages [0..1] — количество страниц приложений, положительное целое число, необязательный элемент.

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

.../document/annotation [1] — строка (string) длиной {1,4000} символов (может быть представлена как ![CDATA[...]]).

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

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

• .../enclosure/title [1] — наименование приложения, строка (string) длиной {1,4000} символов, обязательный элемент;
• .../enclosure/reference [0..1] — в случае, если приложение — документ, содержит краткую информацию о документе, необязательный элемент;
• .../reference/organization [1] — организация-корреспондент, строка (normalizedString) длиной {1,511} символов, по XSD схеме необязательный элемент, требует заполнения;
• .../reference/person [1] — подписавший сотрудник (лицо), в формате: Фамилия Имя Отчество (при наличии), строка (normalizedString) длиной {1,511} символов, по XSD схеме необязательный элемент, требует заполнения;
• .../reference/num [1] — номер и дата документа, обязательный элемент;
• .../num/number [1] — номер регистрации в СЭД документа, строка (token) длиной {1,31} символа, обязательный элемент;
• .../num/date [1] — дата документа (подписания), обязательный элемент;

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

• @id — «идентификатор (код) значения» по БД источника (token), строка длиной {1,127} символа;
• @retro — «признак ретроспективы» по БД источника (boolean);
• @modified — дата последнего изменения значения в БД источника (dateTime);
• .../enclosure/pages [1] — количество листов приложения, положительное целое число, обязательный элемент;
• .../enclosure/files [0..1] — ссылка на текст, список (list) локальных идентификаторов (неотрицательных целых чисел) прикрепленных файлов (указывается, как в //communication/files//@localId), содержащих текст приложения, необязательный элемент;
• .../enclosure/enclosures [0..1] — вложенные приложения, необязательный элемент, предназначен для описания последовательности приложений, представлен неограниченной последовательностью элементов enclosure [1..*];
• .../enclosure/comment [0..1] — необязательный элемент, может содержать дополнительную информацию о приложении, строка (string) длиной {1,2047} символов.

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

• .../enclosure/@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}
• .../enclosure/@id — локальный идентификатор документа-приложения по БД источника (token), строка длиной {1,127} символа;

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

.../document/correspondents [1] — информация о корреспондентах документа, данный элемент представлен последовательностью элементов correspondent [1..*]. По XSD схеме является необязательным элементом, рекомендуется к заполнению. Если не указан, то корреспондент (автор) будет определяться по //communication/header/source/@uid. Каждый корреспондент представляется следующей последовательностью элементов:

• .../correspondent/region [0..1] — наименование региона организации, строка (normalizedString) длиной {1,511} символов, необязательный элемент;
• .../correspondent/organization [1] — наименование организации, строка (normalizedString) длиной {1,511} символов, по XSD схеме необязательный элемент, но требует заполнения;
• .../correspondent/person [1] — подписавший, сотрудник (лицо), в формате: Фамилия Имя Отчество (при наличии), строка (normalizedString) длиной {1,511} символов, по XSD схеме необязательный элемент, но требует заполнения;
• .../correspondent/department [0..1] — наименование подразделения организации, строка (normalizedString) длиной {1,511} символов, необязательный элемент;
• .../correspondent/post [0..1] — должность сотрудника (лица), строка (normalizedString) длиной {1,511} символов, необязательный элемент;
• .../correspondent/num [0..1] — номер и дата исходящего документа, по XSD схеме необязательный элемент, рекомендуется к заполнению:
• .../num/number [1] — номер документа, строка (token) длиной {1,31} символа, обязательный элемент, для первого корреспондента, как правило, совпадает с .../document/num/number;
• .../num/date [1] — дата подписания документа (date), обязательный элемент, для первого корреспондента, как правило, совпадает с датой подписания первого подписавшего

.../document/signatories/signatory [1]/signed;

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

• @id — «идентификатор (код) значения» по БД источника (token), строка длиной {1,127} символа;
• @retro — «признак ретроспективы» по БД источника (boolean);
• @modified — дата последнего изменения значения в БД источника (dateTime);

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

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

• ../link/linkType [1] — тип связи, строка (token), перечисление:

{«В ответ на»|«Во исполнение»|«Документ-основание»|«На N „|“Ответ»|«Связан с»}, обязательный элемент;

• .../link/reference [1] — содержит краткую информацию о документе, обязательный элемент;
• .../reference/organization [1] — организация-корреспондент, строка (normalizedString) длиной {1,511} символов, по XSD схеме необязательный элемент, но требует заполнения;
• .../reference/person [1] — подписавший сотрудник (лицо), в формате: Фамилия Имя Отчество (при наличии), строка (normalizedString) длиной {1,511} символов, по XSD схеме необязательный элемент, но требует заполнения;
• .../reference/num [1] — номер и дата документа, обязательный элемент;
• .../num/number [1] — номер регистрации документа в СЭД, строка (token) длиной {1,31} символа, обязательный элемент;
• .../num/date [1] — дата документа (подписания), обязательный элемент;

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

• @id — «идентификатор (код) значения» по БД источника (token), строка длиной {1,127} символа;
• @retro — «признак ретроспективы» по БД источника (boolean);
• @modified — дата последнего изменения значения в БД источника (dateTime);

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

• .../link/@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};
• .../link/@id — локальный идентификатор документа по БД источника (token), строка длиной {1,127} символа.

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

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

• .../executor/region [0..1] — наименование региона организации, строка (normalizedString) длиной {1,511} символов, необязательный элемент;
• ../executor/organization [1] — наименование организации, строка (normalizedString) длиной {1,511} символов, по XSD схеме необязательный элемент, но требует заполнения;
• .../executor/person [1] — сотрудник (лицо), в формате: Фамилия Имя Отчество (при наличии), строка (normalizedString) длиной {1,511} символов, по XSD схеме необязательный элемент, но требует заполнения;
• .../executor/department [0..1] — наименование подразделения организации, строка (normalizedString) длиной {1,511} символов, по XSD схеме необязательный элемент, но рекомендуемый к заполнению;
• .../executor/post [0..1] — должность сотрудника (лица), строка (normalizedString) длиной {1,511} символов, необязательный элемент.
• .../executor/contactInfo [0..1] — контактная информация (телефоны) сотрудника (лица), строка (string) длиной {1,511} символов, необязательный элемент, заполняется только при наличии такой информации;

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

• @id — «идентификатор (код) значения» по БД источника (token), строка длиной {1,127} символа;
• @retro — «признак ретроспективы» по БД источника (boolean);
• @modified — дата последнего изменения значения в БД источника (dateTime);

Ссылка на текст

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

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

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

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

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

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

• .../file/@localId — последовательный номер файла в списке (неотрицательное целое число), данное значение используется для организации ссылок из других элементов паспорта (указывается, как в /document/enclosures/enclosure[1..*]/files, ../document/files);
• .../file/@type — тип (формат) файла, перечисление {«pdf»|«tif»|«doc»|«txt»|«xml»}, если тип не задан, то формат файла определяется по расширению в @localName;

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

• .../file/group [1] — группа присоединенного файла, определяет, относится ли файл к тексту документа, к тексту приложений к документу или «некоторым» данным, перечисление {«Текст документа»|«Текст приложения»|» Данные»};
• .../file/description [0..1] — комментарий к тексту, строка (string) длиной {1,511} символов, необязательный элемент.
• .../file/pages [0..1] — количество страниц текста (если только это определимо), положительное целое число, необязательный элемент.

Уведомление

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

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

Значение атрибута type заголовка:

//communucation/header/@type = «Уведомление»

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

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

• .../notification/@type — тип уведомления, перечисление {«Зарегистрирован» | «Отказано в регистрации» | «Назначен исполнитель» | «Доклад подготовлен» | «Доклад направлен» | «Исполнение» | «Опубликование»}
• .../notification/@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};

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

• .../notification/@id — локальный идентификатор документа (по БД источника), строка (token) длиной {1,127} символа, дополнительный атрибут в пару к @uid;.
• .../notification/@mid — уникальный идентификатор сообщения GUID, с которым поступил документ корреспонденту уведомления (значение, указанное в //communication/header/@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}, По 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/@type=«Зарегистрирован»

Наименование элемента: documentAccepted

Элементы:

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

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

• .../foundation/region [0..1] — наименование региона организации, строка (normalizedString) длиной {1,511} символов, необязательный элемент;
• .../foundation/organization [1] — наименование организации, строка (normalizedString) длиной {1,511} символов, по XSD схеме необязательный элемент, но требует заполнения;
• .../foundation/person [1] — подписавший сотрудник (лицо), в формате: Фамилия Имя Отчество (при наличии), строка (normalizedString) длиной {1,511} символов, по XSD схеме необязательный элемент, но требует заполнения;
• .../foundation/num [1] — номер и дата документа, обязательный элемент;
• .../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.

• .../correspondent/region [0..1] — регион корреспондента уведомления, строка (normalizedString) длиной {1,511} символов, необязательный элемент;
• .../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), обязательный элемент.

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

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

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

.../notification/@type=«Отказано в регистрации»

Наименование элемента: documentRefused

Элементы:

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

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

• .../foundation/region [0..1] — наименование региона организации, строка (normalizedString) длиной {1,511} символов, необязательный элемент;
• .../foundation/organization [1] — наименование организации, строка (normalizedString) длиной {1,511} символов, по XSD схеме необязательный элемент, но требует заполнения;
• .../foundation/person [1] — подписавший сотрудник (лицо), в формате: Фамилия Имя Отчество (при наличии), строка (normalizedString) длиной {1,511} символов, по XSD схеме необязательный элемент, но требует заполнения;
• .../foundation/num [1] — номер и дата документа, обязательный элемент:
• .../num/number [1] — номер документа, строка (token) длиной {1,31} символа, обязательный элемент;
• .../num/date [1] — дата подписания документа (date), обязательный элемент;

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

• @id — «идентификатор (код) значения» по БД источника (token), строка длиной {1,127} символа;
• @retro — «признак ретроспективы» по БД источника (boolean);
• @modified — дата последнего изменения значения в БД источника (dateTime).

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

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

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

• @id — «идентификатор (код) значения» по БД источника (token), строка длиной {1,127} символа;
• @retro — «признак ретроспективы» по БД источника (boolean);
• @modified — дата последнего изменения значения в БД источника (dateTime).

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

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

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

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

.../notification/@type=«назначен исполнитель»

Наименование элемента: executorAssigned

Элементы:

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

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

• .../foundation/region [0..1] — наименование региона организации, строка (normalizedString) длиной {1,511} символов, необязательный элемент;
• .../foundation/organization [1] — наименование организации, строка (normalizedString) длиной {1,511} символов, по XSD схеме необязательный элемент, но требует заполнения;
• .../foundation/person [1] — подписавший, сотрудник (лицо), в формате: Фамилия Имя Отчество (при наличии), строка (normalizedString) длиной {1,511} символов, по XSD схеме необязательный элемент, но требует заполнения;
• .../foundation/num [1] — номер и дата документа, обязательный элемент;
• .../num/number [1] — номер документа, строка (token) длиной {1,31} символа, обязательный элемент;
• .../num/date [1] — дата подписания документа (date), обязательный элемент;

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

• @id — «идентификатор (код) значения» по БД источника (token), строка длиной {1,127} символа;
• @retro — «признак ретроспективы» по БД источника (boolean);
• @modified — дата последнего изменения значения в БД источника (dateTime).

.../executorAssigned/clause [0..1] — уточнение о пункте документа, к которому относится данное уведомление, необязательный элемент;

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

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

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

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

• @id — «идентификатор (код) значения» по БД источника (token), строка длиной {1,127} символа;
• @retro — «признак ретроспективы» по БД источника (boolean);
• @modified — дата последнего изменения значения в БД источника (dateTime).

.../executorAssigned/secretary [1] — руководитель или курирующий заместитель руководителя ведомства (организации), обязательный элемент;

• .../secretary/region [0..1] — наименование региона организации, строка (normalizedString) длиной {1,511} символов, необязательный элемент;
• .../secretary/organization [0..1] — наименование организации, строка (normalizedString) длиной {1,511} символов, необязательный элемент;
• .../secretary/person [1] — сотрудник (лицо), в формате: Фамилия Имя Отчество (при наличии), строка (normalizedString) длиной {1,511} символов, по XSD схеме необязательный элемент, но требует заполнения;
• .../secretary/department [0..1] — наименование подразделения организации, строка (normalizedString) длиной {1,511} символов, по XSD схеме необязательный элемент, но рекомендуется к заполнению;
• .../secretary/post [0..1] — должность сотрудника (лица), строка (normalizedString) длиной {1,511} символов, по XSD схеме необязательный элемент, но рекомендуется к заполнению;
• .../secretary/contactinfo [0..1] — контактная информация (телефоны) сотрудника (лица), строка (string) длиной {1,511} символов, необязательный элемент, заполняется только при наличии такой информации;

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

• @id — «идентификатор (код) значения» по БД источника (token), строка длиной {1,127} символа;
• @retro — «признак ретроспективы» по БД источника (boolean);
• @modified — дата последнего изменения значения в БД источника (dateTime).

.../executorAssigned/manager [1] — руководитель подразделения-исполнителя ведомства (организации), обязательный элемент;

• .../manager/region [0..1] — наименование региона организации, строка (normalizedString) длиной {1,511} символов, необязательный элемент;
• .../manager/organization [0..1] — наименование организации, строка (normalizedString) длиной {1,511} символов, необязательный элемент;
• .../manager/person [1] — сотрудник (лицо), в формате: Фамилия Имя Отчество (при наличии), строка (normalizedString) длиной {1,511} символов, по XSD схеме необязательный элемент, но требует заполнения;
• .../manager/department [0..1] — наименование подразделения организации, строка (normalizedString) длиной {1,511} символов, по XSD схеме необязательный элемент, но рекомендуемый к заполнению;
• .../manager/post [0..1] — должность сотрудника (лица), строка (normalizedString) длиной {1,511} символов, по XSD схеме необязательный элемент, но рекомендуемый к заполнению;
• .../manager/contactinfo [0..1] — контактная информация (телефоны) сотрудника (лица), строка (string) длиной {1,511} символов, необязательный элемент, заполняется только при наличии такой информации.

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

• @id — «идентификатор (код) значения» по БД источника (token), строка длиной {1,127} символа;
• @retro — «признак ретроспективы» по БД источника (boolean);
• @modified — дата последнего изменения значения в БД источника (dateTime).

.../executorAssigned/executor [1] — ответственный исполнитель ведомства (организации), обязательный элемент;

• .../executor/region [0..1] — наименование региона организации, строка (normalizedString) длиной {1,511} символов, необязательный элемент;
• .../executor/organization [0..1] — наименование организации, строка (normalizedString) длиной {1,511} символов, необязательный элемент;
• .../executor/person [1] — сотрудник (лицо), в формате: Фамилия Имя Отчество (при наличии), строка (normalizedString) длиной {1,511} символов, по XSD схеме необязательный элемент, но требует заполнения;
• .../executor/department [0..1] — наименование подразделения организации, строка (normalizedString) длиной {1,511} символов, по XSD схеме необязательный элемент, но рекомендуется к заполнению;
• .../executor/post [0..1] — должность сотрудника (лица), строка (normalizedString) длиной {1,511} символов, по XSD схеме необязательный элемент, но рекомендуется к заполнению;
• .../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 /@type=«Доклад подготовлен»

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

Элементы:

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

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

• .../foundation/region [0..1] — наименование региона организации, строка (normalizedString) длиной {1,511} символов, необязательный элемент;
• .../foundation/organization [1] — наименование организации, строка (normalizedString) длиной {1,511} символов, по XSD схеме необязательный элемент, но требует заполнения;
• .../foundation/person [1] — подписавший сотрудник (лицо), в формате: Фамилия Имя Отчество (при наличии), строка (normalizedString) длиной {1,511} символов, по XSD схеме необязательный элемент, но требует заполнения;
• .../foundation/num [1] — номер и дата документа, обязательный элемент:
• ../num/number [1] — номер документа, строка (token) длиной {1,31} символа, обязательный элемент;
• ../num/date [1] — дата подписания документа (date), обязательный элемент.

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

• @id — «идентификатор (код) значения» по БД источника (token), строка длиной {1,127} символа;
• @retro — «признак ретроспективы» по БД источника (boolean);
• @modified — дата последнего изменения значения в БД источника (dateTime);

.../reportPepared/clause [0..1] — уточнение о пункте документа, к которому относится данное уведомление, необязательный элемент;

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

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

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

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

• @id — «идентификатор (код) значения» по БД источника (token), строка длиной {1,127} символа;
• @retro — «признак ретроспективы» по БД источника (boolean);
• @modified — дата последнего изменения значения в БД источника (dateTime).

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

• .../signatory/region [0..1] — наименование региона организации, строка (normalizedString) длиной {1,511} символов, необязательный элемент;
• .../signatory/organization [0..1] — наименование организации, строка (normalizedString) длиной {1,511} символов, необязательный элемент;
• .../signatory/person [1] — сотрудник (лицо) в формате: Фамилия Имя Отчество (при наличии), строка (normalizedString) длиной {1,511} символов, по XSD схеме необязательный элемент, но требует заполнения;
• .../signatory/department [0..1] — наименование подразделения организации, строка (normalizedString) длиной {1,511} символов, по XSD схеме необязательный элемент, но рекомендуемый к заполнению;
• .../signatory/post [0..1] — должность сотрудника (лица), строка (normalizedString) длиной 1,511} символов, необязательный элемент.

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

• @id — «идентификатор (код) значения» по БД источника (token), строка длиной {1,127} символов;
• @retro — «признак ретроспективы» по БД источника (boolean);
• @modified — дата последнего изменения значения в БД источника (dateTime).

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

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

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

.../notification /@type=«Доклад направлен»

Наименование элемента: reportSent

Элементы:

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

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

• .../foundation/region [0..1] — наименование региона организации, строка (normalizedString) длиной {1,511} символов, необязательный элемент;
• .../foundation/organization [1] — наименование организации, строка (normalizedString) длиной {1,511} символов, по XSD схеме необязательный элемент, но требует заполнения;
• .../foundation/person [1] — подписавший, сотрудник (лицо), в формате: Фамилия Имя Отчество (при наличии), строка (normalizedString) длиной {1,511} символов, по XSD схеме необязательный элемент, но требует заполнения;
• .../foundation/num [1] — номер и дата документа, обязательный элемент:
• .../num/number [1] — номер документа, строка (token) длиной {1,31} символа, обязательный элемент;
• .../num/date [1] — дата подписания документа (date), обязательный элемент.

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

• @id — «идентификатор (код) значения» по БД источника (token), строка длиной {1,127} символа;
• @retro — «признак ретроспективы» по БД источника (boolean);
• @modified — дата последнего изменения значения в БД источника (dateTime).

.../reportSend/clause [0..1] — уточнение о пункте документа, к которому относится данное уведомление, необязательный элемент;

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

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

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

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

• @id — «идентификатор (код) значения» по БД источника (token), строка длиной {1,127} символа;
• @retro — «признак ретроспективы» по БД источника (boolean);
• @modified — дата последнего изменения значения в БД источника (dateTime).

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

• .../report/region [0..1] — наименование региона организации, строка (normalizedString) длиной {1,511} символов, необязательный элемент;
• .../report/organization [1] — наименование организации, строка (normalizedString) длиной {1,511} символов, по XSD схеме необязательный элемент, но требует заполнения;
• .../report/person [1] — подписавший сотрудник (лицо), в формате: Фамилия Имя Отчество (при наличии), строка (normalizedString) длиной {1,511} символов, по XSD схеме необязательный элемент, но требует заполнения;
• .../report/department [0..1] — наименование подразделения организации, строка (normalizedString) длиной {1,511} символов, необязательный элемент;
• .../report/post [0..1] — должность сотрудника (лица), строка (normalizedString) длиной {1,511} символов, необязательный элемент;
• .../report/num [1] — номер и дата исходящего документа, по XSD схеме необязательный элемент, но требует заполнения:
• .../num/number [1] — номер документа, строка (token) длиной {1,31} символа, обязательный элемент;
• .../num/date [1] — дата подписания документа (date), обязательный элемент.

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

• @id — «идентификатор (код) значения» по БД источника (token), строка длиной {1,127} символа;
• @retro — «признак ретроспективы» по БД источника (boolean);
• @modified — дата последнего изменения значения в БД источника (dateTime).

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

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

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

.../notification/@type=«Исполнение»

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

Элементы:

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

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

• .../foundation/region [0..1] — наименование региона организации, строка (normalizedString) длиной {1,511} символов, необязательный элемент;
• .../foundation/organization [1] — наименование организации, строка (normalizedString) длиной {1,511} символов, по XSD схеме необязательный элемент, но требует заполнения;
• .../foundation/person [1] — подписавший, сотрудник (лицо), в формате: Фамилия Имя Отчество (при наличии), строка (normalizedString) длиной {1,511} символов, по XSD схеме необязательный элемент, но требует заполнения;
• .../foundation/num [1] — номер и дата документа, обязательный элемент:
• .../num/number [1] — номер документа, строка (token) длиной {1,31} символа, обязательный элемент;
• .../num/date [1] — дата подписания документа (date), обязательный элемент.

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

• @id — «идентификатор (код) значения» по БД источника (token), строка длиной {1,127} символа;
• @retro — «признак ретроспективы» по БД источника (boolean);
• @modified — дата последнего изменения значения в БД источника (dateTime).

.../courseChanged/clause [0..1] — уточнение о пункте документа, к которому относится данное уведомление, необязательный элемент;

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

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

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

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

• @id — «идентификатор (код) значения» по БД источника (token), строка длиной {1,127} символа;
• @retro — «признак ретроспективы» по БД источника (boolean);
• @modified — дата последнего изменения значения в БД источника (dateTime).

.../courseChanged/courseText [1] — текст, содержащий информацию о событии в ходе исполнения, строка (string) длиной {1,4000} символов;

.../courseChanged/reference [0..1] — краткая информация о некотором документе — основании события в ходе исполнения, необязательный элемент:

• .../reference/region [0..1] — наименование региона организации, строка (normalizedString) длиной {1,511} символов, необязательный элемент;
• .../reference/organization [1] — наименование организации, строка (normalizedString) длиной {1,511} символов, по XSD схеме необязательный элемент, но требует заполнения;
• .../reference/person [1] — подписавший сотрудник (лицо), в формате: Фамилия Имя Отчество (при наличии), строка (normalizedString) длиной {1,511} символов, по XSD схеме необязательный элемент, но требует заполнения;
• .../reference/department [0..1] — наименование подразделения организации, строка (normalizedString) длиной {1,511} символов, необязательный элемент;
• .../reference/post [0..1] — должность сотрудника (лица), строка (normalizedString) длиной {1,511} символов, необязательный элемент;
• .../reference /num [1] — номер и дата исходящего документа, по XSD схеме необязательный элемент, но требует заполнения:
• .../num/number [1] — номер документа, строка (token) длиной {1,31} символа, обязательный элемент;
• .../num/date [1] — дата подписания документа (date), обязательный элемент.

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

• @id — «идентификатор (код) значения» по БД источника (token), строка длиной {1,127} символа;
• @retro — «признак ретроспективы» по БД источника (boolean);
• @modified — дата последнего изменения значения в БД источника (dateTime).

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

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

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

//communication/notification/@type=«Опубликование»

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

Элементы:

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

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

• .../foundation/region [0..1] — наименование региона организации, строка (normalizedString) длиной {1,511} символов, необязательный элемент;
• .../foundation/organization [1] — наименование организации, строка (normalizedString) длиной {1,511} символов, по XSD схеме необязательный элемент, но требует заполнения;
• .../foundation/person [1] — подписавший сотрудник (лицо), в формате: Фамилия Имя Отчество (при наличии), строка (normalizedString) длиной {1,511} символов, по XSD схеме необязательный элемент, но требует заполнения;
• .../foundation/num [1] — номер и дата документа, обязательный элемент;
• .../num/number [1] — номер документа, строка (token) длиной {1,31} символа, обязательный элемент;
• .../num/date [1] — дата подписания документа (date), обязательный элемент.

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

• @id — «идентификатор (код) значения» по БД источника (token), строка длиной {1,127} символа;
• @retro — «признак ретроспективы» по БД источника (boolean);
• @modified — дата последнего изменения значения в БД источника (dateTime);

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

• .../correspondent/region [0..1] — регион корреспондента уведомления, строка (normalizedString) длиной {1,511} символов, необязательный элемент;
• .../correspondent/organization [1] — организация-корреспондент уведомления, строка (normalizedString) длиной {1,511} символов, по XSD схеме необязательный элемент, но требует заполнения; Необязательные атрибуты для элементов region, organization:
• @id — «идентификатор (код) значения» по БД источника (token), строка длиной {1,127} символа;
• @retro — «признак ретроспективы» по БД источника (boolean);
• @modified — дата последнего изменения значения в БД источника (dateTime).

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

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

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

Квитанция

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

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

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

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

• .../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}.

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

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

Элементы:

• .../acknowledgment/time [1] — дата/время (dateTime) доставки сообщения получателю, обязательный элемент;
• .../acknowledgment/accepted [1] — признак (boolean) того, что квитируемое сообщение доставлено получателю, обязательный элемент;
• .../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_]{l,251}.[a-zA-Z0-9]{3}, необязательный элемент.

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

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

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

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

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

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

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

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

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

Значения перечисления для элемента уведомления .../notification/documentRefused/reason (причина отказа) будут корректироваться в дальнейшем, большинство из заявленных значений неоднозначно, не следует исключать значения из перечисления (в целях совместимости). В спорных ситуациях рекомендуется использовать значение «Не подлежит регистрации» и конкретизировать причину отказа в значении элемента .../notification/comment.

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

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

XSD-схема ЭСД МЭДО

<xsd:schema xmlns:xsd=«http://www.w3.org/2001/XMLSchema» version=«2.7» elementFormDefault=«qualified» attributeFormDefault=«qualified» targetNamespace=«http://www.infpres.com/IEDMS» xmlns=«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=«globalUniqueIdentifier»> </xsd:attribute> <xsd:attribute name=«created» type=«xsd:dateTime»> </xsd:attribute> <xsd:attribute name=«cookie» type=«anyValue»> </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=«anyValue»> </xsd:attribute> </xsd:complexType> </xsd:element> </xsd:sequence> <xsd:element name=«notification» type=«messageNotification»>

<xsd:element name=«acknowledgment» type=«messageAcknowledgment»>

<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=«anyValue»> </xsd:attribute> </xsd:complexType> </xsd:element> </xsd:sequence> <xsd:attribute name=«version» type=«xsd:token» use=«required»>

</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=«uniqueId» type=«globalUniqueIdentifier»> </xsd:element> <xsd:element name=«comment» nillable=«true» type=«stringValue» minOccurs=«0»> </xsd:element> <xsd:element name=«departId» minOccurs=«0» type=«identityValue»> </xsd:element> <xsd:element name=«organization» minOccurs=«0»> xsd:complexType xsd:sequence <xsd:element name=«shortName» type=«stringValue»> </xsd:element> </xsd:sequence> <xsd:attribute name=«id» type=«identityValue»> </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 <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=«modifled» 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=«anyValue»> </xsd:attribute> <xsd:attribute name=«source» type=«anyValue»> </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 value=«Документ»> </xsd:enumeration> <xsd:enumeration value=«Уведомление»> </xsd:enumeration> <xsd:enumeration value=«Квитанция»> </xsd:enumeration> <xsd:enumeration value=«Транспортный контейнер»> </xsd:enumeration> </xsd:restriction> </xsd:simpleType> <xsd:simpleType name=«identityValue»>

<xsd:restriction base=«xsd:token»> <xsd:minLength value=«1»/> <xsd:maxLength value=«127»/> </xsd:restriction> </xsd:simpleType> <xsd:simpleType name=«stringValue»> <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=«globalUniqueIdentifier»>

<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> </xsd:simpleType> <xsd:attributeGroup name=«qualifiedItemAttrs»>

<xsd:attribute name=«id» type=«identityValue»>

<xsd:attribute name=«retro» type=«xsd:boolean»>

<xsd:attribute name=«modified» type=«xsd:dateTime»>

</xsd:attributeGroup> <xsd:complexType name=«qualifiedValue»>

xsd:simpleContent <xsd:extension base=«stringValue»> <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=«20477»> <xsd:minLength value=«1»/> </xsd:restriction> </xsd:simpleType> </xsd:element> </xsd:sequence> <xsd:attribute name=«uid» use=«required» type=«globalUniqueIdentifier»> </xsd:attribute> </xsd:complexType> <xsd:complexType name=«documentNumber»>

xsd:sequence <xsd:element name=«number»> xsd:simpleType <xsd:restriction base=«xsd:token»> <xsd:maxLength value=«31»/> <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 name=«person» 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»>

  <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=«globalUniqueIdentifier»> </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=«identityValue»/> </xsd:complexType> <xsd:complexType name=«correspondent»>

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 name=«pages» type=«xsd:positiveInteger»>

<xsd:element name=«files» minOccurs=«0» type=«listOfFileLocalId»>

<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»>

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=«globalUniqueIdentifier»>

</xsd:attribute> </xsd:complexType> <xsd:simpleType name=«linkType»>

<xsd:restriction base=«xsd:token»> <xsd:enumeration value=«В ответ на»/> <xsd:enumeration value=«Во исполнение»/> <xsd:enumeration value=«Документ-основание»/> <xsd:enumeration value=«На N»/> <xsd:enumeration value=«Ответ»/> <xsd:enumeration value=«Связан с»/> </xsd:restriction> </xsd:simpleType> <xsd:complexType name=«documentReference»>

xsd:sequence <xsd:element name=«region» type=«qualifiedValue» minOccurs=«0»> </xsd:element> <xsd:element name=«organization» type=«qualifiedValue» minOccurs=«0»> </xsd:element> <xsd:element name=«person» 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=«num» type=«documentNumber» minOccurs=«l»> </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:complexType> <xsd:complexType name=«linkedDocument»>

xsd:sequence <xsd:element name=«linkType» type=«linkType» default=«Связан 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:elementname=«signatory» maxOccurs=«unbounded» type=«signatory»/> </xsd:sequence> </xsd:complexType> </xsd:element> <xsd:element name=«addressees»> xsd:complexType xsd:sequence <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=«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=«globalUniqueIdentifier»>

</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 name=«deadline» type=«xsd:date» minOccurs=«0»> </xsd:element> <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=«l» 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=«localId» type=«xsd:nonNegativeInteger» use=«optional»> </xsd:attribute> <xsd:attribute name=«id» type=«identityValue»> </xsd:attribute> </xsd:complexType> <xsd:complexType name=» signatory «>»

xsd:complexContent <xsd:extension base=«anyone»> xsd:sequence <xsd:element name=«signed» type=«xsd:date»> </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 name=«kind» type=«qualifiedValue» minOccurs=«0»>

<xsd:element name=«num» type=«documentNumber»>

<xsd:element name=«classification» type=«qualifiedValue» minOccurs=«0»>

<xsd:element name=«urgency» minOccurs=«0» type=«qualifiedValue»>

<xsd:element name=«insteadOfDistributed» type=«xsd:boolean» minOccurs=«0»>

</xsd:element> <xsd:element name=«specialMark» type=«stringValue» minOccurs=«0»>

<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 <xsd:element name=«addressee» type=«addressee» maxOccurs=«unbounded»/> </xsd:sequence> </xsd:complexType> </xsd:element> <xsd:element name=«pages» type=«xsd:positiveInteger»>

<xsd:elementname=«enclosuresPages» type=«xsd:positiveInteger» minOccurs=«0»>

<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=«globalUniqueIdentifier» use=«required»>

<xsd:attribute name=«id» type=«identityValue»>

</xsd:attribute> <xsd:attribute name=«cookie» type=«anyValue» use=«optional»>

</xsd:complexType> <xsd:simpleType name=«fileGroup»>

<xsd:restriction base=«xsd:token»> <xsd:enumeration value=«Текст документа»/> <xsd:enumeration value=«Текст приложения»/> <xsd:enumeration value=«Данные»/> </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 name=«localId» type=«xsd:nonNegativeInteger»>

<xsd:attribute name=«type» type=«fileType»>

<xsd:attribute name=«cookie» type=«anyValue»>

</xsd:complexType> <xsd:simpleType name=«reasonForRejection»> <xsd:restriction base=«xsd:normalizedString»> <xsd:enumeration value=«Не подлежит регистрации»/> <xsd:enumeration value=«Ошибка адресации»/> <xsd:enumeration value=«Не указан корреспондент»/> <xsd:enumeration value=«Нет искового заявления»/> <xsd:enumeration value=«Отсутствует текст»/> <xsd:enumeration value=«Нет подписи»/> <xsd:enumeration value=«Приложение отсутствует»/> <xsd:enumeration value=«Листаж приложения указан ошибочно»/> <xsd:enumeration value=«Несовпадение реквизитов приложения с приложенными документами»/> <xsd:enumeration value=«Нет № и даты»/> <xsd:enumeration value=«Не полная комплектация»/> <xsd:enumeration value=«Дата документа неразборчива»/> <xsd:enumeration value=«Исходящий номер документа неразборчив»/> <xsd:enumeration value=«Отсутствует (не видна) подпись»/> <xsd:enumeration value=«Перевернуты страницы»/> <xsd:enumeration value=«Продублированы страницы»/> <xsd:enumeration value=«В приложении проект нормативного акта»/> <xsd:enumeration value=«Документ ДСП»/> <xsd:enumeration value=«Документ и/или приложение отсканированы с оборотом»/> <xsd:enumeration value=«Документ неверно адресован»/> <xsd:enumeration value=«Документ получен ранее на бумажном носителе»/> <xsd:enumeration value=«Документ зарегистрирован ранее, текст взамен разосланного загружен»/> <xsd:enumeration value=«Количество страниц в тексте документа не соответствует заявленному»/> <xsd:enumeration value=«Несоответствие переданных реквизитов тексту документа»/> <xsd:enumeration value=«Отсутствует приложение, указанное в документе»/> <xsd:enumeration value=«Текст неразборчив»/> <xsd:enumeration value=«Текст отсутствует»/> <xsd:enumeration value=«Текст не соответствует регламенту»/> <xsd:enumeration value=«Несоответствие содержимого транспортного контейнера утвержденным требованиям»/> <xsd:maxLength value=«127»/> <xsd:minLength value=«1»/> </xsd:restriction> </xsd:simpleType> <xsd:simpleType name=«notificationType»>

<xsd:restriction base=«xsd:token»> <xsd:enumeration value=«Зарегистрирован»/> <xsd:enumeration value=«Отказано в регистрации»/> <xsd:enumeration value=«Назначен исполнитель»/> <xsd:enumeration value=» Доклад подготовлен«/> <xsd:enumeration value=»Доклад направлен«/> <xsd:enumeration value=»Исполнение«/> <xsd:enumeration value=»Опубликование«/> <xsd:enumeration value=»Государственная регистрация«/> </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 <xsd:elementname=«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 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=«31»/> </xsd:restriction> </xsd:simpleType> </xsd:element> <xsd:element name=«date» type=«xsd:dateTime»> </xsd:element> </xsd:sequence> </xsd:complexType> </xsd:element> <xsd:element name=«publicationPoint» type=«stringValue»> </xsd:element> </xsd:sequence> </xsd:extension> </xsd:complexContent> </xsd:complexType> </xsd:element> </xsd:choice> <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=«type» type=«notificationType» use=«required»> </xsd:attribute> <xsd:attribute name=«uid» type=«globalUniqueIdentifier» use=«required»> </xsd:attribute> <xsd:attribute name=«id» type=«identityValue»> </xsd:attribute> <xsd:attribute name=«mid» type=«globalUniqueIdentifier»> </xsd:attribute> <xsd:attribute name=«cookie» type=«anyValue»>

</xsd:complexType> <xsd:complexType name=«messageAcknowledgment»>

xsd:sequence <xsd:elementname=«time» type=«xsd:dateTime» minOccurs=«1»> </xsd:element> <xsd:element name=«accepted» type=«xsd:boolean»> </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:element name=«hashCodes» minOccurs=«0»> xsd:complexType <xsd:sequence minOccurs=«1» maxOccurs=«1»> <xsd:element name=«item» maxOccurs=«unbounded»> xsd:complexType xsd:sequence <xsd:element name=«name» type=«fileName»> </xsd:element> <xsd:element name=«code»> xsd:simpleType <xsd:restriction base=«xsd:hexBinary»> <xsd:maxLength value=«128»/> <xsd:minLength value=«32»/> </xsd:restriction> </xsd:simpleType> </xsd:element> </xsd:sequence> </xsd:complexType> </xsd:element> </xsd:sequence> <xsd:attribute name=«algorithm» use=«optional» type=«anyValue»> </xsd:attribute> </xsd:complexType> </xsd:element> </xsd:sequence> <xsd:attribute name=«uid» use=«required» type=«globalUniqueIdentifier»> </xsd:attribute> <xsd:attribute name=«content» type=«stringValue»> </xsd:attribute> </xsd:complexType> <xsd:simpleType name=«listOfFileLocalId»> <xsd:list itemType=«xsd:nonNegativeInteger»/> </xsd:simpleType> <xsd:complexType name=«deliveryDestination»>

xsd:sequence <xsd:element name=«destination» type=«communicationPartner»> </xsd:element> <xsd:element name=«files» maxOccurs=«1» minOccurs=«0» type=«listOfFileLocalId» nillable=«true» > </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:complexType name=«signerInfo»>

xsd:sequence <xsd:element name=«digestTime» type=«xsd:dateTime»> </xsd:element> <xsd:element name=«signer» type=«anyone»> </xsd:element> <xsd:element name=«comment» minOccurs=«0»> xsd:simpleType <xsd:restriction base=«xsd:string»> <xsd:maxLength value=«2048»/> <xsd:minLength value=«1»/> </xsd:restriction> </xsd:simpleType> </xsd:element> </xsd:sequence> <xsd:attribute name=«signature» use=«required» type=«fileName»>

<xsd:attribute name=«cookie» type=«anyValue»>

</xsd:complexType> <xsd:complexType name=» signedData«>»

xsd:sequence <xsd:element name=«signerInfo» maxOccurs=«unbounded» minOccurs=«1» type=«signerInfo»/> </xsd:sequence> <xsd:attribute name=«localName» use=«optional» type=«fileName»>

<xsd:attribute name=«type» type=«fileType»>

<xsd:attribute name=«cookie» type=«anyValue»>

</xsd:complexType> <xsd:complexType name=«documentContainer»> xsd:sequence <xsd:element name=«body»> xsd:simpleType <xsd:restriction base=«fileName»> <xsd:enumeration value=«[a-zA-Z0-9_]{1,247}.edc.zip»/> </xsd:restriction> </xsd:simpleType> </xsd:element> <xsd:element name=«signature» minOccurs=«0»> xsd:simpleType <xsd:restriction base=«fileName»> <xsd:pattern value=«[a-zA-Z0-9]{1,251}.[a-zA-Z0-9]{3}»/> </xsd:restriction> </xsd:simpleType> </xsd:element> </xsd:sequence> <xsd:attribute name=«type» use=«optional» type=«xsd:normalizedString» default=«Документ в электронном виде»>

</xsd:attribute>
</xsd:complexType>
</xsd:schema>