Цели и требования Данный документ разработан в целях реализации и во исполнение:
Федерального закона от 27 июля 2010 г. № 210-ФЗ «Об организации предоставления государственных и муниципальных услуг»;
Федерального закона от 6 апреля 2011 г. № 63-ФЗ «Об электронной подписи»;
Федерального закона от 10 января 2002 г. № 1-ФЗ «Об электронной цифровой подписи»;
Постановления Правительства Российской Федерации от 8 сентября 2010 г. № 697 «О единой системе межведомственного электронного взаимодействия» (далее Постановление № 697);
а также в рамках реализации:
соглашений о взаимном признании электронных подписей, заключенных между Минкомсвязью РФ и федеральными органами исполнительной власти;
соглашений о взаимодействии при обеспечении оказания (исполнения) государственных (муниципальных) услуг (функций) федеральными органами исполнительной власти, заключенных между Минкомсвязью РФ и федеральными органами исполнительной власти.
Термины и определения В документе используются следующие термины и определения:
ИС
| Информационная система
| ИЭП
| Инфраструктура электронного правительства
| Оператор СМЭВ
| Министерство связи и массовых коммуникаций Российской Федерации (в соответствии с постановлением Правительства РФ N 697 от 08.09.2010)
| ПО
| Программное обеспечение
| ЕПД
| Единое пространство доверия
| ЕПГУ
| Единый портал государственных и муниципальных услуг (функций)
| СМЭВ
| Система межведомственного электронного взаимодействия
| РСМЭВ
| Региональная система межведомственного электронного взаимодействия
| УЦ
| Удостоверяющий центр
| ОИВ
| Органы исполнительной власти
| ЭП
| Электронная подпись
|
2.Требования к структуре электронных сообщений в СМЭВ 2.1. Общие требования Электронные сообщения в системе межведомственного электронного взаимодействия передаются в формате XML.
Согласно спецификации WS-I Basic Profile 1.1 все WSDL и XSD файлы должны быть кодированы в кодировке UTF-8 или UTF-16 (с указанием этой кодировки в заголовке XML) (Приказ Минкомсвязи РФ N 190 от 27.12.2010 года).
Кодировка электронных сообщений в СМЭВ должна быть UTF-8.
Для межведомственного информационного обмена кодировка вложений должна быть UTF-8.
Кодировка вложений в сообщениях в рамках подачи заявлений с ЕПГУ в электронном виде должна быть UTF-8 или UTF-16 при условии наличия соответствующей нотации: Предпочтительным во вложениях, передаваемых в электронных сообщениях в рамках подачи заявлений с ЕПГУ в электронном виде является использование кодировки UTF-8, но выбор используемой кодировки Unicode определяется поставщиком самостоятельно.
Дополнительные требования к электронным сообщениям, указанные в документе, расширяют требования, содержащиеся в приказе Министерства связи и массовых коммуникаций Российской Федерации от 27 декабря 2010 г. № 190 «Об утверждении технических требований к взаимодействию информационных систем в единой системе межведомственного электронного взаимодействия», и предназначены для:
обеспечения единых правил для участников межведомственного информационного обмена, осуществляемого через СМЭВ, в части структуры сообщений и технологий электронной подписи;
усовершенствования механизмов контроля и мониторинга информационных потоков, реализующихся через передачу электронных сообщений от информационных систем потребителей к информационным системам поставщиков сервисов с использованием СМЭВ, как для обеспечения заказа услуг в электронном виде с Единого портала государственных услуг (функций) и их исполнения, так и для межведомственного взаимодействия между участниками информационного обмена.
В электронных сообщениях, передаваемых через СМЭВ, должны содержаться унифицированные блоки данных, описанные в данном документе.
Общая структура электронного сообщения включает в себя (приказ Минкомсвязи РФ N 190 от 27.12.2010 года): заголовок электронного сообщения системы взаимодействия (soap:Header); тело электронного сообщения системы взаимодействия (soap:Body); сообщение об ошибке (soap:Fault).
Интерфейсы ИС участников взаимодействия, подключаемые к СМЭВ, в заголовке электронных сообщений должны поддерживать применение:
Блока электронной подписи информационной системы отправителя (в рамках описания текущего документа это либо ЭП-ПГУ – при взаимодействии для заказа услуг в электронном виде, либо ЭП-ОВ – при межведомственном взаимодействии);
Блока электронной подписи СМЭВ;
Унифицированного служебного заголовка СМЭВ.
Интерфейсы ИС участников взаимодействия, подключаемые к СМЭВ, в теле электронных сообщений должны поддерживать применение:
Унифицированного служебного блока атрибутов сообщения СМЭВ;
Унифицированного служебного блока-обертки данных сообщения СМЭВ;
Унифицированного служебного блока структурированных сведений в соответствии с требованиями поставщика;
Унифицированного служебного блока вложений (включающий элементы для обеспечения передачи вложений в формате бинарных данных или в формате ссылки на вложение, передаваемое вне конверта)
Использование других блоков данных, отличных от описанных в данном документе, в заголовке и теле электронных сообщений не допускается.
Пример структуры электронного сообщения, содержащего унифицированные блоки данных, содержится в приложении 3.
Описание унифицированных элементов в сообщениях обеспечивает версионность, предполагающую дальнейшее развитие формата сообщений при условии поддержания совместимости с предыдущими версиями.
Для именования пространства имен унифицированных элементов в сообщениях СМЭВ, регламентирующихся Оператором СМЭВ, в документе применяется нотация xmlns:smev.
Для того чтобы можно было отличить одну версию формата от другой, применяется следующее правило кодирования пространства имен:
xmlns:smev="http://smev.gosuslugi.ru/revYYMMDD"
| где YYMMDD указывает на дату принятия актуальной версии, соответственно:
YY соответствует двум последним цифрам в номере года;
MM – номер месяца;
DD – номер числа в месяце.
Для обозначения версии методических рекомендаций для схем данных применяется атрибут корневого элемента xsd:schema: Схема электронного сообщения, передаваемого в СМЭВ с учетом унифицированных блоков, представлена на рисунке.
Рисунок 1 - Схема электронного сообщения СМЭВ
|