Milliseid dokumente nõutakse SMEV tõlkeks. SMEV võimaldab taotlejatel mitte palju dokumente pakkuda

Paljud taotlejad isiklik kogemus hinnatud eeliseid interdepartmental interaktsiooni riigi ja munitsipaalteenused. Pole vaja esitada dokumente, mis kinnitavad lubatud kasutamist maapindOtsus eluameti otsus elamurajoonide üleandmise kohta mitte-elamu-, eluruumides jne. Kõik need ja paljud teised vajalikud avalikud teenused Dokumendid taotlevad katastriülikoda spetsialistid iseseisvalt ilma taotlejate osalemiseta Interdepartmental süsteemi elektrooniline koostoime (SMEV).

CMEV võimaldab taotlejatel mitte esitada dokumente, mis on asutuste käsutuses olevad dokumendid, mitte ainult teenuste osas
Kinnisvara riigi katastrirakkude kohaselt.

Katastri koda igal aastal annab teavet
Riigi- ja munitsipaalteenuste osutamisega seotud elundite ja organisatsioonide arvukate taotluste kohaselt.

Selleks, et luua meeldivaid tingimusi hagejatele, teostab Moskva katastrijalleri tegevusi, mille eesmärk on suurendada elektroonilise suhtluse taset ametiasutustega riigi katastri raamatupidamise rakendamisel. CMEV kasutatakse aktiivselt teabe andmisel, mis kinnitab jooksva aasta statistikat. Niisiis, ainult elundite taotlustes täidesaatva võim Alates 2018. aasta algusest on rohkem kui 215 000 avaldusi kinnisvara põhiomaduste ja registreeritud õiguste kohta, mis on 3 korda suurem kui 2017. aasta sama perioodi näitajad, rohkem kui 215 000 küsimust.

Kõiki neid dokumente taotleti ilma taotlejate osalemiseta, osana interdepartment-teabevahetuse koostoime osas, mis parandab Moskva valitsuse pakutavate teenuste kvaliteeti ja kättesaadavust
Ja vähendab märkimisväärselt paberitööde aega.

Katastri koguduse kohta Moskvas

Katastri koda Moskvas (Federal Riigi eelarveasutuse filiaal "Federal Cadastral Federal Service riigi registreerimine, Katastri- ja kartograafia »Moskvas) - Föderaalse riigi eelarveasutuse eraldi jagunemine" Federal Cadastral Katastri koda Federal Registreerimisteenuse, katastri ja kartograafia "(FGBU" FKP RosreESra ").

Katastriskamber Moskvas rakendab viiteid Federal Riigi eelarveasutuse "FKP RosreESra" dokumentide vastuvõtmise kohta riigi katastritoodete ja riigi registreerimise õiguste registreerimise kinnisvara, samuti ühtse riigi kinnisvararegistris sisalduva teabe pakkumine.

Avalike teenuste käsitlemine Rossrestrile ja teistele osakondadele seisab Altai territooriumi elanikud silmitsi küsimusega: "Milliseid dokumente tuleks esitada riigiasutustele?"

Praegu selleks, et parandada elanikkonna teenuse kvaliteeti avalike teenuste osutamisel, kodanike võõrandamine paberirullidest ja dokumendi kujundamisaja märkimisväärse vähenemise vähendamine on Interdepartmental elektrooniline interaktsioonisüsteem (SMEV) - andmebaase sisaldav teave kõigist sellega seotud asutustest. Dokumendi vahetus on võimalik SMEV elektroonilisel kujul söödav I. kohalikud asutused ametivõimud. Samal ajal ei suurenda andmete vahetus organite ja organisatsioonide vahel kaebuse läbivaatamise tähtaega, kuna selle jaoks on range ajakava. Vastus taotlusele ei tohi ületada viit tööpäeva (kaks tööpäeva - riikliku katastri raamatupidamise ja (või) õiguste registreerimise õiguste registreerimise kohta).

SME-de rakendamise tulemuste kohaselt 2017. aasta 8 kuu jooksul asetäitja - peamine tehnoloog filiaali FGBU "FKP RosreStra" filiaali Altai territooriumil (katastriosa) Igor Steinprises.

27. juuli 2010. aasta juuli nr 210-FZ "sõnul ei ole ametnikud riigi- ja kohalikute teenuste osutamise korraldamise korral õigus nõuda ametiasutuste käsutuses olevaid dokumente või teavet. kohalikud omavalitsusedmida nad võivad taotleda väljakujunenud sidekanalite teise osakonna osakonnast.

Taotlejate jaoks mugavad tingimused loomiseks on Altai territooriumi katastri koda juba mitu aastat aktiivselt osalenud, mis võimaldab piirkonna elanikel anda mitmeid dokumente reaalse katastri raamatupidamise rakendamisel. Kinnisvara või riigi registreerimise õiguste registreerimine, nimelt kinnitavad dokumendid, mis kinnitavad maa-maatüki omandiõiguse teatud maakategooriasse, mis on kehtestatud maa-maatüki lubatud kasutamisega, kohaliku omavalitsuse lahendus elamute üleandmise kohta mitteresidendiks Elamute eluruumide mitteresidendid elamute klassifitseerimisel teatud tüüpi elamurajoonides jne. 13. juuli 2015 föderaalse õiguse artikli 32 artiklid 32 -Fz "kinnisvara registreerimise kohta".

Kõiki neid dokumente taotlevad katastriosa spetsialistide poolt ilma taotlejate osalemiseta interdepartment-interaktsiooni raames. Siinkohal tuleb märkida, et katastri kambri taotlused juba kättesaadavad dokumendid ja ei telli oma disaini volitatud asutustes. Sellisel juhul peab kodanik sellise dokumendi koostamiseks kohaliku omavalitsuse poole pöörduma. Vaid 8 kuu 2017, rohkem kui 84 \u200b\u200btuhat taotlust oli suunatud katastriilma koguduse kaudu SMEV.

Nagu Igor Viktorovitš märkida, süsteem interdepartmental elektroonilise interaktsiooni jätkuvalt areneda, mis kinnitab numbrid: 8 kuud 2017 katastri katastri kambris elundid riigi võimsus ja osakonnad läbi CMEV sai rohkem kui 354 tuhat taotlust teavet ühendatud riigiregistri Kinnisvara, 2016. aastal oli rohkem kui 600 tuhat sellist taotlust.

Kontaktid meedia jaoks

Pressiteenistusfiliaal

FGBU "FKP RosreStra"

altai territooriumil,

50-27-91, vajutama@22. kadastr.. rU,

2010. aasta juulis allkirjastas Dmitri Medvedev Föderaalne seadus Nr 210-FZ "riigi ja munitsipaalteenuste osutamise korraldamisel". 2011. aasta oktoobri alguses käivitati "e-valitsus", mille piires eraldati eraldi projekt - elektroonilise interaktsiooni süsteem (SMEV). Hiljuti lülitud riigiasutused ja kohalik omavalitsus SMEV 3.0 - uusim versioon intertepartmental interaktsioonisüsteemi. Tema eeliste kohta NBJ ütles kommunikatsiooniministri asetäitja ja massikommunikatsioon Venemaa Föderatsioon Aleksei Kozyrev.

NBJ: Alexey Oleregovitš, palun ütle meile esimeste tulemuste ülemineku osaliste kolmanda versiooni Interdepartmental elektroonilise interaktsiooni süsteemi.

A. Kozyrev: üleminekuprotsessis lähtub kavandatud. Kolmas versioon SMEV töötati 2013. aasta lõpus 2014. aastal oli see katseoperatsioonis. Me tegime mitmeid testid tööstuslikele "Combat" andmetele, tegime kindlalt, et kõik toimib ja nüüd on sisse lülitatud rakendamisetappi uus versioon sisse tööstuse operatsioon Kõigi osalejatele interdepartmental interaktsiooni.

Teave, mida ametiasutused on läbi SMEV on nõudluse erinevalt. Üks liiki teavet taotletakse väga sageli pärast teise pöördeid vaid paar korda aastas. Valisime mitmeid osakonda, mis pakuvad kõige nõudlikuma teabe: Föderaalne riigikassaRossrestri, pensionifond, siseministeerium, föderaalne maksuteenistus. Nendega nõustus nendega, et nende infosüsteeme kohandatakse andmete edastamiseks SME kolmanda versiooni kaudu. Lisaks nendele struktuuridele on juba ühendatud mitmeid Venemaa Föderatsiooni teemasid: Moskva, Tjumeni piirkond Muu ...

NBJ: pole veel palju osalejaid.

A. Kozyrev: osakondade esitatud teabe kombinatsioon on 80% kogu teabest, mis edastatakse SMEV kaudu. Üldiselt on süsteemiga ühendatud 11 tuhat osalejat nende hulgas 85 Vene Föderatsiooni teemat, rohkem kui 70 föderaalvalitsuse asutust, peaaegu tuhat krediidiasutust. Kuid enamik taotlusi kuulub nendele osakondadele, mida ma eespool ja viisteist teavet mainisin. SME-de tuum on nende struktuuride ja piirkondade vaheline koostoime.

Meie ülesanne on tagada, et kõik teemad hakkasid nende osakondadega suhelda vastavalt CMEV standardile CMEV 3.0-le. Protsess on loomulikul viisil: muudatuste tegemisel reguleerivatele õigusaktidele. föderaalsed asutused Ametiasutused täpsustavad oma infosüsteeme ja välja lülitada vanad. Me ei ole sunnitud kohe vahetama SMEV 3.0-le, kuna süsteemi teine \u200b\u200bversioon toimib hästi, kuid sellest aastast kantakse kõik muudatused kolmandasse versiooni.

NBJ: Kuidas CMEV 3.0 erineb SMEV 2.0 ja SMEV-st?

A. Kozyrev: süsteemi esimene ja teine \u200b\u200bversioon on samad, erinevus seisnes ainult elektrooniliste allkirjade rakendamise tehnoloogiates. SME teise ja kolmanda versiooni vahel on erinevus juba oluline.

Kui te kujutate analoogiat, võib öelda, et intertepartmental elektrooniline interaktsiooni süsteem on riigi intraneti. Sites töö intraneti erinevad organisatsioonidRiikil on sama süsteem: seal on intraneti, mis on väljapoole, kuid taskukohane sees ja mitmeid saite, mis annavad teatud tüüpi teavet (me nimetame neid elektroonilisteks teenusteks). Teave nende alade kohta asetab föderaal- ja piirkondlikud omavalitsused ning osalejad Interdepartmental elektroonilises koostoimesüsteemis võivad selle vastu võtta.
SMEV 2.0 võimaldas vahetada teavet - saata taotlusi ja saada online vastuseid või edasi lükata vastuseid. Kui süsteem töötas reaalajas, oli oluline käsitleda kõiki kaebusi, mille koguarv oli mõnikord mitu miljardit aastas. SMEV töötas toru režiimis: kui palju taotlusi tuli selle juurde, kukkus sama saidile. Protsessis osalesid mitmed osapooled: tarbijad otse SMEV, mille kaudu nende kaebused läbisid ja osakondade infosüsteemi, mis töödeldi taotlusi ja neile viivitamatult vastasid. Sageli ei toimetanud see võrgus esitatud kaebuste mahuga.

NBJ: Kuidas sa probleemi lahendada?

A. Kozyrev: SMEV kolmandas versioonis oleme pakkunud spetsiaalse puhvri, mis võimaldab teil levitada infosüsteemi koormuse. Varem säilitas teenus 20 samaaegselt päringuid: 20 kasutajad läksid saidile ja 21. aastaks selgus ligipääsmatuks, tekkis veateade. Me tegime nii, et 21ST ebaõnnestunud katsete asemel saidile pakutakse "parklasse kohale" ja oodake omakorda. Kuna mahalaadimine infosüsteem Taotlused jõuavad adressaadile ja puhvrit vabastatakse järk-järgult. Kõik toimub sekundis jaotises ja veateade ei ilmu. Puhvrite arvu meelevaldse suurenemise tagab süsteemi funktsionaalsuse ise, seda nimetatakse garanteeritud kohaletoimetamise järjekorda.

Teine erinevus SMEV 3.0 on järgmine: enne süsteemi, oli võimalik edastada teavet mitte üle viie megabaiti ühes sõnumis, see oli piisav. Nüüd on sageli vaja lisada mistahes faili, näiteks maapinna pildi, katastriplaani kujutist. Viis megabaiti, see teave ei sobi. Me suurendasime faktiliselt andmete edastamise võimalusi Gigabyte'iga, mis katab täielikult kõigi süsteemiosaliste vajadusi.

SMEV 2.0-s oli iga saidi jaoks vajalik eraldi brauser, kuna teatavat standardit ei olnud kõigile osalejatele ühe andmevahetuse protokolli. SMEV 3.0 rakendasime seda. Kui süsteemi osaleja soovib saada teavet 60 erinevast allikast, ei pea see neid ühendama 60 erinevat võimalust. Tarbija ühineb süsteemiga vastavalt konkreetsele standardile, mis kleepub ka 60 allikast, mida vajate, ja kuna see saab juurdepääsu kogu vajalikule teabele. Seda nimetatakse universaalseks elektrooniliseks teeniks, see säästab süsteemi jõudluse ja arengu säilitamise kulu. 61. allika CMEV-ga ühendamine nõutakse täiendavat makset, nüüd vajadust selle järele kadus. Sellest piisab ühendamiseks süsteemiga üks kord vajaliku teabe kasutamiseks.

SMEV on püramiid: 85 piirkondlikku segmenti on ühendatud föderaalse "peaga". Varem täitis süsteemihalduri funktsioon igas piirkonnas asutus. SMEVi piirkondliku osa kontrolli viidi läbi ainult ülevalt, föderaalsel tasandil. Nüüd on enamik Venemaa Föderatsiooni teemade osalemist vajavatest toimingutest piirkondlike ettevõtjate tasemele. Ühe süsteemihalduri asemel ilmus 85 protsessid selle sees hakkasid edasi liikuma kiiremini ja tõhusamalt.

Selleks et SMEV töötada korralikult, on vaja ühendada kõik oma sõlmede sidekanalite kaitstud teatud krüptograafia. Kuni viimase ajani oli nende sõlmede infrastruktuur üsna keeruline. Osana SMEV 3.0-st sai võimaluse korral taotluste suunamise tõhusamalt kui varem. Enne ringlussüsteemi uusima versiooni rakendamist läksid nad läbi suure hulga sõlmede arvu, loonud võrgule koormuse. SMEV 3.0 võimaldas süsteemi topoloogia märkimisväärselt lihtsustada, et luua taotluste otsene kättetoimetamine ühelt osalejalt teisele. See muutus suurendab teenuse usaldusväärsust ja stabiilsust, kõhkleb kommunikatsioonikanalite seisukohast ärakasutamist.

NBJ: Kas teie plaan suurendada süsteemi osalejate arvu?

A. Kozyrev: Jah, süsteemi osalejate nimekiri on laienenud. Sertifitseerimiskeskused on ühendatud SMEViga. elektroonilised allkirjadjuba ühendatud ülemkohus ja kõrgem vahekohus RF. Varem ei olnud pädevuse harul juurdepääs riigi infosüsteemidele. Sel aastal sai Smevi osalejad Vene Soyuz Sündmusmees, föderaalne notari koda (organisatsiooni kaudu, mis suhtleb Venemaa föderaalse maksumääraga).

SMEV - suletud süsteem, see on võimalik saada osa sellest ainult siis, kui on olemas asjakohane seadusandliku akt. Süsteemiga ühenduse loomise otsust teeb komisjon, mille eesistujaks on Venemaa Föderatsiooni Nikolai Nikiforovi kommunikatsiooniminister ja massikommunikatsiooniminister.

SMEV osalejate puhul tuleks arvesse võtta järgmist: meil on üle 24 tuhande omavalitsuse riigis, umbes 970 krediidiasutust, umbes 80 föderaalset ametiasutust ja 85 Föderatsiooni teemat. Agregaatides loovad nad interaktsioonis umbes 26-27 tuhat osalejat, mitte arvestama eelarveasutusedMis võiks ka ühendada süsteemi, kuid mitte veel seda teha. Siiski korraldatakse erinevatel viisidel informatsiooni erinevatel viisidel. Mõnes piirkonnas on omavalitsused ühendatud teema süsteemiga ja see on SMEV. Seega ei ole meil 26 tuhat ja 11 tuhat osalejat on osa nendest 26 tuhandest agregeeritud piirkondlike infosüsteemide all.

Mõnes omavalitsuses, kus peamised kanalid ei ole saavutatud, ei ole mingit seost, nii et nad teostavad interdepartmentalte suhtlemist lähima omavalitsuse kaudu, kus on Internet. Küsimus juurdepääsu kõigile osalejatele süsteemi ei ole seda väärt, vaid mõned neist saavad juurdepääsu offline.

Muide, Side- ja mon välja töötanud projekti digitaalse ebavõrdsuse kõrvaldamiseks kümme aastat. Oma raames on planeeritud panna 200 tuhat km optilise kiu, see on suurim ehitus maailmas, tänu oma Interneti Venemaal ilmub kõikjal.

NBJ: Kuidas jälgida piirkondade tegevust - Cevevi osalejate tegevust?

A. Kozyrev: Üks kord kuus korraldame videokonverentsi, milles osalevad piirkondadevahelise koostoime eest vastutavate piirkondlike asutuste juhid. Konverentside ajal õpime üksikasjalikult taotluste arvu statistikat, seost selle teema elanikkonnaga, pärast seda, kui piirkondade reiting taotluste intensiivsusele. Seal on tugevalt mahajäänud alad, mis on läbi viidud seoses, kuid vastumeelselt meelitas neid tänu aegunud tehnoloogiate järgimisele, näiteks faksile. Jälgime statistikat ja anname regulaarselt üksustele üleminekule paberdokumendi juhtimisest elektroonilisele. Kuid enamik piirkondi kasutatakse juba aktiivselt SMEV. Taotluste maksimaalne arv pärineb Burja Vabariigist, trans-Baikali territooriumist, Bryanskist, Kostromast ja Tambovi piirkondadest.

NBJ: palun selgitage mõiste "vabalt jaotatud andmebaasi juhtimissüsteemi väärtust.

A. Kozyrev: andmebaasi juhtimissüsteem (edaspidi "DBMS. - Ed.) Kas infosüsteemi klass. On varalisi, st eraettevõtete väljatöötatud ja DBMSi äritingimustes, samuti vabalt jaotatud süsteemide väljatöötamisel, mis on välja töötanud ühenduse kogukonnad. Selliseid DBMS-i saab kasutada tasuta.

SMEV 3.0, mis on integratsioonibuss, põhines Oracle'i tehnoloogiatel. Hiljuti me edastasime süsteemi vabaks tarkvaraSeda nimetatakse Activemq on Apache tarkvara Sihtasutuse kogukonna arendamine. ActiveMQ on tasuta tarkvara, mida vene programmeerijad olid konfigureeritud kasutamiseks interdepartmental elektroonilises koostoimes. Oracle'i andmebaasi juhtimissüsteem liigub järk-järgult tasuta tarkvarasse.

"E-valitsuse" struktuuris sel hetkel Kasutatakse ka Oracle'i andmebaasi juhtimissüsteemi, kuid 2015. aastal me oleme ülesandeks minna tasuta tarkvarasse. Kõigepealt loome kogenud valimi vabalt jaotatud andmebaasi, kontrollige, kuidas see koormuse edastab, kas nõuded vastavad infoturbe. Positiivsete testitulemustega migreerume 2016. aastal tasuta tarkvarasse. Me kaalume kvaliteeti võimalik valik Tasuta tarkvara PostgreSQL DBMS jaoks.

Üleminek vabalt jaotatud DBMS-ile on konkreetne samm impordi asendamise valdkonnas "e-valitsuse" infrastruktuuris. Esimene samm tehti, kui me loovutas integratsioonibussis patenteeritud tarkvara, teine \u200b\u200bsamm on andmebaas. Tõsi, see on võimatu öelda, et nüüd oleme rujan koos taldrik - ja homme kõik muutub erinevaks. Üleminek on puhas ja järkjärguline.

NBJ: Kuidas saab selgitada krediidiasutuste suurenenud aktiivsust, kes saadavad rohkem ja rohkem taotlusi SMEV-le?

A. Kozyrev: seaduse alusel peavad krediidiasutused esitama valitsusagentuurid Teave kodanike kohustuste kohta tehtavate maksete kohta. See kohustus oli kõigi pankade ühendamise põhjus SMEV-le.

FINNOZHIZATSIOONID on huvitatud teabe krediidivõimelise krediidivõimelisuse kohta kindlustatud isiku individuaalse isikliku konto riigi heakskiidu andmise kohta. Sellel teabel on Venemaa Föderatsiooni pensionifond. Ekstraktid sisaldavad teavet laenuvõtja saidi kohta, selle sissetulekute kohta. Krediidiorganisatsioonid, kes kasutavad seda teavet, võib oluliselt vähendada jaemüügi laenudega seotud riske vähendada. See omakorda võib kaasa tuua laenumäärade vähenemise.

Sellel protsessil on tagurpidi: kodanike isikuandmed töökohast, sissetulekute tase on märkimisväärne teave, mida tuleb kompromisse eest hoolikalt kaitsta. Sellega seoses peaksid laenuvõtjad olema võimelised kontrollima elektroonilise valitsuse teenuseid.

Pank võib saada teavet kodaniku krediidivõimelise krediidivõimelisuse kohta, kui ta taotles laenu või laenu juba laekumist, kuid finorganiseerimine osana oma poliitikast soovib hinnata isiku krediidivõimevust. Mõlema juhtumi kohusetundlik laenuvõtja annab loa oma isikuandmete kasutamiseks konkreetse krediidivõrguga. Meil on selline tehnoloogia, see toimib riigiteenistuse portaali ja mobiilse rakenduste kaudu, tundub see: inimene saabub pangale ja täidab küsimustiku krediidi, finorganization taotleb teavet kodaniku krediidivõimelisuse kohta e infrastruktuuri kaudu -Vajutus. Potentsiaalne laenuvõtja saab pangale teabe esitamise kinnitamiseks SMS-sõnumi. Nõusoleku andmise krediidi korraldust saab anda vastuse SMS-sõnumi kaudu mobiilirakendus Või portaal avaliku teenuse - abiga risti vastas sõna "lahendada". Kui kodanik nõustub kasutama oma isikuandmeid, saab pank juurdepääsu neile.

Meie arvates on selline tehnoloogia universaalne, see võib taotleda mis tahes teabe suhtes, mida inimene soovib ennast kolmandate isikutega pakkuda - mitte ainult krediidiasutustega.
Praegu korraldab Venemaa Teatiseministeerium koos suurimate Venemaa jaemüüjatega pilootprojekt Kasutades tehnoloogiat, et saada teavet krediidivõimelisuse kohta rahapesu andmebüroost. Selles osaleb Tinkoff Bank, Sitibank, Moskva pank täielik nimekiri Sisaldab 25 krediidiasutust, samuti mittekaubanduslikke struktuure: Venemaa piirkondlike pankade ühendus, riiklik maksenõukogu ja teised pangad taotlevad kogu teavet Pensionifond Läbi CMEV ja vajadusel registreerige kodanikud ühtse identifitseerimissüsteemi ja autentimise (kontrollikoja).

Me ootame, et jooksva aasta sügise alguseks läheb projekt püsivalt läbi ja tehnoloogia muutub kättesaadavaks kõigile krediidiasutustele. Me konsolideerme teatud menetluse riikliku infosüsteemide teabe pakkumiseks - täna ei ole see selgelt registreeritud kõikjal.

Arvatakse, et kodanik võib võtta kirjaliku nõusoleku isikuandmete vastuvõtmiseks ja selle kohta teabe saamiseks teabe saamiseks. Kontrolli olukorda antud juhul on raske: miljoneid taotlusi pärinevad pankadest, me ei saa kunagi õppida iga juhtumi loa olemasolu kohta. Selektiivsed kontrollid võivad olla võimalik tuvastada isikuandmete kompromissi, kuid ainult selle kohta, et teave on juba ette nähtud. Minski kommunikatsioonitehnoloogia Venemaa hõlmab teabe saatmist alles pärast seda, kui kodanik annab sellele loa.

See areng on eriti oluline väikeste piirkondlike pankade puhul, mis võivad olla raske konkureerida föderaalse jaemüügiga krediidiasutused. Suured pangad riikidega on juba võimalus saada teavet riiklike infosüsteemide krediidivõlakirjade kohta, mida ei saa öelda teiste jaemüügi finorgasizatsioonide kohta, eriti piirkondlikele. Uus tehnoloogia annab neile suurepärase võimaluse töötada hoolikalt laenuvõtja riskidega, vähendada intressimäära ja suurendada nende ettepanekute krediidivõimet.

NBJ: Milliseid teenuseid nii füüsilise kui ka SMEV kaudu juriidilised isikudnõudluse täna?

A. Kozyrev: Kodanike nõudmisel on 15 föderaalset ja 20 piirkondlikku teenust, umbes 85% kõigist apellatsioonkaebustest langeb nendele 35-le.

Teenuste osutamisele, mis pakuvad föderaalsete asutuste hulka: passi registreerimine ja juhilubatranspordi transport, maksude ja trahvide maksmine, esitamine maksudeklaratsioon, Kinnisvara vara registreerimine, kinnisvara kaasamine katastri juurde, kes saavad sellest väljavõtet, samuti ühisettevõttest - ühest riiklikust kinnisvararegistrist kinnisvarale ja sellega seotud tehingutele.

Piirkondade omavalitsuste nõutavad teenused hõlmavad abielu, surma, sünnipäeva, abielulahutuse, registreerimise ja muutmise nime. Lisaks on disain populaarne sotsiaaltoetus ja väljastamine jahipilet. Need teenused pakutakse läbi MFC, Ühe portaali Avalikud teenused, ametiasutused.

Sõltumata sellest, millised kanalid saavad nad taotlusi, langevad nad lõppkokkuvõttes asutuse, mis kogub kogu vajaliku teabe interdepartmental taotluste kaudu. Te teate, et seaduse kohaselt "riigi ja kohalike omavalitsuste teenuste korraldamise korral" on kodanikelt dokumentide tarbimist keelatud paber. Tegelikult puuduvad ametiasutuste puuduvad dokumendid ja taotlevad üksteist.

NBJ: Kui tihti ja selle tõttu, mis juhtus Interdepartmental elektroonilise interaktsiooni süsteemi?

A. Kozyrev: Süsteem ei suuda väga harva, see on üsna usaldusväärne tehnilisest seisukohast ja infoturbe seisukohast. Üldjuhul esinevad kohalikud ebaõnnestumised SMEVis, erinevad asjaolud tegutsevad põhjustena: ja suhtlusseadmete ebaõnnestumisi ning teatavate tehnoloogiliste ladustamispiirkondade ülevoolavate tarkvaratõrkeid.

Üks viimaseid tõrkeid toimusid asjaolu tõttu, et telekommunikatsiooniseadmed keeldusid, nn koormuse tasakaalustav ja selle tagatis. See on haruldane juhtum, aga toimus ta. Teine ebaõnnestumise tõttu tekkis taotluste suurenemise tõttu: andmebaasis oli tehnoloogiline valdkond täis, kus salvestati edastatud kaebuste kohta teavet, viinud andmebaasi operatsiooni rikkumiseni.

Üldiselt tulevad intsidentide kõrvaldamise taotlused ühtse olukorra keskusesse "Elektrooniline valitsus", mis suunab neid sõltuvalt tüübist. Samal ajal on vaja mõista, et kolm osapoolt osalevad alati koostoimesüsteemis: taotluse saatja, selle saaja ja SME-d integratsioonirehvina. Praegu haldab nende infosüsteemide tehnilist tuge ühe organisatsiooniga.

Kujutage ette: taotluse saatja on Ivanovo piirkonnas MFC, mille infosüsteemi teenindab iga organisatsioon. Keskel on SMEV, mis edastab taotlusi ja esitab vastused, tema tehnilist tuge juhib kommunikatsiooniministeerium ja rostelecom. Suhe kolmas pool on saaja, näiteks siseministeerium, neil on oma töövõtjad, kes teenivad osakondade infosüsteeme. Varem oli vaja tegeleda, kus ebaõnnestumine ebaõnnestub: saatja poolel, saaja või SMEV. See oli üsna raske ülesanne. Nüüd on kõik osalejad situatsioonikeskuses, kus kõik tõrkeotsingu taotlused tulevad. Seega otsustab keskus, milline osa tehnilisest toetusest peab tegutsema. See suurendab kooskõlastamise taset intsidentide kõrvaldamisel. Soodustuste arv situatsioonikeskusele jõuab mitu miljardit aastas, millest enamik lahendatakse ühe päeva jooksul.

NBJ: Milliseid muid funktsioone lisaks sellele, mis on täna täna määratud, kas ma võin unistada? Kas plaanis laiendada oma funktsionaalsust?

A. Kozyrev: Sellisel juhul on vaja teostada kogu e-valitsuse infrastruktuuri. Lisaks SMEVile sisaldab see mitmeid süsteeme, mis pakuvad omavahel asutuste täieõiguslikku suhtlemist üksteisega.

On vaja korraldada ühtse regulatiivse teabe süsteemi, mis tagab ühe menetluse loomise ja säilitamise teabevahendid. See on väga oluline, sest ametiasutuste andmete standardimine SMEV kaudu suurendab oluliselt nende suhtlemise tõhusust. Näiteks, kui vajate aadressil asutuselt teabe koosseisu aadressi, siis tõenäoliselt annab iga osakond selle vastavalt oma disaini standardile: teksti string, lõikamine jne. Andmevarustuse ühtsuse puudumine toob kaasa vastuolusid, mis kogunevad teabevahenditesse.

On väga oluline, et kogu riigi infrastruktuur kasutab samasuguseid arusaadavate standardvorminguid. Arvan, et SMEV arendamise järgmine etapp on pühendatud ühtse riigi andmete ühtlustamisele ja arendamisele.

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

Koostoimed rakendatakse:

iNTERDEPARTIMAALSED SYSTEMS elektrooniline dokumendihaldus (Mado).

unified Interdepartmenting elektrooniline interaktsiooni süsteem (SMEV).

Mis on Smev ja mis see on vajalik?

Unified Interdepartmenting elektrooniline interaktsiooni süsteem (SMEV) - Federal State Informatsioonisüsteem, mille eesmärk on korraldada CMEV osalejate infosüsteemide teabevahetus, et anda riigile ja kohalikele omavalitsustele ja riigi ja kohalike ülesannete täitmisele elektroonilisel kujul.

Osalejad interdepartmental elektroonilisel interaktsiooni (SMEV osalejaid) on föderaalse täitevasutused, riigi ekstrabudtacal fondid, täitevorganid Venemaa Föderatsiooni, kohalike omavalitsuste, riigi ja riigi valitsuse üksuste riiklik võimsus munitsipaalühingud, multifunktsionaalsed keskused, muud asutused ja organisatsioonid.

SMEVi loomise eesmärk on parandada riigi ja kohalike omavalitsuste teenuste osutamise kvaliteeti ning riigi ja kohalike ülesannete täitmist üldiste teabevahendite kasutamise kaudu, vähendades aega elektroonilisel kujul teabe otsimiseks ja töötlemiseks.

CMEV eesmärk on lahendada järgmised ülesanded:

SME peamised funktsioonid.

SMEV peamised funktsioonid on järgmised:

taotluste, dokumentide ja teabe edastamine riigi- ja kohalikute teenuste saamiseks vajalike dokumentide ja teabe edastamine ning taotlejate esitatud ühtse portaali kaudu CMEV-ga ühendatud infosüsteemide kaudu;

sMEV osalejate vahelise e-kirjade vahetamine;

Ülekanne ühe portaali taotlusi, muud dokumendid ja teavet töödeldud infosüsteemide, samuti teavet päringute ja teenuste osutamise tulemuste kohta.

Selle ülesande täitmiseks sätestab SMEV:

SME tehnoloogiline toetus

Tehnoloogiline toetus teabevahetuse koostoime SMEV on saavutatud kasutades:

teenuse orienteeritud arhitektuur, mis on elektrooniliste teenuste kogum, mis põhineb üldtunnustatud standarditele;

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

Kuidas saada Smev liikmeks?

SMEV ja infosüsteemide ühendamise funktsioonid eraldi organid Ja organisatsioonid määravad Venemaa Kommunikatsiooniministeeriumi vahelised kokkulepped, mis on SMEV ja organi ja organisatsiooni käitaja, kes on SMEV liige. Venemaa Kommunikatsiooniministeerium koordinaadid SMEViga ühendamise tegevused tagavad elektrooniliste teenuste registri toimimise ja säilitamise.

Informatsioonisüsteemide integreerimine SMEV raames viiakse läbi vastavalt Tehnilised nõuded Infosüsteemide interaktsiooni interaktsiooni ühtsesse interdepartment-elektroonilise interaktsiooni ühtsesse süsteemiga (heaks kiitnud 27. detsembri 2010. aasta Sideministeeriumi määrusega nr 190).

Saada SMEV asutuse või organisatsiooni liikmeks, kes osutab riigi ja kohalike omavalitsuste ja täidesaatva riigi ja kohalike ülesannete täitmise liikmeks, on see vajalik:

Tagada arendamine elektrooniliste teenuste ja liideste interaktsiooni kasutatava infosüsteemi ja SMEV.
Selleks võtke ühendust tarnijaga või infosüsteemi arendajaga, mida kasutati nende täitmiseks vajalike teenuste ja liideste rakendamiseks.

Esitage elektrooniline teenus SMEV assamblee käitajale, kelle osaleja peaks olema see organisatsioonElektrooniliste teenuste registri registreerimiseks ja sisestamiseks.
Selleks on vaja CMEV assamblee operaatori ametlikult ühendust võtta ja pakkuda elektroonilist teenindust passi, katsemetoodikat ja elektroonilist teeninduse kasutusjuhendit ning tagada elektroonilise teenuse kättesaadavus selle vastuvõtmise hoidmiseks.

Tagada kaitstud sidekanali olemasolu kasutatud infosüsteemi ja SMEV.

AIS MFC juhtum

2. Federal State Information System "Ühtne portaal riigi ja munitsipaalteenuste (funktsioonid)".

3. Tarkvara I. tehnilised vahendidTagada võimaluse juurdepääsu infosüsteemide kaudu SMEV.

4. Vastavalt ühtse interdepartment-elektroonilise koostoime süsteemi eeskirjadele.

2.3.1 Tarne tüüp "Taotlus" kirjutamissõnumitele (edaspidi " uurimine) Need on interaktsiooni algatajast pärinevad sõnumid: interterdportmentaalsed taotlused, riigi- või munitsipaalteenuste taotlused, ringhäälingu postitamine.

Taotluse sõnumid kontrollivad andmete õigsust kahes etapis - sünkroonne ja asünkroonne (Valikuline) Kontrollige.

Esimene etapp on sünkroonne kontroll. Pärast kõigi sünkroonsete kontrollide läbiviimist paigutatakse taotlus järjekorda asünkroonne kontroll. Kui kontroll on edukalt läbinud, tagastatakse vastus eduka kinnitussõnumile, kui mul on vigu, meetod (URN: //x-teFacs-sevsevchange/1,2: SendRequest) naaseb viga.

Asünkroonne kontroll ei ole kohustuslik ja see algab teatud "vallandada" päringu töötlemise olukordades (Huc-teenuse kättesaamatus, sõnumite saatmine failidega kokku üle 5 MB, SMEV-i sunniviisilise päringu töötlemise režiimi sunniviisilise tõlge.

Sõnumi asetamisel asünkroonsetesse kontrollidesse SMEV vastuseks taotlusele naaseb sünkroonimisrežiimis sõnumi, kus messagemetadata plokis sisaldub järgmine sild: taotlus.

Kui ükskõik milline asünkroonne kontroll näitas vea, CMEV-kohti saatja sõnumite vea vastuste sissetulevates järjekorda. Järgmises GeResponse päringule vastu võetakse veateate.

Juhul vead asünkroonse kontrolli infopakkuja vastused, veateate saadetakse oleku järjekorda ja saab saada Getstatus meetodil.

Saate eristada andmeteenistuja vastuseid asünkroonse kontrolli sõnumite poolt elemendi sisu sisu järgi (URN: //x-ARTFACTS-SSEV-GOV-RU/Services/Message-govchange/Tybes//1.2: Getresponseresponse): kui selle lapse element SenderprovidedRespondedata sisaldab kirje messagerPrimarycontenti, see on tarnija vastus ja kui asyncprocesingStatus element on vastus asünkroonse SMEV töötlemise vea kohta.

Lubatud mitu taotlust ühe äritehingu jooksul (taotleda teavet, sissehelistamisteavet, tarbija olekuteadet teabe saamisel jne). Mitme taotluste puhul paigutatakse esmase päringu identifikaator kõikide hilisemate taotluste FIFIENCEMESSAGEIDi valdkonnas äritehingus.

2.3.2 Tüüp "Vastus"

Sõnumid nagu "Vastus" läbib nende andmete õigsuse sarnaselt "päringu" tüüpi sõnumitele.

2.3.3 Postitamise pesemine

2.3.4 Prioriteetide tarnimine

Kõik vastused toimetatakse sama prioriteediga. Shipping prioriteedid ei rakendata ka eetrisse postituse.

CMEV ei paku teisi võimalusi saadetud sõnumite prioriteeti mõjutamiseks.

2.3.5 Viiteid SMEV-skeemi tasemele vastusele

1. 
   Teabe andmisest keeldumine. Ei ole õigusi saada teavet (näiteks juhul, kui tarnija kontrollib EP-SP).
2. 
   Teabe andmisest keeldumine. Objekti taotluse objekti ei saa kindlaks määrata.
3. 
   Teabe puudumise teatamine.

Veateade asetatakse taotlevale elemendisse ja saab vastu võtta kolm väärtust (element - tagasilükkaminereakood): Access_deded, Unknown_Request_Description, NO_DATA, mis vastab ülalkirjeldatud põrge tüübile.

Samuti nähakse see ette tekstilise kommentaarivälja (element - tagasilükkamineReasusReasriftion).

2.3.6 päringu staatuse tagastamine skeemi tasandil

Need sõnumid tehakse SMEV-skeemi tasemele ja neid ei kuulu informatsiooni liikide ahelasse. Olekuteatete lubamine otse teabekavale - keelatud.

Olekuteade asetatakse päringuseadmele. Olekukood asetatakse olekukoodi elemendile, mille väärtus on kirjeldatud andmepassiteabeses. Staatus võib kaasneda piiramatu parameeter (statusparameter element), mis on kirjeldatud "võti" paari - "võtmeväärtus). Olekuregistri valdkonnas saate staatuse laiendatud kirjelduse panna.

2.3.7 Märge mnemonics Server Saada sõnum

Selle probleemi lahendamiseks SMEV-päringute skeemis tutvustatakse saatja-saatja serveri märge erilist elementi - "Nodeid". Kui saate selle identifikaatoriga päringu, loob CMEV3.x selle infosüsteemi ja selle serveri jaoks eraldi teenuse osutamise teenuse. Sellest järjekorrast sõnumi saamiseks sissetuleva järjekorra lugemise taotluses peate täpsustama adressaadi serveri mnemonika (element "Nodeid").