Kuidas leida soovitud SMEV3-teabe tüüp. Unified Interdepartmenting elektrooniline interaktsiooni süsteem (SMEV) erinevus SMEV 2 vahemikus 3

07/04/2016, Mon, 10:55, MSK, Tekst: Natalia Rudicheva

Nagu te teate alates 2015. aasta algusest, telliti ametlikult elektroonilise interteptilise koostoimesüsteemi (SMEV) kolmas versioon. Millist tööd olemasolevate lahenduste moderniseerimise kohta tuleb läbi viia valitsusasutustele seoses SMEV 3.x uue versiooni üleminekuga ja kuidas neid korraldada, et tõhusalt rakendada intervjuus intervjuus intervjuusCNEWS rääkis Renaat Shangirzynov, Redsys Smev sihtkoha juht.

CNEWS: Mis on peamine erinevus SMEV 3 vahel eelmise versiooni?

Renaat Shakiirzyna:Minu arvates oli peamine erinevus tehnoloogia vaatenurgast üleminekut asünkroonse sünkroonse koostoime põhjal. Ma selgitan näites. CMEV 2.x eelmises versioonis toimusid interdepartmental interaktsiooni osalejate vahetus järgmiselt. Üks osakonnad saatsid teisele taotlusele taotluse ja oodata kohe taotluse töötlemise tulemust. Tegevus kogemus on näidanud, et see toob kaasa asjaolu, et tippkoormus tekkivad hommikul ja päevasel ajal ja ööpäevaringselt, vastupidi, seadmed on tühikäigul.

Uus asünkroonne CMEV 3.X Technologies võimaldavad vähendada järjekorda moodustamise tõttu tipptasemel infrastruktuuri koormusi, millest töödeldakse järk-järgult. Osakond ise määrab, millal ja mille intensiivsus protsessi taotluste järjekorda. On selge, et samal ajal kannatab nende täitmise tõhusus, kuid ka tippkoormus langeb ka, mis vähendab infrastruktuuri - seadmete, võrkude jms nõudeid.

Eraldi tahaksin märkida, et asünkroonne interaktsioon võimaldab teil tagada garanteeritud taotluste edastamine, pakkudes seeläbi rohkem kõrge tase Koostoime kvaliteet.

Teine oluline erinevus on ühe SMEV-teenuse loomine, mille kaudu kõik osakonnad suhtlevad oma teenuste arendamise asemel. Nüüd moodustavad nad tüüpi teavet - nimekiri teabest, mida nad soovivad pakkuda või saada ja ühe teenuse kaudu avaldavad selle kõigi teiste tarbijate ja tarnijate jaoks.

Ka üks olulisi eeliseid uus versioon CMEV on edastatud failide mahu suurenemine. Varem võib ühte sõnumit üle anda kuni 5 MB investeeringuid, nüüd see näitaja suureneb 1 GB-ni. See innovatsioon võimaldab teil tuua intertepartmental interaction uuele tasemele.

CNEWS: Millised uued ülesanded peavad teie ettevõtte lahendama selles osas?

Renaat Shakiirzyna:Meie klientide seas on mitmeid suuremaid föderaalseid osakondi, mille jaoks oleme loonud ühendused SME eelmise versiooniga. Täna peame rakendama suhtlemist kooskõlas uute metodoloogiliste soovitustega. Me räägime kohandatud tarkvara arendamisest - uute teenuste loomine või olemasoleva moderniseerimise loomine.

Renaat Shakezzyanov: Kuna tehnoloogia nõuded on muutunud, on vaja uuesti installida töö analüütilist osa.

Kuna tehnoloogiate nõuded on muutunud, on vaja uuesti läbi viia töö analüütilise osa. Ja sel hetkel on võimalik mitte ainult tehnoloogiliselt muuta töökava, vaid ehk ja kohandada ärireegleid välja mitu aastat tagasi teenused, mis võivad kaotada oma asjakohasuse. Samal ajal vähemalt kuus kuud, vanad ja uued teenused peaksid töötama paralleelselt, et nende kasutajad peavad kohanema SMEV 3.x.

Näiteks ühendame ühe meie föderaalse kliendi SMEV-ga ühendamise raames mitu aastat tagasi, välja töötanud eraldi komponendi, mis tagab interaktsioonide vahel väliste süsteemide ja sisesüsteemi vahel CMEV 2.X formaadis, võttes funktsioone vormingute konverteerimise kohta. Täna, seoses uute metodoloogiliste soovituste tekkimisega loome SMEV 3.X-i sarnase lahenduse. Selleks, et muudatused ei mõjuta kliendi äriprotsesse, oleme välja töötanud mehhanismid, mis võimaldavad teil töötada ühe ja sama teabega nii SMEV 2.X-is kui ka SMEV 3.X-is, teisenda need sisemiseks vorminguks ja edastamiseks töötlemiseks tööturu osakonna asjakohasele funktsionaalsele süsteemile. Juhul kui osakond ise tekitab taotluse, mõistab meie lahendus sellest, millist teavet ta nõuab selle poolt nõutavat teavet, määrab kindlaks nende vorming - SMEV 2.X või CMEV 3.X, sõltuvalt teabeteenuse pakkuja kasutamisest ja seejärel saadab soovitud taotlus. Seega oleme loonud mehhanismi, mis võimaldab teil töötada SMEV 2.X-is samaaegselt ja SMEV 3.X-is ilma täiustamiseta funktsionaalsed süsteemid Osakonna sees on võimalus tarnijate ja tarbijate järkjärgulise üleminekuga nende valmisolekut.

CNEWS: Kui kaua on teie ettevõte arendada sarnaseid teenuseid?

RenaatShakiirzyanov:Arendajate arendamine tegeleb SMEV teenuste arendamisega föderaalsete asutuste jaoks täitevvõim Paljude aastate jooksul - peaaegu pärast projekti algust. Nende testimise protsessis suheldakse ka piirkondlike omavalitsustega. Täna on meie meeskonnas umbes 30 inimest.

Me lähenesime väga hoolikalt meeskonna moodustamisele, kutsusid mitte ainult süsteemi integraatorite spetsialiste, vaid ka osakondade töötajaid. Ma arvan, et täna on meil üks kogenumaid meeskondi selles suunas töötavad. Osaleme paljudes katseprojektides ja aidata seadusandjatel töötada välja suunised ja tuvastada vastuolud erinevate dokumentide raames.

Rikkalik töökogemus võimaldab meil minimeerida teenuste ja teabevahetuse arendamise ja säilitamise kulusid ning teenuste edastamist elektroonilisele vormile. Näiteks õigusaktid näevad ette iga teabe iga teenuse osutamise arendamise. Kuid on teenuseid, mis on üksteisest veidi erinevad. Ja sel juhul oleks soovitatav neid ühendada. Seda ei tohiks siiski unustada, et muutuste korral peab vähemalt üks neist SMEV-le uuesti registreerima. Seetõttu on iga selline juhtum ainulaadne ja teenuste ühendamise ja eraldamise valimine, on vaja järgida tasakaalu arengu lihtsuse ja toetuse lihtsuse ja lihtsa kasutamise lihtsuse vahelist tasakaalu.

CNEWS: Milliseid tehnoloogiaid kasutatakse interaktsiooniteenuste loomisel SMEV 3.0-ga.?

RenaatShakiirzyanov:Meie lahenduste arendamiseks kasutame Java EE-tehnoloogiat. Java EE võimaldab teil luua ja kasutada kaasaskantavaid, usaldusväärseid, skaalautunde ja turvalise serveri rakendusi Java.

Meie taotluse aluseks on kevadine raamistik. See on Java platvormi universaalne avatud lähtekoodiga raamistik. See võimaldab teil lahendada peamised ülesanded, mida peate täitma kaasaegse rakenduse: töötage Java platvormi DBMS-i abil JDBC ja ORM-i tööriistade abil; koordineerida erinevate tehingute juhtimise API-d ja seadistage Java objektide tehinguhalduse; Loo veebirakenduste raamistik.

Erinevate rakenduste integreerimiseks süsteemis kasutame avatud platvormi java raamistiku Apache kaameli.

CNEWS: Kuidas lahendus toetab?

RenaatShakiirzyanov:Redsys on spetsiaalne teeninduskeskus, mis hõlmab Helpdeski teenust, 24x7 Hotline'i, Duty Shift, samuti seadmete toetuse ja tarkvara osakuid.

Iga osakonna puhul korraldame süsteemi teenuste käitamise jälgimiseks, mis võimaldab nende kättesaadavuse, kiiruse ja tulemuslikkuse näitajate reaalajas kontrolli. See võimaldab teil probleeme kohe vältida.

CNEWS: Milliseid lisateenuseid saate osakondade pakkuda?

RenaatShakiirzyanov:Juba täna pakume pakume lahendusi jälgida, kas konkreetsel asutusel on õigus saada teatud teavet. Plaanides - tutvustada eelnevalt arenenud mehhanismi õiguste piiritlemiseks mitte ainult teabeliigi, vaid ka edastatud andmetega. Need. Üks osakond sobiva juurdepääsu olemasolu korral saavad andmeid konkreetse kodaniku kohta ja teisel kontoril, millel ei ole juurdepääsu, saavad keeldumise. Seega on meil võimalik kohandada piiratud kasutusala sissepääsu.

Samuti sisaldab meie lahendus analüütilist moodulit, mis võimaldab teil koguda statistilist teavet renderdamise koguse ja kvaliteedi kohta avalikud teenused sisse elektroonilisel kujul ja intertepartmental interaktsiooni.

Hiljuti on SMEV-ga seotud üha suurem hulk piirkondlikke osalejaid ja need ei ole mitte ainult erinevate tasandite ametiasutused, see on multifunktsionaalsed keskusedning finants- ja krediidiorganisatsioonid. Omavahelise interaktsiooni maht kasvab igal aastal ja peame laiendama ja säilitama oma otsuse, et meie partnerid saaksid laiendada elektroonilisel kujul pakutavate avalike teenuste loetelu ja parandada nende sätte kvaliteeti ja kiirust.

Koostoime rakendamine infosüsteemid Organisatsioonid ja osakonnad viiakse läbi riigi raames sihtprogramm "Infoühiskond (2011-2020)."

Koostoimed rakendatakse:

iNTERDEPARTIMAALSED SYSTEMS elektrooniline dokumendihaldus (Mado).

unified InterdePartmenting süsteem elektrooniline koostoime (SMEV).

Mis on Smev ja mis see on vajalik?

Üks süsteem InterdePartmental elektrooniline koostoime (SMEV) - Federal State Information System, mille eesmärk on korraldada CMEV osalejate infosüsteemide teabevahetus, et anda riigile ja munitsipaalteenused ja riigi ja munitsipaalfunktsioonide täitmine elektroonilisel kujul.

Osalejad Interdepartmental elektroonilisel interaktsiooni (SMEV osalejad) on föderaalsed asutused Riigi Extrabudletary fondid, täitevorganid riigi võimsus Teemad Venemaa Föderatsioon, Elundid kohalikud omavalitsusedI. Riik I. munitsipaalühingudMultifunktsionaalsed keskused, muud elundid 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.

Nende täitmiseks sMEV funktsioonid Pakub:

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 " Ühe portaali Riik ja munitsipaalteenused (funktsioonid).

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

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

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öderatsiooni 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 seeria testid tööstuslikud "Combat" andmed, tegi kindel, et kõik toimib, ja nüüd sisse lülitatud rakendamise etapp uue versiooni 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 eeskirjad Föderaalsed ametiasutused täpsustavad oma infosüsteeme ja eraldage 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 infosüsteem on mahalaadimine, jõuab taotlused adressaadile ja puhver 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 semin 3.0 vahel 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 pildi. maapindKatastri plaan. 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. Esiteks loome vabalt jaotatud andmebaasi prototüübi, kontrollige, kuidas see koormust edastab, kas infoturbe nõuded vastavad. 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 registreerimise kinnisvara registreerimine, kinnisvara lisamine inventari, saada väljavõte sellest, samuti USRP - üks riigiregistri Õigused kinnisvara ja tegeleb temaga.

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 avalike teenuste, 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 ühtne regulatiivteabe süsteem, mis tagab ühtse menetluse teabevahendite loomiseks ja läbiviimiseks. 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.

Materjal tutvustab algoritmi informatsiooni režiimide otsimiseks SMEV 3. Päikese teabe allikaid: SMEV-tehnoloogia portaali liides, kasutamise üleminekuplaan Metoodilised soovitused 3.x, ühtne SMEV aruanne. Kirjeldab õhusõiduki produktiivse versiooni toimimise protsessi.

SMEV-i teabe tüübi otsimise probleem

CMEV arendajad kui peamine vahend SMEV 3 tüüpi teabe leidmiseks pakutakse, et kasutada HTTPS://SMEV3.GOSUSLUGI.RU tehnoloogilises portaalis asuva veebiliidese. Samal ajal antakse kasutajale võimalus otsida ainult teabe tüübi nime järgi, samas kui teptealise eelmise versiooni puhul on palju laiema filtrite komplekti:

• teenuse omaniku poolt (osakond või organisatsioon)
• identifikaatoris
• kirjeldus märksõna järgi
• rakenduse osas
• kättesaadavuse tõttu (avalikult kättesaadavaks / taskukohane)

Lisaks täiendavate filtrite puudumisele võib otsinguprotsess olla seotud järgmiste probleemidega:

• mitte kõik SMEV2 teenused kantakse SMEV3-le
• sMEV2-st SMEV3-le üleminekul võib tarnija märkimisväärselt muuta teenuse nime (teabeliik), jagada ühe teenuse mitmeks päikesele või vastupidi, kombineerida teenused (näiteks Sev2 GIS teenus on praegu jagatud 10-liiki teabe liigist)
• testis ja produktiivses keskkonnas teabe tüübi väljundi vahel on palju aega (kuni 6 kuud või rohkem)
• väga sageli testis ja produktiivses keskkonnas on sama tüüpi teabe mitmeid versioone.
• temptale'is lõpetas CMEV avaldada praeguseid andmeid tarbijate kohta
• sMEV TEEVA tüüpi teabekaardid ei indekseeri otsingumootoreid
• lõpuks viimasel ajal ametliku vastavuse vajaduse tõttu planeeritud tähtajadTava installimise "pistikud" on sageli leitud teabe liigid informatsiooni tootmise keskkonnas (päike tuletatud produktiivses, kuid kas ei reageeri produktiivseid päringuid või vastab katseandmetele)

Need küsimused raskendavad teabe otsingut teabe vormi kohta ja see raskendab ka õhusõidukiga ühendava töö alustamise otsuse tegemist.

Täiendavad teabeallikad teabe kohta

SMEVi ühtse elektroonilise teenistuse kasutamise teabe kava kavandamiseks

SMEV-tehnoloogia portaal avaldas dokumendi "Ülemineku kava protokolli 2. liide", mis esitab õhusõiduki loetelu ja elektrooniliste teenuste üleandmise tähtajad e-ga töötamise metoodiliste soovituste täitmiseks EMEV versioon 3. See dokument on mitmel põhjusel väga väärtuslik.

Esiteks sisaldab see ühemõtteline vastavus SMEV2 teenuste ja SMEV3 teabe tüübide vahel.

Teiseks, kõik teenused ja teabeliigid on rühmitatud osakonnad (tarnijad).

Kolmandaks tutvustab dokumendis katse- ja produktiivses keskkonnas teabe sõlmimise kuupäevad. Siiski on seda väärt arvestada, et need ajad on ligikaudsed ja neid saab nihutada. Ametlik järeldus teabe liigi tootlikkuse ka ei näita ka selle tulemuslikkust.

Kõige tähtsam on dokument Dokument on fail Exceli formaadis. See töötab standardse otsingu funktsionaalseks. See tähendab, et saate osakonna otsingule öelda SMEV 2 teenuse nimi ja Sev 3 teabe tüüp.

Dokumendi miinus seisneb selles, et see sisaldab kaugeltki teabevahetuse täielikku loetelu, kuid ainult need päike, mis vastavad SMEV2 teenustele.

Unified aruande SMEV

"Unified SMEV aruanne" on avaldatud e-valitsuse situatsioonikeskuses e-valitsuse. Juurdepääs sellele antakse kasutajatele ameti kontol. Tee dokumendile: "Avaldatud aruanded" \u003d\u003e "SMEV" \u003d\u003e "ühtne aruanne SMEV" \u003d\u003e "SMEV. Unified SMEV aruanne: aruanne nr 6_smev_enched aruanne SMEV_ ". Aruanne avaldatakse igakuiselt.

Dokument on Exceli formaat ja sisaldab palju kasulikku statistilist teavet. Muuhulgas on vahekaardil "kohandatud teenused", mis loetleb teenuseid ja teavet, millele taotlusi ei laeku. Seega, kui teabeliik peaks andma nõudluse teabele (1), on juba tagasi võetud produktiivses keskkonnas (2) ja samal ajal kaasatud number "taotlemata" (3) - tõenäoliselt see on tegelikult ei tööta.

Faili "Sun Status"

Hiljuti SMEV 3 tehnoloogilise portaali põhil leheküljel ilmus infoplokk Excel formaati eeskujulikule failile viitega teavet igat liiki teabe valmisoleku aste kohta. Fail on B. avatud juurdepääs. Te saate selle leida tehnilise põhileheküljel: peate avama lehe sisu standardse otsingufunktsiooni ja leidma fraasi "Registreerimisoleku staatuse aruanne. Leitud teksti all on tegeliku faili versioonile link.

Alates 05/30/2018.

Fail sisaldab järgmist teavet:

• sMEV osaliste ja nende infosüsteemide täielik loetelu (osaleja staatus)
• täielik nimekiri teabeliikide kohta, mis näitavad tarnijat, mis vastab SMEV2 teenusele (kui see on olemas), samuti õhusõiduki väljundstaatus katse ja produktiivse keskkonnaga (Tab "Sun Status")

See dokument on kõige olulisem andmeallikas soovitud teabe otsimiseks.

Algoritm teabe leidmise kohta

Kokkuvõtliku failide kasutamine teabeliikide nimekirjaga veebiliidese asemel hõlbustab suuresti soovitud päikese otsimist.

Otsingu algoritm ise on järgmine:

1. Mine tehnoloogilise portaali SMEV ja alla laadida praeguse versiooni "Sun Status" faili
2. Toodame Päikese otsingut, kasutades standardseid otsingu funktsionaalsust:
   1. sMEV2 asjaomase teenuse tiitli või SID-ga
   2. tarnija büroo poolt
   3. märksõna järgi
3. Kui loend sisaldab mitmeid ühe päikese versiooni - tasub kasutada uusimat
4. Kui teil on juurdepääs "Unified SMEV-aruandele" failile, tasub kontrollida, kas teabe tüüp ei kuulu taotlemata

Nagu eespool mainitud, ei garanteeri tootliku keskkonna teabe tüübi sõlmimine selle tegelikku tulemuslikkust. Seega, enne algust täismahus töö ühendamise ja integratsiooni relvajõudude, see tasub läbi täiendava kontrolli:

1. Katse päike katsekeskkonnas
2. Hankige tootlikku keskkonda päikese käes
3. Käsitsi moodustavad mõned võitluse päringud vastavalt edukale skeemile
4. Kasutades vaba klienti SMEV-le, et saata teabe tüübi aadressile nende vastu võitlemise taotlused produktiivses keskkonnas
5. Oodake mõtestatud vastuseid taotlustele (iseenesest vastuseid veakoodide või katseandmete vastuste vastu ei ole mõttekad)

Ainult sisukate vastuste olemasolu produktiivse keskkonna taotlustele võimaldab teil hinnata seni 3 teabe tüübi tegelikku toimivust ja võib olla signaali õhusõidukite integreerimise alguses.