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

 

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

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

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

 

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

Н.А. Никифоров

 

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

Е.А. Муров

 

Зарегистрировано в Минюсте РФ 22 сентября 2015 г.
Регистрационный N 38956

 

Требования
к организационно-техническому взаимодействию государственных органов и государственных организаций посредством обмена документами в электронном виде
(утв. приказом Министерства связи и массовых коммуникаций РФ и Федеральной службы охраны РФ от 27 мая 2015 г. N 186/258)

 

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

 

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

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

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

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

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

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

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

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

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

 

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

 

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

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

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

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

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

 

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

 

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

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

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

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

- регистрационный номер и дата регистрации документа,

- элементы визуализации регистрационных данных и отметки об ЭП*(1),

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

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

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

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

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

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

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

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

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

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

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

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

- файл описания транспортного контейнера,

- файл документа,

- файл(ы) ЭП документа,

- файлы графических элементов регистрации и отметки об ЭП,

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

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

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

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

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

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

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

- нарушение комплектности транспортного контейнера (несоответствие количества, имен файлов транспортного контейнера именам файлов, указанным в файле описания транспортного контейнера),

- недействительность ЭП, входящих в его состав,

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

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

- несоответствие формата файла документа формату, указанному в пункте 16 настоящих требований,

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

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

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

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

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

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

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

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

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

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

- краткая информация о документе, которому отказано в регистрации;

- причина отказа в регистрации, опционально - комментарий к причине отказа в регистрации.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

 

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

 

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

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. Требования к транспортному контейнеру

 

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

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

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

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

 

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

 

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

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

а) текст ЭД;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

 

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

 

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

 

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

 

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

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

- приложенные файлы, в том числе:

- файл документа;

- файлы электронных подписей документа;

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

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

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

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

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

Файл описания транспортного контейнера документа должен иметь название 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.

 

Таблица

 

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

 

N пп

Наименование элемента схемы

Тип содержимого

Кратность*(3)

Описание элемента схемы

1.

container

Компл.*(4)

1

Транспортный контейнер документа в электронном виде

1.1.

@uid

Строка

1

Уникальный идентификатор документа в электронном виде- GUID*

1.2.

@version

Строка

1

Минимальная версия XSD схемы, согласно которой сформирован файл описания транспортного контейнера

1.3.

requisites

Компл.

1

Общие реквизиты документа

1.3.1.

documentKind

Строка

1

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

1.3.1.1.

@id

Строка

0..1

Локальный идентификатор вида документа в СЭД отправителя или получателя.

1.3.2.

documentPlace

Строка

0..1

Место составления (издания) документа

1.3.2.1.

@id

Строка

0..1

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

1.3.3.

classification

Строка

0..1

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

1.3.3.1.

@id

Строка

0..1

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

1.3.4.

annotation

Строка

1

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

1.3.5.

links

Компл.

0..1

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

1.3.5.1.

link

Компл.

1..n

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

1.3.5.1.1.

@uid

Строка

0..1

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

1.3.5.1.2.

organization

Компл.

0..1

Информация об организации - авторе связанного документа. Указывать описание комплексного типа содержимого "organization"

1.3.5.1.3.

department

Строка

0..1

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

1.3.5.1.3.1.

@id

Строка

0..1

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

1.3.5.1.4.

registration

Компл.

1

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

1.3.5.1.4.1.

number

Строка

1

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

1.3.5.1.4.2.

date

Дата

1

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

1.3.5.1.5.

signer

Компл.

0..n

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

1.3.5.1.5.1.

@id

Строка

0..1

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

1.3.5.1.5.2.

post

Строка

0..1

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

1.3.5.1.5.3.

name

Строка

1

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

1.3.5.1.5.4.

phone

Строка

0..1

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

1.3.5.1.5.5.

email

Строка

0..1

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

1.4.

authors

Компл.

1

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

1.4.1.

author

Компл.

1..n

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

1.4.1.1.

organization

Компл.

1

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

1.4.1.2.

department

Строка

0..1

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

1.4.1.2.1.

@id

Строка

0..1

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

1.4.1.3.

registration

Компл.

1

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

1.4.1.3.1.

number

Строка

1

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

1.4.1.3.2.

date

Дата

1

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

1.4.1.3.3.

registrationStamp

Компл.

1

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

1.4.1.4.

sign

Компл.

1..n

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

1.4.1.4.1.

person

Компл.

1

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

1.4.1.4.1.1.

@id

Строка

0..1

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

1.4.1.4.1.2.

post

Строка

1

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

1.4.1.4.1.3.

name

Строка

1

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

1.4.1.4.1.4.

phone

Строка

0..1

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

1.4.1.4.1.5.

email

Строка

0..1

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

1.4.1.4.2.

documentSignature

Компл.

1

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

1.4.1.4.2.1.

@localName

Строка

1

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

1.4.1.4.2.2.

@type

Строка

0..1

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

1.4.1.4.2.3.

signatureStamp

Компл.

1

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

1.4.1.5.

executor

Компл.

0..1

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

1.4.1.5.1.

@id

Строка

0..1

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

1.4.1.5.2.

post

Строка

0..1

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

1.4.1.5.3.

name

Строка

1

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

1.4.1.5.4.

phone

Строка

1

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

1.4.1.5.5.

email

Строка

0..1

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

1.5.

addressees

Компл.

1

Адресаты

1.5.1.

addressee

Компл.

1..n

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

1.5.1.1.

organization

Компл.

1

Информация об организации адресата. Указывать описание комплексного типа содержимого "organization"

1.5.1.2.

department

Строка

0..1

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

1.5.1.2.1.

@id

Строка

0..1

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

1.5.1.3.

person

Компл.

0..n

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

1.5.1.3.1.

@id

Строка

0..1

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

1.5.1.3.2.

post

Строка

0..1

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

1.5.1.3.3.

name

Строка

0..1

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

1.5.1.3.4.

phone

Строка

0..1

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

1.5.1.3.5.

email

Строка

0..1

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

1.6.

document

Компл.

1

Документ

1.6.1.

@localName

Строка

1

Ссылка на файл содержимого документа (имя файла в транспортном контейнере). Приложения, являющиеся неотъемлемыми частями документа, должны быть включены в файл содержимого документа. Отправка электронных документов осуществляется в виде "один документ - один файл".

1.6.2.

pagesQuantity

Целое число

0..1

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

1.6.3.

enclosurePagesQuantity

Целое

число

0..1

Количество страниц приложений - неотъемлемых частей документа, включенных в файл документа

1.6.4.

description

Строка

0..1

Примечание к файлу документа

1.7.

attachments

Компл.

0..1

Приложения

1.7.1.

attachment

Компл.

1..n

Приложение

1.7.1.1.

@localName

Строка

1

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

1.7.1.2.

order

Целое число

1

Номер приложения, начиная с 0

1.7.1.3.

description

Строка

1

Информация о приложении

1.7.1.4.

signature

Компл.

0..n

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

1.7.1.4.1.

@localName

Строка

1

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

1.8.

containerSignature

Компл.

0..1

Электронная подпись бинарного объединения совокупности файлов транспортного контейнера

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

1.8.1.

@localName

Строка

1

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

 

 

 

 

 

2.

Stamp

Компл. тип

 

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

2.1.

@localName

Строка

1

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

2.2.

position

Компл.

1

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

2.2.1.

page

Целое число

1

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

2.2.2.

topLeft

Компл.

1

Координаты верхнего левого угла изображения графических элементов

2.2.2.1.

X

Целое число

1

Отступ по горизонтали от верхнего левого угла страницы, в мм

2.2.2.2.

y

Целое число

1

Отступ по вертикали от верхнего левого угла страницы, в мм

2.2.3.

dimension

Компл.

1

Размер изображения графических элементов

2.2.3.1.

w

Целое число

1

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

2.2.3.2.

h

Целое число

1

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

3.

organization

Компл. тип

 

Информация об организации

3.1.

@id

Строка

0..1

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

3.2.

title

Строка

1

Наименование организации**

3.3.

address

Строка

0..1

Почтовый адрес

3.4.

phone

Строка

0..1

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

3.5.

email

Строка

0..1

Официальный адрес электронной почты

3.6.

website

Строка

0..1

Официальный сайт

 

______________________________

* Строка длиной 36 символов, представляющая "глобально уникальный идентификатор" (GUID), формата:

[a-fA-F0-9]{8}-[a-fA-F0-9]{4}-[a-fA-F0-9]{4}-[a-fA-F0-9]{4}-[a-fA-F0 -9]{12}

например: "abcdef0 1 -2345-6789-fbcd-ef0 123456789".

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

 

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

ГАРАНТ:

См. XSD-схему описания транспортного контейнера в редакторе Adobe Reader

______________________________

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

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

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

*(4) Комплексный

 

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

 

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

 

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

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

 

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

 

                 27.05.2015                  П24-0-0000

 

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

 

   (НАИМЕНОВАНИЕ ОРГАНИЗАЦИИ-               (Наименование должности и
      ОТПРАВИТЕЛЯ ДОКУМЕНТА)             организации адресата документа

 

 (Адрес организации - отправителя)
  Справочная: +7 (495) 000-00-00
    27.05.2015 N П24-0-0000
    _________    ___________

 

на N__________от________________

 

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

 

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

 

РИС. 3 (УТВ. ПРИКАЗОМ МИНКОМСВЯЗИ РФ И ФСО РФ ОТ 27.05.2015 N 186/258)

 

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

 

 

ДОКУМЕНТ ПОДПИСАН

ЭЛЕКТРОННОЙ ПОДПИСЬЮ

 

Сертификат 1a000aaa000000000011

Владелец Петров Петр Петрович

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

 

 

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

 

РИС. 5 (УТВ. ПРИКАЗОМ МИНКОМСВЯЗИ РФ И ФСО РФ ОТ 27.05.2015 N 186/258)

 

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

 

 

ДОКУМЕНТ ПОДПИСАН

ЭЛЕКТРОННОЙ ПОДПИСЬЮ

 

Сертификат 1a000aaa000000000011

Владелец Петров Петр Петрович

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

П.П. Петров

 

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

 

РИС. 7 (УТВ. ПРИКАЗОМ МИНКОМСВЯЗИ РФ И ФСО РФ ОТ 27.05.2015 N 186/258)

 

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

 

РИС. 8 (УТВ. ПРИКАЗОМ МИНКОМСВЯЗИ РФ И ФСО РФ ОТ 27.05.2015 N 186/258)

 

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

 

РИС. 9 (УТВ. ПРИКАЗОМ МИНКОМСВЯЗИ РФ И ФСО РФ ОТ 27.05.2015 N 186/258)

 

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

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

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

- .../source/@uid - уникальный идентификатор "источника" сообщения (клиента МЭДО) GUID, строка (token), удовлетворяющая шаблону [a-fA-FO-9]{8}-[a-fA-F0-9]{4}-[a-fA-F0-9]{4}-[a-fA-F0-9]{4}-[a-fA-F0-9]{1 2}. Генерируется отправителем сообщения один раз и далее используется во всех дальнейших его ЭСД;

.../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-_A-F0-9]{4}-[a-fA-F0-9]{4}-[a-fA-F0-9]{1 2}.

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

- .../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/contactlnfo [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-FO-9]{8}-[a-fA-F0-9]{4}-[a-fA-F0-9]{4}-[а-fA-F0-9]{4}-[a-fA-F0-9]{1 2}. Атрибут может быть использован для ассоциации адресата с клиентом МЭДО.

Элементы:

- .../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/enclosures Pages [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]{1 2}

- .../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]{1 2};

- .../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/contactlnfo [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"|"xmr"}, если тип не задан, то формат файла определяется по расширению в @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]{1 2};

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

- .../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]{1 2}, По 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] - причина отказа в регистрации, обязательный элемент, перечисление {"Не подлежит регистрации" | "Ошибка адресации" | "Не указан корреспондент" | "Нет искового заявления" | "Отсутствует текст" | "Нет подписи"| "Нет N и даты" | "Не полная комплектация" |"Дата документа неразборчива"|"Исходящий номер документа неразборчив"!"Отсутствует (не видна) подпись"! "Перевернуты страницы" "Продублированы страницы"| "В приложении проект нормативного акта"| "Документ ДСП"| "Документ и/или приложение отсканированы с оборотом"! "Документ неверно адресован"! "Документ получен ранее на бумажном носителе"! "Документ зарегистрирован ранее, текст взамен разосланного загружен" ("Количество страниц в тексте документа не соответствует заявленному"("Несоответствие переданных реквизитов тексту документа"("Отсутствует приложение, указанное в документе"!"Текст неразборчив"!"Текст отсутствует"!"Текст не соответствует регламенту" ("Несоответствие содержимого транспортного контейнера утвержденным требованиям"}. В дополнение к данному перечислению, для детализации причины отказа используется элемент ../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/contactlnfo [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/contactlnfo [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.

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

//communucation/header/@type = "Квитанция"

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

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

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

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

- .../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_]{1,251}.[a-zA-Z0-9]{3}, необязательный элемент.

 

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

 

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

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

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

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

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

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

- region ("регион"),

- organization ("организация"),

- person ("сотрудник"),

- department ("подразделение"),

- post ("должность").

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

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

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

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

 

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

ГАРАНТ:

См. XSD-схему ЭСД МЭДО в редакторе Adobe Reader