Относно решението
SMEV (Система за електронно междуведомствено взаимодействие) е федерална информационна система, която позволява на власти на различни нива и банки да изискват и предоставят в електронен форматинформация за граждани, организации, включително като част от предоставянето на държавни и общински услуги за тях. Технологичният портал SMEV се намира на адрес https://smev.gosuslugi.ru, https://smev3.gosuslugi.ru.
SMEV има две поколения: SMEV 2 и SMEV 3. Правителствено постановление Руска федерацияот 19 ноември 2014 г. № 1222 „За по-нататъшното развитие на единна система за междуведомствено електронно взаимодействие“ от 1 януари 2015 г. е забранено разработването на електронни услуги в съответствие с Методическите препоръки за работа в SMEV 2. От 2017 г. започна активно изключване съществуващи услуги SMEV 2 и преминаването към работа с услугите на версията SMEV 3. През 2018 г. се планира следващият етап от прехода.
Системата "Универсален кабинет (SMEV)" позволява на власти от всяко ниво и банки да обменят информация с други участници чрез SMEV на федерално и регионално ниво, без да се задълбочават в сложността на процеса на взаимодействие с него. Системата поддържа работа с SMEV 2 и SMEV 3 услуги.
Схема на взаимодействие на системата "Универсален шкаф (SMEV)":
Системата "Universal Cabinet (SMEV)" предоставя графичен и софтуерен интерфейс за създаване на заявки за информация от различни доставчици на информация (Rosreestr, PFR, FTS и др.). Получените заявки се обработват и преобразуват във форматите, изисквани от SMEV и доставчиците. Заявките се изпращат в съответствие с правилата на SMEV. SMEV предава заявки до доставчици. Доставчиците на информация обработват заявки и в определени часове подготвят и изпращат отговори обратно на SMEV. Универсалният шкаф получава отговорите на доставчика от SMEV. Получените данни се обработват и показват в интерфейса или се предават на IC на трета страна чрез софтуерен интерфейс. Наличен е и обратният метод на взаимодействие, при използване на системата "Универсален кабинет" се предоставя информация за заявки, получени от други участници във взаимодействието.
Възможности на системата "Universal Cabinet (SMEV)":
- За работа в графичния интерфейс на системата "Универсален шкаф (SMEV)" е необходим само интернет браузър. Не е необходимо да се инсталират плъгини, разширения, JRE и т.н. на компютъра на потребителя. Не се използват аплети и др. Всяка ОС може да се използва на работното място - Windows, Linux и т.н.
- Създаване на заявки и преглед на отговори в удобни и функционални WEB форми. В полетата на формуляра за създаване на заявки има различни проверки и маски, които опростяват въвеждането на данни и минимизират грешките. Има опция за изтегляне на отговори в PDF, HTML и XML формати. Примери за формуляри за искане и отговор.
- Наличието на програмен интерфейс за изпращане на заявки и получаване на отговори. Интерфейсът за програмиране е реализиран с помощта на REST API технологията. Обменят се XML-съобщения от установения формат. Всички REST API входове и изходи са валидирани спрямо XML схеми. Вътрешните схеми за обмен на всички доставчици са изпълнени в един стил и имат общи части за различни отдели. XML схемите са лесни за използване и съдържат цялата информация, от която се нуждае разработчикът, без необходимост от търсене необходимата информацияв служебния паспорт. За сравнение: схемата за заявка на SNILS от PFR към SMEV 2, схемата на подобна услуга за заявка на SNILS на SMEV 2, предоставена от системата Universal Cabinet (SMEV) чрез вътрешния API.
- Преглед на заявки, получени от други участници във взаимодействието и генериране на отговори към тях в интерфейса на системата „Универсален кабинет (SMEV)“. Автоматично присвояване на заявка към конкретен отдел въз основа на типа заявка. Възможност за пренасочване на заявка към друг отдел. Следене на сроковете за изготвяне на отговорите на заявките.
- Поддържане на адресния диапазон съгласно FIAS. Системата реализира автоматично актуализиране на FIAS за използване на актуална информация и осигуряване на синхронизация с доставчиците на информация.
- Преглеждайте заявките и отговорите в оригиналния им вид (XML заявки и отговори, изпратени до и получени от SMEV). Ако това е възможно (например, ако потребителските данни се предават директно в XML, а не като низ Base64), XML се представя в четим вид (има подравняване, подчертаване на етикет, дълги нечетими низове Base64 са изключени от преглед и т.н. .) .
- Обработка на заявки, изпратени от Единния портал обществени услугичрез SMEV. Възможност за делегиране на такива заявки на система на трета страна.
- Подписване на заявки в SMEV с помощта на ключ за електронен подпис, инсталиран директно на системния сървър.
- Проверка на валидността на електронния подпис в получените отговори от доставчици.
- Преглеждайте създадени от потребителя заявки в графичен интерфейс, с възможност за филтриране по различни полета.
- Статистика за изпращане на заявки в различни раздели (отдели, служби, видове информация) и формуляри (табла, отчети, OLAP кубчета). Налична е възможността за експортиране на отчети във файл на Excel.
- Уведомяване на потребителите по имейл, когато има отговор на заявки или нови входящи заявки.
Системата "Universal Cabinet (SMEV)" е собствена разработка. GK Extreme има всичко необходими лицензи FSB и FSTEC за осъществяване на правно значимо взаимодействие с помощта на SMEV.
Реализирани услуги
| Име на услугата | Преглед | офис | Версия | Идентификатор или SID | Забележка | ||||
|---|---|---|---|---|---|---|---|---|---|
| Искане за получаване на данни от личната партида на осигуреното лице по застрахователния номер на индивидуалната лична партида | Изходящ | ПФР | SMEV 2 | SID0003623 |
Ще бъде деактивиран на 14.01.2019 г. Вместо това услугата SMEV 3 „Получаване на данни за лична сметка по предоставения осигурителен номер на индивидуална лична партида (SNILS) в системата за задължително пенсионно осигуряване“ вече е внедрена в Системата (VS00179v002-PFR001 http://kvs.pfr.com/data-by-snils/1.0.2) |
||||
| Заявка за получаване застрахователен номеросигурено лице | Изходящ | ПФР | SMEV 2 | SID0003619 | Ще бъде деактивиран на 01.07.2018 г. Вместо това ще работи услугата SMEV 3 „Получаване на данни за лична сметка чрез предоставения осигурителен номер на индивидуална лична партида (SNILS) в системата на задължително пенсионно осигуряване“, която вече е внедрена в Системата (VS00182v002-PFR001 http://kvs .pfr.com/snils-by- data/1.1.2) | ||||
| Услуга за предоставяне на информация за размера на плащанията на осигуреното лице по линията пенсионен фондРуска федерация | Изходящ | ПФР | SMEV 2 | SID0004000 | Деактивиран на 03.09.2018 г. Вместо това услугата SMEV 3 ще работи „Получаване на информация за размера на плащанията за периода (включително пенсия, допълнителни плащания, установени за пенсии, социални плащанияи плащания за грижи)" вече е внедрен в системата (VS00116v001-PFR001 http://kvs.pfr.com/bap-for-period/1.0.1) | ||||
| Услуга за трансфер на информация заплатиили доход, върху който са начислени застрахователни премии | Изходящ | ПФР | SMEV 2 | SID0003818 | Ще бъде деактивиран на 14.01.2019 г. Вместо това ще работи услугата SMEV 3 „Предаване на информация за заплати или доходи, върху които се начисляват осигурителни премии“ (VS00115v003-PFR001 http://kvs.pfr.com/salary-data/1.0.3) | ||||
| Получаване на данни за лична сметка чрез предоставения осигурителен номер на индивидуална лична партида (SNILS) в системата за задължително пенсионно осигуряване | Изходящ | ПФР | SMEV 3 | VS00179v002-PFR001 (http://kvs.pfr.com/data-by-snils/1.0.2) | |||||
| Предоставяне на застрахователния номер на индивидуална лична партида (СНИЛС) по лична партида на осигуреното лице | Изходящ | ПФР | SMEV 3 | ||||||
| Предоставяне на застрахователния номер на индивидуална лична сметка (SNILS) на осигуреното лице, като се вземе предвид допълнителна информация за мястото на раждане, документ за самоличност | Изходящ | ПФР | SMEV 3 | VS00648v001-PFR001 (http://kvs.pfr.com/snils-by-additionalData/1.0.1) | |||||
| Получаване на информация за размера на плащанията за периода (включително пенсия, допълнителни плащания, установени за пенсии, социални плащания и плащания за грижи) | Изходящ | ПФР | SMEV 3 | ||||||
| Промяна на регистъра на местните MRZ | Изходящ | ПФР | SMEV 3 | ||||||
| Информация за данните в хранилището на SMEV (Предаване на информация за промяна на регистъра на фактите за присвояване на MSZ) | Изходящ | ПФР | SMEV 3 | ||||||
| Заявка за SNILS с допълнителна информация | Изходящ | ПФР | SMEV 3 | VS00115v003-PFR001 (http://kvs.pfr.com/salary-data/1.0.3) | |||||
| Промяна на местни MRZ | Изходящ | ПФР | SMEV 3 | VS00645v003-PFR002_3T (urn://egisso-ru/msg/10.05.I/1.0.4) | |||||
| Прехвърляне на информация за промени в регистъра на фактите за назначаване на инсинератора | Изходящ | ПФР | SMEV 3 | VS00644v002-PFR002_3T (urn://egisso-ru/msg/10.10.I/1.0.3) | |||||
| Информация, съдържаща се в сертификата за изследване на основната работа по изграждането на индивидуален обект за жилищно строителство | Входящи | ПФР | SMEV 2 | SID0003891 | |||||
| Публично достъпна информация / извлечение от Единния държавен регистър на юридическите лица / EGRIP | Изходящ | Федерална данъчна служба на Русия | SMEV 2 | SID0003525 | Деактивиран на 30.04.2018 г. Вместо това SMEV 3 обслужва „Извлечения от Единния държавен регистър на юридическите лица по искане на властите държавна власт"(VS00051v003-FNS001 urn://x-artefacts-fns-vipul tosmv-ru/311-14/4.0.5), Извлечения от USRIP по искане на публични органи (VS00050v003-FNS001 urn://x-artefacts -fns -vipip-tosmv-ru/311-15/4.0.5) вече е внедрен в системата | ||||
| Извлечения от Единния държавен регистър на юридическите лица по искане на държавни органи | Изходящ | Федерална данъчна служба на Русия | SMEV 3 | ||||||
| Извлечения от USRIP по искане на държавни органи | Изходящ | Федерална данъчна служба на Русия | SMEV 3 | ||||||
| Информация за наличието (отсъствието) на дълг | Изходящ | Федерална данъчна служба на Русия | SMEV 2 | SID0003793 | Деактивиран на 30.04.2018 г. Вместо това работи услугата SMEV 3. Предоставяне на информация за наличието (липса) на просрочени задължения при плащане на данъци, такси, застрахователни премии, неустойки, глоби, лихви (VS00026v001-FNS001 (urn://x-artefacts-fns-zadorg/ root/548-04 /4.0.4) вече е внедрен в системата | ||||
| Предоставяне на информация за наличие (липса) на просрочени задължения при плащане на данъци, такси, застрахователни премии, неустойки, глоби, лихви | Изходящ | Федерална данъчна служба на Русия | SMEV 3 | ||||||
| Среден брой служители | Изходящ | Федерална данъчна служба на Русия | SMEV 2 | SID0003524 | Деактивиран на 12.12.2017 г. Вместо това услугата, внедрена в системата SMEV 3 „Информация за средния брой служители за предходната Календарна година"вече внедрен в системата (VS00043v002-FNS001 urn://x-artefacts-fns-SRCHIS/082-2/4.0.1) | ||||
| Електронна услуга „Предоставяне на информация от отчета за приходите и разходите лица 3-NDFL" | Изходящ | Федерална данъчна служба на Русия | SMEV 2 | SID0003521 | Деактивиран на 03.07.2018 г. Вместо това ще работи услугата SMEV 3 „Информация за данъчната декларация върху данъка върху доходите на физическите лица“ (VS00112v001-FNS001) | ||||
| Информация за средния брой на служителите за предходната календарна година | Изходящ | Федерална данъчна служба на Русия | SMEV 3 | ||||||
| Получаване на информация за доходите на физически лица според удостоверения 2-NDFL | Изходящ | Федерална данъчна служба на Русия | SMEV 3 | VS00111v003-FNS001 (urn://x-artefacts-fns-ndfl2/root/260-10/4.1.1) | |||||
| Информация, съдържаща се в социални (търговски) договори за наем | Входящи | Федерална данъчна служба на Русия | SMEV 2 | SID0003833 | |||||
| Информация за наличието (липса) на съдимост и (или) факта на наказателно преследване или за прекратяване на наказателното преследване, за намиране в списъка за издирване | Изходящ | Министерство на вътрешните работи на Русия | SMEV 2 | SID0003456 | Ще бъде деактивиран на 14.01.2019 г. Вместо това услугата SMEV 3 „Информация за наличие (липса) на съдимост и (или) факт на наказателно преследване или прекратяване на наказателно преследване, информация за това, че е в списъка за издирване“ вече е внедрена в системата (VS00262v001- MVDR02 urn://ru/mvd/) ще работи. ibd-m/convictions/search/1.0.2) | ||||
| Информация за получаване, назначаване, неполучаване на пенсия и прекратяване на плащанията | Изходящ | Министерство на вътрешните работи на Русия | SMEV 2 | SID0004003 | |||||
| Информация за наличието (липса) на съдимост и (или) факта на наказателно преследване или прекратяване на наказателното преследване, информация за издирване | Изходящ | Министерство на вътрешните работи на Русия | SMEV 3 | ||||||
| Услуга за предоставяне на услуги на Rosreestr в електронна форма | Изходящ | Rosreestr | SMEV 2 | SID0003564 | |||||
| Приемане на заявления до USRN FSIS, приемане на заявления (също приложени към документите за кандидатстване) за предоставяне на услуги на Rosreestr и получаване на резултатите от предоставянето на услуги | Изходящ | Rosreestr | SMEV 3 | VS00376v004-RRTR02 (urn://x-artefacts-rosreestr-gov-ru/virtual-services/egrn-statement/1.1.2) | |||||
| Извършване на промени в Unified Държавен регистърНедвижими имоти в рамките на междуведомственото информационно взаимодействие | Изходящ | Rosreestr | SMEV 3 | VS00375v002-RRTR02 (urn://x-artefacts-rosreestr-gov-ru/virtual-services/change-egrn-info/1.1.1) | |||||
| Информация, съдържаща се в разрешението за въвеждане в експлоатация на съоръжението капитално строителство | Входящи | Rosreestr | SMEV 2 | SID0003841 (напр Свердловска област) | |||||
| Решение на тялото местно управлениеза прехвърляне на жилищни помещения в нежилищни помещения, нежилищни помещения- в жилищни | Входящи | Rosreestr | SMEV 2 | SID0003840 (на примера на Свердловска област) | |||||
| Информация, съдържаща се в регистъра на домакинските книги | Входящи | Rosreestr | SMEV 2 | SID0003840 (на примера на Свердловска област) | |||||
| Документ, потвърждаващ собствеността поземлен имоткъм определена категория земя | Входящи | Rosreestr | SMEV 2 | SID0003837 (на примера на Свердловска област) | |||||
| Документ, потвърждаващ установеното разрешено ползване на поземления имот | Входящи | Rosreestr | SMEV 2 | SID0003838 (на примера на Свердловска област) | |||||
| Заключението на органа на местната власт на населеното място или градския район, потвърждаващо, че обектът се създава или създава недвижим имотсе намира в границите на поземления имот, предназначен за провеждане на лични помощно стопанство | Входящи | Rosreestr | SMEV 2 | Обслужване Федерална службаизпълнение на присъди за предоставяне на информация, съхранявана от Федералната пенитенциарна служба на Русия в електронна форма | Изходящ | Федерална пенитенциарна служба на Русия | SMEV 2 | SID0003444 | |
|
Информация за престоя на гражданина в местата за лишаване от свобода и за липсата му на доходи |
Изходящ | Федерална пенитенциарна служба на Русия | SMEV 3 | ||||||
| Изходящ | FSS на Русия | SMEV 2 | SID0003414 | Ще бъде деактивиран на 31.12.2018 г. Вместо това услугата SMEV 3 „Информация за размера на месечните осигурителни вноски за задължителни социална осигуровкаот трудови злополуки и професионални заболявания"вече внедрен в системата (VS00240v002-FSSR01 http://fss.ru/smev-3/socstrah_registration/1.0.1) | |||||
| Информация за размера на месечните осигурителни вноски за задължително социално осигуряване срещу трудови злополуки и професионални заболявания | Изходящ | FSS на Русия | SMEV 3 | ||||||
| Информация за размера на получената пенсия и други плащания, взети предвид при изчисляване на общия доход на семейството (на гражданин, живеещ сам) | Изходящ | Финансово-икономически отдел на ФСБ | SMEV 2 | SID0003534 | |||||
| Информация за размера на пенсията на осигуреното лице | Изходящ | FCS на Русия | SMEV 2 | SID0003898 | Деактивиран на 02.07.2018 г. Вместо това услугата SMEV 3 ще работи " Предоставяне на информация за размера на пенсията на осигуреното лице"(VS00084v001-CUST01 urn://x-artefacts-fts-pension-insured-ru/root/1.0.1) | ||||
| Получаване на информация за размера на начислените суми на социални помощи за отчитане в общ доходкандидат | Изходящ | МСП от Свердловска област | SMEV 2 | SID0003916 (на примера на Свердловска област) | |||||
| Универсална услуга за получаване на заявления от EPGU | Входящи | EPGU | SMEV 2 | SID0003893 (на примера на Свердловска област) | |||||
| Координиране на маршрута на превозно средство, превозващо извънгабаритни и (или) тежки товари | Входящи | Росавтодор | SMEV 2 | SID0003842 (на примера на Свердловска област) | |||||
| Информация за координацията на маршрута на движение Превозно средствоизвършване на транспорт опасно добри | Входящи | Ространс-надзор | SMEV 2 | SID0003839 (на примера на Свердловска област) |
реализации
Системата Universal Cabinet (SMEV) се прилага успешно от 2012 г. В момента има повече от 30 успешни реализации в Свердловска област и други региони на Руската федерация.
04.07.2016 г., пн, 10:55 ч. московско време, текст: Наталия Рудичева
Както знаете, от началото на 2015 г. официално е пусната в експлоатация третата версия на Системата за електронно междуведомствено взаимодействие (СМЕВ). За това каква работа за модернизиране на съществуващите решения трябва да се извършат от държавните служби във връзка с прехода към новата версия на SMEV 3.x и как да се организират, за да се осъществява ефективно междуведомствено взаимодействие, в интервюЗа CNews каза Ренат Шакирзянов, ръководител на отдел SMEV в RedSys.
CNews: Каква е основната разлика между SMEV 3 и предишната версия?
Ренат Шакирзянов:Според мен основната разлика по отношение на технологиите беше преходът от синхронно към асинхронно взаимодействие. Нека обясня с пример. В предишната версия на SMEV 2.x обменът на данни между участниците в междуведомственото взаимодействие се осъществяваше по следния начин. Един офис изпрати заявка до друг и веднага изчака резултата от обработката на заявката. Експлоатационният опит показва, че това води до факта, че в сутрешните и следобедните часове има пикови натоварвания, а през нощта, напротив, оборудването не работи.
Новите асинхронни технологии на SMEV 3.x позволяват намаляване на пиковите натоварвания на инфраструктурата поради образуването на опашка, съобщенията от която се обработват постепенно. Самата агенция определя кога и с какъв интензитет да обработва заявките в опашката. Ясно е, че в този случай ефективността на тяхното изпълнение страда, но и пиковото натоварване пада, което прави възможно намаляването на изискванията за инфраструктура - оборудване, мрежи и т.н.
Отделно бих искал да отбележа, че асинхронното взаимодействие ви позволява да осигурите гарантирана доставка на заявки, като по този начин предоставяте повече високо нивокачество на взаимодействието.
Друга важна разлика е създаването на единна услуга SMEV, чрез която всички отдели взаимодействат, вместо да развиват свои собствени услуги. Сега те формират вид информация - списък с информация, която искат или да предоставят, или да получат, и я публикуват чрез единна услуга за всички останали потребители и доставчици.
Също така, едно от съществените предимства на новата версия на SMEV е увеличаването на обема на прехвърлените файлове. Преди това беше възможно да се изпращат до 5 MB прикачени файлове в едно съобщение, но сега тази цифра е увеличена до 1 GB. Тази иновация позволява да се изведе междуведомственото сътрудничество на ново ниво.
CNews: Какви нови задачи трябва да реши вашата компания в тази връзка?
Ренат Шакирзянов:Сред нашите клиенти са няколко големи федерални отдела, за които създадохме услуги за свързване към предишната версия на SMEV. Днес трябва да реализираме взаимодействието в съответствие с новите методически препоръки. Говорим за разработка на софтуер по поръчка – създаване на нови услуги или модернизиране на съществуващи.
Ренат Шакирзянов: Тъй като изискванията за технологиите се промениха, е необходимо да се преработи аналитичната част от работата
Тъй като изискванията към технологиите са се променили, е необходимо да се извърши повторно аналитичната част от работата. И в този момент става възможно не само технологично да се промени схемата на работа, но вероятно и да се коригират бизнес правилата на услугите, разработени преди няколко години, които могат да загубят своята актуалност. В същото време в продължение на поне шест месеца старите и новите услуги трябва да работят паралелно, за да могат техните потребители да се адаптират към SMEV 3.x.
Например, като част от свързването на един от нашите федерални клиенти към SMEV, преди няколко години разработихме отделен компонент, който осигурява взаимодействие между външни системи и вътрешни системи на отдела във формат SMEV 2.x, като поема функциите за преобразуване на формат. Днес, поради появата на нови насоки, създаваме подобно решение за SMEV 3.x. За да гарантираме, че промените не засягат бизнес процесите на клиента, ние разработихме механизми, които ви позволяват да работите с една и съща информация както в SMEV 2.x, така и в SMEV 3.x, да ги конвертирате във вътрешен формат и да ги прехвърляте в подходяща функционална агентска система за обработка. В случай, когато агенцията сама генерира заявка, нашето решение разбира от какъв тип информация се нуждае, определя техния формат - SMEV 2.x или SMEV 3.x, в зависимост от формата, използван от доставчика на информация, и след това изпраща необходимата искане. Така създадохме механизъм, който ви позволява да работите едновременно в SMEV 2.x и SMEV 3.x без финализиране на функционалните системи в рамките на отдела с възможност за поетапен преход на доставчици на информация и потребители в съответствие с тяхната готовност.
CNews: От колко време вашата компания развива подобни услуги?
РенатШакирзянов:Нашият екип за разработка разработва SMEV услуги за федералните власти Изпълнителна властв продължение на много години - почти от началото на проекта. В процеса на тяхното тестване ние също работим в тясно сътрудничество с регионалните власти. Днес имаме около 30 човека в нашия екип.
Бяхме много внимателни към формирането на екипа, поканихме не само специалисти от системни интегратори, но и служители на отделите. Мисля, че днес имаме един от най-опитните екипи, работещи в тази посока. Ние участваме в много пилотни проекти и помагаме на законодателите да разработят насоки и да идентифицират несъответствия в различни документи.
Богатият трудов опит ни позволява да минимизираме разходите за разработване и поддържане на услуги и видове информация, както и прехвърляне на предоставянето на услугите в електронен вид. Например законодателството предвижда разработване на отделен вид информация за всяка услуга. Но има услуги, които са малко по-различни една от друга. И в този случай би било препоръчително да ги обедините. Не трябва обаче да забравяме, че в случай на промяна в поне един от тях, всички останали ще трябва да бъдат пререгистрирани в SMEV. Следователно всеки такъв случай е уникален и при избора между обединяване и разделяне на услугите е необходимо да се постигне баланс между лекота на разработка и поддръжка и лекота на по-нататъшно използване.
CNews: Какви технологии се използват за създаване на услуги за взаимодействие със SMEV 3.0.?
РенатШакирзянов:Ние използваме Java EE технологии за разработване на нашите решения. Java EE ви позволява да създавате и разгръщате преносими, надеждни, мащабируеми и защитени Java сървърни приложения.
Нашето приложение е базирано на Spring Framework. Това е универсална рамка с отворен код за платформата Java. Позволява ви да решавате основните задачи, които всяко модерно приложение трябва да изпълнява: работа с СУБД на платформата Java с помощта на инструменти JDBC и ORM; координира различни API за управление на транзакции и настройва управление на транзакции за Java обекти; създаване на рамка за уеб приложения.
За да интегрираме различни приложения в системата, ние използваме отворената кросплатформена java рамка Apache Camel.
CNews: Как се поддържа решението?
РенатШакирзянов: RedSys има специален сервизен център, който включва услугата HelpDesk, гореща линия 24x7, дежурни смени и отдели за поддръжка на хардуер и софтуер.
За всеки отдел организираме система за наблюдение на работата на услугите, която позволява следене в реално време на тяхната наличност, скорост и производителност. Това ви позволява да предотвратите проблеми своевременно.
CNews: Какви допълнителни услуги можете да предложите на отделите?
РенатШакирзянов:Още днес предлагаме решения, които ви позволяват да контролирате дали даден отдел има право да получава определена информация. Плановете са да се въведе предварително разработеният механизъм за разделяне на правата не само по видове информация, но и по предавани данни. Тези. една агенция с подходящ достъп може да получи данни за конкретен гражданин, а друга агенция, която няма достъп, ще бъде отказана. По този начин ще можем да регулираме достъпа до информация с ограничен достъп.
Нашето решение включва и аналитичен модул, който ви позволява да събирате статистическа информация за количеството и качеството на обществените услуги в електронен вид и междуведомствено взаимодействие.
Напоследък към SMEV се свързват все по-голям брой регионални участници и това са не само власти на различни нива, но и многофункционални центрове, И финансови и кредитни организации. Обемът на междуведомственото взаимодействие нараства всяка година и ние трябва да разширим и подкрепим нашето решение, за да могат нашите партньори да разширят списъка с публични услуги, предоставяни по електронен път и да подобрят качеството и скоростта на предоставянето им.
Материалът представя алгоритъм за търсене на типове информация SMEV 3. Разгледани са източниците на информация за самолета: интерфейсът на Технологичния портал SMEV, Планът за преминаване към употреба методически препоръки 3.x, Обединен отчет за SMEV. Описан е процесът на проверка на работата на продуктивна версия на самолета.
Проблемът с намирането на типа информация в SMEV
Разработчиците на SMEV предлагат да използват уеб интерфейса, разположен на Технологичния портал на адрес https://smev3.gosuslugi.ru, като основен инструмент за търсене на видове информация в SMEV 3. В същото време на потребителя се дава възможност да търси само по името на типа информация, докато предишната версия на Techportal предоставя много по-широк набор от филтри:
- от собственик на услугата (отдел или организация)
- по лична карта
- На ключова думав описанието
- по област на приложение
- по наличност (обществено/ограничено)
В допълнение към липсата на допълнителни филтри, процесът на търсене може да бъде свързан със следните проблеми:
- не всички SMEV2 услуги се прехвърлят към SMEV3
- при преминаване от SMEV2 към SMEV3, доставчикът може значително да промени името на услугата (вид информация), да раздели една услуга на няколко самолета или, обратно, да комбинира услуги (например услугата SMEV2 GIS GMP в понастоящемразделени на 10 вида информация)
- може да отнеме много време (до 6 месеца или повече) между изхода на информационния изглед към тестовата и производствената среда
- много често няколко версии на един и същи тип информация се показват в тестова и производствена среда
- Техническият портал на SMEV спря да публикува актуални данни за потребителите на самолети
- карти с видове информация на Техническия портал на SMEV не се индексират от търсачките
- И накрая, напоследък, поради необходимостта официално да се спазват планираните срокове, често се практикува инсталирането на „колони“ за видове информация в продуктивна среда (самолетът е пуснат в производство, но или не отговаря на продуктивни заявки, или отговаря с тестови данни)
Тези проблеми усложняват търсенето на информация за вида на информацията, а също така затрудняват вземането на решение за започване на работа по свързването със самолета.
Допълнителни източници на данни за видове информация
Планирайте прехода към предоставяне на информация с помощта на единна електронна услуга SMEV
Технологичният портал на SMEV публикува документа „Допълнение 2 към Протокола към плана за преход...“, който предоставя списък на самолетите и времето за прехвърляне на електронни услуги към прилагането на Насоките за работа с ESMEV версия 3. Този документ е много ценен по няколко причини.
Първо, той съдържа съответствие едно към едно между услугите SMEV2 и информационните типове SMEV3.
Второ, всички услуги и видове информация са групирани по отдели (доставчици).
На трето място, документът предоставя дати за пускане на видове информация в тестовата и производствената среда. Въпреки това, имайте предвид, че тези дати са ориентировъчни и подлежат на промяна. Официалното извеждане на типа информация към продукта също не показва неговата ефективност.
Най-важното е, че документът е файл в excel формат. Има стандартна функционалност за търсене. Тоест можете да търсите по отдел, името на услугата SMEV 2 и вида на информацията SMEV 3.
Недостатъкът на документа е, че съдържа далеч от пълен списъквидове информация, но само тези самолети, на които отговарят услугите SMEV2.
Единен отчет за SMEV
В ситуационния център електронно правителствопубликува се документът „Единен отчет по СМЕВ”. Достъп до него се предоставя на потребители с упълномощен акаунт. Път към документа: "Публикувани отчети" => "SMEV" => "Единен отчет за SMEV" => "SMEV. Единичен доклад за SMEV: Доклад № 6_SMEV_Единичен доклад за SMEV_. Докладът се публикува ежемесечно.
Документът е файл на excel и съдържа много полезна статистическа информация. Освен всичко друго, той има раздел „Непоискани услуги“, който изброява услугите и видовете информация, които не се изискват. По този начин, ако типът информация трябва да предоставя необходимата информация (1), вече е поставен в продуктивна среда (2) и в същото време е включен в списъка на „непотърсени“ (3) – най-вероятно всъщност , не е функционален.
Файл за състоянието на самолета
Наскоро на главната страница на технологичния портал SMEV 3 се появи информационен блок с връзка към обобщен файл във формат excel с информация за степента на готовност на всички видове информация. Файлът е в свободен достъп. Можете да го намерите на главната страница на техническия портал: трябва да отворите стандартната функционалност за търсене на съдържанието на страницата и да намерите фразата „доклад за състоянието на регистрация на видове информация“. Под намерения текст ще има връзка към текущата версия на файла.
Към 30 май 2018г.
Файлът съдържа следната информация:
- пълен списък на участниците в SMEV и техните информационни системи (раздел „Статус на участник“)
- пълен списък с видове информация, посочваща доставчика, съответната услуга SMEV2 (ако има такава), както и състоянието на изтеглянето на самолета в тестовата и производствена среда (раздел "Статус на въздухоплавателното средство")
Този документ е най-важният източник на данни за търсене желания типинформация.
Алгоритъм за търсене на тип информация
Използването на обобщени файлове със списък от видове информация вместо уеб интерфейса значително опростява процеса на намиране на правилния самолет.
Самият алгоритъм за търсене изглежда така:
- Отидете на технологичния портал SMEV и изтеглете текущата версия на файла „Статус на самолета“.
- Ние търсим самолети, използвайки стандартната функция за търсене:
- по име или SID на съответната услуга в SMEV2
- от агенцията на доставчика
- по ключова дума
- Ако списъкът съдържа няколко версии на един и същи самолет, трябва да използвате най-новата.
- Ако имате достъп до файла “Single SIEV Report”, си струва да проверите дали типът информация е сред непотърсените
Както бе споменато по-горе, предоставянето на подробен изглед към производството не гарантира, че то действително ще работи. Ето защо, преди началото на пълномащабна работа по свързването и интегрирането със самолета, си струва да се извърши допълнителна проверка:
- Тествайте самолета в тестова среда
- Получете достъп до VS в продуктивна среда
- Генерирайте ръчно няколко бойни заявки според схемата на самолета
- Използвайки безплатен клиент към SMEV, изпратете тези бойни заявки до Тип информация в продуктивна среда
- Изчакайте смислени отговори на заявки (разбира се, отговорите с кодове за грешки или отговорите с тестови данни не са смислени)
Само наличието на смислени отговори на заявки в продуктивна среда дава възможност да се прецени реалното представяне на SMEV 3 Information Type и може да послужи като сигнал за започване на работа по интеграция със самолета.
Взаимодействието между федералните органи на изпълнителната власт и държавните извънбюджетни фондове при предоставянето на обществени услуги от 1 януари 2015 г. трябва да се осъществява изключително с помощта на единна електронна услуга - третата версия на системата за междуведомствено електронно взаимодействие (SMEV). Самостоятелното разработване на нови услуги също е забранено. Това съобщиха от Министерството на телекомуникациите и масовите комуникации на Руската федерация.
Органите на съставните образувания на Руската федерация се препоръчват да преминат към единна електронна услуга от 1 януари 2017 г., добави министерството, позовавайки се на Постановление на правителството на Руската федерация № 1222 „За по-нататъшното развитие на единна система за междуведомствено електронно взаимодействие“.
„Актуализираната услуга ще осигури единен формат за взаимен обмен на информация, гарантирана доставка на съобщения, механизъм за опашка на електронни съобщения за решаване на проблема с претоварването на популярни услуги, увеличаване на размера на предаваното съобщение от 5 MB на 1 GB, както и интеграция с главния сертифициращ орган за проверка електронни подписи, - се казва в съобщение на Министерството на телекомуникациите и масовите съобщения. „Новата версия на системата включва взаимодействие между органите на съставните образувания на Руската федерация, а не само с властите на федерално ниво, както беше преди.
Преходът към най-новата версия на SMEV се планира да започне с най-търсената информация. Деактивирането на останалите съществуващи услуги все още няма да бъде направено, но стартирането на нови, които не отговарят на изискванията, ще спре от 1 януари 2015 г.
В тестов режим най-новата версия на SMEV вече е пусната в Москва, Мордовия, Башкортостан, Татарстан, Тюмен, Ярославъл, Новосибирск и Приморие, съобщи Министерството на съобщенията.
Имайте предвид, че със SMEV 3.0 започна преходът на инфраструктурата за електронно правителство към свободен софтуер. Безплатното решение Apache ActiveMQ беше избрано за изграждане на новата версия на системата, докато предишната версия беше изградена върху решението на Oracle.
Как работи SMEV 3.0
Алексей Козирев, заместник-министър на съобщенията, говори за характеристиките на новата версия на SMEV в скорошно интервю:
„Функционалността, която сега е внедрена в SMEV 2.0, ще остане напълно.
SMEV 3.0 ще добави функционалност, свързана с гарантираната опашка за доставка, която позволява на отделите да взаимодействат в асинхронен режим и по този начин да гарантират изглаждане на пиковите натоварвания – стабилизиране на системата.
В третата версия се създава технология, при която за организиране на взаимодействие в SMEV за обмен на информация не се изисква всеки път да се интегрира с техния доставчик при някакви специални условия.
Сега имаме страхотно количествоинтеграционни проекти, всеки от които извършва двупосочно интеграционно тестване, за да се гарантира, че електронното взаимодействие работи. Отнема много пари, много време. Новият SMEV се различава от предишната версия по това, че създава стандарт за интеграция, в рамките на който съставът на данните и типът на услугата, която връща данни, могат да се променят с помощта на настройки.
Създаваме и автоматизирана система за тестване.
Факт е, че когато някой се свърже към SMEV, избере необходимата информация и конфигурира своя адаптер, за да вземе тази информация, трябва да се уверите, че тази настройка е правилна.
И сега, когато регионите се редят на опашка пред федералните изпълнителни власти („нека да проверим коректността на обмена на информация с вас“), има ефект на тесно място. Следователно, така че всичко да може да бъде направено от силите на вашия собствен разработчик, без да се изискват никакви действия от тази страна.
Създаваме автотест, който ни позволява да формираме база данни от определени ситуации: как реагира услугата, когато заявката е правилна, как реагира, когато е грешна. Той напълно се държи като „бойна“ услуга и ви позволява да тествате конфигурацията, която сте направили.
И накрая, новият SMEV внедрява технологията за прехвърляне на големи количества данни.
В момента има ограничения - можете да изпращате прикачени файлове не повече от 5 MB. И когато например Rosreestr иска да прехвърли прикачен файл под формата на документи с кадастрални схеми, той „не се промъква“. Този проблемще бъде решен поради факта, че съобщението ще включва връзка към документа, който е във файловото хранилище, интегрирано със SMEV.
В SMEV 3.0 функционалността за регионалните оператори е значително по-развита – за субекти, които интегрират своите регионални автобуси с федералните.
Досега повечето от административните ни функции се изпълняват от Ростелеком, а входът сочи към него (адреси електронна пощаи др.) действат като интерфейси за регионални оператори. В същото време самите функции са сякаш затворени за тях.
Сега създаваме специален интерфейс, който ще ви позволи да видите отчетността и наличността на ресурси на място, както и да изпълнявате повечето от функциите на оператора SMEV на регионално ниво.
Сега имаме един SMEV ( федерално ниво) и 83 регионални сегмента във всеки субект на Руската федерация (с изключение на Крим и Севастопол) - такъв логичен SMEV.
Има много видове взаимодействия регионално ниво, който трябва да обслужва регионалната СМЕВ. Всъщност сега виждаме, че половината от субектите са внедрили свои собствени интеграционни автобуси, които изпълняват функциите на регионални SMEV.
Оказва се, че при този дизайн регионалният сегмент на инфраструктурата за електронно управление (регионален SIEV) става излишен, защото дублира това, което регионът вече прави на негово ниво.
Ние ще предоставим на такива субекти възможност да се интегрират директно с федералния SMEV.
Новата система ще позволи на регионалния автобус да бъде директно свързан с федералния SMEV. Това значително ще намали натоварването върху работата на цялата инфраструктура. За тези субекти, които нямат собствени регионални автобуси, ние също ще предоставим възможност за свързване на регионални информационни системи към федералния SMEV.
Изпълнението на взаимодействието на информационните системи на организации и отдели се осъществява в рамките на държавата целева програма « Информационното общество(2011-2020)".
Взаимодействието се осъществява в рамките на:
междуведомствена електронно управление на документи(МЕДО).
единна система за междуведомствено електронно взаимодействие (СМЕВ).
Какво е SMEV и защо е необходимо?
една системамеждуведомствено електронно взаимодействие (SMEV)- федерална държавна информационна система, предназначена да организира информационно взаимодействие между информационните системи на участниците в SMEV с цел предоставяне на държавни и общински услуги и изпълнение на държавни и общински функции в електронна форма.
Участници в междуведомственото електронно взаимодействие (членове на SMEV) са федералните властиизпълнителна власт, държавни извънбюджетни фондове, изпълнителни органидържавни органи на съставните образувания на Руската федерация, местни власти, държавни и общински институции, многофункционални центрове, други органи и организации.
Целта на създаването на SMEV е да се подобри качеството на предоставянето на държавни и общински услуги и изпълнението на държавни и общински функции чрез използване на общи информационни ресурси, намаляване на времето за търсене и обработка на информация в електронен вид.
SMEV е предназначен за решаване на следните задачи:
Основни функции на SMEV
Основните функции на SMEV са:
прехвърляне на заявки, документи и информация, необходими за получаване на държавни и общински услуги и подадени от кандидатите чрез единен портал към информационни системи, свързани със SMEV;
обмен на електронни съобщения между участниците в SMEV;
прехвърляне към единен портал на заявки, други документи и информация, обработвани в информационни системи, както и информация за хода на заявките и резултатите от предоставянето на услуги.
За да изпълнява функциите си, SMEV предоставя:
Технологична поддръжка на SMEV
Технологичната поддръжка на информационното взаимодействие с помощта на SMEV се постига чрез:
сервизно-ориентирана архитектура, която представлява набор от електронни услуги, изградени според общоприетите стандарти;
унифицирани технологични решения и стандарти, унифицирани класификатори и описания на структури от данни.
Как да станете член на SMEV?
Характеристиките на използването на SMEV и свързването към него на информационни системи на отделни органи и организации се определят от споразумения между Министерството на телекомуникациите и масовите комуникации на Русия, което е операторът на SMEV, и органа и организацията, които са членове на SMEV. Министерството на телекомуникациите и масовите комуникации на Русия координира дейностите за свързване към SMEV, осигурява функционирането му и поддържа регистър на електронните услуги.
Интегрирането на информационните системи в рамките на SMEV се извършва в съответствие с Технически изискванияза взаимодействието на информационните системи в единна система за междуведомствено електронно взаимодействие (одобрена със заповед на Министерството на телекомуникациите и масовите комуникации на Русия от 27 декември 2010 г. № 190).
За да стане член на SMEV, орган или организация, предоставяща държавни и общински услуги и изпълняващи държавни и общински функции, трябва:
Осигуряване на развитието на електронни услуги и интерфейси за взаимодействие на използваната информационна система и SMEV.
За да направите това, трябва да се свържете с доставчика или разработчика на информационната система, използвана за извършване на работа по внедряването на необходимите услуги и интерфейси.
Предоставяне на електронна услуга на оператора на SMEV възела, член на който трябва да бъде тази организация, за регистрация и вписване в регистъра на електронните услуги.
За да направите това, трябва официално да се свържете с оператора на възела SMEV и да предоставите паспорт за електронна услуга, тестова процедура и ръководство за потребителя на електронна услуга, както и да осигурите наличието на електронна услуга за нейното приемане.
Осигурете наличието на защитен канал за комуникация между използваната информационна система и SMEV.
АИС МФЦ ДЕЛО
2. Федерална държавна информационна система "Единен портал за държавни и общински услуги (функции)".
3. Софтуер и технически средстваосигуряване на достъп до информационни системичрез SMEV.
4. В съответствие с Правилника за единна система за междуведомствено електронно взаимодействие.