Про рішення
СМЕВ (Система електронної міжвідомчої взаємодії) - федеральна інформаційна система, яка дозволяє органам влади різного рівня та банкам запитувати та надавати у електронному виглядівідомості про громадян, організацій, у тому числі в рамках надання їм державних та муніципальних послуг. Технологічний портал СМЭВ розташований за адресами 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 успішних впроваджень на території Свердловської області та інших регіонах Російської Федерації.
У липні 2010 року Дмитро Медведєв підписав Федеральний закон№ 210-ФЗ «Про організацію надання державних та муніципальних послуг». На початку жовтня 2011 року відбувся запуск «Електронного уряду», всередині якого було виділено окремий проект – систему міжвідомчої електронної взаємодії (СМЕВ). Зовсім недавно органи державної влади та місцевого самоврядування перейшли на СМЕВ 3.0 – останню версію системи міжвідомчої взаємодії. Про її переваги NBJ розповів заступник міністра зв'язку та масових комунікаційРосійської Федерації Олексій КОЗИРЄВ.
NBJ: Олексію Олеговичу, розкажіть, будь ласка, про перші підсумки переходу учасників на третю версію системи міжвідомчої електронної взаємодії.
А. КОЗИРЄВ: Процес переходу протікає планово. Третя версія СМЕВ була розроблена наприкінці 2013 року, у 2014 році вона перебувала у дослідній експлуатації. Ми провели серію тестів на промислових «бойових» даних, переконалися, що все працює і зараз перейшли до стадії впровадження нової версії в промислову експлуатацію для всіх учасників міжвідомчої взаємодії.
Відомості, які органи влади надають через СМЕВ, потрібні по-різному. Одного роду інформацію запитують дуже часто, за іншою звертаються лише кілька разів на рік. Ми вибрали кілька відомств, які надають найбільш затребувану інформацію: Федеральне казначейство, Росреєстр, Пенсійний фонд, Міністерство внутрішніх справ, Федеральну податкову службу. Домовилися з ними про те, що їхні інформаційні системи будуть адаптовані для передачі даних через третю версію СМЕВ. До неї, окрім зазначених структур, вже підключилися кілька суб'єктів РФ: Москва, Тюменська область та інші.
NBJ: Поки що не дуже багато учасників.
А. КОЗИРЄВ: Сукупність відомостей, що надаються даними відомствами, становить 80% усієї інформації, що передається через СМЕВ. Загалом до системи підключено 11 тисяч учасників, у тому числі 85 суб'єктів РФ, понад 70 органів структурі державної влади федерального рівня, майже тисяча кредитних організацій. Але основна маса запитів посідає ті відомства, які згадав вище, і п'ятнадцять видів відомостей. Ядро СМЭВ - це взаємодія між цими структурами та регіонами.
Наше завдання полягає в тому, щоб усі суб'єкти почали взаємодіяти із цими відомствами за стандартом СМЕВ 3.0. Процес проходитиме природним чином: у міру внесення змін до нормативно-правові акти федеральні органивлада доопрацьовуватиме свої інформаційні системи та відключатиме старі. Ми не змушуємо негайно перемикатися на СМЭВ 3.0, оскільки друга версія системи працює добре, але з цього року всі зміни вноситимуться вже в третю версію.
NBJ: Чим СМЭВ 3.0 відрізняється від СМЭВ 2.0 і СМЭВ?
А. КОЗИРЄВ: Перша та друга версії системи однакові, різниця полягала тільки в технологіях застосування електронних підписів. Між другою та третьою версіями СМЕВ різниця вже суттєва.
Якщо проводити аналогію, можна сказати, що система міжвідомчої електронної взаємодії є державним інтранетом. В інтранеті працюють сайти різних організацій, у держави така сама система: є інтранет, закритий зовні, але доступний зсередини, та низка сайтів, які видають певні види інформації (ми називаємо їх електронними сервісами). Інформацію на цих сайтах розміщують федеральні та регіональні органи влади, а учасники системи міжвідомчої електронної взаємодії можуть її отримувати.
СМЭВ 2.0 дозволяла обмінюватися інформацією - надсилати запити та отримувати онлайн-відповіді чи відкладені відповіді. Коли система працювала в режимі реального часу, важливо було обробляти всі звернення, загальна кількість яких часом сягала кількох мільярдів на рік. СМЭВ працювала у режимі труби: скільки запитів у неї потрапляло, стільки ж вилітало на сайт. У процесі брало участь кілька сторін: споживачі, безпосередньо СМЭВ, якими проходили їх звернення, і відомча інформаційна система, яка обробляла запити і оперативно відповідала ними. Найчастіше вона не справлялася з обсягом звернень у режимі он-лайн.
NBJ: Як вам удалося вирішити проблему?
А. КОЗИРЄВ: У третій версії СМЕВ ми передбачили спеціальний буфер, який дозволяє розподіляти навантаження на інформаційну систему. Раніше сервіс витримував 20 одночасних запитів: 20 користувачів заходили на сайт, а для 21 він виявлявся недоступним, випливало повідомлення про помилку. Ми зробили так, що 21 замість безрезультатних спроб потрапити на сайт пропонується «зайняти місце на парковці» і дочекатися своєї черги. У міру розвантаження інформаційної системи запити доходять до адресата і буфер поступово звільняється. Все відпрацьовується в частки секунди, і повідомлення про помилку не з'являється. Довільне збільшення кількості буферів передбачено самим функціоналом системи, це називається чергою гарантованої доставки.
Друга відмінність СМЭВ 3.0 полягає в наступному: раніше через систему можна було передавати інформацію, що не перевищує п'ять мегабайт в одному повідомленні, цього було достатньо. Зараз до тексту нерідко потрібно додати який-небудь файл, наприклад, зображення земельної ділянки, кадастровий план. У п'ять мегабайт ця інформація не міститься. Ми збільшили можливості передачі даних фактично до гігабайта, що повністю покриває потреби всіх учасників системи.
У СМЕВ 2.0 для кожного сайту був потрібний окремий браузер, оскільки був відсутній певний стандарт, єдиний для всіх учасників протокол обміну даними. У СМЭВ 3.0 ми його реалізували. Якщо учасник системи хоче отримувати інформацію з 60 джерел, йому не потрібно застосовувати 60 різних способів підключення до них. Споживач приєднується до системи за певним стандартом, якого також дотримуються 60 необхідних джерел, і разом отримує доступ до всіх потрібних йому відомостей. Це називається універсальний електронний сервіс, він суттєво економить витрати на підтримку працездатності та розвиток системи. Підключення до СМЭВ 61-го джерела вимагало додаткової оплати, зараз у ній відпала. Достатньо один раз підключитися до системи, щоб отримати доступ до всіх необхідних відомостей.
СМЭВ є піраміду: до федеральної «голові» підключено 85 регіональних сегментів. Раніше у кожному регіоні функції оператора системи виконував якийсь орган влади. Контроль регіональної частини СМЭВ здійснювався виключно зверху, через федеральний рівень. Наразі більшість операцій, що вимагають участі суб'єктів РФ, спущені на рівень регіональних операторів. Замість одного оператора системи з'явилося 85, процеси всередині неї стали протікати швидше та ефективніше.
Для того, щоб СМЕВ працювала справно, необхідно з'єднати всі її вузли каналами зв'язку, захищеними певною криптографією. Донедавна інфраструктура цих вузлів була досить складною. В рамках СМЭВ 3.0 з'явилася можливість зробити так, щоб маршрутизація запитів через неї була більш ефективною, ніж раніше. До впровадження останньої версії системи звернення проходили через велика кількістьвузлів, що створювали навантаження на мережу. СМЭВ 3.0 дозволила значно спростити топологію системи, налагодити пряму доставку запитів від одного учасника до іншого. Ця зміна підвищує надійність та стабільність роботи сервісу, здешевлює експлуатацію з погляду каналів зв'язку.
NBJ: Чи здійснився ваш план збільшення кількості учасників системи?
А. КОЗИРЄВ: Так, перелік учасників системи розширився. До СМЕВ підключаються посвідчувальні центри, які видають електронні підписи, які вже підключилися Верховний Судта Вищий арбітражний судРФ. Раніше судова гілка влади не мала доступу до державних інформаційним системам. Цього року учасниками СМЕВ стали Російський союзавтостраховиків, Федеральна нотаріальна палата (через організацію здійснюється взаємодія з ФНП Росії).
СМЭВ - закрита система, стати її учасником можна лише за наявності відповідного законодавчого акту. Рішення про підключення до системи приймається комісією під головуванням міністра зв'язку та масових комунікацій РФ Миколи Никифорова.
Що ж до учасників СМЭВ, тут слід враховувати таке: ми країни понад 24 тисяч муніципалітетів, приблизно 970 кредитних організацій, близько 80 федеральних органів влади й 85 суб'єктів Федерації. У сукупності вони створюють близько 26-27 тисяч потенційних учасників взаємодії, крім бюджетних установ, які також могли б підключитися до системи, але поки що не роблять цього. Проте інформатизація у суб'єктах організована по-різному. У деяких регіонах муніципалітети підключаються до системи суб'єкта, а вона – до СМЕВ. Таким чином, у нас не 26 тисяч, а 11 тисяч учасників – частина із цих 26 тисяч агрегована під регіональні інформаційні системи.
У деяких муніципалітетах, куди ще не дійшли магістральні канали, поки що немає зв'язку, тому вони здійснюють міжвідомчу взаємодію через найближчий муніципалітет, де є Інтернет. Питання доступу всіх учасників до системи не стоїть, просто деякі з них отримують доступ в режимі офлайн.
До речі, Міністерством зв'язку та масових комунікацій розроблено проект з усунення цифрової нерівності, розрахований на десять років. У його рамках планується прокласти 200 тис. км оптоволокна, це найбільше у світі будівництво, завдяки якому Інтернет у Росії з'явиться скрізь.
NBJ: Як ви відслідковуєте активність регіонів – учасників СМЕВ?
О. КОЗИРЄВ: Щомісяця ми проводимо відеоконференції, в яких беруть участь керівники регіональних органів влади, які відповідають за міжвідомчу взаємодію. Під час конференцій ми докладно вивчаємо статистику щодо кількості запитів, співвідносимо її з чисельністю населення суб'єкта, після чого складаємо рейтинг регіонів щодо інтенсивності запитів. Є сильно відстаючі території, які провели підключення, але неохоче ним користуються через прихильність до застарілих технологій, наприклад факсу. Ми стежимо за статистикою та регулярно даємо суб'єктам вказівки щодо переходу від паперового документообігу до електронного. Втім, більшість регіонів вже активно користуються СМЕВ. Максимальна кількість запитів надходить із Республіки Бурятії, Забайкальського краю, Брянської, Костромської та Тамбовської областей.
NBJ: Поясніть, будь ласка, значення терміна «система управління базами даних, що вільно поширюється».
А. КОЗИРЄВ: Система управління базою даних (далі СУБД. – прим. ред.) – це клас інформаційної системи. Існують пропрієтарні, тобто розроблені приватними компаніями і які розповсюджуються на комерційних умовах СУБД, а також системи, що вільно розповсюджуються, які розробляються спільнотами програмістів. Подібні СУБД можна використовувати безкоштовно.
СМЕВ 3.0, яка є інтеграційною шиною, була заснована на технологіях компанії Oracle. Нещодавно ми перевели систему на вільне програмне забезпеченняЯк називається ActiveMQ - це розробка спільноти Apache Software Foundation. ActiveMQ - вільне ПЗ, яке російські програмісти налаштували для використання у міжвідомчій електронній взаємодії. Система управління базою даних на Oracle поступово переїжджатиме на вільне ПЗ.
У структурі «Електронного уряду» на даний момент також використовується система управління базою даних Oracle, але у 2015 році маємо завдання перейти на вільне програмне забезпечення. Спочатку ми створимо дослідний зразок бази даних, що вільно розповсюджується, перевіримо, як вона переносить навантаження, чи відповідає вимогам інформаційної безпеки. При позитивних результатівтесту ми мігруватимемо на вільне програмне забезпечення у 2016 році. Розглядаємо як можливий варіант вільне ПЗ для СУБД PostgreSQL.
Перехід на СУБД, що вільно розповсюджується, - це конкретний крок у галузі імпортозаміщення всередині інфраструктури «Електронного уряду». Перший крок було зроблено, коли ми відмовилися від пропрієтарного програмного забезпечення в інтеграційній шині, другим кроком буде база даних. Щоправда, не можна сказати, що зараз ми рубаємо шашкою – і завтра все стане іншим. Перехід буде акуратним та поступовим.
NBJ: Як можна пояснити зростання активності кредитних організацій, які надсилають все більше запитів до СМЕВ?
А. КОЗИРЄВ: В силу закону кредитні організації мають надавати державним органамвідомості про платежі, які здійснюють громадяни. Цей обов'язок став причиною підключення всіх банків до СМЭВ.
Фінорганізаціям цікаві відомості про кредитоспроможність позичальників у вигляді виписок про стан індивідуального особового рахунку застрахованої особи. Дану інформацію має в своєму розпорядженні Пенсійний фонд РФ. У виписках містяться відомості про місце роботи позичальника, його доходи. Кредитні організації, використовуючи ці відомості, можуть значно знизити ризики, пов'язані з роздрібним кредитуванням. Це, своєю чергою, може призвести до зменшення ставок за кредитами.
Цей процес має і зворотний бік: персональні дані громадян про місце роботи, рівень доходу - значуща інформація, яку потрібно ретельно захищати від компрометації. У зв'язку з цим позичальники повинні мати можливість контролювати те, як надаються послуги «Електронного уряду».
Банк може отримати відомості про кредитоспроможність громадянина у разі, якщо той звернувся за отриманням кредиту або кредит уже отримано, але фінансування в рамках своєї політики хоче провести оцінку кредитоспроможності фізособи. Добросовісний позичальник в обох випадках надасть дозвіл на використання своїх персональних даних конкретною кредитною організацією. Така технологія у нас є, вона працює через портал держпослуг та мобільні додатки, це виглядає так: людина приходить до банку та заповнює анкету на кредит, фінорганізація запитує відомості про кредитоспроможність громадянина через інфраструктуру «Електронного уряду». Потенційний позичальник отримує СМС-повідомлення із проханням підтвердити надання відомостей банку. Згода на надання кредитної організації інформації може бути надана у відповідь СМС-повідомленням, через мобільний додатокабо портал держпослуг – за допомогою галочки навпроти слова «дозволити». Якщо громадянин дає згоду використання своїх персональних даних, то банк отримує до них доступ.
На наш погляд, подібна технологія універсальна, вона може поширюватися на будь-які відомості, які людина хоче надати себе третім особам - не тільки кредитним організаціям.
В даний час Мінкомзв'язок Росії спільно з найбільшими російськими роздрібними банками проводить пілотний проект із застосування технології для отримання відомостей про кредитоспроможність із ПФР. У ньому беруть участь Тінькофф Банк, Сітібанк, Банк Москви - повний списоквключає 25 кредитних організацій, а також некомерційні структури: Асоціацію регіональних банків Росії, Національна платіжна рада та ін.
Ми розраховуємо, що до початку осені поточного року проект перейде на постійну основу, та технологія стане доступною для всіх кредитних організацій. Ми закріпимо певний порядок надання відомостей із державних інформаційних систем – на сьогоднішній день він ніде чітко не прописаний.
Існує думка, що у громадянина можна один раз узяти письмова згодана отримання персональних даних та посилатися на нього при кожній спробі отримання інформації. Контролювати ситуацію в цьому випадку важко: від банків надходитимуть мільйони запитів, ми ніколи не зможемо дізнатися про дозвіл у кожному конкретному випадку. Вибіркові перевірки, можливо, матимуть змогу виявити компрометацію персональних даних, але лише за фактом, коли інформація вже буде надана. Технологія Мінком-зв'язку Росії передбачає надсилання відомостей лише після того, як громадянин дасть на це дозвіл.
Ця технологія особливо актуальна для невеликих регіональних банків, яким, можливо, важко конкурувати з федеральними роздрібними кредитними організаціями. У великих банків з держучастю вже зараз є можливість отримання відомостей про кредитоспроможність із державних інформаційних систем, чого не можна сказати про інші роздрібні фінансові організації, особливо регіональні. Нова технологія дасть їм чудову можливість ретельніше працювати з ризиками позичальників, знижувати відсоткову ставку та підвищувати кредитоспроможність своїх пропозицій.
NBJ: Які послуги, що надаються через СМЕВ як фізичним, так і юридичним особам, затребувані сьогодні?
А. КОЗИРЄВ: Існує 15 федеральних та 20 регіональних послуг, які затребувані громадянами, близько 85% усіх звернень припадає на ці 35.
До послуг, які надають федеральні органи влади, належать: оформлення закордонного паспорта та посвідчення водія, реєстрація транспорту, сплата податків та штрафів, подання податкової декларації, реєстрація власності на нерухомість, включення нерухомого майна до кадастру, отримання витягу з нього, а також з ЄДРП - Єдиного державного реєструправ на нерухоме майнота угод із ним.
До послуг, що надаються регіональними органами влади, належать реєстрація шлюбу, смерті, народження, розлучення, реєстрація та зміна імені. Крім того, користуються популярністю оформлення соціальної допомоги та видача мисливського квитка. Ці послуги надаються через МФЦ, Єдиний портал державних послуг, органи влади.
Незалежно від того, через який канал надходять запити, вони зрештою потрапляють до органу влади, який через міжвідомчі запити збирає всю необхідну інформацію. Ви знаєте, що згідно із законом «Про організацію надання державних та муніципальних послуг» заборонено вимагати з громадян документи у паперовому вигляді. Власне, органи влади, які бракують документів, і запитують один у одного.
NBJ: Як часто та через що відбуваються збої системи міжвідомчої електронної взаємодії?
А. КОЗИРЄВ: Система збоїть дуже рідко, вона досить надійна і з технічного погляду, і з погляду інформаційної безпеки. Як правило, у СМЕВ трапляються локальні збої, як причини виступають різні обставини: і відмови комунікаційного обладнання, і програмні збої, пов'язані з переповненням певних технологічних областей зберігання даних.
Один із останніх збоїв стався через те, що відмовило телекомунікаційне обладнання, так званий балансувальник навантаження та його резервник. Це рідкісний випадок, але він мав місце. Інший збій стався через збільшення обсягу запитів: у базі даних переповнилася технологічна ділянка, де зберігалася інформація про передані звернення, це призвело до порушення роботи бази даних.
Загалом запити на усунення інцидентів приходять до єдиного ситуаційного центру «Електронного уряду», який маршрутизує їх залежно від типу. У цьому необхідно розуміти, що у системі взаємодії завжди беруть участь три сторони: відправник запиту, його одержувач і СМЭВ як інтеграційна шина. В теперішню мить технічна підтримкацих інформаційних систем перебуває у віданні однієї організації.
Уявімо: відправником запиту виступає МФЦ в Іванівській області, інформаційна система якого обслуговується якоюсь організацією. Посередині знаходиться СМЕВ, яка передає запити та доставляє відповіді, її техпідтримкою управляють Мінкомзв'язку та «Ростелеком». Третій бік відносин - одержувач, припустимо, МВС, у них є свої підрядники, які обслуговують інформаційні системи відомства. Раніше потрібно було розібратися, де стався збій: на боці відправника, одержувача чи СМЕВ. Це було досить складне завдання. Наразі над усіма учасниками знаходиться ситуаційний центр, до якого надходять усі запити на усунення проблем. Таким чином, центр вирішує, яку частину техпідтримки необхідно діяти. Це підвищує рівень координації під час усунення інцидентів. Кількість запитів до ситуаційного центру доходить до кількох мільярдів на рік, більшість яких вирішується протягом одного дня.
NBJ: Які ще функції, окрім привласнених їй на сьогоднішній день, могла б взяти на себе СМЕВ? Чи планується розширення її функціоналу?
А. КОЗИРЄВ: У цьому випадку мова необхідно вести про всю інфраструктуру «Електронного уряду». Крім СМЭВ, до неї входить цілий рядсистем, що забезпечують повноцінну взаємодію органів влади один з одним.
Необхідно організувати єдину систему нормативно-довідкової інформації, яка забезпечуватиме єдиний порядокстворення та ведення інформаційних ресурсів. Це дуже важливо, оскільки стандартизація даних, якими обмінюються органи влади через СМЕВ, дозволить суттєво підвищити ефективність їхньої взаємодії. Наприклад, якщо вам у складі відомостей від органу влади потрібно отримати адресу, то, швидше за все, кожне відомство надасть її відповідно до свого стандарту оформлення: текстового рядка, нарізки тощо. Відсутність однаковості подачі даних призводить до протиріч, які накопичуються в інформаційних ресурсах.
Дуже важливо, щоб вся державна інфраструктура використовувала одні й самі набори відомостей зі зрозумілими, стандартними форматами. Я думаю, що наступний етап розвитку СМЕВ буде присвячений стандартизації та розробці єдиної моделі державних даних.
Взаємодія між федеральними органами виконавчої владита державними позабюджетними фондами при наданні держпослуг з 1 січня 2015 р. має здійснюватися виключно з використанням єдиного електронного сервісу- третьої версії системи міжвідомчої електронної взаємодії (СМЕВ). Також забороняється самостійна розробка нових сервісів. Про це оголосили у Мінкомзв'язку РФ.
Органам влади суб'єктів Російської Федерації рекомендовано перейти на єдиний електронний сервіс з 1 січня 2017 р., додали в міністерстві, пославшись на постанову Уряду РФ № 1222 "Про подальший розвиток єдиної системи міжвідомчої електронної взаємодії".
«Оновлений сервіс забезпечить єдиний формат взаємного обміну інформацією, гарантовану доставку повідомлень, механізм черг електронних повідомлень, що дозволяє вирішити проблему перевантаженості популярних сервісів, збільшення розміру повідомлення, що передається з 5 МБ до 1 ГБ, а також інтеграцію з головним засвідчувальним центром для перевірок йдеться у заяві Мінкомзв'язку. - Нова версія системи передбачає взаємодію між органами влади суб'єктів РФ, а не лише з органами влади федерального рівня, як це було раніше».
Перехід на останню версію СМЭВ планується розпочати з найбільш затребуваних відомостей. Відключення решти вже існуючих сервісів поки що не проводитиметься, проте запуск нових, що не відповідають вимогам, припиниться з 1 січня 2015 р.
У тестовому режимі остання версіяСМЕВ вже запущена в Москві, Мордовії, Башкортостані, Татарстані, Тюменській, Ярославській, Новосибірській областяхта Примор'я, йдеться у повідомленні Мінкомзв'язку.
Зазначимо, що зі СМЕВ 3.0 розпочався перехід інфраструктури електронного уряду на вільне програмне забезпечення. Для створення нової версії системи було обрано вільне рішення Apache ActiveMQ, тоді як попередня версія була побудована на рішенні Oracle.
Як працює СМЕВ 3.0
Про особливості роботи нової версії СМЕВ у недавньому інтерв'ю розповідав заступник міністра зв'язку Олексій Козирєв:
«Функціональність, яка зараз реалізована у СМЕВ 2.0, повністю залишиться.
СМЭВ 3.0 додасться функціональність, пов'язана з чергою гарантованої доставки, що дозволяє відомствам взаємодіяти в асинхронному режимі і забезпечувати, таким чином, згладжування пікових навантажень - стабілізацію системи.
У третій версії створюється технологія, коли він організації взаємодії в СМЭВ з обміну даними не потрібно щоразу інтегруватися зі своїми постачальником якихось особливих умовах.
Зараз ми маємо величезну кількість інтеграційних проектів, у кожному з яких здійснюється двостороннє тестування інтеграції, що дозволяє переконатися, що електронна взаємодія працює. На це витрачаються величезні гроші, багато часу. Нова СМЭВ відрізняється від попередньої версії тим, що вона створює інтеграційний стандарт, в рамках якого склад даних та вид сервісу, що віддає дані, можна змінювати за допомогою налаштувань.
Також ми створюємо систему автоматичного тестування.
Справа в тому, що коли хтось підключився до СМЭВ, вибрав потрібні відомості і налаштував свій адаптер, щоб він ці відомості забирав, необхідно переконатися в коректності цієї настройки.
І зараз, коли регіони вишиковуються в чергу до федеральних органів виконавчої влади («дайте нам протестувати коректність обміну відомостями з вами»), виникає ефект пляшкового шийки. Тому щоб усе можна було зробити силами свого власного розробника, не вимагаючи з того боку жодних дій.
Ми створюємо автотест, який дозволяє сформувати базу певних ситуацій: як сервіс реагує при правильному запиті, як при помилковому. Він повністю поводиться як «бойовий» сервіс і дозволяє зроблене налаштування протестувати.
Нарешті, у новій СМЭВ реалізовано технологію передачі великих обсягів даних.
На даний момент діють обмеження - пересилати можна вкладення трохи більше 5 МБ. І коли, наприклад, Росреєстр хоче передати вкладення у вигляді документів із кадастровими схемами, воно «не пролазить». Ця проблема буде вирішена за рахунок того, що в повідомлення вкладатиметься посилання на документ, який лежить у файловому сховищі, інтегрованому зі СМЕВ.
У СМЭВ 3.0 значно більше розвинена функціональність для регіональних операторів - для суб'єктів, які інтегрують свої регіональні шини з федеральної.
Поки що у нас більшу частину адміністраторських функцій виконує «Ростелеком», і точки входу до нього (адреси електронної пошти та ін.) виступають для регіональних операторів інтерфейсами. Самі функції при цьому від них закриті.
Наразі ми створюємо спеціальний інтерфейс, який на місцях дозволятиме бачити звітність та доступність ресурсів, а також виконувати більшість функцій оператора СМЕВ на рівні регіону.
Зараз у нас є єдина СМЕВ(Федеральний рівень) та 83 регіональних сегменти в кожному суб'єкті РФ (без урахування Криму та Севастополя) - такі логічні СМЕВ.
Є багато видів взаємодій на регіональному рівні, які має обслуговувати регіональна СМЕВ. За фактом ми бачимо, що у половині суб'єктів реалізовані власні інтеграційні шини, виконують функції регіональних СМЭВ.
Виходить, що в цій конструкції регіональний сегмент інфраструктури електронного уряду (регіональна СМЕВ) стає зайвим, тому що він дублює те, що регіон і так робить на своєму рівні.
Таким суб'єктам ми надамо можливість інтеграції із федеральною СМЕВ безпосередньо.
Нова система дозволятиме регіональній шині безпосередньо підключатися до федеральної СМЕВ. За рахунок цього суттєво знизиться навантаження на експлуатацію усієї інфраструктури. Для тих суб'єктів, які не мають власних регіональних шин, ми також забезпечимо можливість підключення регіональних інформаційних систем до федеральної СМЕВ».
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: Які додаткові послуги ви можете запропонувати відомствам?
РенатШакірзянов:Вже сьогодні пропонуємо рішення, що дозволяють контролювати, чи має право конкретне відомство отримувати ті чи інші відомості. У планах – запровадити вже розроблений раніше механізм розмежування прав не лише за видами відомостей, а й за даними, що передаються. Тобто. одне відомство за наявності відповідного доступу може отримати дані щодо конкретного громадянина, а інше відомство, яке не має доступу, отримає відмову. Таким чином ми зможемо регулювати допуск до інформації обмеженого використання.
Також до складу нашого рішення входить аналітичний модуль, що дозволяє зібрати статистичну інформацію щодо кількості та якості надання державних послуг в електронному вигляді та міжвідомчій взаємодії.
Останнім часом до СМЭВ підключається все більше регіональних учасників, а це не тільки органи влади різних рівнів, а й багатофункціональні центри, та фінансово-кредитні організації. Обсяг міжвідомчої взаємодії з кожним роком зростає, і нам необхідно розширювати та підтримувати наше рішення, щоб наші партнери могли розширювати перелік державних послуг, що надаються в електронному вигляді, та підвищувати якість та швидкість їх надання.
Реалізація взаємодії інформаційних систем організацій та відомств здійснюється у рамках державної цільової програми «Інформаційне товариство (2011-2020 роки)».
Взаємодія реалізується у межах:
системи міжвідомчого електронного документообігу(МЕДО).
єдиної системи міжвідомчої електронної взаємодії (СМЕВ).
Що таке СМЕВ і навіщо вона потрібна?
єдина системаміжвідомчої електронної взаємодії (СМЕВ)- федеральна державна інформаційна система, призначена в організацію інформаційного взаємодії між інформаційними системами учасників СМЭВ з метою надання державних та муніципальних послуг та виконання державних та муніципальних функцій в електронній формі.
Учасниками міжвідомчої електронної взаємодії (учасниками СМЕВ) є федеральні органи виконавчої влади, державні позабюджетні фонди, виконавчі органидержавної влади суб'єктів Російської Федерації, органи місцевого самоврядування, державні та муніципальні установи, багатофункціональні центри, інші органи та організації.
Метою створення СМЭВ є підвищення якості надання державних та муніципальних послуг та виконання державних та муніципальних функцій за рахунок використання загальних інформаційних ресурсів, зменшення часу на пошук та обробку інформації в електронній формі.
СМЭВ призначена на вирішення таких задач:
Основні функції СМЕВ
Основними функціями СМЕВ є:
передача запитів, документів та відомостей, необхідних для отримання державних та муніципальних послуг та поданих заявниками через єдиний портал, у підключені до СМЕВ інформаційні системи;
обмін електронними повідомленнями між учасниками СМЕВ;
передача на єдиний портал запитів, інших документів та відомостей, оброблених в інформаційних системах, а також інформації про хід виконання запитів та результати надання послуг.
З метою виконання своїх функцій СМЕВзабезпечує:
Технологічне забезпечення СМЕВ
Технологічне забезпечення інформаційної взаємодії із застосуванням СМЕВ досягається шляхом використання:
сервіс-орієнтованої архітектури, що є сукупністю електронних сервісів, побудованих за загальноприйнятими стандартами;
єдиних технологічних рішень та стандартів, єдиних класифікаторів та описів структур даних.
Як стати учасником СМЕВ?
Особливості використання СМЭВ і підключення до неї інформаційних систем окремих органів прокуратури та організацій визначаються угодами між Минкомсвязь Росії, є оператором СМЭВ , і органом та організацією, що є учасником СМЭВ. Мінкомзв'язок Росії здійснює координацію діяльності щодо підключення до СМЭВ, забезпечує її функціонування та ведення реєстру електронних сервісів.
Інтеграція інформаційних систем у рамках СМЕВ здійснюється відповідно до Технічними вимогамидо взаємодії інформаційних систем у єдиній системі міжвідомчої електронної взаємодії (утв. наказом Мінкомзв'язок Росії від 27.12.2010 № 190).
Щоб стати учасником СМЕВ органу чи організації, що надає державні та муніципальні послуги та виконує державні та муніципальні функції, необхідно:
Забезпечити розробку електронних сервісів та інтерфейсів взаємодії використовуваної інформаційної системи та СМЕВ.
Для цього потрібно звернутися до постачальника або розробника інформаційної системи, що використовується для виконання ним робіт з реалізації необхідних сервісів та інтерфейсів.
Надати електронний сервіс оператору вузла СМЕВ, учасником якого має бути дана організація для проведення реєстрації та внесення до реєстру електронних сервісів.
Для цього необхідно офіційно звернутися до оператора вузла СМЕВ та надати паспорт електронного сервісу, методику випробувань та керівництво користувача електронного сервісу, а також забезпечити доступність електронного сервісу щодо його приймання.
Забезпечити наявність захищеного каналу зв'язку між інформаційною системою і СМЕВ, що використовується.
АІС МФЦ СПРАВА
2. Федеральна державна інформаційна система «Єдиний портал державних та муніципальних послуг (функцій)».
3. Програмні та технічні засобищо забезпечують можливість доступу до інформаційних систем через СМЕВ.
4. Відповідно до Положення про єдину систему міжвідомчої електронної взаємодії.