Вы – представитель организации-разработчика? Вот скажите честно, вы как относитесь к интеграционным задачам? Чувствуете себя суперменом (решим всё, чего только не повидали уже) или сторонитесь их, насколько это возможно, понимая, что путь тернист и непредсказуем?
Или вы – представитель заказчика? Вы отчётливо понимаете, что в результате должно получиться, как процесс должен заработать и насколько реалистично достижение результата? И сформулировать все требования сможете? Или только «широкими мазками обозначить направление движения»? А представляете, сколько дополнительных шагов именно вам придется сделать? Да-да, именно вам, а вовсе не разработчику.
Вот мы, например, разработчики. Организация, занимающаяся разработкой ПО и внедрением. И, наверное, если зажмуриться, за интеграции взяться можно. Да чего уж там, и берёмся, веря в силу разума и свою, и сотоварищей, творящих те самые системы, с которыми надо взаимодействие наладить.
И непонятно мне, что ж вот прямо никто не пишет о проблемах. Говорить в кулуарах вроде говорят. Но вот статей не встречается. Про доработки СМЭВ, про правительственную подкомиссию была вот недавно статья. Такая вот конструктивная статья, про ключевые направления развития, про повышение эффективности и т.д. А о проблемах – не встречалось.
Расскажу, с чем мы столкнулись. Я-то, как руководитель, наблюдаю это ситуацию несколько со стороны, но полёты разбирать приходиться регулярно. И вот что докладывают специалисты по использованию Адаптера СМЭВ:
1. Содержание документации сильно формализовано и содержит только краткие сведения об основных настройках Адаптера. Таким образом, содержание документации не позволяет IT-службам участников взаимодействия самостоятельно выполнить все настройки Адаптера без привлечения сторонних организаций, либо без постоянного общения со службой поддержки СЦ СМЭВ (см. п. «3»). Присутствует формальное описание ключевых настроек, без разъяснения применимости тех или иных настроек и вариантов их значений в различных окружениях (в документации приведены значения настроек для применения ЭЦП с криптопровайдером CryptoPRO, но нет сведений для настройки с использованием Trasted JAVA). Отсутствует функционал «самоконтроля» адаптером выполненных настроек с записью состояния Адаптера в логи. Часть настроек не документирована вообще (например, настройки хранилища сертификатов в Адаптере версии 3.0).
2. Версии Адаптера, размещаемые на технологическом портале, имеют ограниченную функциональность (не соответствуют описанию в документации), например, в части реализации внутреннего хранилища информации Адаптера версии 1.2 не функционирует хранилище на основе БД PostgreSQL. В версии Адаптера 3.0 некорректно работает механизм подписи сообщений ЭЦП (при попытке подписания посылки Адаптер выдает исключение и виснет) – пришлось возвращаться к версии Адаптера 1.2. И эту версию пришлось доработать, поскольку в коде содержались ошибки.
3. Значительное время занимает переписка со службой поддержки. Практически 90% обращений по телефону заканчиваются рекомендацией написать запрос в службу поддержки ситуационного центра Минкомсвязи. (ВНИМАНИЕ!!! Разработчик не может направлять подобные сообщения, это должен сделать заказчик!!!) Далее регламентом предусматривается рассмотрение заявки (от нескольких минут до 1-2 дней) и переадресование в службу технической поддержки «Ростелеком»-СМЭВ с регламентом ответа до трёх дней. При этом необходимо по каждому вопросу создавать отдельные заявки. Таким образом, ответ на каждый заданный вопрос можно ждать (с учётом выходных) до недели, по прошествии которой вместо точного ответа на вопрос можно получить предложение уточнить вопрос в следующей заявке (с периодом ожидания ответа ещё до недели). В результате внедрение взаимодействия со СМЭВ реально затягивается на месяцы.
4. Тестирование видов сведений производится в соответствии с проектом приложения 3 «Правила и процедуры работы в СМЭВ» по методическим рекомендациям версии 3.х. Вносимые изменения в регламент проведения необходимых процедур тестирования взаимодействия с видами сведений для получения доступа к продуктивной среде СМЭВ не учитывают особенности реализации Адаптера. Так, ни в документации на Адаптер, ни в документации к видам сведений, ни в методических рекомендациях и иных регламентах нет информации о порядке действий участника взаимодействия при проведении с использованием Адаптера СМЭВ тестирования вида сведений для получения доступа к продуктивной среде. Действующими редакциями регламентов по проведению тестирования Видов сведений предусмотрено направление в адрес ситуационный центр СМЭВ архива полученных и отправленных запросов (эталонных). В случае использования Адаптера запросы и ответы при взаимодействии со СМЭВ направляются Адаптером автоматически и не доступны ни из пользовательского интерфейса, ни в хранилище Адаптера для последующего сохранения и передачи в ситуационный центр СМЭВ. Выяснение и уточнение порядка прохождения тестирования видов сведений для получения доступа к ним в продуктивной среде с применением Адаптера СМЭВ заняло в результате более двух недель.
Вот ещё в завершение – заказчик не может проверить полученные результаты – разработанные сервисы – в продуктивном контуре, а результаты тестового контура ему не указ. А проверить не может, потому что:
2. Что-то не работало в «чёрном ящике» на стороне сервисов внешней ИС. Мониторинга работоспособности сервисов нет, выяснить причину можно только через оператора.
3. Далее выяснилось, что заказчик в продуктивной среде не может организовать кейс для проверки одного из видов сведений, поскольку для этого надо ЭЦП физического лица, и фактическое внесение в действующие системы изменений данных (в нашем случае – изменение страховой принадлежности физлица в ОМС). И где найти такое физическое лицо, чтоб согласилось быть подопытным в эксперименте, заказчик не знает. Ну а раз не на чем проверить кейс, значит, не работает.
Мучает нас вопрос: как же работают остальные? Как подключаются к СМЭВ со своими ИС, используя Адаптер? Очень хочется найти таких братьев по разуму или товарищей по несчастью.
Об авторе: Наталья Резина, генеральный директор ООО «НЕОЛАНТ Запад».
Следите за нашим Телеграм-каналом, чтобы не пропускать самое важное!
Поделиться:
СМЭВ – это защищенная система, которая позволяет ее участникам обмениваться данными и электронными документами, необходимыми для оказания госуслуг гражданам и организациям.
Зачем нужна СМЭВ
Система межведомственного электронного взаимодействия (СМЭВ), построение которой идет в России на протяжении уже нескольких лет, должна помогать органам власти исполнять федеральный закон 210. Согласно одному из пунктов этого документа, с 1 июля 2012 г. чиновники не имеют права требовать с обратившихся к ним за госуслугами граждан дополнительные справки, которые и так есть в распоряжении других чиновников. Эти сведения органы власти должны получать друг у друга через СМЭВ.
СМЭВ – это федеральная государственная информационная система, включающая в себя информационные базы данных, содержащие сведения об используемых органами и организациями программных и технических средствах, обеспечивающих возможность доступа через систему взаимодействия к их информационным системам и электронным сервисам, а также сведения об истории движения в системе взаимодействия электронных сообщений при предоставлении государственных и муниципальных услуг и исполнении государственных и муниципальных функций в электронной форме.
Кроме того в состав СМЭВ входят программные и технические средства, обеспечивающие взаимодействие информационных систем органов и организаций. Данное решение позволяет обеспечить предоставление в электронной форме государственных и муниципальных услуг и исполнение государственных и муниципальных функций.
Система межведомственного электронного взаимодействия позволяет федеральным, региональным и местным органам власти, контроля и надзора в электронном виде передавать и обмениваться данными, необходимыми для оказания госуслуг. Система позволяет реализовать принцип «одного окна» при оказании госуслуг населению. Гражданин обращается за услугой в профильное ведомство, а специалисты ведомства добирают необходимые данные в других ведомствах, используя СМЭВ.
Как работает СМЭВ
Обмениваться данными через СМЭВ органы власти должны в двух направлениях. Если заявитель запрашивает федеральную услугу, то территориальное подразделение федерального органа власти в случае необходимости должно иметь возможность получить сведения из регионального органа и (или) органа местного самоуправления. В случае если заявитель обращается за региональной или муниципальной услугой, то чиновники должны суметь получить сведения в федеральном органе.
Сведения, которые федеральные органы власти должны предоставлять региональным органам и органам местного самоуправления в рамках оказания госуслуг, определялись экспертами Минэкономразвития. Всего таких сведений (в терминологии чиновников) было отобрано 135. Из них 110 должны предоставляться в электронном виде через СМЭВ.
Для передачи в электронном формате в обратную сторону – от региональных к федеральным органам власти – было утверждено 38 сведений для каждого региона.
Физически СМЭВ представляет собой набор из 84 шин Oracle (узлов), расположенных на 7 ЦОДах «Ростелекома» в разных частях России. Один узел СМЭВ используется федеральными органами власти, и по одному – 83 регионами. К каждому региональному узлу подключены местные информационные системы (финансовые, медицинские, статистические и др.), порталы госуслуг, единая система идентификации и аутентификации, удостоверяющий центр, система нормативно-справочной информации и другие компоненты.
Таким образом, посредством СМЭВ интегрируются между собой многочисленные федеральные и региональные информационные системы. При этом каждая точка интеграции является отдельным мини-проектом. «Для того чтобы вся система работала стабильно, нужно, чтобы все эти системы не противоречили друг другу и правильно взаимодействовали между собой», – рассказывает Козырев.
Сервис-ориентированная архитектура СМЭВ предполагает, что поставщик сведений (им может выступать как федеральный орган власти, так и регион) выводит через свою систему в эту шину некий электронный сервис, который при правильном запросе сведений правильно выдает их. А потребитель сведений (также, регион или федеральный орган) через свою систему в шину интегрирует адаптер, который умеет правильно запрашивать сведения и получать ответ.
«Сама по себе СМЭВ, по сути, не является системой. Это такая государственная закрытая сеть, своего рода государственный интернет, к которому подключаются разные ресурсы, – объясняет Козырев. – Чем больше таких ресурсов будет подключено и чем большей функциональностью они будут обладать, тем более функциональна будет система государственного бэк-офиса.
Инфраструктура СМЭВ, представляющая собой 7 физических ЦОДов, по мнению Алексея Козырева (январь 2013 г), является избыточной: «Когда у нас есть 7 дата-центров, к которым подключено 83 региона, федеральный сервис нужно проксировать на каждый из 83 региональных узлов. Эта процедура повторяется каждый раз, когда в сервис вносятся какие-то изменения. Это огромный объем работы, и это значительно увеличивает трудоемкость поддержки системы».
Задачи системы
“У нас в среднем в год набирается до 81 млн. обращений за государственными муниципальными услугами. При этом заявители должны самостоятельно собрать документы, обратившись в семь-восемь ведомств. В итоге набирается порядка 560 млн. обращений в течение года” – Вячеслав Володин на совещении в председателя правительства Владимира Путина 26 сентября 2011 г.
Главная функция СМЭВ – передача необходимых для оказания госуслуг данных между ведомствами. К системе должны будут подключиться не только федеральные информационные системы, но и региональные СМЭВ, говорится в постановлении. Подключающиеся ведомства документ обязывает соблюдать сроки, заданные в октябрьском (2009 г.) распоряжении правительства о переходе на электронные госуслуги (см. раздел “История развития СМЭВ” ниже).
Главное предназначение системы – «обеспечение исполнения государственных и муниципальных функций в электронной форме». СМЭВ должна передавать запросы граждан в подключенные к ней ведомственные информационные системы госорганов, отвечающих за предоставление этих услуг. А в обратную сторону – передавать на единый портал данные после их обработки в ведомственных ИС и информацию о ходе выполнения запросов.
Массух Илья Иссович, замминистра связи: «Главная задача – создать эффективную систему взаимодействия государства и общества. На данном этапе электронные госуслуги стали реальностью, они востребованы обществом. Об этом говорит статистика посещаемости сайта госуслуг». Илья Массух уточнил, что наибольшее количество личных кабинетов граждан на портале госуслуг активируется в отдалённых регионах, таких как Камчатка, Дальний Восток, Хабаровский край, Карелия, Мурманская область, что, по его мнению, объясняется недостаточно удобным и доступным расположением офисов ведомств в этих местах.
Место СМЭВ в Электронном правительстве РФ
Полноценная работа Электронного правительства немыслима без налаженных механизмов межведомственного электронного взаимодействия. Ведь если в случае с «обычным» правительством получатели государственных услуг, граждане и юридические лица, вынуждены лично собирать все необходимые документы, обходя многочисленные учреждения и кабинеты, то Электронное правительство должно их избавить от любых проблем подобного рода, и, в идеале, сделать процесс получения государственной услуги не сложнее, чем процесс получения коммунальной услуги (водопровода, электричества и т.д.). Но для этого необходимо, чтобы сами ведомства, их информационные системы взаимодействовали между собой, обмениваясь всей необходимой информацией в автоматическом режиме.
Однако, всем известно, что автоматизация различных государственных структур происходила в разное время, на разном уровне, и с использованием самых разнообразных решений. В каждом ведомстве господствуют собственные регламенты делопроизводства, со всеми вытекающими отсюда проблемами. В одном месте уже работает полноценный электронный документооборот, в другом месте еще до сих пор используется ручной ввод данных и документов. Но даже и в том случае, если речь идет о внедренной и работающей СЭД, налицо полный «зоопарк» стандартов, форматов и т.д. Поэтому, как только был запущен общероссийский портал Gosuslugi.ru, создание в ближайшей перспективе Системы межведомственного электронного взаимодействия (СМЭВ) стало острейшей необходимостью. По сути, СМЭВ как раз и представляет собой набор стандартов и решений, позволяющих информационным системам федеральных и муниципальных ведомств беспрепятственно взаимодействовать между собой, а также с Единым порталом госуслуг. Еще одна немаловажная функция СМЭВ – обеспечение функционирования государственных информационных систем информационно-аналитической поддержки государственного управления.
Масштаб задачи
Внедрение СМЭВ без преувеличения можно назвать самым крупным интеграционным проектом, который когда-либо был реализован в России до этого.
О масштабе задачи говорят следующие цифры. На федеральном уровне в электронном виде должны предоставляться 320 услуг, сводный реестр госуслуг регионального уровня насчитывает уже около 13 тыс. позиций, а муниципального — более 25 тыс.
`У нас 67 органов исполнительной власти участвуют через 237 услуг в СМЭВ` (Эльвира Нибиуллина, на совещании у председателя правительства Владимира Путина 26 сентября 2011 г.). Число органов же исполнительной власти регионального и муниципального уровней, которые должны быть охвачены электронным взаимодействием, в сотни раз больше.
Роль Минэкономразвития
На межведомственное взаимодействие, по словам министра, переводится 988 документов. В процессе перевода выяснилось, что 311 документов были избыточны, рассказала она: «То есть когда органы власти требовали у граждан, у бизнеса эти документы, они их даже не использовали для предоставления госуслуг. Выяснилось, что эти документы просто не нужны, их можно ликвидировать. Это косвенный, но положительный эффект в документообороте».
Набиуллина также отметила активное участие в межведомственном взаимодействии Росеестра. В это ведомство, по ее словам, ежегодно поступает около 26 млн обращений на регистрацию, 68 млн обращений или запросов на информацию, и по значительной части этих обращений нужны справки из других ведомств, прежде всего из Федеральной налоговой службы.
«Нам уже пришлось – я имею в виду ведомствам – проделать большую работу по настройке информационных систем, потому что в разных ведомствах свои информационные системы, они должны были взаимодействовать друг с другом. Пришлось поменять 70 законов, для того чтобы эта система заработала. Это, конечно, очень важный шаг, и мы надеемся, что он реально воплотится и граждане и бизнес почувствуют эффект снятия бюрократических барьеров для своей деятельности, просто для жизни», – завершила Набиуллина.
Базовые информационные ресурсы
На федеральном уровне была проведена работа, связанная с принятием постановления о базовых информационных ресурсах, которые будут предоставлять наиболее востребованные сведения как органам федеральной исполнительной власти, так и регионам и муниципалитетам.
В сентябре 2011 г. обсуждается проект нормативного правового акта Правительства РФ, предусматривающий подходы к формированию базовых информационных ресурсов регионов и муниципалитетов. По оценке экспертов, наиболее востребованными данными, которые могли бы предоставлять регионы и муниципалитеты, являются данные из ЗАГСов, данные, связанные с выдачей разрешений на строительство, данные, связанные с выдачей социальных пособий и льгот и ряд других.
Участники СМЭВ
Мониторинг подключения федеральных ведомств и регионов к СМЭВ ведется на сайте Высшей школы экономики.
Федеральная налоговая служба
На январь 2012 года налоговая служба (ФНС) является одним из крупнейших поставщиков данных, необходимых для оказания более 235 государственных услуг 51 федеральному ведомству.
Самостоятельно же ФНС России оказывает девять государственных услуг, требующих организации межведомственного электронного взаимодействия. Это прежде всего:
- государственная регистрация юридических лиц и индивидуальных предпринимателей,
- учет организаций и физических лиц в качестве налогоплательщиков,
- 6 государственных услуг ФНС России по лицензированию некоторых видов деятельности и
- регистрация контрольно-кассовой техники[3].
Правительством определенны 11 базовых информационных реестров, из них 4 – это реестры ФНС России:
- ЕГРЮЛ,
- ЕГРИП,
- ЕГРН и
- ФИАС.
Начиная с 1 октября по 30 декабря 2011 г., было зафиксировано более 120 тыс. запросов федеральных органов исполнительной власти при оказании государственных услуг к сервисам ФНС России, размещенным в СМЭВ. Самыми популярными из них является сервисы по предоставлению сведений и выписки из ЕГРЮЛ/ЕГРИП.
Наиболее активными пользователями указанной информации являются МВД России, Росреестр, Россельхознадзор, ФСС России, Роспотребнадзор и Ростехнадзор.
Министерство обороны РФ по запросу других органов власти в электронном формате должно выдавать документы, подтверждающие факт прохождения службы или увольнения, справки о получении пенсии проходившим службу в органах внутренних дел, справки об общей продолжительности службы и др.
ФСБ должно в электронном виде предоставлять данные о смерти необоснованно репрессированных лиц, сведения о гибели своих сотрудников при исполнении обязанностей и др.
Штрафы для чиновников
- Время реакции каждого ведомства на электронный запрос составляет пять дней. И если автоматизированная система даст сбой, то `контора` должна успеть обработать заказ вручную и направить информацию заказчику хоть с курьером. А чиновники будут нести ответственность за неисполнение своих функций в рамках межведомственного взаимодействия. Соответствующие поправки будут внесены в законодательство.
- В сентябре 2011 г. в Госдуме РФ на рассмотрении находится законопроект, внесенный Правительством РФ, в соответствии с которым предусматриваются поправки в Кодекс об административных правонарушениях. Эти поправки касаются установления административной ответственности должностных лиц, нарушающих порядок предоставления государственных услуг.
«Эта норма необходима, потому, что административные регламенты, принимаемые органами власти, не всегда исполняются надлежащим образом. Но также эти нормы необходимы и с точки зрения установления ответственности, связанной с организацией межведомственного взаимодействия. В частности, законопроект предусматривает ответственность за нарушение сроков предоставления госуслуг и в этом смысле если сроки нарушаются по вине должностного лица, которое не ответило на межведомственный запрос, то оно должно быть привлечено к ответственности», – отметил в своем выступлении директор департамента государственного регулирования в экономике Министерства экономического развития Российской Федерации Савва Шипов.
С точки зрения меры ответственности предполагается, что это будут штрафы для чиновников, нарушающих сроки оказания госуслуг. В названном выше законопроекте существует подход, когда эти штрафы будут составлять от 3 до 5 тысяч рублей. Здесь также есть один нюанс. Он касается возможности установления мер ответственности в региональных законах. Сейчас региональные органы власти занимаются разработкой аналогичных правовых актов на местном уровне, предусматривающих ответственность региональных и муниципальных административных регламентов.
В Кодекс РФ об административных правонарушениях добавляется две статьи. Новые статьи это Ст. 5.60. «Нарушение прав граждан и организаций при предоставлении государственных услуг» и Ст. 19.33. «Непредоставление информации, необходимой для оказания государственной или муниципальной услуги, необоснованный запрос информации в рамках межведомственного информационного взаимодействия».
Выдержки из проекта
Проблема грязных данных
Сведение данных в ведомствах в электронную базу на основе имеющейся документации наверняка привело к ошибкам, полагает чиновник: «У многих электронных данных просто не было, и им приходилось вводить их руками».
Он рассказывает, что для обработки ошибок в каждом органе федеральной власти создан центр телефонного обслуживания, куда могут обращаться граждане и организации, предполагающие, что их данные введены в базу данных с ошибками.
22 сентября 2011 г. выступление Алексея Попова на конференции CNews
В правительстве не исключают, что при формировании электронных баз данных могут быть определенные накладки, например неправильно указанные фамилии или сведения, не соответствующие действительности. `Хотелось бы, чтобы, с одной стороны, органы власти отнеслись к этому более внимательно, — считает г-н Володин. — А с другой стороны, чтобы граждане, когда видят, что есть неточности, через `горячую` линию уведомляли соответствующие органы власти с тем, чтобы база данных была почищена и данные соответствовали действительности`.
Криптографическая защита СМЭВ
Для защиты систем, обеспечивающих поддержку процессов информационного взаимодействия всех субъектов Электронного правительства, “Ростелекомом” было выбрано решение на основе программных и программно-аппаратных комплексов защиты информации ViPNet компании “ИнфоТеКС.
Программно-аппаратные комплексы ViPNet Coordinator HW успешно используются для обеспечения межсетевого экранирования и криптографической защиты информации при подключении к системе межведомственного электронного взаимодействия (СМЭВ) федеральных органов исполнительной власти, органов власти субъектов Российской Федерации, муниципальных учреждений, банков и операторов платежных систем.
Проект стартовал в 2010 году. За прошедший год удалось построить федеральный сегмент СМЭВ. Сейчас осуществляется подключение региональных сегментов электронного правительства (РИЭП).
Внедрение СМЭВ в регионах
Подключение к СМЭВ субъектов РФ (РСМЭВ) является вторым после федерального этапом разворачивания системы.
Система идентификации в инфраструктуре электронного правительства
Постановление правительства № 977 от 28 ноября 2011 г. утвердило требования к единой системе идентификации и аутентификации в инфраструктуре электронного правительства, которая входит в инфраструктуру, обеспечивающую информационно-технологическое взаимодействие информационных систем, используемых для предоставления государственных и муниципальных услуг в электронной форме.
Система не только обеспечит доступ граждан и юридических лиц к электронному правительству, но будет использоваться и чиновниками при обмене сведениями, а также информационными системами при информационном обмене в автоматическом режиме.