Smav lubab taotlejatel mitte palju dokumente esitada. Osakondadevahelise elektroonilise suhtluse ühtne süsteem (SMEV) Sõnumite saatmise serveri mnemoonika näit

2.3.1 "Taotlus" tüüpi sõnumid "Taotlus" tüüpi sõnumite jaoks (edaspidi - päring) hõlmavad sõnumeid, mis pärinevad suhtluse algatajalt: osakondadevahelised taotlused, taotlused riigi- või kommunaalteenused, saateid.

"Request" tüüpi teadete andmete õigsust kontrollitakse kahes etapis - sünkroonne ja asünkroonne(valikuline) kontroll.

Esimene samm on sünkroonne valideerimine. Pärast kõigi sünkroonsete kontrollide lõpetamist pannakse taotlus asünkroonsete kontrollide järjekorda. Kui kontroll õnnestub, tagastatakse vastuses teade kontrolli õnnestumise kohta, vigade korral (urn: //x-artefacts-smev-gov-ru/services/message-exchange/1.2: SendRequest) meetod tagastab vea.

Asünkroonne kinnitamine on valikuline ja käivitatakse teatud päringu töötlemise "käivitus" olukordade korral (GCC teenuse kättesaamatus, sõnumite saatmine failidega, mille kogumaht on üle 5 Mb, sunnitud SMEV tõlge asünkroonse päringu töötlemise režiimi).

Kui sõnum asetatakse asünkroonsesse kontrolli, tagastab SMEV vastuseks päringule sõnumi sünkroonrežiimis, kus MessageMetadata plokk sisaldab järgmist silti: requestIsQueued.

Kui mõni asünkroonne kontroll näitas tõrget, lisab SMEW tõrketeate päringu saatja sissetuleva vastuse järjekorda. Veateade saabub järgmisel GetResponse'i päringul.

Kui teabepakkuja vastuste asünkroonsel kontrollimisel esineb tõrkeid, saadetakse veateade olekujärjekorda ja selle saab vastu võtta GetStatus meetodil.

Saate eristada andmepakkuja vastuseid SMEV-sõnumitest asünkroonsete juhtimisvigade kohta elemendi sisu järgi (urn: //x-artefacts-smev-gov-ru/services/message-exchange/types/1.2: GetResponseResponse): kui selle alamelement SenderProvidedResponseData sisaldab elementi MessagePrimaryContent, siis on see Pakkuja vastus ja kui element AsyncProcessingStatus on vastus SMEV-i asünkroonse töötlemise vea kohta.

Ühe äritehingu raames on lubatud mitu päringut (teabenõue, täiendav teabenõue, Tarbija oleku teade teabe saamise kohta jne). Mitme päringu korral paigutatakse algne päringu ID kõigi äritehingu järgmiste päringute väljale ReferenceMessageID.

2.3.2 "Vasta" sõnumid

"Vasta" tüüpi sõnumite andmete õigsust kontrollitakse samamoodi nagu "Request" tüüpi teadete puhul.

2.3.3 Saated

2.3.4 Prioriteetne kohaletoimetamine

Kõik vastused edastatakse sama prioriteediga. Edastamise prioriteedid ei kehti ka ülekannete puhul.

SMEV ei paku muid võimalusi saadetud sõnumite prioriteedi mõjutamiseks.

2.3.5 Teated keeldumiste kohta vastuses SMEV skeemi tasandil

1. 
   Teabe andmisest keeldumine. Puuduvad õigused teabe saamiseks (näiteks kui tarnija kontrollib ES-JV-d).
2. 
   Teabe andmisest keeldumine. Teabepäringu objekti ei saa kindlaks teha.
3. 
   Teade teabe puudumise kohta.

Veateade asetatakse elemendisse RequestRejected ja sellel võib olla kolm väärtust (element on RejectionReasonCode): ACCESS_DENIED, UNKNOWN_REQUEST_DESCRIPTION, NO_DATA, mis vastavad ülaltoodud keeldumistüüpidele.

Seal on ka väli tagasilükkamise tekstilise kommentaari jaoks (element - RejectionReasonDescription).

6 Päringu olekute tagastamine SMEV-skeemi tasemel

Need sõnumid viiakse SMEV-skeemi tasemele ja ei sisaldu teabetüüpide skeemides. Olekuteadete otse andmetüübi skeemi kaasamine – keelatud.

Olekuteade asetatakse RequestStatus elemendisse. StatusCode element sisaldab olekukoodi, mille väärtus on kirjeldatud Infovaate passis. Staatusega võib kaasneda piiramatu arv parameetreid (element StatusParameter), mida kirjeldatakse paaridega "võti" - "väärtus" (Key-Value). Laiendatud olekukirjelduse saab paigutada väljale StatusDescription.

2.3.7 Sõnumi esitamise serveri märgukirja määramine

Selle probleemi lahendamiseks on SMEV3.x päringu skeemi sisse viidud spetsiaalne element saatva serveri mnemoonika täpsustamiseks - "NodeID". Selle identifikaatoriga päringu saamisel loob SMEV3.x selle infosüsteemi jaoks ja see server eraldi järjekord vastuste edastamiseks. Sellest järjekorrast sõnumi saamiseks peate sissetuleva järjekorra lugemise päringus määrama adressaadi serveri märguande (element "NodeID").

Organisatsioonide ja osakondade infosüsteemide interaktsiooni rakendamine toimub riigi raames sihtprogramm"Infoühiskond (2011-2020)".

Interaktsiooni rakendatakse:

asutustevaheline süsteem elektrooniline dokumendihaldus(MEDO).

ühtne osakondadevaheline süsteem elektrooniline suhtlus(SMEV).

Mis on SMEV ja milleks see on mõeldud?

Osakondadevahelise elektroonilise suhtluse ühtne süsteem (SMEV)- föderaalosariigi infosüsteem, mis on loodud teabesuhtluse korraldamiseks SMEV-i osalejate infosüsteemide vahel, et osutada riigi- ja munitsipaalteenuseid ning täita riigi- ja munitsipaalfunktsioone elektroonilisel kujul.

Osakondadevahelises elektroonilises suhtluses osalejad (SMEV-i osalejad) on föderaalorganid täidesaatev võim, riigieelarvevälised fondid, täitevorganid riigivõim teemasid Venemaa Föderatsioon, kehad kohalik omavalitsus, osariik ja munitsipaalasutused, multifunktsionaalsed keskused, muud asutused ja organisatsioonid.

SMEV loomise eesmärk on parandada riigi- ja munitsipaalteenuste osutamise kvaliteeti ning riigi ja omavalitsuse ülesannete täitmist ühiste inforessursside kasutamise kaudu, vähendades elektroonilisel kujul teabe otsimise ja töötlemise aega.

SMEV on mõeldud järgmiste ülesannete lahendamiseks:

SMEV põhifunktsioonid

SMEV-i peamised funktsioonid on:

taotlejate poolt ühtse portaali kaudu riigi- ja munitsipaalteenuste saamiseks vajalike taotluste, dokumentide ja teabe edastamine SMEV-ga liitujatele Infosüsteemid;

vahetada meili teel SMEV-is osalejate vahel;

taotluste, muude dokumentide ja infosüsteemides töödeldava teabe edastamine ühtsesse portaali, samuti teave päringute käigu ja teenuste osutamise tulemuste kohta.

Oma ülesannete täitmiseks pakub SMEV:

SMEV-i tehnoloogiline tugi

Teabe interaktsiooni tehnoloogiline tugi SMEV-i kasutamisel saavutatakse, kasutades:

teenustele orienteeritud arhitektuur, mis on üldtunnustatud standardite kohaselt ehitatud elektrooniliste teenuste kogum;

ühtsed tehnoloogilised lahendused ja standardid, ühtsed klassifikaatorid ja andmestruktuuride kirjeldused.

Kuidas saada SMEV-i liikmeks?

SMEV kasutamise ja sellega infosüsteemide ühendamise omadused üksikud kehad ja organisatsioonid määratakse SMEV-i operaatori Venemaa Telekomi- ja Maning SMEV-i liikmeks oleva asutuse ja organisatsiooni vahel sõlmitud lepingutega. Vene Föderatsiooni telekommunikatsiooni- ja mkoordineerib SMEV-ga liitumist, tagab selle toimimise ja peab elektrooniliste teenuste registrit.

Infosüsteemide integreerimine SMEV raames toimub vastavalt Tehnilised nõuded infosüsteemide koostoimele ühtses osakondadevahelise elektroonilise suhtluse süsteemis (kinnitatud Venemaa telekommunikatsiooni- ja ma27. detsembri 2010. aasta korraldusega nr 190).

SMEV-i liikmeks saamiseks peab riigi- ja munitsipaalteenuseid osutav ning riigi- ja munitsipaalfunktsioone täitev organ või organisatsioon:

Tagada elektrooniliste teenuste ja liideste arendamine kasutatava infosüsteemi ja SMEV interaktsiooniks.
Selleks tuleb pöörduda vajalike teenuste ja liideste juurutamiseks kasutatava infosüsteemi tarnija või arendaja poole.

Pakkuda SMEV sõlme operaatorile elektroonset teenust, milles osaleja peab olema see organisatsioon, registreerimiseks ja elektrooniliste teenuste registrisse kandmiseks.
Selleks on vaja ametlikult ühendust võtta SMEV sõlme operaatoriga ja esitada elektroonilise teenuse pass, testimise metoodika ja kasutusjuhend, samuti tagada elektroonilise teenuse kättesaadavus selle vastuvõtmiseks.

Tagada turvalise sidekanali olemasolu kasutatava infosüsteemi ja SMEV vahel.

AIS MFC ÄRI

2. Föderaalne osariigi infosüsteem " Üks portaal riigi- ja kommunaalteenused (funktsioonid)".

3. Tarkvara ja tehnilisi vahendeid infosüsteemidele juurdepääsu võimaldamine SMEV kaudu.

4. Vastavalt osakondadevahelise elektroonilise suhtluse ühtse süsteemi määrusele.

2010. aasta juulis kirjutas Dmitri Medvedev alla föderaalseadusele nr 210-FZ "Riigi- ja munitsipaalteenuste osutamise korraldamise kohta". 2011. aasta oktoobri alguses toimus "Elektroonilise Valitsuse" käivitamine, mille raames toodi välja eraldi projekt - osakondadevahelise elektroonilise suhtluse süsteem (SMEV). Viimasel ajal on valitsus ja kohalikud omavalitsused üle läinud SMEV 3.0-le – osakondadevahelise suhtlussüsteemi uusimale versioonile. Kommunikatsiooniministri asetäitja ja massikommunikatsiooni Venemaa Föderatsioon Aleksei KOZYREV.

NBJ: Aleksei Olegovitš, palun rääkige meile esimestest tulemustest osalejate üleminekul osakondadevahelise elektroonilise suhtlussüsteemi kolmandale versioonile.

A. KOZYREV: Üleminekuprotsess kulgeb plaanipäraselt. SMEV-i kolmas versioon töötati välja 2013. aasta lõpus, 2014. aastal oli see proovitöös. Viisime läbi rea katseid tööstuslike "lahingu" andmetega, veendusime, et kõik töötab, ja nüüd oleme liikunud juurutamisetappi. uus versioon v tööstuslik kasutamine kõigile asutustevahelises suhtluses osalejatele.

Teave, mida ametiasutused SMEV kaudu edastavad, on nõutud erineval viisil. Ühte tüüpi teavet küsitakse väga sageli, teist aga vaid paar korda aastas. Oleme valinud mitu osakonda, mis pakuvad enim nõutud teavet: Föderaalne riigikassa, Rosreestr, pensionifond, siseministeerium, föderaalne maksuteenistus. Leppisime nendega kokku, et nende infosüsteemid kohandatakse andmete edastamiseks läbi SMEV kolmanda versiooni. Lisaks nendele struktuuridele on sellega juba liitunud mitmed Vene Föderatsiooni moodustavad üksused: Moskva, Tjumeni piirkond muud…

NBJ: Osalejaid pole veel väga palju.

A. KOZYREV: Nende osakondade kogutud teave moodustab 80% kogu teabest, mida SMEV kaudu edastatakse. Üldiselt on süsteemiga ühendatud 11 tuhat osalejat, nende hulgas 85 Vene Föderatsiooni moodustavat üksust, enam kui 70 föderaalse tasandi valitsusasutust, peaaegu tuhat krediidiasutust. Kuid suurem osa taotlustest langeb neile osakondadele, mida ma eespool mainisin, ja viieteistkümnele teabetüübile. SMEV-i tuum on nende struktuuride ja piirkondade vaheline interaktsioon.

Meie ülesanne on tagada, et kõik õppeained hakkaksid nende osakondadega suhtlema vastavalt SMEV 3.0 standardile. Protsess toimub loomulikul teel: reguleerivates õigusaktides muudatuste tegemisel muudavad föderaalasutused oma infosüsteeme ja lülitavad välja vanad. Me ei sunni teid kohe SMEV 3.0-le üle minema, kuna süsteemi teine ​​versioon töötab hästi, kuid sellest aastast tehakse kõik muudatused kolmandale versioonile.

NBJ: Mille poolest SMEV 3.0 erineb SMEV 2.0-st ja SMEV-st?

A. KOZYREV: Süsteemi esimene ja teine ​​versioon on samad, erinevus oli ainult elektrooniliste allkirjade kasutamise tehnoloogiates. Erinevus SMEV-i teise ja kolmanda versiooni vahel on juba märkimisväärne.

Analoogia põhjal võime öelda, et osakondadevahelise elektroonilise suhtluse süsteem on riigi sisevõrk. Veebisaidid töötavad sisevõrgus erinevad organisatsioonid, osariigis on sama süsteem: olemas on väljast suletud, kuid seestpoolt ligipääsetav sisevõrk ja hulk saite, mis annavad välja teatud tüüpi teavet (nimetame neid elektroonilisteks teenusteks). Teavet nendel saitidel postitavad föderaalsed ja piirkondlikud ametiasutused ning osakondadevahelises elektroonilises suhtlussüsteemis osalejad saavad seda saada.
SMEV 2.0 võimaldas vahetada teavet - saata päringuid ja saada veebipõhiseid vastuseid või edasilükatud vastuseid. Kui süsteem töötas reaalajas, oli oluline töödelda kõiki päringuid, mille koguarv ulatus mõnikord mitme miljardini aastas. SMEV töötas torurežiimis: kui palju taotlusi sinna jõudis, lendas objektile sama palju. Protsessis osalesid mitmed osapooled: tarbijad, otse SMEV, kelle kaudu pöördusid edasi, ja osakonna infosüsteem, mis töötles päringuid ja vastas neile viivitamatult. Sageli ei saanud ta veebipõhiste päringute hulgaga hakkama.

NBJ: Kuidas teil õnnestus probleem lahendada?

A. KOZYREV: Kolmandas SMEV versioonid oleme andnud spetsiaalse puhvri, mis võimaldab jagada infosüsteemi koormust. Varem pidas teenus vastu 20 samaaegset päringut: saiti külastas 20 kasutajat ja 21. päeval ei olnud see saadaval, ilmus veateade. Tegime nii, et 21. kuupäeval palutakse ebaõnnestunud objektile pääsemise katsete asemel “võtta parkimiskoht” ja oodata oma järjekorda. Infosüsteemi tühjenemisel jõuavad päringud adressaadini ja puhver vabaneb järk-järgult. Kõik töödeldakse sekundi murdosa jooksul ja veateadet ei kuvata. Suvalise puhvrite arvu suurendamise tagab süsteemi enda funktsionaalsus, seda nimetatakse garanteeritud tarnejärjekorraks.

Teine erinevus SMEV 3.0 vahel on järgmine: varem oli süsteemi kaudu võimalik ühes sõnumis edastada kuni viit megabaiti infot, sellest piisas. Tänapäeval nõutakse sageli tekstile faili, näiteks pildi lisamist maatükk, katastriplaan. See teave ei mahu viie megabaidi sisse. Oleme suurendanud andmeedastuse võimsust praktiliselt gigabaidini, mis katab täielikult kõigi süsteemis osalejate vajadused.

SMEV 2.0 puhul oli iga saidi jaoks vaja eraldi brauserit, kuna puudus konkreetne standard, ühtne andmevahetuse protokoll kõigi osalejate jaoks. Oleme selle juurutanud SMEV 3.0-s. Kui süsteemis osaleja soovib saada teavet 60 erinevatest allikatest, ei pea ta nendega ühenduse loomiseks kasutama 60 erinevat viisi. Tarbija liitub süsteemiga kindla standardi järgi, millest peavad kinni ka talle vajalikud 60 allikat ning pääseb korraga ligi kogu talle vajalikule infole. Seda nimetatakse universaalseks elektrooniliseks teenuseks, see säästab oluliselt süsteemi töövõime säilitamise ja arendamise kulusid. Vajalik on ühendus 61. allika SMEV-ga lisatasu, nüüd on vajadus selle järele kadunud. Kogu vajalikule teabele juurdepääsu saamiseks piisab süsteemiga ühenduse loomisest üks kord.

SMEV on püramiid: 85 piirkondlikku segmenti on ühendatud föderaalse "peaga". Varem täitis igas piirkonnas süsteemihalduri ülesandeid mõni asutus. SMEV piirkondliku osa juhtimine viidi läbi eranditult ülalt, föderaalse tasandi kaudu. Nüüd on suurem osa Vene Föderatsiooni moodustavate üksuste osalemist nõudvatest operatsioonidest langetatud piirkondlike operaatorite tasemele. Süsteemi ühe operaatori asemel ilmus 85, selle sees olevad protsessid hakkasid kiiremini ja tõhusamalt liikuma.

Selleks, et SMEV korralikult töötaks, on vaja kõik selle sõlmed ühendada kindla krüptograafiaga kaitstud sidekanalitega. Kuni viimase ajani oli nende sõlmede infrastruktuur üsna keeruline. SMEV 3.0 raames sai võimalikuks muuta päringute marsruutimine selle kaudu senisest efektiivsemaks. Enne süsteemi uusima versiooni kasutuselevõttu läbisid kõned suure hulga sõlmede kaudu, tekitades võrgule koormuse. SMEV 3.0 võimaldas oluliselt lihtsustada süsteemi topoloogiat, luua päringute otseedastus ühelt osalejalt teisele. See muudatus suurendab teenuse usaldusväärsust ja stabiilsust, vähendab sidekanalite toimimiskulusid.

NBJ: Kas teie plaan süsteemis osalejate arvu suurendada sai teoks?

A. KOZYREV: Jah, süsteemis osalejate nimekiri on laienenud. Sertifitseerimiskeskused on ühendatud SMEV-ga, mis väljastavad elektroonilised allkirjad juba ühendatud ülemkohus ja Ülim vahekohus RF. Varem ei olnud kohtuvõimudel juurdepääsu riigi infosüsteemidele. Sel aastal olid SMEV-is osalejad Vene liit autokindlustusandjad, föderaalne notarikoda (organisatsiooni kaudu toimub suhtlus Venemaa föderaalse maksuteenistusega).

SMEV on kinnine süsteem, selle liikmeks on võimalik astuda vaid sobiva olemasolu korral seadusandlik akt... Süsteemiga liitumise otsuse teeb komisjon, mida juhib Venemaa Föderatsiooni side- ja massimeediaminister Nikolai Nikiforov.

SMEV-i osalejate osas tuleks arvesse võtta järgmist: meie riigis on üle 24 tuhande omavalitsuse, umbes 970 krediidiorganisatsiooni, umbes 80 föderaalasutust ja 85 föderatsiooni moodustavat üksust. Üheskoos loovad nad umbes 26-27 tuhat võimalikku suhtluses osalejat, arvestamata eelarvelisi asutusi, kes võiksid samuti süsteemiga liituda, kuid pole seda veel teinud. Informatiseerimine on piirkondades aga korraldatud erinevalt. Mõnes piirkonnas on omavalitsused ühendatud ainesüsteemiga ja see on ühendatud SMEV-ga. Seega ei ole meil mitte 26 tuhat, vaid 11 tuhat osalejat – osa neist 26 tuhandest on koondatud piirkondlike infosüsteemide jaoks.

Mõnes omavalitsuses, kuhu põhikanalid pole veel jõudnud, puudub endiselt ühendus, mistõttu nad teostavad asutustevahelist suhtlust lähima omavalitsuse kaudu, kus internet on saadaval. Kõigi osalejate juurdepääsu süsteemile pole kahtlustki, vaid mõned neist saavad võrguühenduseta juurdepääsu.

Muide, kommunikatsiooni- ja massimeediaministeerium on digitaalse lõhe kaotamiseks välja töötanud kümneaastase projekti. Selle raames on kavas paigaldada 200 tuhat km optilist kiudu, see on maailma suurim ehitusplats, tänu millele ilmub Internet kõikjal Venemaal.

NBJ: Kuidas jälgite SMEV-is osalevate piirkondade aktiivsust?

A. KOZYREV: Kord kuus korraldame videokonverentse, kus osalevad osakondadevahelise suhtluse eest vastutavate piirkondlike ametiasutuste juhid. Konverentside ajal uurime üksikasjalikult päringute arvu statistikat, korreleerime selle teema populatsiooniga, mille järel anname piirkondadele hinnangu päringute intensiivsuse järgi. Mõned mahajäänud territooriumid on ühenduse loonud, kuid ei soovi seda kasutada vananenud tehnoloogiate (nt faksi) järgimise tõttu. Jälgime statistikat ja anname katsealustele regulaarselt juhiseid, kuidas paberkandjal töövoogudele üle minna. Enamik piirkondi kasutab aga juba aktiivselt SMEV-i. Maksimaalne taotluste arv pärineb Burjaatia Vabariigist, Taga-Baikali territooriumilt, Brjanskist, Kostroma ja Tambovi piirkondadest.

NBJ: Palun selgitage mõiste "tasuta andmebaasihaldussüsteem" tähendust.

A. KOZYREV: Andmebaasi haldussüsteem (edaspidi DBMS – toim.) on infosüsteemi klass. On patenteeritud, st eraettevõtete poolt välja töötatud ja edasi levitatud kaubanduslikud tingimused DBMS, aga ka vabalt levitatavad süsteemid, mille on välja töötanud programmeerijate kogukonnad. Sellist DBMS-i saab kasutada tasuta.

SMEV 3.0, mis on integratsioonisiin, põhines Oracle'i tehnoloogiatel. Hiljuti lülitasime süsteemi tasuta tarkvara nimega ActiveMQ on Apache Software Foundationi kogukonna arendus. ActiveMQ on tasuta tarkvara, mille Venemaa programmeerijad on kohandanud kasutamiseks asutustevahelises elektroonilises suhtluses. Oracle'i andmebaasihaldussüsteem läheb järk-järgult üle tasuta tarkvarale.

Struktuuris "Elektrooniline valitsus" edasi Sel hetkel kasutusel on ka Oracle andmebaasihaldussüsteem, kuid 2015. aastal saime ülesandeks minna üle vabale tarkvarale. Esiteks loome vabalt levitatava andmebaasi prototüübi, kontrollime, kuidas see koormusi edastab, kas see vastab nõuetele infoturbe... Kui testi tulemused on positiivsed, läheme 2016. aastal üle vabale tarkvarale. Peetakse kui võimalik variant Tasuta tarkvara PostgreSQL DBMS-i jaoks.

Üleminek vabalt levitatavale DBMS-ile on konkreetne samm impordi asendamise valdkonnas "elektroonilise valitsuse" infrastruktuuris. Esimene samm tehti siis, kui loobusime integratsioonisiinis olevast patenteeritud tarkvarast, teine ​​samm on andmebaas. Tõsi, ei saa öelda, et praegu hakkime mõõgaga - ja homme on kõik teisiti. Üleminek on puhas ja järkjärguline.

NBJ: Millega seletate krediidiasutuste suurenenud aktiivsust, mis saadavad järjest rohkem päringuid SMEV-ile?

A. KOZYREV: Seaduse kohaselt peavad krediidiasutused pakkuma valitsusorganid teave kodanike tehtavate maksete kohta. See kohustus sai kõigi pankade SMEV-ga liitumise põhjuseks.

Finantsorganisatsioonid on huvitatud teabest laenuvõtjate krediidivõime kohta üksikisiku staatust käsitlevate avalduste kujul isiklik konto kindlustatud isik. See teave on saadaval Vene Föderatsiooni pensionifondis. Väljavõtted sisaldavad teavet laenuvõtja töökoha, tema sissetulekute kohta. Krediidiasutused saavad seda teavet kasutades oluliselt vähendada eraisiku laenuandmisega seotud riske. See võib omakorda kaasa tuua laenuintresside languse.

Sellel protsessil on ja tagakülg: kodanike isikuandmed töökoha, sissetuleku taseme kohta - oluline teave, mida tuleb hoolikalt kaitsta kompromisside eest. Sellega seoses peaks laenuvõtjatel olema võimalik kontrollida e-riigi teenuste osutamist.

Pank saab teavet kodaniku krediidivõime kohta, kui ta taotles laenu või on laen juba saadud, kuid finantsorganisatsioon soovib oma poliitika raames hinnata üksikisiku krediidivõimet. Mõlemal juhul annab heauskne laenuvõtja loa oma isikuandmete kasutamiseks konkreetse krediidiasutuse poolt. Meil on selline tehnoloogia olemas, see töötab avalike teenuste ja mobiilirakenduste portaali kaudu, näeb välja selline: inimene tuleb panka ja täidab laenutaotluse ankeedi, finantsorganisatsioon küsib kodaniku krediidivõimekuse kohta teavet panga infrastruktuuri kaudu. "Elektrooniline valitsus". Potentsiaalne laenuvõtja saab SMS-i palvega kinnitada pangale teabe edastamist. Nõusoleku krediidiasutusele teabe andmiseks saab anda SMS-vastussõnumiga, läbi mobiilirakendus või avalike teenuste portaal - kasutades linnukest sõna "lubada" vastas. Kui kodanik nõustub oma isikuandmete kasutamisega, saab pank neile juurdepääsu.

Meie hinnangul on see tehnoloogia universaalne, see võib kehtida igasuguse teabe kohta, mida inimene soovib enda kohta edastada kolmandatele isikutele – mitte ainult krediidiasutustele.
Praegu tegeleb Venemaa Telekomi- ja Mkoos Venemaa suurimate jaepankadega pilootprojekt tehnoloogia rakendamise kohta rahapesu andmebüroolt krediidivõimelisuse kohta teabe saamiseks. See hõlmab Tinkoff Bank, Citibank, Bank of Moscow - täielik nimekiri hõlmab 25 krediidiasutust, aga ka mittetulunduslikke struktuure: Venemaa Regionaalpankade Liit, Riiklik Maksenõukogu jne. Pangad nõuavad kogu teavet Pensionifond SMEV kaudu ja vajadusel registreerida kodanikud ühtses identifitseerimis- ja autentimissüsteemis (ESIA).

Eeldame, et selle aasta sügise alguseks saab projekt püsivaks ning tehnoloogia muutub kättesaadavaks kõikidele krediidiasutustele. Kehtestame riigi infosüsteemidest teabe edastamiseks kindla korra - täna pole see kuskil selgelt välja toodud.

Arvatakse, et isikuandmete saamiseks võib võtta kodanikult kirjaliku nõusoleku ja sellele viidata igal teabe hankimise katsel. Sel juhul on olukorda raske kontrollida: pangad saavad miljoneid päringuid, me ei saa kunagi igal konkreetsel juhul loa olemasolu kohta teada. Pistelise kontrolliga võib isikuandmete ohtu sattumist avastada, kuid alles pärast seda, kui teave on juba edastatud. Vene Föderatsiooni kommunikatsiooniministeeriumi tehnoloogia eeldab teabe saatmist alles pärast seda, kui kodanik on selleks loa andnud.

See areng on eriti oluline väikeste piirkondlike pankade jaoks, kellel võib olla raske konkureerida föderaalse jaemüügiga krediidiasutused... Riigi osalusega suurpankadel on juba praegu võimalus saada teavet oma krediidivõimelisuse kohta riigi infosüsteemidest, mida ei saa öelda teiste jaefinantsorganisatsioonide, eriti piirkondlike kohta. Uus tehnoloogia annab neile suurepärase võimaluse paremini maandada laenuvõtja riske, alandada intressimäärasid ja parandada oma ettepanekute krediidivõimet.

NBJ: Milliseid teenuseid pakutakse SMEV-i kaudu nii füüsilistele kui juriidilised isikud, on täna nõutud?

A. KOZYREV: Kodanikud nõuavad 15 föderaalset ja 20 piirkondlikku teenust, umbes 85% kõigist päringutest pärinevad neilt 35-lt.

Föderaalasutuste pakutavad teenused hõlmavad järgmist: passi registreerimine ja juhiluba, transpordi registreerimine, maksude ja trahvide tasumine, esitamine Maksutagastus, kinnisasja omandiõiguse registreerimine, kinnistu katastrisse kandmine, sellest väljavõtte saamine, samuti ühtsest riiklikust õiguste registrist Kinnisvara ja tegeleb temaga.

Teenused, mida piirkondlikud omavalitsused nõuavad, hõlmavad abielu, surma, sünni, lahutuse, registreerimise ja nimevahetuse registreerimist. Lisaks on disain populaarne. sotsiaaltoetused ja välja anda jahipilet... Neid teenuseid pakutakse ühe portaali MFC kaudu avalikke teenuseid, valitsus.

Sõltumata sellest, millise kanaliga päringud vastu võetakse, jõuavad need lõpuks ametiasutusse, kes osakondadevaheliste päringute kaudu kogub kogu vajaliku teabe. Teate, et vastavalt seadusele "Riigi- ja munitsipaalteenuste osutamise korralduse kohta" on keelatud nõuda kodanikelt dokumente pabervorm... Tegelikult küsivad võimud üksteiselt puuduvaid dokumente.

NBJ: Kui sageli ja miks tekivad osakondadevahelise elektroonilise suhtlussüsteemi tõrked?

A. KOZYREV: Süsteem ebaõnnestub harva, see on üsna töökindel nii tehniliselt kui ka infoturbe seisukohalt. SMEV-is esinevad reeglina lokaalsed tõrked, põhjusteks on erinevad asjaolud: nii sideseadmete rikked kui ka tarkvara rikked, mis on seotud andmesalvestuse teatud tehnoloogiliste piirkondade ülevooluga.

Üks viimaseid tõrkeid tekkis telekommunikatsiooniseadmete, nn koormuse tasakaalustaja ja selle tagavaraseadmete rikke tõttu. See on haruldane juhtum, kuid see juhtus. Järjekordne rike tekkis päringute mahu suurenemise tõttu: andmebaasi tehnoloogiline sektsioon, kuhu salvestati edastatud kõnede teave, oli täis, mis tõi kaasa andmebaasi talitlushäire.

Üldjuhul tulevad intsidentide likvideerimise taotlused ühte "elektroonilise valitsuse" olukorra keskusesse, mis suunab need olenevalt tüübist. Samas tuleb mõista, et interaktsioonisüsteemis osaleb alati kolm osapoolt: päringu saatja, selle saaja ja SMEV kui integratsioonisiin. Hetkel on nende infosüsteemide tehniline tugi ühe organisatsiooni jurisdiktsiooni all.

Kujutage ette: päringu saatja on Ivanovo oblastis asuv MFC, mille infosüsteemi haldab mõni organisatsioon. Keskel on päringuid edastav ja vastuseid edastav SMEV, selle tehnilise toe eest vastutavad Telekomi- ja Mning Rostelecom. Suhte kolmas pool on saaja, näiteks Siseministeerium, neil on oma töövõtjad, kes hooldavad osakonna infosüsteeme. Varem tuli välja selgitada, kus rike tekkis: saatja, saaja või SMEV-i poolel. See oli päris suur väljakutse. Nüüd on kõigi osalejate kohal olukorrakeskus, kuhu tulevad kõik tõrkeotsingu taotlused. Seega otsustab keskus, milline osa tehnilisest toest peab tegutsema. See suurendab intsidentide lahendamisel koordineerimise taset. Olukorrakeskusesse pöördumiste arv ulatub mitme miljardini aastas, millest enamik lahendatakse ühe päeva jooksul.

NBJ: Milliseid muid funktsioone peale täna talle määratud funktsioonide võiks SMEV üle võtta? Kas plaanite selle funktsionaalsust laiendada?

A. KOZĪREV: Sel juhul on vaja rääkida kogu "Elektroonilise Valitsuse" infrastruktuurist. Lisaks SMEV-ile sisaldab see mitmeid süsteeme, mis tagavad valitsusasutuste täieliku omavahelise suhtluse.

Vajalik on korraldada ühtne normatiiv- ja viiteteabe süsteem, mis annab ühtse korra inforessursside loomiseks ja hooldamiseks. See on väga oluline, kuna ametiasutuste poolt SMEV-i kaudu vahetatavate andmete standardimine suurendab oluliselt nende suhtluse tõhusust. Näiteks kui teil on vaja valitsusasutuselt teabe osana hankida aadress, siis tõenäoliselt esitab iga osakond selle vastavalt oma vormingustandardile: tekstirida, lõige jne. Andmete esitamise ebaühtlus toob kaasa vastuolud, mis kuhjuvad inforessurssidesse.

On ülioluline, et kogu valitsuse infrastruktuur kasutaks samu andmekogumeid selgetes standardvormingutes. Arvan, et SMEV arendamise järgmine etapp on pühendatud standardiseerimisele ja riigiandmete ühtse mudeli väljatöötamisele.

Rosreestrile ja teistele osakondadele avalike teenuste taotlemisel elanikele Altai territoorium silmitsi küsimusega: "Millised dokumendid tuleb valitsusasutustele esitada?"

Elanikkonna teenindamise kvaliteedi parandamiseks avalike teenuste osutamisel, kodanike säästmiseks paberimajandusest ja dokumentide menetlemise aja oluliseks vähendamiseks töötab praegu osakondadevaheline elektrooniline suhtlussüsteem (SMEV) - teabeallikas sisaldab kõigi sellega seotud asutuste andmebaase. SMEV kaudu on võimalik sisse vahetada dokumente elektroonilisel kujul servaga ja kohalikud omavalitsused ametiasutused. Samas ei pikenda ametiasutuste ja organisatsioonide vaheline andmevahetus kaebuse läbivaatamise aega, kuna selleks on ranged tähtajad. Taotlusele vastamine ei tohi ületada viit tööpäeva (kaks tööpäeva - riigi elluviimisel katastri registreerimine ja (või) kinnisvaraobjektide õiguste riiklik registreerimine).

Altai territooriumil asuva föderaalse riigieelarvelise institutsiooni FKP Rosreestri filiaali (katastrikoda) direktori asetäitja - peatehnoloog Igor Shtayneprais räägib SMEV-i rakendamise tulemustest 2017. aasta 8 kuu jooksul.

Vastavalt 27. juuli 2010. aasta föderaalseadusele nr 210-FZ "Riigi- ja munitsipaalteenuste osutamise korraldamise kohta" ei ole ametnikel õigust nõuda kodanikelt dokumente või teavet, mis on ametiasutuste ja kohalike omavalitsuste käsutuses. mida nad saavad taotleda mõnelt teiselt osakonnalt loodud sidekanalite kaudu.

Taotlejatele mugavate tingimuste loomiseks on Altai territooriumi katastrikoda juba mitu aastat aktiivselt osalenud SMEV-is, mis võimaldab piirkonna elanikel kinnisvara riikliku katastri registreerimise läbiviimisel mitte esitada mitmeid dokumente või dokumente. õiguste riiklik registreerimine, nimelt dokumendid, mis kinnitavad maatüki kuulumist teatud maakategooriatesse, maatüki kehtestatud lubatud kasutusotstarvet, kohaliku omavalitsuse otsus eluruumide üleandmiseks mitteeluruumiks, mitteeluruumiks. eluruumid, liigitada eluruumid teatud tüüpi eluruumideks jne vastavalt artikli 32 osadele 1, 3 - 13, 15 Föderaalseadus 13. juuli 2015 nr 218-FZ "Kinnisvara riikliku registreerimise kohta".

Kõiki neid dokumente nõuavad katastrikoja spetsialistid ilma taotlejate osaluseta osakondadevahelise suhtluse raames. Siinkohal tuleb märkida, et katastrikoda nõuab juba olemasolevaid dokumente, mitte ei anna korraldust nende registreerimiseks volitatud asutustes. Sel juhul peab kodanik ise pöörduma kohaliku omavalitsuse poole sellise dokumendi koostamiseks. Vaid 2017. aasta 8 kuuga saatis Katastrikoda SMEV-i kaudu üle 84 tuhande päringu.

Nagu Igor Viktorovitš märkis, areneb osakondadevahelise elektroonilise suhtluse süsteem jätkuvalt, mida kinnitavad ka arvud: 2017. aasta 8 kuu jooksul sai katastrikoda riigiasutustelt ja osakondadelt SMEV-i kaudu üle 354 tuhande teabenõude. Riikliku kinnisvararegistri andmetel oli selliseid taotlusi 2016. aastal üle 600 tuhande.

Meedia kontaktid

Pressiteenistusharu

FSBI "FKP Rosreestra"

Altai territooriumil,

50-27-91, vajutage@22. kadastr. ru,

Paljud taotlejad isiklik kogemus hindas asutustevahelise koostöö eeliseid riigi- ja munitsipaalteenuste osutamisel. Te ei pea esitama dokumente, mis kinnitavad maatüki lubatud kasutamist, asutuse otsust eluruumide mitteeluruumiks, mitteeluruumist eluruumiks võõrandamiseks jne. Kõiki neid ja paljusid muid avalike teenuste osutamiseks vajalikke dokumente nõuavad Katastrikoja spetsialistid iseseisvalt, ilma taotlejate osaluseta, kasutades osakondadevahelise elektroonilise suhtluse süsteemi (SMEV).

SMEV lubab taotlejatel mitte esitada ametiasutuste käsutuses olevaid dokumente, mitte ainult teenustega seoses
kinnisasjade riikliku katastri registreerimise kohta.

Katastrikoda annab igal aastal teavet
riigi- ja munitsipaalteenuste osutamisega seotud asutuste ja organisatsioonide arvukate taotluste alusel.

Taotlejatele mugavate tingimuste loomiseks võtab Moskva katastrikoda meetmeid, mille eesmärk on tõsta riigikatastri registreerimise valdkonna ametiasutustega elektroonilise suhtluse taset. SMEV-i kasutatakse aktiivselt teabe edastamisel, mida kinnitavad jooksva aasta statistilised andmed. Niisiis on ainult Moskva linna täitevvõimude nõudmisel alates 2018. aasta algusest välja antud üle 215 000 väljavõtte kinnisvara põhiomaduste ja registreeritud õiguste kohta, mis on 3 korda rohkem kui samal perioodil aastal 2018. 2017. aasta.

Kõiki neid dokumente nõuti ilma taotlejate osaluseta osakondadevahelise teabevahetuse raames, mis suurendab Moskva valitsuse pakutavate teenuste kvaliteeti ja kättesaadavust.
ja vähendab oluliselt paberimajanduse aega.

Moskva katastrikojast

Katastrikoda Moskvas (liidumaa filiaal eelarveasutus"Föderaalne katastrikoda Föderaalteenistus riiklik registreerimine, kataster ja kartograafia "Moskvas) - föderaalse riigieelarvelise asutuse eraldi allüksus" Riikliku registreerimise, katastri ja kartograafia föderaalse teenistuse föderaalne katastrikoda "(FGBU" FKP Rosreestr ").

Moskva katastrikoda rakendab Moskva territooriumil föderaalse riigieelarve asutuse "FKP Rosreestr" volitusi võtta vastu ja väljastada dokumente riigi katastri registreerimiseks ja riiklik registreerimineõigused kinnisvarale, samuti ühtses sisalduva teabe edastamine riiklik register Kinnisvara.