Teknikal na portal smev 3. Pinag-isang sistema ng interdepartmental na elektronikong pakikipag-ugnayan (smev)

Tungkol sa solusyon

Ang SMEV (System of Electronic Interdepartmental Interaction) ay isang pederal na sistema ng impormasyon na nagpapahintulot sa mga awtoridad sa iba't ibang antas at mga bangko na humiling at magbigay sa elektronikong pormat impormasyon tungkol sa mga mamamayan, organisasyon, kabilang ang bilang bahagi ng pagbibigay ng mga serbisyo ng estado at munisipyo sa kanila. Ang portal ng teknolohiya ng SMEV ay matatagpuan sa https://smev.gosuslugi.ru, https://smev3.gosuslugi.ru.

Ang SMEV ay may dalawang henerasyon: SMEV 2 at SMEV 3. Dekreto ng Pamahalaan Pederasyon ng Russia napetsahan Nobyembre 19, 2014 No. 1222 "Sa karagdagang pag-unlad ng isang pinag-isang sistema ng interdepartmental na elektronikong pakikipag-ugnayan" mula Enero 1, 2015, ang pagpapaunlad ng mga elektronikong serbisyo ay ipinagbabawal alinsunod sa mga rekomendasyong Metodolohikal para sa pagtatrabaho sa SMEV 2. Mula noong 2017, nagsimula na ang aktibong pagsasara mga kasalukuyang serbisyo SMEV 2 at ang paglipat upang gumana sa mga serbisyo ng bersyon ng SMEV 3. Sa 2018, ang susunod na yugto ng paglipat ay pinlano.

Ang sistemang "Universal Cabinet (SMEV)" ay nagbibigay-daan sa mga awtoridad sa anumang antas at mga bangko na makipagpalitan ng impormasyon sa iba pang mga kalahok sa pamamagitan ng pederal at rehiyonal na antas ng SMEV, nang hindi sinisiyasat ang pagiging kumplikado ng proseso ng pakikipag-ugnayan dito. Sinusuportahan ng system ang trabaho sa mga serbisyo ng SMEV 2 at SMEV 3.

Scheme ng pakikipag-ugnayan ng System "Universal Cabinet (SMEV)":

Ang sistemang "Universal Cabinet (SMEV)" ay nagbibigay ng graphical at software interface para sa paglikha ng mga kahilingan para sa impormasyon mula sa iba't ibang tagapagbigay ng impormasyon (Rosreestr, PFR, FTS, atbp.). Ang mga natanggap na kahilingan ay pinoproseso at kino-convert sa mga format na kinakailangan ng SMEV at mga supplier. Ang mga kahilingan ay ipinapadala alinsunod sa mga patakaran ng SMEV. Nagpapadala ang SMEV ng mga kahilingan sa mga supplier. Ang mga nagbibigay ng impormasyon ay nagpoproseso ng mga kahilingan at, sa mga nakatakdang oras, naghahanda at nagpapadala ng mga tugon pabalik sa SMEV. Ang pangkalahatang cabinet ay tumatanggap ng mga tugon ng supplier mula sa SMEV. Ang natanggap na data ay pinoproseso at ipinapakita sa interface o ipinadala sa isang third-party na IC sa pamamagitan ng isang software interface. Available din ang baligtad na paraan ng pakikipag-ugnayan, kapag ginagamit ang sistemang "Universal Cabinet", ibinibigay ang impormasyon sa mga kahilingang natanggap mula sa ibang mga kalahok sa pakikipag-ugnayan.

Mga kakayahan ng sistemang "Universal Cabinet (SMEV)":

Upang gumana sa graphical na interface ng "Universal Cabinet (SMEV)" system, isang Internet browser lang ang kinakailangan. Walang mga plug-in, extension, JRE, atbp. ang kailangang i-install sa PC ng user. Hindi ginagamit ang mga Applet, atbp. Maaaring gamitin ang anumang OS sa lugar ng trabaho - Windows, Linux, atbp.
Paglikha ng mga kahilingan at pagtingin sa mga tugon sa maginhawa at functional na mga form sa WEB. Sa mga patlang ng form para sa paglikha ng mga kahilingan, mayroong iba't ibang mga pagsusuri at mga maskara na nagpapasimple sa pagpasok ng data at nagpapaliit ng mga error. May opsyong mag-download ng mga tugon sa PDF, HTML at XML na mga format. Mga Halimbawa ng Mga Form ng Kahilingan at Pagtugon.
Ang pagkakaroon ng isang programming interface para sa pagpapadala ng mga kahilingan at pagtanggap ng mga tugon. Ang interface ng programming ay ipinatupad gamit ang teknolohiya ng REST API. Ang mga XML-mensahe ng itinatag na format ay ipinagpapalit. Lahat ng REST API input at output ay napatunayan laban sa XML schema. Ang mga panloob na scheme ng palitan para sa lahat ng mga supplier ay ginawa sa parehong estilo at may mga karaniwang bahagi para sa iba't ibang mga departamento. Ang mga XML schema ay madaling gamitin at naglalaman ng lahat ng impormasyong kailangan ng developer, nang hindi nangangailangan ng paghahanap kinakailangang impormasyon sa Service Passport. Para sa paghahambing: ang SNILS request scheme mula sa PFR hanggang SMEV 2, ang scheme ng katulad na SNILS request service sa SMEV 2, na ibinigay ng Universal Cabinet (SMEV) system sa pamamagitan ng internal API.
Pagtingin sa mga kahilingang natanggap mula sa ibang mga kalahok sa pakikipag-ugnayan at pagbuo ng mga tugon sa kanila sa interface ng "Universal Cabinet (SMEV)" system. Awtomatikong pagtatalaga ng isang kahilingan sa isang partikular na departamento batay sa uri ng kahilingan. Kakayahang muling italaga ang isang kahilingan sa ibang departamento. Pagsubaybay sa timing ng paghahanda ng mga tugon sa mga kahilingan.
Pagpapanatili ng hanay ng address ayon sa FIAS. Ang sistema ay nagpapatupad ng awtomatikong pag-update ng FIAS upang magamit ang napapanahong impormasyon at matiyak ang pag-synchronize sa mga nagbibigay ng impormasyon.
Tingnan ang mga kahilingan at tugon sa kanilang orihinal na anyo (mga kahilingan at tugon ng XML na ipinadala at natanggap mula sa SMEV). Kung ito ay posible (halimbawa, kung ang data ng user ay direktang ipinadala sa loob ng XML, at hindi bilang isang Base64 string), ang XML ay ipinakita sa isang nababasang anyo (mayroong alignment, tag highlight, mahabang hindi nababasang Base64 string ay hindi kasama sa pagtingin, atbp. .) .
Pinoproseso ang mga kahilingang ipinadala mula sa Single Portal serbisyo publiko sa pamamagitan ng SMEV. Kakayahang italaga ang mga naturang kahilingan sa isang third-party na system.
Pagpirma ng mga kahilingan sa SMEV gamit ang electronic signature key na direktang naka-install sa System server.
Sinusuri ang bisa ng electronic signature sa mga natanggap na tugon mula sa mga supplier.
Tingnan ang mga query na nilikha ng user sa isang graphical na interface, na may kakayahang mag-filter ayon sa iba't ibang field.
Mga istatistika para sa pagpapadala ng mga kahilingan sa iba't ibang seksyon (mga departamento, serbisyo, uri ng impormasyon) at mga form (dashboard, ulat, OLAP cube). Available ang kakayahang mag-export ng mga ulat sa isang Excel file.
Pag-abiso sa mga user sa pamamagitan ng email kapag nasagot ang mga kahilingan o mga bagong papasok na kahilingan.

Ang sistemang "Universal Cabinet (SMEV)" ay isang proprietary development. Nasa GK Extreme ang lahat kinakailangang mga lisensya FSB at FSTEC para sa pagpapatupad ng legal na makabuluhang pakikipag-ugnayan gamit ang SMEV.

Mga ipinatupad na serbisyo

Pangalan ng serbisyo	Tingnan	Opisina	Bersyon	Identifier o SID	Tandaan
Kahilingan para sa pagkuha ng data ng personal na account ng taong nakaseguro sa pamamagitan ng numero ng insurance ng indibidwal na personal na account	Papalabas	FIU	SMEV 2	SID0003623	Idi-disable sa 01/14/2019. Sa halip, ang serbisyo ng SMEV 3 na "Pagkuha ng data ng personal na account sa pamamagitan ng ibinigay na numero ng seguro ng isang indibidwal na personal na account (SNILS) sa mandatoryong sistema ng seguro sa pensiyon" na ipinatupad na sa System (VS00179v002-PFR001) http://kvs.pfr.com/data-by-snils/1.0.2)
Kahilingan na matanggap numero pang-insurance taong nakaseguro	Papalabas	FIU	SMEV 2	SID0003619	Idi-disable sa 07/01/2018. Sa halip, ang serbisyo ng SMEV 3 na "Pagkuha ng data ng personal na account sa pamamagitan ng ibinigay na numero ng seguro ng isang indibidwal na personal na account (SNILS) sa sistema ng sapilitang pension insurance" ay gagana, na ipinatupad na sa System (VS00182v002-PFR001 http://kvs .pfr.com/snils-by- data/1.1.2)
Serbisyo para sa pagbibigay ng impormasyon sa halaga ng mga pagbabayad ng taong nakaseguro sa ilalim ng linya pondo ng pensiyon Pederasyon ng Russia	Papalabas	FIU	SMEV 2	SID0004000	Hindi pinagana noong 09/03/2018. Sa halip, ang serbisyo ng SMEV 3 ay magpapatakbo ng "Pagkuha ng impormasyon sa halaga ng mga pagbabayad para sa panahon (kabilang ang pensiyon, mga karagdagang pagbabayad na itinatag para sa mga pensiyon, mga pagbabayad sa lipunan at mga bayad sa pangangalaga)" na ipinatupad na sa System (VS00116v001-PFR001 http://kvs.pfr.com/bap-for-period/1.0.1)
Serbisyo sa paglilipat ng impormasyon sahod o kita kung saan naipon mga premium ng insurance	Papalabas	FIU	SMEV 2	SID0003818	Idi-disable sa 01/14/2019. Sa halip, gagana ang serbisyo ng SMEV 3 na "Paglipat ng impormasyon tungkol sa sahod o kita kung saan sinisingil ang mga premium ng insurance" (VS00115v003-PFR001 http://kvs.pfr.com/salary-data/1.0.3)
Pagkuha ng data ng personal na account sa pamamagitan ng ibinigay na numero ng seguro ng isang indibidwal na personal na account (SNILS) sa sistema ng sapilitang seguro sa pensiyon	Papalabas	FIU	SMEV 3	VS00179v002-PFR001 (http://kvs.pfr.com/data-by-snils/1.0.2)
Pagbibigay ng numero ng insurance ng isang indibidwal na personal na account (SNILS) ayon sa personal na account ng taong nakaseguro	Papalabas	FIU	SMEV 3
Ang pagkakaloob ng numero ng seguro ng isang indibidwal na personal na account (SNILS) ng taong nakaseguro, na isinasaalang-alang ang karagdagang impormasyon tungkol sa lugar ng kapanganakan, isang dokumento ng pagkakakilanlan	Papalabas	FIU	SMEV 3	VS00648v001-PFR001 (http://kvs.pfr.com/snils-by-additionalData/1.0.1)
Pagkuha ng impormasyon tungkol sa halaga ng mga pagbabayad para sa panahon (kabilang ang pensiyon, mga karagdagang pagbabayad na itinatag para sa mga pensiyon, mga pagbabayad sa lipunan at mga pagbabayad sa pangangalaga)	Papalabas	FIU	SMEV 3
Pagbabago ng rehistro ng mga lokal na MRZ	Papalabas	FIU	SMEV 3
Impormasyon tungkol sa data sa imbakan ng SMEV (Paglipat ng impormasyon tungkol sa pagbabago ng rehistro ng mga katotohanan ng pagtatalaga ng MSZ)	Papalabas	FIU	SMEV 3
SNILS kahilingan na may karagdagang impormasyon	Papalabas	FIU	SMEV 3	VS00115v003-PFR001 (http://kvs.pfr.com/salary-data/1.0.3)
Pagbabago ng mga lokal na MRZ	Papalabas	FIU	SMEV 3	VS00645v003-PFR002_3T (urn://egisso-ru/msg/10.05.I/1.0.4)
Paglipat ng impormasyon tungkol sa mga pagbabago sa rehistro ng mga katotohanan ng appointment ng incinerator	Papalabas	FIU	SMEV 3	VS00644v002-PFR002_3T (urn://egisso-ru/msg/10.10.I/1.0.3)
Ang impormasyon na nakapaloob sa sertipiko ng pagsusuri ng pangunahing gawain sa pagtatayo ng isang indibidwal na pasilidad sa pagtatayo ng pabahay	Papasok	FIU	SMEV 2	SID0003891
Available sa publiko ang impormasyon / extract mula sa Unified State Register of Legal Entities / EGRIP	Papalabas	Federal Tax Service ng Russia	SMEV 2	SID0003525	Hindi pinagana noong 04/30/2018. Sa halip, ang mga serbisyo ng SMEV 3 "Mga Extract mula sa Unified State Register of Legal Entities sa kahilingan ng mga awtoridad kapangyarihan ng estado"(VS00051v003-FNS001 urn://x-artefacts-fns-vipul tosmv-ru/311-14/4.0.5), Extracts mula sa USRIP sa kahilingan ng mga pampublikong awtoridad (VS00050v003-FNS001 urn://x-artefacts -fns -vipip-tosmv-ru/311-15/4.0.5) na ipinatupad na sa System
Mga extract mula sa Unified State Register of Legal Entities sa kahilingan ng mga awtoridad ng estado	Papalabas	Federal Tax Service ng Russia	SMEV 3
Mga extract mula sa USRIP sa kahilingan ng mga awtoridad ng estado	Papalabas	Federal Tax Service ng Russia	SMEV 3
Impormasyon tungkol sa pagkakaroon (kawalan) ng utang	Papalabas	Federal Tax Service ng Russia	SMEV 2	SID0003793	Hindi pinagana noong 04/30/2018. Sa halip, gumagana ang serbisyo ng SMEV 3. Pagbibigay ng impormasyon sa pagkakaroon (kawalan) ng mga atraso sa pagbabayad ng mga buwis, bayarin, insurance premium, multa, multa, interes (VS00026v001-FNS001 (urn://x-artefacts-fns-zadorg /root/548-04 /4.0.4) na ipinatupad na sa System
Pagbibigay ng impormasyon tungkol sa pagkakaroon (kawalan) ng mga atraso sa pagbabayad ng mga buwis, bayad, mga premium ng insurance, mga multa, multa, interes	Papalabas	Federal Tax Service ng Russia	SMEV 3
Average na bilang ng mga empleyado	Papalabas	Federal Tax Service ng Russia	SMEV 2	SID0003524	Hindi pinagana noong 12/12/2017. Sa halip, ang serbisyong ipinatupad sa SMEV 3 System "Impormasyon sa average na bilang ng mga empleyado para sa nakaraang taon ng kalendaryo"naipatupad na sa System (VS00043v002-FNS001 urn://x-artefacts-fns-SRCHIS/082-2/4.0.1)
Serbisyong elektroniko "Pagbibigay ng impormasyon mula sa pahayag ng kita mga indibidwal 3-NDFL"	Papalabas	Federal Tax Service ng Russia	SMEV 2	SID0003521	Hindi pinagana noong 07/03/2018. Sa halip, gagana ang serbisyo ng SMEV 3 na "Impormasyon ng tax return sa personal income tax" (VS00112v001-FNS001).
Impormasyon sa average na bilang ng mga empleyado para sa nakaraang taon ng kalendaryo	Papalabas	Federal Tax Service ng Russia	SMEV 3
Pagkuha ng impormasyon sa kita ng mga indibidwal ayon sa mga sertipiko ng 2-NDFL	Papalabas	Federal Tax Service ng Russia	SMEV 3	VS00111v003-FNS001 (urn://x-artefacts-fns-ndfl2/root/260-10/4.1.1)
Impormasyong nakapaloob sa mga social (komersyal) na kasunduan sa pangungupahan	Papasok	Federal Tax Service ng Russia	SMEV 2	SID0003833
Impormasyon sa pagkakaroon (kawalan) ng isang kriminal na rekord at (o) ang katotohanan ng kriminal na pag-uusig o sa pagwawakas ng kriminal na pag-uusig, sa pagiging nasa listahan ng hinahanap	Papalabas	Ministry of Internal Affairs ng Russia	SMEV 2	SID0003456	Idi-disable sa 01/14/2019. Sa halip, ang serbisyo ng SMEV 3 na "Impormasyon sa pagkakaroon (kawalan) ng isang kriminal na rekord at (o) ang katotohanan ng kriminal na pag-uusig o ang pagwawakas ng kriminal na pag-uusig, impormasyon sa pagiging nasa listahan ng hinahanap" ay ipinatupad na sa System (VS00262v001- Ang MVDR02 urn://ru/mvd/) ay gagana. ibd-m/convictions/search/1.0.2)
Impormasyon tungkol sa pagtanggap, appointment, hindi pagtanggap ng pensiyon at pagwawakas ng mga pagbabayad	Papalabas	Ministry of Internal Affairs ng Russia	SMEV 2	SID0004003
Impormasyon tungkol sa pagkakaroon (kawalan) ng isang kriminal na rekord at (o) ang katotohanan ng kriminal na pag-uusig o ang pagwawakas ng kriminal na pag-uusig, impormasyon tungkol sa pagiging nasa listahan ng hinahanap	Papalabas	Ministry of Internal Affairs ng Russia	SMEV 3
Serbisyo para sa pagkakaloob ng mga serbisyo ng Rosreestr sa elektronikong anyo	Papalabas	Rosreestr	SMEV 2	SID0003564
Pagtanggap ng mga aplikasyon sa FSIS USRN, pagtanggap ng mga aplikasyon (nakalakip din sa mga dokumento ng aplikasyon) para sa pagkakaloob ng mga serbisyo ng Rosreestr at pagkuha ng mga resulta ng pagkakaloob ng mga serbisyo	Papalabas	Rosreestr	SMEV 3	VS00376v004-RRTR02 (urn://x-artefacts-rosreestr-gov-ru/virtual-services/egrn-statement/1.1.2)
Gumagawa ng mga pagbabago sa Unified Rehistro ng Estado Real estate sa loob ng balangkas ng interdepartmental na interaksyon ng impormasyon	Papalabas	Rosreestr	SMEV 3	VS00375v002-RRTR02 (urn://x-artefacts-rosreestr-gov-ru/virtual-services/change-egrn-info/1.1.1)
Impormasyong nakapaloob sa pahintulot na i-commission ang pasilidad pagbuo ng kapital	Papasok	Rosreestr	SMEV 2	SID0003841 (halimbawa Rehiyon ng Sverdlovsk)
Desisyon ng Katawan lokal na pamahalaan sa paglipat ng residential premises sa non-residential premises, non-residential na lugar- sa tirahan	Papasok	Rosreestr	SMEV 2	SID0003840 (sa halimbawa ng rehiyon ng Sverdlovsk)
Impormasyong nakapaloob sa rehistro ng mga aklat sa bahay	Papasok	Rosreestr	SMEV 2	SID0003840 (sa halimbawa ng rehiyon ng Sverdlovsk)
Dokumento na nagpapatunay ng pagmamay-ari kapirasong lupa sa isang tiyak na kategorya ng lupa	Papasok	Rosreestr	SMEV 2	SID0003837 (sa halimbawa ng rehiyon ng Sverdlovsk)
Isang dokumentong nagpapatunay sa itinatag na pinahihintulutang paggamit ng lupain	Papasok	Rosreestr	SMEV 2	SID0003838 (sa halimbawa ng rehiyon ng Sverdlovsk)
Ang konklusyon ng katawan ng lokal na pamahalaan ng settlement o urban district, na nagpapatunay na ang bagay ay nilikha o nilikha real estate ay matatagpuan sa loob ng mga hangganan ng land plot na nilayon para sa pagsasagawa ng personal subsidiary farm	Papasok	Rosreestr	SMEV 2	Serbisyo Serbisyong Pederal pagpapatupad ng mga pangungusap sa pagkakaloob ng impormasyong hawak ng Federal Penitentiary Service ng Russia sa elektronikong anyo	Papalabas	Federal Penitentiary Service ng Russia	SMEV 2	SID0003444
Impormasyon tungkol sa pananatili ng mamamayan sa mga lugar na pinagkaitan ng kalayaan at tungkol sa kanyang kawalan ng kita	Papalabas	Federal Penitentiary Service ng Russia	SMEV 3
	Papalabas	FSS ng Russia	SMEV 2	SID0003414	Idi-disable sa 12/31/2018. Sa halip, ang serbisyo ng SMEV 3 na "Impormasyon sa halaga ng buwanang pagbabayad ng seguro para sa mandatory segurong panlipunan mula sa mga aksidente sa trabaho at mga sakit sa trabaho"naipatupad na sa System (VS00240v002-FSSR01 http://fss.ru/smev-3/socstrah_registration/1.0.1)
Impormasyon sa halaga ng buwanang bayad sa insurance para sa compulsory social insurance laban sa mga aksidente sa trabaho at mga sakit sa trabaho	Papalabas	FSS ng Russia	SMEV 3
Impormasyon sa halaga ng pensiyon na natanggap at iba pang mga pagbabayad na isinasaalang-alang kapag kinakalkula ang kabuuang kita ng pamilya (ng isang mamamayan na naninirahan nang mag-isa)	Papalabas	Kagawaran ng Pinansyal at Pang-ekonomiya ng FSB	SMEV 2	SID0003534
Impormasyon tungkol sa halaga ng pensiyon ng taong nakaseguro	Papalabas	FCS ng Russia	SMEV 2	SID0003898	Hindi pinagana noong 07/02/2018. Sa halip, gagana ang serbisyo ng SMEV 3 " Pagbibigay ng impormasyon tungkol sa halaga ng pensiyon ng taong nakaseguro"(VS00084v001-CUST01 urn://x-artefacts-fts-pension-insured-ru/root/1.0.1)
Pagkuha ng impormasyon sa halaga ng mga naipon na halaga ng mga social na benepisyo para sa accounting sa kabuuang kita aplikante	Papalabas	Mga SME ng rehiyon ng Sverdlovsk	SMEV 2	SID0003916 (sa halimbawa ng rehiyon ng Sverdlovsk)
Pangkalahatang serbisyo para sa pagtanggap ng mga aplikasyon mula sa EPGU	Papasok	EPGU	SMEV 2	SID0003893 (sa halimbawa ng rehiyon ng Sverdlovsk)
Koordinasyon ng ruta ng isang sasakyan na nagdadala ng napakalaking laki at (o) mabigat na kargamento	Papasok	Rosavtodor	SMEV 2	SID0003842 (sa halimbawa ng rehiyon ng Sverdlovsk)
Impormasyon tungkol sa koordinasyon ng ruta ng paggalaw Sasakyan pagsasagawa ng transportasyon mapanganib na mga kalakal	Papasok	Rostrans-nadzor	SMEV 2	SID0003839 (sa halimbawa ng rehiyon ng Sverdlovsk)

mga pagpapatupad

Matagumpay na naipatupad ang Universal Cabinet (SMEV) system mula noong 2012. Sa ngayon, mayroong higit sa 30 matagumpay na pagpapatupad sa rehiyon ng Sverdlovsk at iba pang mga rehiyon ng Russian Federation.

07/04/2016, Lun, 10:55, oras sa Moscow, Text: Natalia Rudycheva

Tulad ng alam mo, mula noong simula ng 2015, ang ikatlong bersyon ng Electronic Interdepartmental Interaction System (SMEV) ay opisyal nang ipinatupad. Tungkol sa kung anong gawain upang gawing makabago ang mga kasalukuyang solusyon ang kailangang isagawa ng mga departamento ng gobyerno kaugnay ng paglipat sa bagong bersyon ng SMEV 3.x at kung paano ayusin ang mga ito upang epektibong maisagawa ang interdepartmental na pakikipag-ugnayan, sa isang panayamAng CNews ay sinabihan ni Renat Shakirzyanov, pinuno ng departamento ng SMEV sa RedSys.

CNews: Ano ang pangunahing pagkakaiba sa pagitan ng SMEV 3 at ng nakaraang bersyon?

Renat Shakirzyanov: Sa aking opinyon, ang pangunahing pagkakaiba sa mga tuntunin ng teknolohiya ay ang paglipat mula sa kasabay tungo sa asynchronous na pakikipag-ugnayan. Hayaan akong ipaliwanag sa isang halimbawa. Sa nakaraang bersyon ng SMEV 2.x, naganap ang pagpapalitan ng data sa pagitan ng mga kalahok sa interdepartmental na interaksyon gaya ng mga sumusunod. Ang isang opisina ay nagpadala ng kahilingan sa isa pa at agad na naghintay para sa resulta ng pagproseso ng kahilingan. Ipinakita ng karanasan sa pagpapatakbo na humahantong ito sa katotohanan na sa mga oras ng umaga at hapon ay may mga peak load, at sa gabi, sa kabaligtaran, ang kagamitan ay walang ginagawa.

Ginagawang posible ng mga bagong asynchronous na teknolohiya ng SMEV 3.x na bawasan ang mga peak load sa imprastraktura dahil sa pagbuo ng isang queue, kung saan ang mga mensahe ay unti-unting pinoproseso. Ang ahensya mismo ang nagdedetermina kung kailan at kung anong intensity para iproseso ang mga kahilingan sa pila. Malinaw na sa kasong ito, ang kahusayan ng kanilang pagpapatupad ay naghihirap, ngunit bumababa din ang peak load, na ginagawang posible na bawasan ang mga kinakailangan para sa imprastraktura - kagamitan, network, atbp.

Hiwalay, gusto kong tandaan na ang asynchronous na pakikipag-ugnayan ay nagbibigay-daan sa iyo upang matiyak ang garantisadong paghahatid ng mga kahilingan, sa gayon ay nagbibigay ng higit pa mataas na lebel kalidad ng pakikipag-ugnayan.

Ang isa pang mahalagang pagkakaiba ay ang paglikha ng isang solong serbisyo ng SMEV kung saan nakikipag-ugnayan ang lahat ng mga departamento sa halip na bumuo ng kanilang sariling mga serbisyo. Ngayon sila ay bumubuo ng isang uri ng impormasyon - isang listahan ng impormasyon na gusto nilang ibigay o matanggap, at i-publish ito sa pamamagitan ng isang solong serbisyo para sa lahat ng iba pang mga consumer at supplier.

Gayundin, ang isa sa mga makabuluhang bentahe ng bagong bersyon ng SMEV ay ang pagtaas ng dami ng mga nailipat na file. Dati, posibleng magpadala ng hanggang 5 MB ng mga attachment sa isang mensahe, ngunit ngayon ang figure na ito ay nadagdagan sa 1 GB. Ang pagbabagong ito ay nagbibigay-daan upang dalhin ang interagency na kooperasyon sa isang bagong antas.

CNews: Anong mga bagong gawain ang kailangang lutasin ng iyong kumpanya sa koneksyon na ito?

Renat Shakirzyanov: Kabilang sa aming mga kliyente ang ilang malalaking pederal na departamento kung saan lumikha kami ng mga serbisyo para sa pagkonekta sa nakaraang bersyon ng SMEV. Ngayon kailangan nating ipatupad ang pakikipag-ugnayan alinsunod sa mga bagong rekomendasyong pamamaraan. Pinag-uusapan natin ang tungkol sa custom na software development - ang paglikha ng mga bagong serbisyo o ang modernisasyon ng mga umiiral na.

Renat Shakirzyanov: Dahil nagbago ang mga kinakailangan para sa mga teknolohiya, kinakailangang gawing muli ang analytical na bahagi ng trabaho

Dahil ang mga kinakailangan para sa mga teknolohiya ay nagbago, kinakailangan na muling isagawa ang analytical na bahagi ng trabaho. At sa sandaling ito, nagiging posible hindi lamang na teknolohikal na baguhin ang pamamaraan ng trabaho, ngunit, marahil, upang ayusin ang mga patakaran ng negosyo ng mga serbisyo na binuo ilang taon na ang nakalilipas na maaaring mawala ang kanilang kaugnayan. Kasabay nito, sa loob ng hindi bababa sa anim na buwan, ang mga luma at bagong serbisyo ay dapat gumana nang magkatulad upang ang kanilang mga user ay maaaring umangkop sa SMEV 3.x.

Halimbawa, bilang bahagi ng pagkonekta sa isa sa aming mga pederal na customer sa SMEV, ilang taon na ang nakalipas bumuo kami ng isang hiwalay na bahagi na nagbibigay ng pakikipag-ugnayan sa pagitan ng mga panlabas na system at panloob na mga system ng departamento sa SMEV 2.x na format, na kumukuha sa mga function ng conversion ng format. Ngayon, dahil sa paglitaw ng mga bagong alituntunin, gumagawa kami ng katulad na solusyon para sa SMEV 3.x. Upang matiyak na ang mga pagbabago ay hindi makakaapekto sa mga proseso ng negosyo ng customer, bumuo kami ng mga mekanismo na nagbibigay-daan sa iyong magtrabaho kasama ang parehong impormasyon sa SMEV 2.x at SMEV 3.x, i-convert ang mga ito sa isang panloob na format at ilipat ang mga ito sa naaangkop na functional na sistema ng ahensya para sa pagproseso. Sa kaso kapag ang ahensya mismo ay bumuo ng isang kahilingan, nauunawaan ng aming solusyon kung anong uri ng impormasyon ang kailangan nito, tinutukoy ang kanilang format - SMEV 2.x o SMEV 3.x, depende sa format na ginamit ng provider ng impormasyon, at pagkatapos ay ipapadala ang kinakailangang kahilingan. Kaya, gumawa kami ng mekanismo na nagbibigay-daan sa iyong magtrabaho nang sabay-sabay sa SMEV 2.x at SMEV 3.x nang hindi tinatapos ang mga functional system sa loob ng departamento na may posibilidad ng isang unti-unting paglipat ng mga nagbibigay ng impormasyon at mga mamimili alinsunod sa kanilang kahandaan.

CNews: Gaano katagal na binuo ng iyong kumpanya ang mga naturang serbisyo?

RenatShakirzyanov: Ang aming development team ay bumubuo ng mga serbisyo ng SMEV para sa mga pederal na awtoridad kapangyarihang tagapagpaganap sa loob ng maraming taon - halos mula nang magsimula ang proyekto. Sa proseso ng pagsubok sa kanila, nakikipagtulungan din kami nang malapit sa mga awtoridad sa rehiyon. Ngayon mayroon kaming humigit-kumulang 30 tao sa aming koponan.

Kami ay napaka-matulungin sa pagbuo ng koponan, inimbitahan namin hindi lamang ang mga espesyalista mula sa mga integrator ng system, kundi pati na rin ang mga empleyado ng mga departamento. Sa palagay ko ngayon, mayroon kaming isa sa mga pinaka may karanasan na mga koponan na nagtatrabaho sa direksyon na ito. Lumalahok kami sa maraming pilot project at tinutulungan ang mga mambabatas na bumuo ng mga alituntunin at tukuyin ang mga hindi pagkakapare-pareho sa loob ng iba't ibang mga dokumento.

Ang mayamang karanasan sa trabaho ay nagbibigay-daan sa amin na mabawasan ang mga gastos sa pagbuo at pagpapanatili ng mga serbisyo at uri ng impormasyon, pati na rin ang paglilipat ng pagbibigay ng mga serbisyo sa electronic form. Halimbawa, ang batas ay nagbibigay para sa pagbuo ng isang hiwalay na uri ng impormasyon para sa bawat serbisyo. Ngunit may mga serbisyo na bahagyang naiiba sa bawat isa. At sa kasong ito ay ipinapayong pag-isahin sila. Gayunpaman, hindi natin dapat kalimutan na sa kaganapan ng pagbabago sa kahit isa sa mga ito, ang lahat ng natitira ay kailangang muling irehistro sa SMEV. Samakatuwid, ang bawat ganoong kaso ay natatangi, at kapag pumipili sa pagitan ng pag-iisa at paghihiwalay ng mga serbisyo, kinakailangan na magkaroon ng balanse sa pagitan ng kadalian ng pag-unlad at suporta at kadalian ng karagdagang paggamit.

CNews: Anong mga teknolohiya ang ginagamit upang lumikha ng mga serbisyo sa pakikipag-ugnayan sa SMEV 3.0.?

RenatShakirzyanov: Gumagamit kami ng mga teknolohiya ng Java EE upang bumuo ng aming mga solusyon. Binibigyang-daan ka ng Java EE na bumuo at mag-deploy ng mga portable, maaasahan, scalable, at secure na mga application ng Java server.

Ang aming aplikasyon ay batay sa Spring Framework. Ito ay isang unibersal na open source na balangkas para sa Java platform. Pinapayagan ka nitong lutasin ang mga pangunahing gawain na dapat gawin ng anumang modernong aplikasyon: magtrabaho kasama ang isang DBMS sa platform ng Java gamit ang mga tool ng JDBC at ORM; i-coordinate ang iba't ibang mga API sa pamamahala ng transaksyon at i-set up ang pamamahala ng transaksyon para sa mga object ng Java; lumikha ng isang balangkas para sa mga web application.

Upang isama ang iba't ibang mga application sa loob ng system, ginagamit namin ang open cross-platform java framework na Apache Camel.

CNews: Paano sinusuportahan ang solusyon?

RenatShakirzyanov: Ang RedSys ay may nakalaang service center, na kinabibilangan ng HelpDesk service, mainit na linya 24x7, duty shift, at mga departamento ng suporta sa hardware at software.

Para sa bawat departamento, nag-aayos kami ng isang sistema para sa pagsubaybay sa pagpapatakbo ng mga serbisyo, na nagbibigay-daan sa real-time na pagsubaybay sa kanilang kakayahang magamit, bilis at pagganap. Ito ay nagpapahintulot sa iyo na maiwasan ang mga problema sa isang napapanahong paraan.

CNews: Anong mga karagdagang serbisyo ang maaari mong ialok sa mga departamento?

RenatShakirzyanov: Sa ngayon, nag-aalok kami ng mga solusyon na nagbibigay-daan sa iyong kontrolin kung ang isang partikular na departamento ay may karapatang tumanggap ng ilang partikular na impormasyon. Ang mga plano ay upang ipakilala ang naunang binuo na mekanismo para sa paghihiwalay ng mga karapatan hindi lamang sa pamamagitan ng mga uri ng impormasyon, kundi pati na rin ng ipinadalang data. Yung. ang isang ahensya, na may naaangkop na access, ay maaaring makatanggap ng data sa isang partikular na mamamayan, at ang isa pang ahensya na walang access ay tatanggihan. Sa ganitong paraan, makokontrol namin ang pag-access sa pinaghihigpitang impormasyon.

Kasama rin sa aming solusyon ang isang analytical module na nagbibigay-daan sa iyong mangolekta ng istatistikal na impormasyon sa dami at kalidad ng mga pampublikong serbisyo sa electronic form at interdepartmental na pakikipag-ugnayan.

Kamakailan, dumaraming bilang ng mga kalahok sa rehiyon ang konektado sa SMEV, at ito ay hindi lamang mga awtoridad sa iba't ibang antas, kundi pati na rin mga multifunctional center, At mga organisasyong pinansyal at kredito. Ang dami ng interdepartmental na interaksyon ay lumalaki bawat taon, at kailangan nating palawakin at suportahan ang ating solusyon upang mapalawak ng ating mga kasosyo ang listahan ng mga pampublikong serbisyong ibinibigay sa elektronikong paraan at mapabuti ang kalidad at bilis ng kanilang probisyon.

Ang materyal ay nagpapakita ng isang algorithm para sa paghahanap ng mga uri ng impormasyon SMEV 3. Ang mga mapagkukunan ng impormasyon tungkol sa sasakyang panghimpapawid ay isinasaalang-alang: ang interface ng Technological Portal SMEV, ang Plano para sa paglipat sa paggamit mga rekomendasyong metodolohikal 3.x, Unified SMEV na ulat. Ang proseso ng pagsuri sa pagganap ng isang produktibong bersyon ng sasakyang panghimpapawid ay inilarawan.

Ang problema sa paghahanap ng uri ng impormasyon sa SMEV

Iminumungkahi ng mga developer ng SMEV na gamitin ang web interface na matatagpuan sa Technology Portal sa https://smev3.gosuslugi.ru bilang pangunahing tool para sa paghahanap ng mga uri ng impormasyon sa SMEV 3. Kasabay nito, binibigyan ang user ng pagkakataong maghanap sa pamamagitan lamang ng pangalan ng uri ng impormasyon, habang ang nakaraang bersyon ng Techportal ay nagbigay ng mas malawak na hanay ng mga filter:

ng may-ari ng serbisyo (kagawaran o organisasyon)
sa pamamagitan ng ID
sa keyword sa paglalarawan
ayon sa lugar ng aplikasyon
ayon sa kakayahang magamit (pampubliko/pinaghihigpitan)

Bilang karagdagan sa kakulangan ng mga karagdagang filter, ang proseso ng paghahanap ay maaaring nauugnay sa mga sumusunod na problema:

hindi lahat ng serbisyo ng SMEV2 ay inililipat sa SMEV3
kapag lumipat mula sa SMEV2 patungong SMEV3, maaaring baguhin ng supplier ang pangalan ng serbisyo (uri ng impormasyon), hatiin ang isang serbisyo sa ilang sasakyang panghimpapawid, o, sa kabaligtaran, pagsamahin ang mga serbisyo (halimbawa, ang serbisyo ng SMEV2 GIS GMP sa kasalukuyan nahahati sa 10 uri ng impormasyon)
maaari itong tumagal ng napakatagal (hanggang 6 na buwan o higit pa) sa pagitan ng output ng view ng impormasyon sa pagsubok at mga kapaligiran ng produksyon
madalas, ilang bersyon ng parehong uri ng impormasyon ang ipinapakita sa isang kapaligiran ng pagsubok at produksyon
Ang SMEV Technical Portal ay huminto sa pag-publish ng up-to-date na data sa mga consumer ng sasakyang panghimpapawid
Ang mga card ng mga uri ng impormasyon sa SMEV Technical Portal ay hindi na-index ng mga search engine
Sa wakas, kamakailan, dahil sa pangangailangang pormal na sumunod sa mga nakaplanong deadline, kadalasang ginagawa ang pag-install ng "mga stub" sa mga uri ng impormasyon sa isang produktibong kapaligiran (ang sasakyang panghimpapawid ay inilalagay sa produksyon, ngunit alinman ay hindi tumugon sa mga produktibong kahilingan, o tumutugon sa data ng pagsubok)

Ang mga problemang ito ay nagpapalubha sa paghahanap ng impormasyon tungkol sa uri ng impormasyon, at nagpapahirap din sa paggawa ng desisyon na magsimulang magtrabaho sa pagkonekta sa sasakyang panghimpapawid.

Karagdagang data source tungkol sa mga uri ng impormasyon

Magplano para sa paglipat sa pagbibigay ng impormasyon gamit ang isang solong elektronikong serbisyo SMEV

Inilathala ng SMEV Technology Portal ang dokumentong "Appendix 2 sa Protocol to the Transition Plan ...", na nagbibigay ng listahan ng sasakyang panghimpapawid at ang tiyempo ng paglipat ng mga elektronikong serbisyo sa pagpapatupad ng Mga Alituntunin para sa pagtatrabaho sa ESMEV bersyon 3. Napakahalaga ng dokumentong ito para sa ilang kadahilanan.

Una, naglalaman ito ng isa-sa-isang sulat sa pagitan ng mga serbisyo ng SMEV2 at mga uri ng impormasyon ng SMEV3.

Pangalawa, ang lahat ng mga serbisyo at uri ng impormasyon ay pinagsama ayon sa mga departamento (mga supplier).

Pangatlo, ang dokumento ay nagbibigay ng mga petsa para sa pagpapalabas ng mga uri ng impormasyon sa pagsubok at kapaligiran ng produksyon. Gayunpaman, pakitandaan na ang mga petsang ito ay nagpapahiwatig at maaaring magbago. Ang pormal na output ng uri ng impormasyon sa produkto ay hindi rin nagpapahiwatig ng pagganap nito.

Pinakamahalaga, ang isang dokumento ay isang file sa excel na format. Mayroon itong karaniwang pag-andar sa paghahanap. Iyon ay, maaari kang maghanap ayon sa departamento, ang pangalan ng serbisyo ng SMEV 2 at ang uri ng impormasyon ng SMEV 3.

Ang kawalan ng dokumento ay naglalaman ito ng malayo sa buong listahan mga uri ng impormasyon, ngunit ang mga sasakyang panghimpapawid lamang kung saan tumutugma ang mga serbisyo ng SMEV2.

Pinag-isang ulat sa SMEV

Sa sentro ng sitwasyon e-gobyerno ang dokumentong "Pinag-isang ulat sa SMEV" ay nai-publish. Ang access dito ay ibinibigay sa mga user na may awtoridad na account. Path sa dokumento: "Mga na-publish na ulat" => "SMEV" => "Pinag-isang ulat sa SMEV" => "SMEV. Iisang ulat sa SMEV: Ulat Blg. 6_SMEV_Iisang ulat sa SMEV_. Ang ulat ay inilathala buwan-buwan.

Ang dokumento ay isang excel file at naglalaman ng maraming kapaki-pakinabang na istatistikal na impormasyon. Sa iba pang mga bagay, mayroon itong tab na "Mga Hindi Na-claim na Serbisyo" na naglilista ng mga serbisyo at uri ng impormasyon na hindi hinihiling. Kaya, kung ang uri ng impormasyon ay dapat magbigay ng kinakailangang impormasyon (1), ay nailagay na sa isang produktibong kapaligiran (2) at sa parehong oras ay kasama sa listahan ng "hindi inaangkin" (3) - malamang, sa katunayan , hindi ito gumagana.

File ng Katayuan ng Sasakyang Panghimpapawid

Kamakailan, lumitaw ang isang bloke ng impormasyon sa pangunahing pahina ng SMEV 3 Technology Portal na may isang link sa isang buod ng file sa excel na format na may impormasyon sa antas ng kahandaan ng lahat ng uri ng impormasyon. Ang file ay nasa bukas na access. Mahahanap mo ito sa pangunahing pahina ng teknikal na portal: kailangan mong buksan ang karaniwang pag-andar ng paghahanap para sa mga nilalaman ng pahina at hanapin ang pariralang "ulat sa katayuan ng pagpaparehistro ng mga uri ng impormasyon." Sa ilalim ng nahanap na teksto magkakaroon ng isang link sa kasalukuyang bersyon ng file.

Mula noong Mayo 30, 2018.

Ang file ay naglalaman ng sumusunod na impormasyon:

isang kumpletong listahan ng mga kalahok sa SMEV at kanilang mga sistema ng impormasyon (tab na "Katayuan ng Kalahok")
isang kumpletong listahan ng mga uri ng impormasyon na nagpapahiwatig ng tagapagtustos, ang kaukulang serbisyo ng SMEV2 (kung mayroon man), pati na rin ang katayuan ng pag-withdraw ng sasakyang panghimpapawid sa kapaligiran ng pagsubok at produksyon (tab na "Katayuan ng Sasakyang Panghimpapawid")

Ang dokumentong ito ang pinakamahalagang data source para sa paghahanap gustong uri impormasyon.

Algoritmo ng paghahanap ng uri ng impormasyon

Ang paggamit ng mga buod na file na may listahan ng mga uri ng impormasyon sa halip na ang web interface ay lubos na nagpapadali sa proseso ng paghahanap ng tamang sasakyang panghimpapawid.

Ang algorithm ng paghahanap mismo ay ganito ang hitsura:

Pumunta sa SMEV Technology Portal at i-download ang kasalukuyang bersyon ng "Aircraft Status" file
Naghahanap kami ng sasakyang panghimpapawid gamit ang karaniwang paggana ng paghahanap:
1. sa pamamagitan ng pangalan o SID ng kaukulang serbisyo sa SMEV2
2. ng ahensya ng provider
3. sa pamamagitan ng keyword
Kung ang listahan ay naglalaman ng ilang bersyon ng parehong sasakyang panghimpapawid, dapat mong gamitin ang pinakabago.
Kung mayroon kang access sa "Single SIEV Report" na file, sulit na suriin kung ang uri ng impormasyon ay kabilang sa mga hindi na-claim

Tulad ng nabanggit sa itaas, ang pagdadala ng isang detalye ng view sa produksyon ay hindi ginagarantiya na ito ay talagang gagana. Samakatuwid, bago magsimula ang buong-scale na trabaho sa pagkonekta at pagsasama sa sasakyang panghimpapawid, ito ay nagkakahalaga ng pagsasagawa ng karagdagang tseke:

Subukan ang sasakyang panghimpapawid sa isang pagsubok na kapaligiran
Kumuha ng access sa VS sa isang produktibong kapaligiran
Manu-manong bumuo ng ilang kahilingan sa labanan ayon sa scheme ng sasakyang panghimpapawid
Gamit ang isang libreng kliyente sa SMEV, ipadala ang mga kahilingang ito sa pakikipaglaban sa Uri ng Impormasyon sa isang produktibong kapaligiran
Maghintay para sa mga makabuluhang tugon sa mga kahilingan (siyempre, ang mga tugon na may mga error code o mga tugon na may data ng pagsubok ay hindi makabuluhan)

Ang pagkakaroon lamang ng mga makabuluhang tugon sa mga kahilingan sa isang produktibong kapaligiran ang ginagawang posible na hatulan ang tunay na pagganap ng Uri ng Impormasyon ng SMEV 3 at maaaring magsilbi bilang isang senyales upang simulan ang trabaho sa pagsasama sa sasakyang panghimpapawid.

Ang pakikipag-ugnayan sa pagitan ng mga pederal na ehekutibong awtoridad at mga non-budgetary na pondo ng estado sa pagbibigay ng mga pampublikong serbisyo mula Enero 1, 2015 ay dapat na isagawa nang eksklusibo gamit ang isang solong elektronikong serbisyo - ang ikatlong bersyon ng interdepartmental electronic interaction system (SMEV). Ipinagbabawal din ang malayang pagpapaunlad ng mga bagong serbisyo. Ito ay inihayag sa Ministry of Telecom at Mass Communications ng Russian Federation.

Ang mga awtoridad ng mga constituent entity ng Russian Federation ay inirerekomenda na lumipat sa isang solong elektronikong serbisyo mula Enero 1, 2017, idinagdag ng ministeryo, na tumutukoy sa Dekreto ng Pamahalaan ng Russian Federation No. 1222 "Sa karagdagang pag-unlad ng isang pinag-isang sistema ng interdepartmental na elektronikong pakikipag-ugnayan."

"Ang na-update na serbisyo ay magbibigay ng isang solong format para sa mutual na pagpapalitan ng impormasyon, garantisadong paghahatid ng mga mensahe, isang mekanismo para sa pagpila ng mga elektronikong mensahe upang malutas ang problema ng labis na pagkarga ng mga sikat na serbisyo, pagtaas ng laki ng ipinadalang mensahe mula 5 MB hanggang 1 GB, pati na rin ang pagsasama sa pangunahing awtoridad sa sertipikasyon para sa pag-verify mga elektronikong lagda, - sabi ng Ministry of Telecom at Mass Communications sa isang pahayag. "Ang bagong bersyon ng system ay nagsasangkot ng pakikipag-ugnayan sa pagitan ng mga awtoridad ng mga nasasakupang entity ng Russian Federation, at hindi lamang sa mga awtoridad sa antas ng pederal, tulad ng dati."

Ang paglipat sa pinakabagong bersyon ng SMEV ay binalak na magsimula sa pinaka-hinihiling na impormasyon. Hindi pa gagawin ang hindi pagpapagana sa natitirang mga serbisyo, gayunpaman, ang paglulunsad ng mga bago na hindi nakakatugon sa mga kinakailangan ay titigil mula Enero 1, 2015.

Sa mode ng pagsubok, ang pinakabagong bersyon ng SMEV ay nailunsad na sa Moscow, Mordovia, Bashkortostan, Tatarstan, Tyumen, Yaroslavl, Novosibirsk na rehiyon at Primorye, sinabi ng Ministri ng Komunikasyon.

Tandaan na sa SMEV 3.0, nagsimula ang paglipat ng imprastraktura ng e-government sa libreng software. Ang libreng Apache ActiveMQ na solusyon ay pinili upang bumuo ng bagong bersyon ng system, habang ang nakaraang bersyon ay binuo sa solusyon ng Oracle.

Paano gumagana ang SMEV 3.0

Alexey Kozyrev, Deputy Minister of Communications, ay nagsalita tungkol sa mga tampok ng bagong bersyon ng SMEV sa isang kamakailang panayam:

“Ang functionality na ipinapatupad ngayon sa SMEV 2.0 ay mananatiling ganap.

Ang SMEV 3.0 ay magdaragdag ng functionality na nauugnay sa garantisadong delivery queue, na nagbibigay-daan sa mga departamento na makipag-ugnayan sa isang asynchronous mode at sa gayon ay matiyak ang pag-smoothing ng mga peak load - system stabilization.

Sa ikatlong bersyon, isang teknolohiya ang nilikha kung saan, upang maisaayos ang pakikipag-ugnayan sa SMEV para sa pagpapalitan ng impormasyon, hindi kinakailangan na isama sa kanilang tagapagtustos sa bawat oras sa ilang mga espesyal na kundisyon.

Ngayon meron na tayo malaking halaga mga proyekto ng integration, na ang bawat isa ay nagsasagawa ng two-way integration testing upang matiyak na gumagana ang electronic interaction. Ito ay nangangailangan ng maraming pera, maraming oras. Ang bagong SMEV ay naiiba sa nakaraang bersyon dahil ito ay lumilikha ng isang pamantayan sa pagsasama kung saan ang komposisyon ng data at ang uri ng serbisyong nagbabalik ng data ay maaaring baguhin gamit ang mga setting.

Gumagawa din kami ng isang awtomatikong sistema ng pagsubok.

Ang katotohanan ay kapag may nakakonekta sa SMEV, pinili ang kinakailangang impormasyon at na-configure ang kanyang adaptor, upang makolekta niya ang impormasyong ito, kailangan mong tiyakin na tama ang setting na ito.

At ngayon, kapag ang mga rehiyon ay pumila sa mga pederal na ehekutibong awtoridad ("hayaan naming subukan ang kawastuhan ng pagpapalitan ng impormasyon sa iyo"), mayroong isang bottleneck na epekto. Samakatuwid, upang ang lahat ay magawa ng mga puwersa ng iyong sariling developer, nang hindi nangangailangan ng anumang aksyon mula sa panig na iyon.

Gumagawa kami ng autotest na nagbibigay-daan sa amin na bumuo ng database ng ilang partikular na sitwasyon: kung paano tumutugon ang serbisyo kapag tama ang kahilingan, kung paano ito tumutugon kapag ito ay mali. Ito ay ganap na kumikilos tulad ng isang serbisyong "labanan" at nagbibigay-daan sa iyong subukan ang pagsasaayos na iyong ginawa.

Sa wakas, ipinapatupad ng bagong SMEV ang teknolohiya para sa paglilipat ng malalaking halaga ng data.

Sa ngayon, may mga paghihigpit - maaari kang magpadala ng mga attachment nang hindi hihigit sa 5 MB. At kapag, halimbawa, nais ni Rosreestr na ilipat ang isang attachment sa anyo ng mga dokumento na may mga cadastral scheme, ito ay "hindi gumagapang". Itong problema ay malulutas dahil sa katotohanan na ang mensahe ay magsasama ng isang link sa dokumento na nasa file storage na isinama sa SMEV.

Sa SMEV 3.0, ang functionality para sa mga regional operator ay higit na binuo - para sa mga entity na nagsasama ng kanilang mga regional bus sa federal.

Sa ngayon, karamihan sa aming mga administratibong pag-andar ay ginagawa ng Rostelecom, at ang mga entry ay tumuturo dito (mga address Email atbp.) nagsisilbing mga interface para sa mga regional operator. Kasabay nito, ang mga pag-andar mismo ay, tulad nito, sarado sa kanila.

Ngayon kami ay lumilikha ng isang espesyal na interface na magbibigay-daan sa iyo upang makita ang pag-uulat at pagkakaroon ng mga mapagkukunan sa lupa, pati na rin gawin ang karamihan sa mga function ng operator ng SMEV sa antas ng rehiyon.

Ngayon ay mayroon na kaming isang SMEV ( pederal na antas) at 83 rehiyonal na mga segment sa bawat paksa ng Russian Federation (hindi kasama ang Crimea at Sevastopol) - tulad lohikal na SMEV.

Maraming uri ng pakikipag-ugnayan antas ng rehiyon, na dapat magsilbi sa rehiyonal na SMEV. Sa katunayan, nakikita natin ngayon na kalahati ng mga paksa ay nagpatupad ng kanilang sariling mga integration bus na gumaganap ng mga tungkulin ng rehiyonal na SMEV.

Lumalabas na sa disenyong ito, nagiging redundant ang rehiyonal na segment ng e-government infrastructure (regional SIEV), dahil kino-duplicate nito ang ginagawa na ng rehiyon sa antas nito.

Bibigyan namin ang mga naturang paksa ng pagkakataong direktang isama ang pederal na SMEV.

Ang bagong sistema ay magbibigay-daan sa rehiyonal na bus na direktang konektado sa pederal na SMEV. Ito ay makabuluhang bawasan ang pagkarga sa pagpapatakbo ng buong imprastraktura. Para sa mga entity na walang sariling mga regional bus, magbibigay din kami ng kakayahang ikonekta ang mga regional information system sa pederal na SMEV.

Ang pagpapatupad ng pakikipag-ugnayan ng mga sistema ng impormasyon ng mga organisasyon at departamento ay isinasagawa sa loob ng balangkas ng estado target na programa « Impormasyong panlipunan(2011-2020)".

Ang pakikipag-ugnayan ay ipinatupad sa loob ng balangkas ng:

interdepartmental pamamahala ng elektronikong dokumento(MEDO).

pinag-isang sistema ng interdepartmental na elektronikong pakikipag-ugnayan (SMEV).

Ano ang SMEV at bakit ito kailangan?

isang sistema interdepartmental electronic interaction (SMEV)- isang pederal na sistema ng impormasyon ng estado na idinisenyo upang ayusin ang pakikipag-ugnayan ng impormasyon sa pagitan ng mga sistema ng impormasyon ng mga kalahok ng SMEV upang magbigay ng mga serbisyo ng estado at munisipyo at magsagawa ng mga tungkulin ng estado at munisipyo sa elektronikong anyo.

Ang mga kalahok ng interdepartmental na elektronikong pakikipag-ugnayan (mga miyembro ng SMEV) ay mga pederal na awtoridad kapangyarihang tagapagpaganap, mga pondong wala sa badyet ng estado, mga ehekutibong katawan mga awtoridad ng estado ng mga nasasakupang entity ng Russian Federation, mga lokal na pamahalaan, estado at mga institusyong munisipal, mga multifunctional center, iba pang mga katawan at organisasyon.

Ang layunin ng paglikha ng SMEV ay upang mapabuti ang kalidad ng pagkakaloob ng mga serbisyo ng estado at munisipyo at ang pagganap ng mga tungkulin ng estado at munisipyo sa pamamagitan ng paggamit ng mga karaniwang mapagkukunan ng impormasyon, na binabawasan ang oras para sa paghahanap at pagproseso ng impormasyon sa elektronikong anyo.

Ang SMEV ay idinisenyo upang malutas ang mga sumusunod na gawain:

Pangunahing tungkulin ng SMEV

Ang mga pangunahing tungkulin ng SMEV ay:

paglilipat ng mga kahilingan, dokumento at impormasyong kailangan para sa pagkuha ng mga serbisyo ng estado at munisipyo at isinumite ng mga aplikante sa pamamagitan ng isang portal sa mga sistema ng impormasyon na konektado sa SMEV;

pagpapalitan ng mga elektronikong mensahe sa pagitan ng mga kalahok ng SMEV;

ilipat sa isang solong portal ng mga kahilingan, iba pang mga dokumento at impormasyong naproseso sa mga sistema ng impormasyon, pati na rin ang impormasyon sa pag-usad ng mga kahilingan at ang mga resulta ng pagkakaloob ng mga serbisyo.

Upang maisagawa ang mga tungkulin nito, ang SMEV ay nagbibigay ng:

Teknolohikal na suporta ng SMEV

Ang teknolohikal na suporta ng pakikipag-ugnayan ng impormasyon gamit ang SMEV ay nakakamit sa pamamagitan ng paggamit ng:

arkitektura na nakatuon sa serbisyo, na isang hanay ng mga elektronikong serbisyo na binuo ayon sa karaniwang tinatanggap na mga pamantayan;

pinag-isang mga teknolohikal na solusyon at pamantayan, pinag-isang classifier at paglalarawan ng mga istruktura ng data.

Paano maging miyembro ng SMEV?

Ang mga tampok ng paggamit ng SMEV at ang koneksyon dito ng mga sistema ng impormasyon ng mga indibidwal na katawan at organisasyon ay tinutukoy ng mga kasunduan sa pagitan ng Ministry of Telecom at Mass Communications ng Russia, na siyang operator ng SMEV, at ng katawan at organisasyon na isang miyembro ng SMEV. Ang Ministry of Telecom at Mass Communications ng Russia ay nag-coordinate ng mga aktibidad para sa pagkonekta sa SMEV, tinitiyak ang operasyon nito at nagpapanatili ng isang rehistro ng mga elektronikong serbisyo.

Ang pagsasama-sama ng mga sistema ng impormasyon sa loob ng balangkas ng SMEV ay isinasagawa alinsunod sa teknikal na mga kinakailangan sa pakikipag-ugnayan ng mga sistema ng impormasyon sa isang pinag-isang sistema ng interdepartmental na elektronikong pakikipag-ugnayan (naaprubahan sa pamamagitan ng utos ng Ministry of Telecom at Mass Communications ng Russia na may petsang Disyembre 27, 2010 No. 190).

Upang maging miyembro ng SMEV, ang isang katawan o organisasyong nagbibigay ng mga serbisyo ng estado at munisipyo at gumaganap ng mga tungkulin ng estado at munisipyo ay dapat:

Tiyakin ang pagbuo ng mga elektronikong serbisyo at mga interface para sa pakikipag-ugnayan ng ginamit na sistema ng impormasyon at SMEV.
Upang gawin ito, kailangan mong makipag-ugnay sa tagapagtustos o developer ng sistema ng impormasyon na ginamit upang magsagawa ng trabaho sa pagpapatupad ng mga kinakailangang serbisyo at interface.

Magbigay ng isang elektronikong serbisyo sa operator ng SMEV node, isang miyembro nito dapat organisasyong ito, para sa pagpaparehistro at pagpasok sa rehistro ng mga serbisyong elektroniko.
Upang gawin ito, dapat kang opisyal na makipag-ugnay sa operator ng SMEV node at magbigay ng isang elektronikong pasaporte ng serbisyo, isang pamamaraan ng pagsubok at isang manual ng gumagamit ng serbisyo ng elektroniko, pati na rin tiyakin ang pagkakaroon ng isang elektronikong serbisyo para sa pagtanggap nito.

Tiyakin ang pagkakaroon ng isang secure na channel ng komunikasyon sa pagitan ng sistema ng impormasyon na ginamit at ng SMEV.

AIS MFC DELO

2. Sistema ng impormasyon ng pederal na estado "Pinag-isang portal ng mga serbisyo (function) ng estado at munisipyo".

3. Software at teknikal na paraan pagbibigay ng access sa mga sistema ng impormasyon sa pamamagitan ng SMEV.

4. Alinsunod sa Mga Regulasyon sa isang pinag-isang sistema ng interdepartmental na elektronikong pakikipag-ugnayan.