Про рішення
СМЕВ (Система електронної міжвідомчої взаємодії) - федеральна інформаційна система, яка дозволяє органам влади різного рівня та банкам вимагати та надавати у електронному виглядівідомості про громадян, організаціях, у тому числі у рамках надання їм державних та муніципальних послуг. Технологічний портал СМЕВ розташований за адресами https://smev.gosuslugi.ru, https://smev3.gosuslugi.ru.
СМЕВ має два покоління: СМЕВ 2 та СМЕВ 3. Постановою Уряду Російської Федераціївід 19 листопада 2014 року №1222 «Про подальший розвиток єдиної системи міжвідомчої електронної взаємодії» з 1 січня 2015 року заборонено розробку електронних сервісів згідно з Методичними рекомендаціями по роботі в СМЕВ 2. З 2017 року почалося активне відключення існуючих сервісівСМЕВ 2 та перехід на роботу з сервісами версії СМЕВ 3. У 2018 році планується наступний етап переходу.
Система "Універсальний кабінет (СМЕВ)" дає можливість органам влади будь-якого рівня та банкам обмінюватися інформацією з іншими учасниками через СМЕВ федерального та регіонального рівня, не вникаючи у складності процесу взаємодії з ним. У системі реалізована підтримка роботи з сервісами СМЕВ 2 та СМЕВ 3.
Схема взаємодії Системи "Універсальний кабінет (СМЕВ)":
Система "Універсальний кабінет (СМЕВ)" надає графічний та програмний інтерфейс для створення запитів на отримання відомостей від різних постачальників інформації (Росреєстр, ПФР, ФНП і т.д.). Отримані запити обробляються та конвертуються у формати, необхідні СМЕВ та постачальниками. Виконується відправка запитів згідно правил СМЕВ. СМЕВ передає запити постачальникам. Постачальники відомостей обробляють запити й у регламентний час готують і надсилають відповіді у СМЭВ. Універсальний кабінет отримує відповіді постачальників від СМЕВ. Отримані дані обробляються і відображаються в інтерфейсі або передаються іншою ІС за допомогою програмного інтерфейсу. Доступний і зворотний спосіб взаємодії, коли за допомогою системи "Універсальний кабінет" виконується надання інформації про запити, отримані від інших учасників взаємодії.
Можливості системи "Універсальний кабінет (СМЕВ)":
- Для роботи в графічному інтерфейсі системи "Універсальний кабінет (СМЕВ)" потрібний лише інтернет браузер. На ПК користувача не потрібне встановлення жодних плагінів, розширень, JRE тощо. Не використовуються аплети тощо. На робочому місці можна використовувати будь-які ОС – Windows, Linux тощо.
- Створення запитів та перегляд відповідей у зручних та функціональних WEB формах. У полях форм створення запитів присутні різні перевірки та маски, що спрощують введення даних та мінімізують помилки. Є можливість завантажити відповіді у форматах PDF, HTML та XML. Приклади форм запитів та відповідей.
- Наявність програмного інтерфейсу для надсилання запитів та отримання відповідей. Програмний інтерфейс реалізований за технологією REST API. Обмін XML-повідомленнями встановленого формату. Усі вхідні та вихідні дані REST API валідуються за XML-схемами. Внутрішні схеми обміну всім постачальників виконані у одному стилі і мають спільні частини для різних відомств. XML-схеми зручні в роботі та містять усі необхідну розробнику інформацію, без необхідності пошуку потрібної інформаціїу Паспорті сервісу. Для порівняння: схема запиту СНІЛЗ з ПФР СМЕВ 2 , схема аналогічного сервісу запиту СНІЛС СМЕВ 2, що надається системою "Універсальний кабінет (СМЕВ)" через внутрішній API .
- Перегляд запитів, отриманих від інших учасників взаємодії та формування відповіді на них в інтерфейсі системи "Універсальний кабінет (СМЕВ)". Автоматичне призначення запиту на конкретний підрозділ виходячи з типу запиту. Можливість перепризначення запиту інший підрозділ. Контролює терміни підготовки відповідей на запити.
- Ведення адресного ряду по ФІАС. У системі реалізовано автоматичне оновлення ФІАС для використання актуальної інформації та забезпечення синхронізації із постачальниками відомостей.
- Перегляд запитів та відповідей у вихідному вигляді (XML запити та відповіді, що надсилаються та одержуються від СМЕВ). За наявності такої можливості (наприклад, якщо дані користувача передаються безпосередньо всередині XML, а не у вигляді Base64-рядка) XML представляється в читаному вигляді (є вирівнювання, підсвічування тегів, з перегляду виключається довгі нечитані Base64-рядки і т.п.) .
- Обробка запитів, надісланих з Єдиного порталу державних послугчерез СМЕВ. Можливість делегування таких запитів сторонній системі.
- Підписання запитів до СМЕВ за допомогою ключа електронного підпису, встановленого безпосередньо на сервері Системи.
- Перевірка на валідність електронного підпису у відповідях від постачальників.
- Перегляд створених користувачами запитів у графічному інтерфейсі, з можливістю фільтрації різними полями.
- Статистика відправки запитів у різних розрізах (відомства, послуги, види відомостей) та формах (дашборди, звіти, OLAP куби). Доступна можливість вивантаження звітів у файл Excel.
- Повідомлення електронної пошти про надходження відповідей на запити або про наявність нових вхідних запитів.
Система "Універсальний кабінет (СМЕВ)" є власною розробкою. ГК Екстрім має всі необхідними ліцензіямиФСБ і ФСТЭК реалізації юридично значимого взаємодії з допомогою СМЭВ.
Реалізовані послуги
| Назва сервісу | Вид | Відомство | Версія | Ідентифікатор або SID | Примітка | ||||
|---|---|---|---|---|---|---|---|---|---|
| Запит на отримання даних особового рахунку застрахованої особи за страховим номером індивідуального особового рахунку | Вихідний | ПФР | СМЕВ 2 | SID0003623 |
Буде відключено 14.01.2019. Замість нього діятиме СМЭВ 3 сервіс "Отримання даних особового рахунку за представленим страховим номером індивідуального особового рахунку (СНІЛЗ) у системі обов'язкового пенсійного страхування" вже реалізований у Системі (VS00179v002-PFR001 http://kvs.pfr.com/data-by-snils/1.0.2) |
||||
| Запит на отримання страхового номеразастрахованої особи | Вихідний | ПФР | СМЕВ 2 | SID0003619 | Буде вимкнено 01.07.2018. Замість нього діятиме СМЭВ 3 сервіс "Отримання даних особового рахунку за представленим страховим номером індивідуального особового рахунку (СНІЛЗ) у системі обов'язкового пенсійного страхування" вже реалізований у Системі (VS00182v002-PFR001 http://kvs.pfr.com/snils-by data/1.1.2) | ||||
| Сервіс надання відомостей про розмір виплат застрахованої особи по лінії Пенсійного фондуРосійської Федерації | Вихідний | ПФР | СМЕВ 2 | SID0004000 | Вимкнено 03.09.2018. Замість нього діятиме СМЕВ 3 сервіс "Отримання відомостей про розмір виплат за період (включаючи пенсію, доплати, що встановлюються до пенсії, соціальні виплатита виплати з догляду)" вже реалізований в Системі (VS00116v001-PFR001 http://kvs.pfr.com/bap-for-period/1.0.1) | ||||
| Сервіс передачі відомостей про заробітної платиабо доході, на які нараховані страхові внески | Вихідний | ПФР | СМЕВ 2 | SID0003818 | Буде відключено 14.01.2019. Замість нього діятиме СМЕВ 3 сервіс "Передача відомостей про заробітну плату або доход, на які нараховані страхові внески" (VS00115v003-PFR001 http://kvs.pfr.com/salary-data/1.0.3) | ||||
| Отримання даних особового рахунку за представленим страховим номером індивідуального особового рахунку (СНІЛЗ) у системі обов'язкового пенсійного страхування | Вихідний | ПФР | СМЕВ 3 | VS00179v002-PFR001 (http://kvs.pfr.com/data-by-snils/1.0.2) | |||||
| Надання страхового номера індивідуального особового рахунку (СНІЛЗ) за даними особового рахунку застрахованої особи | Вихідний | ПФР | СМЕВ 3 | ||||||
| Надання страхового номера індивідуального особового рахунку (СНІЛЗ) застрахованої особи з урахуванням додаткових відомостей про місце народження, документ, що засвідчує особу | Вихідний | ПФР | СМЕВ 3 | VS00648v001-PFR001 (http://kvs.pfr.com/snils-by-additionalData/1.0.1) | |||||
| Отримання відомостей про розмір виплат за період (включаючи пенсію, доплати, що встановлюються до пенсії, соціальні виплати та виплати з догляду) | Вихідний | ПФР | СМЕВ 3 | ||||||
| Зміна реєстру локальних МСЗ | Вихідний | ПФР | СМЕВ 3 | ||||||
| Інформація про сховища СМЕВ (Передача відомостей про зміну реєстру фактів призначення МСЗ) | Вихідний | ПФР | СМЕВ 3 | ||||||
| Запит СНІЛЗ з урахуванням додаткових відомостей | Вихідний | ПФР | СМЕВ 3 | VS00115v003-PFR001 (http://kvs.pfr.com/salary-data/1.0.3) | |||||
| Зміна локальних МСЗ | Вихідний | ПФР | СМЕВ 3 | VS00645v003-PFR002_3T (urn://egisso-ru/msg/10.05.I/1.0.4) | |||||
| Передача відомостей про зміну реєстру фактів призначення МСП | Вихідний | ПФР | СМЕВ 3 | VS00644v002-PFR002_3T (urn://egisso-ru/msg/10.10.I/1.0.3) | |||||
| Відомості, що містяться в акті огляду проведення основних робіт з будівництва об'єкта індивідуального житлового будівництва | Вхідний | ПФР | СМЕВ 2 | SID0003891 | |||||
| Загальнодоступна інформація/виписка з ЄДРЮЛ/ЄГРИП | Вихідний | ФНП Росії | СМЕВ 2 | SID0003525 | Вимкнено 30.04.2018. Замість нього діють СМЭВ 3 сервіси "Виписки з ЄДРЛ за запитами органів державної влади" (VS00051v003-FNS001 urn://x-artefacts-fns-vipul tosmv-ru/311-14/4.0.5), Витяги з ЄГРІП за запитами органів державної влади (VS00050v003-FNS001 urn://x-artefact -vipip-tosmv-ua/311-15/4.0.5) вже реалізовані в Системі | ||||
| Витяги з ЄДРЮЛ за запитами органів державної влади | Вихідний | ФНП Росії | СМЕВ 3 | ||||||
| Витяги з ЄДРІП на запит органів державної влади | Вихідний | ФНП Росії | СМЕВ 3 | ||||||
| Відомості про наявність (відсутність) заборгованості | Вихідний | ФНП Росії | СМЕВ 2 | SID0003793 | Вимкнено 30.04.2018. Замість нього діє СМЭВ 3 Надання відомостей про наявність (відсутності) заборгованості зі сплати податків, зборів, страхових внесків, пені, штрафів, відсотків (VS00026v001-FNS001(urn://x-artefacts-fns-zadorg/root/5 /4.0.4) вже реалізований у Системі | ||||
| Надання відомостей про наявність (відсутність) заборгованості зі сплати податків, зборів, страхових внесків, пені, штрафів, відсотків | Вихідний | ФНП Росії | СМЕВ 3 | ||||||
| Середньооблікова кількість працівників | Вихідний | ФНП Росії | СМЕВ 2 | SID0003524 | Вимкнено 12.12.2017. Замість нього діє реалізований у Системі СМЭВ 3 сервіс "Відомості про середньооблікову чисельність працівників за попередній календарний ріквже реалізований в Системі (VS00043v002-FNS001 urn://x-artefacts-fns-SRCHIS/082-2/4.0.1) | ||||
| Електронний сервіс «Надання Відомостей із декларації про доходи фізичних осіб 3-ПДФО» | Вихідний | ФНП Росії | СМЕВ 2 | SID0003521 | Вимкнено 03.07.2018. Замість нього діятиме СМЕВ 3 сервіс "Відомості податкової декларації з податку на доходи фізичних осіб" (VS00112v001-FNS001) | ||||
| Відомості про середньооблікову чисельність працівників за попередній календарний рік | Вихідний | ФНП Росії | СМЕВ 3 | ||||||
| Одержання відомостей про доходи фізичних осіб за довідками 2-ПДФО | Вихідний | ФНП Росії | СМЕВ 3 | VS00111v003-FNS001 (urn://x-artefacts-fns-ndfl2/root/260-10/4.1.1) | |||||
| Відомості, які у договорах соціального (комерційного) найму житлового приміщення | Вхідний | ФНП Росії | СМЕВ 2 | SID0003833 | |||||
| Відомості про наявність (відсутності) судимості та (або) факту кримінального переслідування або про припинення кримінального переслідування, про перебування у розшуку | Вихідний | МВС Росії | СМЕВ 2 | SID0003456 | Буде відключено 14.01.2019. Замість нього діятиме СМЭВ 3 сервіс "Відомості про наявність (відсутність) судимості та (або) факту кримінального переслідування або про припинення кримінального переслідування, відомості про перебування в розшуку" вже реалізований у Системі (VS00262v001-MVDR02 urn://ua/ ibd-m/convictions/search/1.0.2) | ||||
| Відомості про отримання, призначення, неотримання пенсії та про припинення виплат | Вихідний | МВС Росії | СМЕВ 2 | SID0004003 | |||||
| Відомості про наявність (відсутності) судимості та (або) факту кримінального переслідування або про припинення кримінального переслідування, відомості про перебування у розшуку | Вихідний | МВС Росії | СМЕВ 3 | ||||||
| Сервіс надання послуг Росреєстру в електронному вигляді | Вихідний | Росреєстр | СМЕВ 2 | SID0003564 | |||||
| Прийом звернень до ФДМУ ЄДРН, прийом заяв (також доданих до заяви документів) на надання послуг Росреєстру та отримання результатів надання послуг | Вихідний | Росреєстр | СМЕВ 3 | VS00376v004-RRTR02 (urn://x-artefacts-rosreestr-gov-ru/virtual-services/egrn-statement/1.1.2) | |||||
| Внесення змін до Єдиного Державний реєстрНерухомості в рамках міжвідомчої інформаційної взаємодії | Вихідний | Росреєстр | СМЕВ 3 | VS00375v002-RRTR02 (urn://x-artefacts-rosreestr-gov-ru/virtual-services/change-egrn-info/1.1.1) | |||||
| Відомості, що містяться у дозволі на введення в експлуатацію об'єкта капітального будівництва | Вхідний | Росреєстр | СМЕВ 2 | SID0003841 (на прикладі Свердловській області) | |||||
| Рішення органу місцевого самоврядуванняпро переведення житлового приміщення в нежитлове, нежитлового приміщення- у житлове | Вхідний | Росреєстр | СМЕВ 2 | SID0003840 (на прикладі Свердловської області) | |||||
| Відомості, що містяться в реєстрі господарських книг | Вхідний | Росреєстр | СМЕВ 2 | SID0003840 (на прикладі Свердловської області) | |||||
| Документ, що підтверджує належність земельної ділянкидо певної категорії земель | Вхідний | Росреєстр | СМЕВ 2 | SID0003837 (на прикладі Свердловської області) | |||||
| Документ, що підтверджує встановлене дозволене використання земельної ділянки | Вхідний | Росреєстр | СМЕВ 2 | SID0003838 (на прикладі Свердловської області) | |||||
| Висновок органу місцевого самоврядування поселення або міського округу, що підтверджує, що створюваний чи створений об'єкт нерухомого майнарозташований у межах кордонів земельної ділянки, призначеної для ведення особистої підсобного господарства | Вхідний | Росреєстр | СМЕВ 2 | Сервіс Федеральної службивиконання покарань з надання відомостей в електронному вигляді, що знаходяться в розташуванні ФСВП Росії | Вихідний | ФСІН Росії | СМЕВ 2 | SID0003444 | |
|
Відомості про перебування громадянина у місцях позбавлення волі та про відсутність у нього заробітку |
Вихідний | ФСІН Росії | СМЕВ 3 | ||||||
| Вихідний | ФСС Росії | СМЕВ 2 | SID0003414 | Буде вимкнено 31.12.2018. Замість нього діятиме СМЭВ 3 сервіс "Відомості про розмір щомісячних страхових виплат за обов'язковим соціальному страхуваннювід нещасних випадків на виробництві та професійних захворюваньвже реалізований в Системі (VS00240v002-FSSR01 http://fss.ru/smev-3/socstrah_registration/1.0.1) | |||||
| Відомості про розмір щомісячних страхових виплат з обов'язкового соціального страхування від нещасних випадків на виробництві та професійних захворювань | Вихідний | ФСС Росії | СМЕВ 3 | ||||||
| Відомості про розмір пенсії та інших виплат, що враховуються при розрахунку сукупного доходу сім'ї (одиноко проживаючого громадянина) | Вихідний | Фінансово-економічне управління ФСБ | СМЕВ 2 | SID0003534 | |||||
| Відомості про розмір пенсії застрахованої особи | Вихідний | ФМС Росії | СМЕВ 2 | SID0003898 | Вимкнено 02.07.2018. Замість нього діятиме СМЭВ 3 сервіс " Надання відомостей про розмір пенсії застрахованої особи" (VS00084v001-CUST01 urn://x-artefacts-fts-pension-insured-ru/root/1.0.1) | ||||
| Одержання відомостей про розмір нарахованих сум соціальної допомоги для обліку в сукупному доходізаявника | Вихідний | МСП Свердловської області | СМЕВ 2 | SID0003916 (на прикладі Свердловської області) | |||||
| Універсальний сервіс прийому заяв із ЄПГУ | Вхідний | ЄПГУ | СМЕВ 2 | SID0003893 (на прикладі Свердловської області) | |||||
| Погодження маршруту транспортного засобу, що здійснює перевезення великогабаритних та (або) великовагових вантажів | Вхідний | Росавтодор | СМЕВ 2 | SID0003842 (на прикладі Свердловської області) | |||||
| Відомості про погодження маршруту руху транспортних засобів, що здійснюють перевезення небезпечних вантажів | Вхідний | Ространс-нагляд | СМЕВ 2 | SID0003839 (на прикладі Свердловської області) |
Впровадження
Система "Універсальний кабінет (СМЕВ)" успішно запроваджується з 2012 року. На сьогоднішній день налічується понад 30 успішних впроваджень на території Свердловської області та інших регіонах Російської Федерації.
04.07.2016, Пн, 10:55, Мск, Текст: Наталія Рудичова
Як відомо, з початку 2015 року офіційно введено в експлуатацію третю версію Системи електронної міжвідомчої взаємодії (СМЕВ). Про те, які роботи з модернізації вже наявних рішень необхідно провести державним відомствам у зв'язку з переходом на нову версію СМЕВ 3.х та як організувати їх для того, щоб ефективно здійснювати міжвідомчу взаємодію, в інтерв'юCNews розповів Ренат Шакірзянов, керівник напряму СМЕВ компанії RedSys.
CNews: У чому основна відмінність СМЕВ 3 від попередньої версії?
Ренат Шакірзянов:На мій погляд, основною відмінністю з погляду технології став перехід із синхронної взаємодії на асинхронну. Поясню з прикладу. У попередній версії СМЭВ 2.x обмін даними між учасниками міжвідомчої взаємодії відбувався так. Одне відомство надсилало запит іншому і одразу ж очікувало на результат обробки запиту. Досвід експлуатації показав, що це призводить до того, що в ранкові та денні години виникають пікові навантаження, а в нічний годинник, навпаки, обладнання простоює.
Нові асинхронні технології СМЭВ 3.x дозволяють знизити пікові навантаження на інфраструктуру завдяки формуванню черги, повідомлення з якої поступово обробляються. Відомство саме визначає, коли і з якою інтенсивністю обробити запити у черзі. Зрозуміло, що при цьому страждає на оперативність їх виконання, але також падає і пікове навантаження, що дозволяє знизити вимоги до інфраструктури – обладнання, мереж тощо.
Окремо хотілося б відзначити, що асинхронна взаємодія дозволяє забезпечити гарантовану доставку запитів, тим самим забезпечуючи більше високий рівеньякості взаємодії.
Ще одна важлива відмінність - створення єдиного сервісу СМЭВ, через який взаємодіють усі відомства замість того, щоб розробляти власні послуги. Тепер вони формують вид відомостей – перелік інформації, яку вони хочуть або надати, або отримати, і через єдиний сервіс публікують його для решти споживачів і постачальників.
Також однією з істотних переваг нової версії СМЕВ є збільшення обсягу файлів, що передаються. Раніше в одному повідомленні можна було передавати до 5 МБ вкладень, зараз цей показник збільшений до 1 ГБ. Ця нововведення дозволяє вивести міжвідомчу взаємодію на новий рівень.
CNews: Які нові завдання доводиться вирішувати вашій компанії?
Ренат Шакірзянов:Серед наших клієнтів є кілька великих федеральних відомств, для яких ми створювали сервіси підключення до попередньої версії СМЕВ. Сьогодні нам необхідно реалізувати взаємодію відповідно до нових методичних рекомендацій. Йдеться про розробку програмного забезпечення – створення нових сервісів або модернізації вже наявних.
Ренат Шакірзянов: Оскільки вимоги до технологій змінилися, необхідно наново провести аналітичну частину робіт
Оскільки вимоги до технологій змінилися, необхідно наново провести аналітичну частину робіт. І в цей момент з'являється можливість не лише технологічно змінити схему роботи, але, можливо, і скоригувати бізнес-правила розроблених кілька років тому сервісів, які могли б втратити свою актуальність. При цьому, як мінімум, протягом півроку старі та нові сервіси повинні працювати паралельно для того, щоб їх користувачі встигли адаптувати до СМЕВ 3.x.
Наприклад, у рамках підключення до СМЭВ одного з наших федеральних замовників кілька років тому нами було розроблено окремий компонент, який забезпечує взаємодію між зовнішніми системами та внутрішніми системами відомства у формат СМЕВ 2.x, взявши на себе функції перетворення форматів. Сьогодні у зв'язку з появою нових методичних рекомендацій ми створюємо аналогічне рішення для СМЕВ 3.x. Для того, щоб зміни не торкнулися бізнес-процесів замовника, нами розроблені механізми, які дозволяють працювати з одними і тими ж відомостями як у СМЕВ 2.x, так і в СМЕВ 3.x, перетворювати їх на внутрішній формат і передавати у відповідну функціональну систему відомства на обробку. У разі, коли відомство саме формує запит, наше рішення розуміє, який вид відомостей йому потрібний, визначає їхній формат – СМЕВ 2.x або СМЕВ 3.x залежно від формату, який використовує постачальник відомостей, а потім надсилає необхідний запит. Таким чином, ми створили механізм, який дозволяє працювати одночасно в СМЕВ 2.x та в СМЕВ 3.x без доопрацювання функціональних систем усередині відомства з можливістю поетапного переходу постачальників та споживачів відомостей відповідно до їхньої готовності.
CNews: Як давно ваша компанія розробляє такі сервіси?
РенатШакірзянов:Наша команда розробників займається розробкою сервісів СМЕВ для федеральних органів виконавчої владивже багато років – практично з моменту старту проекту. У процесі їх тестування ми також взаємодіємо з регіональними органами влади. Сьогодні у нашій команді близько 30 людей.
Ми дуже уважно підходили до формування команди, запрошували до неї не лише спеціалістів системних інтеграторів, а й співробітників відомств. Думаю, що сьогодні у нас один із найдосвідченіших колективів, які працюють у цьому напрямі. Ми беремо участь у багатьох пілотних проектах та допомагаємо законодавцям розробляти методичні рекомендації та виявляти нестиковки всередині різних документів.
Багатий досвід роботи дозволяє нам мінімізувати витрати на розробку та супровід сервісів та видів відомостей, а також на переведення надання послуг в електронний вигляд. Наприклад, законодавством передбачено розробку кожної послуги окремого виду відомостей. Але є послуги, які незначно відрізняються один від одного. І в цьому випадку доцільно було б їх уніфікувати. Однак при цьому не можна забувати про те, що в разі зміни хоча б однієї з них доведеться перереєструвати в СМЕВ всі, що залишилися. Тому кожен такий випадок унікальний, і, вибираючи між уніфікацією та поділом сервісів, треба дотримуватися балансу між простотою розробки та підтримки та зручністю подальшого використання.
CNews: Які технології використовуються при створенні сервісів взаємодії зі СМЕВ 3.0?
РенатШакірзянов:Для розробки рішень ми використовуємо технології Java EE. Java EE дозволяє створювати та розгортати переносні, надійні, масштабовані та безпечні серверні програми на Java.
В основі нашої програми лежить Spring Framework. Це універсальний фреймворк із відкритим вихідним кодом для Java-платформи. Він дозволяє вирішувати основні завдання, які має виконувати будь-яка сучасна програма: працювати з СУБД на Java-платформі, використовуючи JDBC- та ORM-засоби; координувати різні API керування транзакціями та налаштовувати керування транзакціями для об'єктів Java; створювати каркас веб-додатків.
Для інтеграції різних програм всередині системи ми використовуємо відкритий кросплатформовий java-фреймворк Apache Camel.
CNews: Як здійснюється підтримка рішення?
РенатШакірзянов:У RedSys існує виділений сервісний центр, до складу якого входить служба HelpDesk, гаряча лінія 24x7, чергова зміна, а також підрозділи, що займаються підтримкою обладнання та програмного забезпечення.
Для кожного відомства ми організуємо систему моніторингу роботи сервісів, що дозволяє в режимі реального часу контролювати їхню доступність, швидкість та показники роботи. Це дозволяє своєчасно запобігати виникненню проблем.
CNews: Які додаткові послуги ви можете запропонувати відомствам?
РенатШакірзянов:Вже сьогодні ми пропонуємо рішення, що дозволяють контролювати, чи має право конкретне відомство одержувати ті чи інші відомості. У планах – запровадити вже розроблений раніше механізм розмежування прав не лише за видами відомостей, а й за даними, що передаються. Тобто. одне відомство за наявності відповідного доступу може отримати дані щодо конкретного громадянина, а інше відомство, що не має доступу, отримає відмову. Таким чином ми зможемо регулювати допуск до інформації обмеженого використання.
Також до складу нашого рішення входить аналітичний модуль, що дозволяє зібрати статистичну інформацію щодо кількості та якості надання державних послуг в електронному вигляді та міжвідомчій взаємодії.
Останнім часом до СМЕВ підключається все більше регіональних учасників, а це не тільки органи влади різних рівнів, а й багатофункціональні центри, і фінансово-кредитні організації. Обсяг міжвідомчої взаємодії з кожним роком зростає, і нам необхідно розширювати та підтримувати наше рішення, щоб наші партнери могли розширювати перелік державних послуг, що надаються в електронному вигляді, та підвищувати якість та швидкість їх надання.
У матеріалі представлений алгоритм пошуку видів відомостей СМЕВ 3. Розглядаються джерела інформації про ЗС: інтерфейс Технологічного порталу СМЕВ, План переходу на використання Методичних рекомендацій 3.х, Єдиний звіт СМЕВ. Описується процес перевірки працездатності продуктивної версії ПС.
Проблема пошуку виду відомостей у СМЕВ
Розробники СМЕВ як основний інструмент пошуку видів відомостей СМЭВ 3 пропонують використовувати веб-інтерфейс, розташований на Технологічному порталі за адресою https://smev3.gosuslugi.ru. При цьому користувачеві надається можливість пошуку лише за назвою виду відомостей, у той час як для попередньої версії Техпорталу був передбачений більш широкий набір фільтрів:
- по власнику сервісу (відомству чи організації)
- за ідентифікатором
- по ключовому словув описі
- по галузі застосування
- за доступністю (загальнодоступний/обмежено доступний)
Крім відсутності додаткових фільтрів, процес пошуку може бути пов'язаний з такими проблемами:
- не всі послуги СМЕВ2 переводяться в СМЕВ3
- при переході зі СМЭВ2 на СМЭВ3 постачальник може суттєво змінити назву сервісу (виду відомостей), розбити один сервіс на кілька ЗС, або, навпаки, об'єднати сервіси (наприклад, сервіс СМЭВ2 ГИС ГМП в теперішній моментрозбитий на 10 видів відомостей)
- між виведенням виду відомостей у тестове та продуктивне середовище може пройти дуже багато часу (до 6 місяців і більше)
- дуже часто в тестове та продуктивне середовище виводять кілька версій одного і того ж виду відомостей
- на Техпорталі СМЕВ перестали публікувати актуальні дані про споживачів ВС
- картки видів відомостей на Техпорталі СМЕВ не індексуються пошуковими системами
- нарешті, останнім часом, у зв'язку з необхідністю формального дотримання планових термінів, часто зустрічається практика установки «заглушок» на види відомостей у продуктивному середовищі (ВС виведений у продуктив, але не відповідає на продуктивні запити, або відповідає тестовими даними)
Вказані проблеми ускладнюють пошук інформації про вид відомостей, а також ускладнюю прийняття рішення про старт робіт із підключення до ЗС.
Додаткові джерела даних про види відомостей
План переходу на надання відомостей із використанням єдиного електронного сервісу СМЕВ
На Технологічному порталі СМЕВ опубліковано документ «Додаток 2 до протоколу Плану переходу…», в якому представлено перелік ЗС та терміни перекладу електронних сервісів на виконання Методичних рекомендацій щодо роботи з ЕСМЕВ версії 3. Цей документ є дуже цінним з кількох причин.
По-перше, у ньому міститься однозначна відповідність між сервісами СМЭВ2 та видами відомостей СМЭВ3.
По-друге, всі послуги та види відомостей згруповані за відомствами (постачальниками).
По-третє, у документі представлені дати виведення видів відомостей у тестове та продуктивне середовище. Варто, однак, враховувати, що ці терміни є орієнтовними і можуть зрушуватися. Формальний висновок виду відомостей у продуктів також не свідчить про його працездатність.
Найголовніше — документ є файлом в форматі excel. У ньому працює стандартний функціонал пошуку. Тобто, можна проводити пошук за відомством, назвою сервісу СМЭВ 2 та виду відомостей СМЭВ 3.
Мінус документа полягає в тому, що в ньому міститься далеко не повний списоквидів відомостей, лише ті ВС, яким відповідають послуги СМЭВ2.
Єдиний звіт щодо СМЕВ
У Ситуаційному центрі електронного урядупублікується документ «Єдиний звіт щодо СМЕВ». Доступ до нього надається користувачам з обліковим записом органу влади. Шлях до документа: «Опубліковані звіти» => «СМЕВ» => «Єдиний звіт щодо СМЕВ» => «СМЕВ». Єдиний звіт із СМЕВ: Звіт №6_СМЕВ_Єдиний звіт із СМЕВ_». Звіт публікується щомісяця.
Документ є файлом формату excel і містить дуже багато корисної статистичної інформації. Серед іншого в ньому є вкладка «Незатребувані послуги», на якій перераховані послуги та види відомостей, до яких не надходять запити. Таким чином, якщо вид відомостей повинен надавати потрібну інформацію (1), вже виведений у продуктивне середовище (2) і при цьому включений до числа «непотрібних» (3) — швидше за все, фактично він не є працездатним.
Файл "Статус ВС"
Нещодавно на головній сторінці Технологічного порталу СМЭВ 3 з'явився інформаційний блок з посиланням на зведений файл у форматі Excel з інформацією про ступінь готовності всіх видів інформації. Файл знаходиться в відкритому доступі. Знайти його можна на головній сторінці техпорталу: потрібно відкрити стандартний функціонал пошуку за вмістом сторінки та знайти фразу «звіт щодо статусу реєстрації видів відомостей». Під знайденим текстом буде посилання актуальний варіант файла.
На 30.05.2018.
У файлі міститься така інформація:
- повний перелік учасників СМЕВ та їх інформаційних систем (вкладка «Статус Учасника»)
- повний перелік видів відомостей із зазначенням постачальника, відповідного сервісу СМЕВ2 (за наявності), а також статусу виведення ВС у тестове та продуктивне середовище (вкладка «Статус ВС»)
Цей документ є найважливішим джерелом даних для пошуку потрібного виглядувідомостей.
Алгоритм пошуку виду відомостей
Використання зведених файлів з переліком видів відомостей замість веб-інтерфейсу значно полегшує процес пошуку необхідного ПС.
Сам алгоритм пошуку виглядає так:
- Переходимо на Технологічний портал СМЕВ та завантажуємо актуальну версію файлу «Статус ВС»
- Проводимо пошук ВС, використовуючи стандартний функціонал пошуку:
- за назвою або SID відповідного сервісу в СМЕВ2
- по відомству-постачальнику
- за ключовим словом
- Якщо у списку представлено кілька версій одного ВС — варто використати останню версію
- За наявності доступу до файлу «Єдиний звіт СМЕВ» варто перевірити, чи не входить вид відомостей до незатребуваних
Як згадувалося вище, виведення виду відомостей у продуктивне середовище не гарантує його фактичної працездатності. Тому до старту повномасштабних робіт з підключення та інтеграції з ЗС варто провести додаткову перевірку:
- Протестувати ВС у тестовому середовищі
- Отримати доступ до ПС у продуктивному середовищі
- Вручну сформувати кілька бойових запитів за схемою ПС
- Використовуючи безкоштовний клієнт до СМЕВ направити на адресу Вида відомостей ці бойові запити у продуктивному середовищі
- Дочекатися змістовних відповідей на запити (саме собою, відповіді з кодами помилки або відповіді з тестовими даними не є змістовними)
Тільки наявність змістовних відповідей на запити в продуктивному середовищі дозволяє будувати висновки про реальної працездатності Вида відомостей СМЭВ 3 і може бути сигналом до початку робіт з інтеграції з ВС.
Взаємодія між федеральними органами виконавчої влади та державними позабюджетними фондами при наданні держпослуг з 1 січня 2015 р. має здійснюватися виключно з використанням єдиного електронного сервісу – третьої версії системи міжвідомчої електронної взаємодії (СМЕВ). Також забороняється самостійна розробка нових сервісів. Про це оголосили у Мінкомзв'язку РФ.
Органам влади суб'єктів Російської Федерації рекомендовано перейти на єдиний електронний сервіс з 1 січня 2017 р., додали в міністерстві, пославшись на постанову Уряду РФ № 1222 "Про подальший розвиток єдиної системи міжвідомчої електронної взаємодії".
«Оновлений сервіс забезпечить єдиний формат взаємного обміну інформацією, гарантовану доставку повідомлень, механізм черг електронних повідомлень, що дозволяє вирішити проблему перевантаженості популярних сервісів, збільшення розміру повідомлення з 5 МБ до 1 ГБ, а також інтеграцію з головним посвідчуючим центром для перевірки електронних підписів, - йдеться у заяві Мінкомзв'язку. - Нова версія системи передбачає взаємодію між органами влади суб'єктів РФ, а не лише з органами влади федерального рівня, як це було раніше».
Перехід на останню версію СМЕВ планується почати з найбільш затребуваних відомостей. Відключення решти вже існуючих сервісів поки не проводитиметься, проте запуск нових, що не відповідають вимогам, припиниться з 1 січня 2015 р.
У тестовому режимі остання версія СМЕВ вже запущена в Москві, Мордовії, Башкортостані, Татарстані, Тюменській, Ярославській, Новосибірській областях та Примор'ї, йдеться у повідомленні Мінкомзв'язку.
Зазначимо, що зі СМЕВ 3.0 розпочався перехід інфраструктури електронного уряду на вільне програмне забезпечення. Для побудови нової версії системи було обрано вільне рішення Apache ActiveMQ, тоді як попередня версія була побудована на рішенні Oracle.
Як працює СМЕВ 3.0
Про особливості роботи нової версії СМЕВ у недавньому інтерв'ю розповідав заступник міністра зв'язку Олексій Козирєв:
«Функціональність, яка зараз реалізована у СМЕВ 2.0, повністю залишиться.
У СМЭВ 3.0 додасться функціональність, пов'язана з чергою гарантованої доставки, що дозволяє відомствам взаємодіяти в асинхронному режимі та забезпечувати таким чином згладжування пікових навантажень - стабілізацію системи.
У третій версії створюється технологія, коли він організації взаємодії в СМЭВ з обміну даними не потрібно щоразу інтегруватися зі своїми постачальником якихось особливих умовах.
Зараз ми маємо велика кількістьінтеграційних проектів, у кожному з яких здійснюється двостороннє тестування інтеграції, що дозволяє переконатися, що електронна взаємодія працює. На це витрачаються величезні гроші, величезна кількість часу. Нова СМЭВ відрізняється від попередньої версії тим, що вона створює інтеграційний стандарт, в рамках якого склад даних та вид сервісу, що віддає дані, можна змінювати за допомогою налаштувань.
Також ми створюємо систему автоматичного тестування.
Справа в тому, що коли хтось підключився до СМЭВ, вибрав потрібні відомості та налаштував свій адаптер, для того щоб він ці відомості забирав, необхідно переконатися в коректності цього налаштування.
І зараз, коли регіони вишиковуються в чергу до федеральних органів виконавчої влади («дайте нам протестувати коректність обміну відомостями з вами»), виникає ефект пляшкового шийки. Тому щоб усе можна було зробити силами свого власного розробника, не вимагаючи з того боку жодних дій.
Ми створюємо автотест, який дозволяє сформувати базу певних ситуацій: як сервіс реагує при правильному запиті, як при помилковому. Він повністю поводиться як «бойовий» сервіс і дозволяє зроблене налаштування протестувати.
Нарешті, у новій СМЕВ реалізовано технологію передачі великих обсягів даних.
На даний момент діють обмеження - пересилати вкладення не більше 5 МБ. І коли, наприклад, Росреєстр хоче передати вкладення у вигляді документів із кадастровими схемами, воно «не пролазить». Ця проблемабуде вирішена за рахунок того, що в повідомлення вкладатиметься посилання на документ, який лежить у файловому сховищі, інтегрованому зі СМЕВ.
У СМЭВ 3.0 значно більше розвинена функціональність для регіональних операторів - для суб'єктів, які інтегрують свої регіональні шини з федеральної.
Поки що у нас більшу частину адміністраторських функцій виконує "Ростелеком", і точки входу до нього (адреса електронної поштита ін) виступають для регіональних операторів інтерфейсами. Самі функції при цьому від них закриті.
Зараз ми створюємо спеціальний інтерфейс, який на місцях дозволятиме бачити звітність та доступність ресурсів, а також виконувати більшість функцій оператора СМЕВ на рівні регіону.
Зараз у нас є єдина СМЕВ ( федеральний рівень) та 83 регіональних сегменти в кожному суб'єкті РФ (без урахування Криму та Севастополя) - такі логічні СМЕВ.
Є багато видів взаємодій на регіональному рівні, які має обслуговувати регіональна СМЕВ. За фактом ми бачимо, що у половині суб'єктів реалізовані власні інтеграційні шини, виконують функції регіональних СМЭВ.
Виходить, що у цій конструкції регіональний сегмент інфраструктури електронного уряду (регіональна СМЕВ) стає зайвим, бо він дублює те, що регіон і так робить на своєму рівні.
Таким суб'єктам ми надамо можливість інтеграції з федеральною СМЕВ безпосередньо.
Нова система дозволятиме регіональній шині безпосередньо підключатися до федеральної СМЕВ. За рахунок цього суттєво знизиться навантаження на експлуатацію всієї інфраструктури. Для тих суб'єктів, які не мають власних регіональних шин, ми також забезпечимо можливість підключення регіональних інформаційних систем до федеральної СМЕВ».
Реалізація взаємодії інформаційних систем організацій та відомств здійснюється у межах державної цільової програми « Інформаційне суспільство(2011-2020 роки)».
Взаємодія реалізується у межах:
системи міжвідомчого електронного документообігу(МЕДО).
єдиної системи міжвідомчої електронної взаємодії (СМЕВ).
Що таке СМЕВ і навіщо вона потрібна?
єдина системаміжвідомчої електронної взаємодії (СМЕВ)- Федеральна державна інформаційна система, призначена для організації інформаційної взаємодії між інформаційними системами учасників СМЭВ з метою надання державних та муніципальних послуг та виконання державних та муніципальних функцій в електронній формі.
Учасниками міжвідомчої електронної взаємодії (учасниками СМЕВ) є федеральні органивиконавчої влади, державні позабюджетні фонди, виконавчі органидержавної влади суб'єктів Російської Федерації, органи місцевого самоврядування, державні та муніципальні установи, багатофункціональні центри, інші органи та організації.
Метою створення СМЭВ є підвищення якості надання державних та муніципальних послуг та виконання державних та муніципальних функцій за рахунок використання спільних інформаційних ресурсів, зменшення часу на пошук та обробку інформації в електронній формі.
СМЕВ призначена для вирішення наступних завдань:
Основні функції СМЕВ
Основними функціями СМЕВ є:
передача запитів, документів та відомостей, необхідних для отримання державних та муніципальних послуг та поданих заявниками через єдиний портал, у підключені до СМЕВ інформаційні системи;
обмін електронними повідомленнями між учасниками СМЕВ;
передача на єдиний портал запитів, інших документів та відомостей, оброблених в інформаційних системах, а також інформації про хід виконання запитів та результати надання послуг.
З метою виконання своїх функцій СМЕВ забезпечує:
Технологічне забезпечення СМЕВ
Технологічне забезпечення інформаційної взаємодії із застосуванням СМЕВ досягається шляхом використання:
сервіс-орієнтованої архітектури, що є сукупністю електронних сервісів, побудованих за загальноприйнятими стандартами;
єдиних технологічних рішень та стандартів, єдиних класифікаторів та описів структур даних.
Як стати учасником СМЕВ?
Особливості використання СМЕВ та підключення до неї інформаційних систем окремих органів та організацій визначаються угодами між Мінкомзв'язку Росії, що є оператором СМЕВ , та органом та організацією, що є учасником СМЕВ. Мінкомзв'язок Росії здійснює координацію діяльності щодо підключення до СМЭВ, забезпечує її функціонування та ведення реєстру електронних сервісів.
Інтеграція інформаційних систем у рамках СМЕВ здійснюється відповідно до Технічними вимогамидо взаємодії інформаційних систем у єдиній системі міжвідомчої електронної взаємодії (утв. наказом Мінкомзв'язок Росії від 27.12.2010 № 190).
Щоб стати учасником СМЕВ органу або організації, що надає державні та муніципальні послуги та виконує державні та муніципальні функції, необхідно:
Забезпечити розробку електронних сервісів та інтерфейсів взаємодії використовуваної інформаційної системи та СМЕВ.
Для цього необхідно звернутися до постачальника або розробника використовуваної інформаційної системи для виконання ним робіт з реалізації необхідних сервісів та інтерфейсів.
Надати електронний сервіс оператору вузла СМЕВ, учасником якого має бути дана організаціядля проведення реєстрації та внесення до реєстру електронних сервісів.
Для цього необхідно офіційно звернутися до оператора вузла СМЕВ та надати паспорт електронного сервісу, методику випробувань та керівництво користувача електронного сервісу, а також забезпечити доступність електронного сервісу щодо його приймання.
Забезпечити наявність захищеного каналу зв'язку між інформаційною системою і СМЕВ.
АІС МФЦ СПРАВА
2. Федеральна державна інформаційна система «Єдиний портал державних та муніципальних послуг (функцій)».
3. Програмні та технічні засоби, що забезпечують можливість доступу до інформаційним системамчерез СМЕВ.
4. Відповідно до Положення про єдину систему міжвідомчої електронної взаємодії.