Смэв документация

Зачем нужна СМЭВ

Система межведомственного электронного взаимодействия (СМЭВ), построение которой идет в России на протяжении уже нескольких лет, должна помогать органам власти исполнять федеральный закон 210. Согласно одному из пунктов этого документа, с 1 июля 2012 г. чиновники не имеют права требовать с обратившихся к ним за госуслугами граждан дополнительные справки, которые и так есть в распоряжении других чиновников. Эти сведения органы власти должны получать друг у друга через СМЭВ.

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

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

Система межведомственного электронного взаимодействия позволяет федеральным, региональным и местным органам власти, контроля и надзора в электронном виде передавать и обмениваться данными, необходимыми для оказания госуслуг. Система позволяет реализовать принцип «одного окна» при оказании госуслуг населению. Гражданин обращается за услугой в профильное ведомство, а специалисты ведомства добирают необходимые данные в других ведомствах, используя СМЭВ.

Система межведомственного электронного взаимодействия

Текущая версия страницы пока не проверялась опытными участниками и может значительно отличаться от версии, проверенной 1 февраля 2022 года; проверки требуют 2 правки.

Штрафы для чиновников

• Время реакции каждого ведомства на электронный запрос составляет пять дней. И если автоматизированная система даст сбой, то `контора` должна успеть обработать заказ вручную и направить информацию заказчику хоть с курьером. А чиновники будут нести ответственность за неисполнение своих функций в рамках межведомственного взаимодействия. Соответствующие поправки будут внесены в законодательство.

• В сентябре 2011 г. в Госдуме РФ на рассмотрении находится законопроект, внесенный Правительством РФ, в соответствии с которым предусматриваются поправки в Кодекс об административных правонарушениях. Эти поправки касаются установления административной ответственности должностных лиц, нарушающих порядок предоставления государственных услуг.

«Эта норма необходима, потому, что административные регламенты, принимаемые органами власти, не всегда исполняются надлежащим образом. Но также эти нормы необходимы и с точки зрения установления ответственности, связанной с организацией межведомственного взаимодействия. В частности, законопроект предусматривает ответственность за нарушение сроков предоставления госуслуг и в этом смысле если сроки нарушаются по вине должностного лица, которое не ответило на межведомственный запрос, то оно должно быть привлечено к ответственности», – отметил в своем выступлении директор департамента государственного регулирования в экономике Министерства экономического развития Российской Федерации Савва Шипов.

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

В Кодекс РФ об административных правонарушениях добавляется две статьи. Новые статьи это Ст. 5.60. «Нарушение прав граждан и организаций при предоставлении государственных услуг» и Ст. 19.33. «Непредоставление информации, необходимой для оказания государственной или муниципальной услуги, необоснованный запрос информации в рамках межведомственного информационного взаимодействия».

Выдержки из проекта

Хронология реализации проектаПравить

Система идентификации в инфраструктуре электронного правительства

Постановление правительства № 977 от 28 ноября 2011 г. утвердило требования к единой системе идентификации и аутентификации в инфраструктуре электронного правительства, которая входит в инфраструктуру, обеспечивающую информационно-технологическое взаимодействие информационных систем, используемых для предоставления государственных и муниципальных услуг в электронной форме.

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

Роль Минэкономразвития

На межведомственное взаимодействие, по словам министра, переводится 988 документов. В процессе перевода выяснилось, что 311 документов были избыточны, рассказала она: «То есть когда органы власти требовали у граждан, у бизнеса эти документы, они их даже не использовали для предоставления госуслуг. Выяснилось, что эти документы просто не нужны, их можно ликвидировать. Это косвенный, но положительный эффект в документообороте».

Набиуллина также отметила активное участие в межведомственном взаимодействии Росеестра. В это ведомство, по ее словам, ежегодно поступает около 26 млн обращений на регистрацию, 68 млн обращений или запросов на информацию, и по значительной части этих обращений нужны справки из других ведомств, прежде всего из Федеральной налоговой службы.

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

Положительный эффектПравить

Технологическое обеспечение СМЭВ

Технологическое обеспечение информационного взаимодействия с применением СМЭВ достигается путем использования:

• сервис-ориентированной архитектуры, представляющей собой совокупность электронных сервисов, построенных по общепринятым стандартам;

• единых технологических решений и стандартов, единых классификаторов и описаний структур данных.

ПримечанияПравить

1. Федеральный закон от 27 июля 2010 г. N 210-ФЗ «Об организации предоставления государственных и муниципальных услуг». Дата обращения: 23 октября 2018. Архивировано 9 февраля 2022 года.
2. CNEWS 2013 № 65. Дата обращения: 23 марта 2013. Архивировано 12 марта 2013 года.
3. Постановление Правительства РФ от 28 ноября 2011 г. № 697 «О единой системе межведомственного электронного взаимодействия». Дата обращения: 23 октября 2018. Архивировано 23 октября 2018 года.
4. Технологический портал СМЭВ
5. Проект «Электронное правительство». Дата обращения: 10 января 2013. Архивировано 10 января 2013 года.
6. Telekomza. Минкомсвязи определилось с форматом документов для СМЭВ — PDF/А + реквизиты в XML. Дата обращения: 1 октября 2014. Архивировано 6 октября 2014 года.
7. Приказ Минкомсвязи РФ от 27.12.2010 года № 190 «Об утверждении технических требований к взаимодействию информационных систем в единой системе межведомственного электронного взаимодействия». URL: http://smev.gosuslugi.ru/portal/api/files/get/424 Архивная копия от 7 сентября 2014 на Wayback Machine
8. Методические рекомендации по разработке электронных сервисов и применению технологии электронной подписи. URL: http://smev.gosuslugi.ru/portal/api/files/get/6671 Архивная копия от 6 октября 2014 на Wayback Machine
9. Николай Никифоров: «Электронные сервисы в СМЭВ должны функционировать круглосуточно». Минкомсвязь России. Дата обращения: 1 июня 2016. Архивировано 20 сентября 2016 года.
10. Сервис ФМС «умирает» под давлением запросов через СМЭВ. Дата обращения: 23 октября 2018. Архивировано 23 октября 2018 года.
11. Шквал запросов через СМЭВ физически ломает оборудование Росреестра. Дата обращения: 23 октября 2018. Архивировано 23 октября 2018 года.

Как работает СМЭВ

Обмениваться данными через СМЭВ органы власти должны в двух направлениях. Если заявитель запрашивает федеральную услугу, то территориальное подразделение федерального органа власти в случае необходимости должно иметь возможность получить сведения из регионального органа и (или) органа местного самоуправления. В случае если заявитель обращается за региональной или муниципальной услугой, то чиновники должны суметь получить сведения в федеральном органе.

Сведения, которые федеральные органы власти должны предоставлять региональным органам и органам местного самоуправления в рамках оказания госуслуг, определялись экспертами Минэкономразвития. Всего таких сведений (в терминологии чиновников) было отобрано 135. Из них 110 должны предоставляться в электронном виде через СМЭВ.

Для передачи в электронном формате в обратную сторону – от региональных к федеральным органам власти – было утверждено 38 сведений для каждого региона.

Физически СМЭВ представляет собой набор из 84 шин Oracle (узлов), расположенных на 7 ЦОДах «Ростелекома» в разных частях России. Один узел СМЭВ используется федеральными органами власти, и по одному – 83 регионами. К каждому региональному узлу подключены местные информационные системы (финансовые, медицинские, статистические и др.), порталы госуслуг, единая система идентификации и аутентификации, удостоверяющий центр, система нормативно-справочной информации и другие компоненты.

Таким образом, посредством СМЭВ интегрируются между собой многочисленные федеральные и региональные информационные системы. При этом каждая точка интеграции является отдельным мини-проектом. «Для того чтобы вся система работала стабильно, нужно, чтобы все эти системы не противоречили друг другу и правильно взаимодействовали между собой», – рассказывает Козырев.

Сервис-ориентированная архитектура СМЭВ предполагает, что поставщик сведений (им может выступать как федеральный орган власти, так и регион) выводит через свою систему в эту шину некий электронный сервис, который при правильном запросе сведений правильно выдает их. А потребитель сведений (также, регион или федеральный орган) через свою систему в шину интегрирует адаптер, который умеет правильно запрашивать сведения и получать ответ.

«Сама по себе СМЭВ, по сути, не является системой. Это такая государственная закрытая сеть, своего рода государственный интернет, к которому подключаются разные ресурсы, – объясняет Козырев. – Чем больше таких ресурсов будет подключено и чем большей функциональностью они будут обладать, тем более функциональна будет система государственного бэк-офиса.

Инфраструктура СМЭВ, представляющая собой 7 физических ЦОДов, по мнению Алексея Козырева (январь 2013 г), является избыточной: «Когда у нас есть 7 дата-центров, к которым подключено 83 региона, федеральный сервис нужно проксировать на каждый из 83 региональных узлов. Эта процедура повторяется каждый раз, когда в сервис вносятся какие-то изменения. Это огромный объем работы, и это значительно увеличивает трудоемкость поддержки системы».

Документация вида сведений

При регистрации ВС в тестовой, а затем в продуктивной среде, готовится комплект документации:

• Руководство пользователя ВС;
• XSD – схемы;
• Эталонные сообщения ВС (запрос и ответ).

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

XSD-схема вида сведений – используется СМЭВ в качестве правил, на основании которых выполняется форматный контроль сообщений.

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

Паспорт ВС – сводная информация о Виде сведений, зарегистрированном в СМЭВ. Отображается в ЛК УВ. Содержит полное описание ВС, формат ВС, эталонные запросы и ответы, а также информацию о поставщиках и потребителях данного ВС. Формируется автоматически на основании введенных владельцем ВС данных при регистрации вида сведений в ЛК УВ.

СсылкиПравить

Функции СМЭВПравить

Базовые информационные ресурсы

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

В сентябре 2011 г. обсуждается проект нормативного правового акта Правительства РФ, предусматривающий подходы к формированию базовых информационных ресурсов регионов и муниципалитетов. По оценке экспертов, наиболее востребованными данными, которые могли бы предоставлять регионы и муниципалитеты, являются данные из ЗАГСов, данные, связанные с выдачей разрешений на строительство, данные, связанные с выдачей социальных пособий и льгот и ряд других.

Краткий обзор

Вкладка «Виды сведений СМЭВ-3» диалога свойств группы пользователей позволяет предоставлять и отзывать привилегии на виды сведений СМЭВ-3.

Чтобы вкладка была доступна, пользователь должен обладать системной привилегией VIEW_SMEV3_DK_PRIVS (Просмотр привилегий на виды сведений СМЭВ-3). Чтобы иметь возможность изменять привилегии на виды сведений СМЭВ-3, пользователь должен обладать системной привилегией ALTER_SMEV3_DK_PRIVS (Изменение привилегий на виды сведений СМЭВ-3).

В списке отображаются виды сведений СМЭВ-3, на которые пользователю предоставлены какие-либо привилегии. Если пользователь обладает системной привилегией VIEW_ANY_SMEV3_DK (Просмотр любого вида сведений СМЭВ-3), то отображаются все виды сведений СМЭВ-3, независимо от имеющихся привилегий пользователя на виды сведений СМЭВ-3.

Роли пользователей вида сведений

В процессе электронного взаимодействия через СМЭВ можно различить 3 роли: владелец вида сведений, поставщик, потребитель.

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

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

Потребитель (инициатор) – отправляет поставщику запросы к виду сведений и получает от поставщика сведения соответствующего ВС.

Версионность

В тестовой или продуктивной среде может быть зарегистрировано одновременно несколько версий ВС. В случае регистрации новой версии ВС в продуктивной среде СМЭВ участник, имеющий доступ к этому ВС, получит доступ к новой версии в автоматическом режиме.
Необходимо следить за актуальностью используемых версий ВС, ведь при выводе новой версии ВС в течение полугода могут вывести предыдущую версию ВС.

Криптографическая защита СМЭВ

Для защиты систем, обеспечивающих поддержку процессов информационного взаимодействия всех субъектов Электронного правительства, “Ростелекомом” было выбрано решение на основе программных и программно-аппаратных комплексов защиты информации ViPNet компании “ИнфоТеКС.

Программно-аппаратные комплексы ViPNet Coordinator HW успешно используются для обеспечения межсетевого экранирования и криптографической защиты информации при подключении к системе межведомственного электронного взаимодействия (СМЭВ) федеральных органов исполнительной власти, органов власти субъектов Российской Федерации, муниципальных учреждений, банков и операторов платежных систем.
Проект стартовал в 2010 году. За прошедший год удалось построить федеральный сегмент СМЭВ. Сейчас осуществляется подключение региональных сегментов электронного правительства (РИЭП).

Масштаб задачи

Внедрение СМЭВ без преувеличения можно назвать самым крупным интеграционным проектом, который когда-либо был реализован в России до этого.

О масштабе задачи говорят следующие цифры. На федеральном уровне в электронном виде должны предоставляться 320 услуг, сводный реестр госуслуг регионального уровня насчитывает уже около 13 тыс. позиций, а муниципального — более 25 тыс.

`У нас 67 органов исполнительной власти участвуют через 237 услуг в СМЭВ` (Эльвира Нибиуллина, на совещании у председателя правительства Владимира Путина 26 сентября 2011 г.). Число органов же исполнительной власти регионального и муниципального уровней, которые должны быть охвачены электронным взаимодействием, в сотни раз больше.

Технические подробности взаимодействияПравить

Аналоги Адаптер СМЭВ 3

Программа для создания электронной подписи и доверенной визуализации документов.

Решение сочетает в себе зашифрованную электронную почту, электронные подписи и настраиваемые веб-формы

Отправляйте счета, собирайте платежи и получайте подписи всего за несколько кликов.

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

Место СМЭВ в Электронном правительстве РФ

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

Однако, всем известно, что автоматизация различных государственных структур происходила в разное время, на разном уровне, и с использованием самых разнообразных решений. В каждом ведомстве господствуют собственные регламенты делопроизводства, со всеми вытекающими отсюда проблемами. В одном месте уже работает полноценный электронный документооборот, в другом месте еще до сих пор используется ручной ввод данных и документов. Но даже и в том случае, если речь идет о внедренной и работающей СЭД, налицо полный «зоопарк» стандартов, форматов и т.д. Поэтому, как только был запущен общероссийский портал Gosuslugi.ru, создание в ближайшей перспективе Системы межведомственного электронного взаимодействия (СМЭВ) стало острейшей необходимостью. По сути, СМЭВ как раз и представляет собой набор стандартов и решений, позволяющих информационным системам федеральных и муниципальных ведомств беспрепятственно взаимодействовать между собой, а также с Единым порталом госуслуг. Еще одна немаловажная функция СМЭВ – обеспечение функционирования государственных информационных систем информационно-аналитической поддержки государственного управления.

Полезные ссылки

Портал методической поддержки реализации федерального закона N210 ФЗ

Участники СМЭВ

Мониторинг подключения федеральных ведомств и регионов к СМЭВ ведется на сайте Высшей школы экономики.

Федеральная налоговая служба

На январь 2012 года налоговая служба (ФНС) является одним из крупнейших поставщиков данных, необходимых для оказания более 235 государственных услуг 51 федеральному ведомству.

Самостоятельно же ФНС России оказывает девять государственных услуг, требующих организации межведомственного электронного взаимодействия. Это прежде всего:

• государственная регистрация юридических лиц и индивидуальных предпринимателей,
• учет организаций и физических лиц в качестве налогоплательщиков,
• 6 государственных услуг ФНС России по лицензированию некоторых видов деятельности и
• регистрация контрольно-кассовой техники^[3].

Правительством определенны 11 базовых информационных реестров, из них 4 – это реестры ФНС России:

• ЕГРЮЛ,
• ЕГРИП,
• ЕГРН и
• ФИАС.

Начиная с 1 октября по 30 декабря 2011 г., было зафиксировано более 120 тыс. запросов федеральных органов исполнительной власти при оказании государственных услуг к сервисам ФНС России, размещенным в СМЭВ. Самыми популярными из них является сервисы по предоставлению сведений и выписки из ЕГРЮЛ/ЕГРИП.

Наиболее активными пользователями указанной информации являются МВД России, Росреестр, Россельхознадзор, ФСС России, Роспотребнадзор и Ростехнадзор.

Министерство обороны РФ по запросу других органов власти в электронном формате должно выдавать документы, подтверждающие факт прохождения службы или увольнения, справки о получении пенсии проходившим службу в органах внутренних дел, справки об общей продолжительности службы и др.

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

Вкладка «Виды сведений СМЭВ-3»

Характеристики

Опишите задачу, а интеграторы сами предложат свои услуги. Выберите исполнителя по рейтингу и
отзывам. О цене договоритесь самостоятельно

Интерфейс

В таблице для редактирования привилегий:

• Значок ( ) на пересечении строки и столбца означает наличие у группы пользователей соответствующей привилегии на вид сведений.

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

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

• Двойной щелчок левой кнопки мыши на наименовании вида сведений циклически выполняет команды «Разрешить всё для вида сведений», «Запретить всё для вида сведений», «Очистить все привилегии на вид сведений».

• В режиме редактирования базовых привилегий:

  • частично закрашенный значок ( ) на пересечении строки и столбца означает, что выбрана часть привилегий, относящихся к данной базовой привилегии;

  • выбор привилегии приводит к выбору всех привилегий, относящихся к данной базовой привилегии.

• • Разрешить всё для вида сведений.

  • Запретить всё для вида сведений.

  • Очистить все привилегии на вид сведений.

  • Очистить все привилегии.

  • Восстановить исходные значения привилегий.

Популярные сравнения
с Адаптер СМЭВ 3

Популярные сравнения
с Адаптер СМЭВ 3

Создавайте, отслеживайте и подписывайте электронные документы в одном месте, используя юридически значимые электронные подписи.

Решение сочетает в себе зашифрованную электронную почту, электронные подписи и настраиваемые веб-формы

Программа для создания электронной подписи и доверенной визуализации документов.

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

Отправляйте счета, собирайте платежи и получайте подписи всего за несколько кликов.

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

Adobe Sign – это решение для электронного подписания, которое имеет все необходимое для превращения существующих процессов подписания в 100% цифровые рабочие процессы.

Juro – это система сквозного управления контрактами с поддержкой искусственного интеллекта, которая позволяет пользователям создавать, согласовывать, подписывать и хранить контракты.

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