Kuidas leida õiget tüüpi teavet smev3. Osakondadevahelise elektroonilise suhtluse ühtne süsteem (smev) Probleem teabe tüübi leidmisel smevist

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

Interaktsiooni rakendatakse järgmistes valdkondades:

osakondadevaheline elektrooniline dokumendihaldus(MEDO).

osakondadevahelise elektroonilise suhtluse ühtne süsteem (SMEV).

Mis on SMEV ja miks seda vaja on?

üks süsteem osakondadevaheline elektrooniline suhtlus (SMEV)- föderaalosariigi infosüsteem, mis on loodud teabesuhtluse korraldamiseks SMEV-i osalejate infosüsteemide vahel, et tagada osariigi ja kommunaalteenused ning riigi- ja omavalitsuse ülesannete täitmine elektroonilisel kujul.

Osakondadevahelises elektroonilises suhtluses osalejad (SMEV liikmed) on föderaalvõimud täidesaatev võim, riigieelarvevälised fondid, täitevorganid riigivõim teemasid Venemaa Föderatsioon, organid 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 munitsipaalfunktsioonide täitmist ühiste teenuste kasutamise kaudu. teabeallikad, vähendades elektroonilisel kujul teabe otsimiseks ja töötlemiseks kuluvat 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-iga liitujatele Infosüsteemid;

elektrooniliste sõnumite vahetamine SMEV osalejate vahel;

edastada ühtsesse portaali päringud, muud infosüsteemides töödeldavad dokumendid ja teave, samuti teave päringute edenemise ja teenuste osutamise tulemuste kohta.

Selleks, et täita oma SMEV funktsioonid annab:

SMEV-i tehnoloogiline tugi

SMEV-i abil teabe interaktsiooni tehnoloogiline tugi 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 operaatoriks oleva Venemaa Telekomi- ja Maning SMEV-i liikmeks oleva asutuse ja organisatsiooni vahel sõlmitud lepingutega. Venemaa Telekomi- ja Mkoordineerib SMEV-ga liitumise tegevusi, 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 elektrooniline teenus SMEV sõlme operaatorile, mille liige peab olema see organisatsioon, registreerimiseks ja elektrooniliste teenuste registrisse kandmiseks.
Selleks peate ametlikult ühendust võtma SMEV-sõlme operaatoriga ja esitama elektroonilise teenusepassi, testimisprotseduuri ja elektroonilise teenuse kasutusjuhendi, samuti tagama selle vastuvõtmiseks elektroonilise teenuse kättesaadavuse.

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

AIS MFC DELO

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

3. Tarkvara ja tehnilisi vahendeid, mis pakub SMEV kaudu juurdepääsu infosüsteemidele.

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

Materjalis on esitatud algoritm teabetüüpide otsimiseks SMEV 3. Käsitletakse õhusõidukite teabeallikaid: tehnoloogilise portaali SMEV liidest, metoodiliste soovituste kasutamisele ülemineku kava 3.x, ühtset aruannet SMEV. . Kirjeldatakse lennuki tootliku versiooni jõudluse kontrollimise protsessi.

SMEV-is teabe tüübi leidmise probleem

SMEV-i arendajad teevad ettepaneku kasutada SMEV 3-s teabe tüüpide otsimiseks peamise tööriistana tehnoloogiaportaalis asuvat veebiliidest aadressil https://smev3.gosuslugi.ru. Samal ajal antakse kasutajale võimalus otsida ainult teabe tüübi nimetuse järgi, samas kui Techportali eelmine versioon pakkus palju laiemat filtrite komplekti:

• teenuse omaniku poolt (osakond või organisatsioon)
• ID järgi
• märksõna kirjelduses
• kasutusala järgi
• saadavuse järgi (avalik/piiratud)

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

• kõiki SMEV2 teenuseid ei edastata SMEV3-le
• SMEV2-lt SMEV3-le üleminekul saab tarnija oluliselt muuta teenuse nime (teabe tüüpi), jagada ühe teenuse mitmeks õhusõidukiks või, vastupidi, teenuseid kombineerida (näiteks SMEV2 GIS GMP teenus on praegu jagatud 10-ks teabe tüübid)
• teabevaate testimis- ja tootmiskeskkondadesse väljundi vahel võib kuluda väga palju aega (kuni 6 kuud või rohkem).
• väga sageli kuvatakse katse- ja tootmiskeskkonnas sama tüüpi teabe mitu versiooni
• SMEV-i tehniline portaal lõpetas lennukitarbijate ajakohaste andmete avaldamise
• SMEV-i tehnilise portaali teabe tüüpi kaarte otsingumootorid ei indekseeri
• lõpuks hiljuti seoses formaalse vastavuse vajadusega planeeritud kuupäevad, kogetakse sageli produktiivses keskkonnas teabe tüüpide "stub" seadmist (lennuk kuvatakse produktiivses keskkonnas, kuid kas ei vasta produktiivstele päringutele või vastab katseandmetega)

Need probleemid raskendavad teabe otsimist teabe tüübi kohta ja raskendavad ka lennukiga ühendamise alustamise otsuse tegemist.

Täiendavad andmeallikad teabe tüüpide kohta

Kavandage ühtset elektroonilist teenust SMEV kasutades teabe edastamisele üleminekut

SMEV-i tehnoloogiaportaal avaldas dokumendi “Üleminekuplaani protokolli lisa 2 ...”, mis sisaldab õhusõidukite loetelu ja elektrooniliste teenuste üleandmise ajakava ESMEV versiooniga 3 töötamise juhendi rakendamiseks. See dokument on väga väärtuslik mitmel põhjusel.

Esiteks sisaldab see üks-ühele vastavust SMEV2 teenuste ja SMEV3 teabetüüpide vahel.

Teiseks on kõik teenused ja teabe liigid rühmitatud osakondade (tarnijate) kaupa.

Kolmandaks on dokumendis toodud kuupäevad teatud tüüpi teabe test- ja tootmiskeskkonda avaldamiseks. Pange tähele, et need kuupäevad on soovituslikud ja võivad muutuda. Teabe tüübi formaalne väljund tootele ei näita ka selle toimivust.

Kõige tähtsam on see, et dokument on Exceli fail. Sellel on standardne otsingufunktsioon. See tähendab, et saate otsida osakonna, SMEV 2 teenuse nime ja teabe tüübi järgi SMEV 3.

Dokumendi puuduseks on see, et see sisaldab kaugeltki mitte täielik nimekiri tüüpi teavet, vaid ainult neid õhusõidukeid, millele SMEV2 teenused vastavad.

Ühtne aruanne SMEV kohta

E-riigi Olukorrakeskus avaldab dokumendi "SIEVi ühtne aruanne". Juurdepääs sellele antakse kasutajatele, kellel on volituskonto. Dokumendi tee: "Avaldatud aruanded" => "SMEV" => "SMEV-i ühtne aruanne" => "SMEV. Üksikaruanne SMEV kohta: Aruanne nr 6_SMEV_Üksikaruanne SMEV_ kohta. Aruanne avaldatakse kord kuus.

Dokument on Exceli fail ja sisaldab palju kasulikku statistilist teavet. Muu hulgas on sellel vahekaart "Nõumata teenused", mis loetleb teenused ja teabetüübid, mida ei taotleta. Seega, kui teatud tüüpi teave peaks andma nõutavat teavet (1), on juba produktiivsesse keskkonda paigutatud (2) ja on samal ajal kantud "taotlemata" (3) loendisse, siis tõenäoliselt , see ei ole funktsionaalne.

Lennuki olekufail

Hiljuti ilmus SMEV 3 tehnoloogiaportaali avalehele teabeplokk, kus on link exceli vormingus kokkuvõtlikule failile, mis sisaldab teavet igat tüüpi teabe valmisoleku astme kohta. Fail on sees avatud juurdepääs. Selle leiate tehnilise portaali avalehelt: peate avama lehe sisu jaoks standardse otsingufunktsiooni ja leidma fraasi "teabe tüüpide registreerimise oleku aruanne". Leitud teksti all on link faili praegusele versioonile.

30. mai 2018 seisuga.

Fail sisaldab järgmist teavet:

• täielik nimekiri SMEV-i osalejatest ja nende infosüsteemidest (vahekaart "Osaleja staatus")
• teabe tüüpide täielik loetelu, mis näitab tarnijat, vastavat SMEV2 teenust (kui see on olemas), samuti õhusõiduki katse- ja tootmiskeskkonda eemaldamise olekut (vahekaart "Õhusõiduki olek")

See dokument on kõige olulisem andmeallikas õiget tüüpi teabe leidmiseks.

Infotüübi otsingu algoritm

Kokkuvõtefailide kasutamine koos teabetüüpide loendiga veebiliidese asemel lihtsustab oluliselt õige lennuki leidmist.

Otsingu algoritm ise näeb välja selline:

1. Minge SMEV-i tehnoloogiaportaali ja laadige alla faili "Aircraft Status" praegune versioon
2. Otsime õhusõidukeid standardse otsingufunktsiooni abil:
   1. vastava teenuse nime või SID järgi SMEV2-s
   2. pakkuja agentuuri poolt
   3. märksõna järgi
3. Kui loend sisaldab sama lennuki mitut versiooni, peaksite kasutama uusimat.
4. Kui teil on juurdepääs failile "Single SIEV Report", tasub kontrollida, kas teabe tüüp on taotlemata andmete hulgas

Nagu eespool mainitud, ei garanteeri detailvaate tootmisse toomine selle tegelikku toimimist. Seetõttu tasub enne õhusõidukiga ühendamise ja integreerimise täiemahulise töö alustamist läbi viia täiendav kontroll:

1. Testige õhusõidukit katsekeskkonnas
2. Hankige juurdepääs VS-ile tootlikus keskkonnas
3. Koostage käsitsi mitu lahingutaotlust vastavalt õhusõiduki skeemile
4. Kasutades SMEV-i tasuta klienti, saatke need võitlustaotlused produktiivses keskkonnas teabetüübile
5. Oodake päringutele sisukaid vastuseid (loomulikult pole veakoodidega vastused või testandmetega vastused mõttekad)

Ainult sisukate vastuste olemasolu päringutele tootlikus keskkonnas võimaldab hinnata SMEV 3 teabetüübi tegelikku jõudlust ja võib olla signaal õhusõidukiga integreerimise alustamiseks.

04.07.2016, L, 10:55, Moskva aja järgi, Tekst: Natalia Rudycheva

Teatavasti on alates 2015. aasta algusest ametlikult kasutusele võetud elektroonilise osakondadevahelise interaktsioonisüsteemi (SMEV) kolmas versioon. Sellest, milliseid töid olemasolevate lahenduste kaasajastamiseks peavad valitsusasutused seoses SMEV 3.x uuele versioonile üleminekuga tegema ja kuidas neid korraldada, et tõhusalt läbi viia ametkondadevaheline suhtlusCNewsile rääkis RedSysi SMEV osakonna juht Renat Shakirzyanov.

CNews: Mis on peamine erinevus SMEV 3 eelmisest versioonist?

Renat Shakirzyanov: Peamine erinevus tehnoloogia osas oli minu arvates üleminek sünkroonselt asünkroonsele interaktsioonile. Lubage mul selgitada näitega. SMEV 2.x eelmises versioonis toimus andmevahetus osakondadevahelises suhtluses osalejate vahel järgmiselt. Üks amet saatis päringu teisele ja jäi kohe päringu menetlemise tulemust ootama. Töökogemus on näidanud, et see toob kaasa asjaolu, et hommiku- ja pärastlõunatundidel on tippkoormused ning öösel, vastupidi, seadmed seisavad.

SMEV 3.x uued asünkroonsed tehnoloogiad võimaldavad vähendada infrastruktuuri tippkoormust järjekorra moodustumise tõttu, mille sõnumeid töödeldakse järk-järgult. Agentuur määrab ise, millal ja millise intensiivsusega järjekorras olevaid taotlusi töödelda. On selge, et sel juhul kannatab nende täitmise efektiivsus, kuid langeb ka tippkoormus, mis võimaldab vähendada nõudeid infrastruktuurile - seadmetele, võrkudele jne.

Eraldi tahaksin märkida, et asünkroonne suhtlus võimaldab teil tagada päringute garanteeritud kohaletoimetamise, pakkudes seeläbi rohkem kõrge tase interaktsiooni kvaliteet.

Teine oluline erinevus on ühtse SMEV-teenuse loomine, mille kaudu kõik osakonnad suhtlevad selle asemel, et oma teenuseid arendada. Nüüd moodustavad nad teatud tüüpi teabe – loendi teabest, mida nad soovivad pakkuda või saada, ja avaldavad selle ühe teenuse kaudu kõigile teistele tarbijatele ja tarnijatele.

Samuti on SMEV-i uue versiooni üks olulisi eeliseid ülekantavate failide mahu suurenemine. Kui varem oli ühe sõnumiga võimalik saata kuni 5 MB manuseid, siis nüüd on see näitaja suurendatud 1 GB-ni. See uuendus võimaldab osakondadevaheline suhtlus uuele tasemele.

CNews: Milliseid uusi ülesandeid tuleb teie ettevõttel sellega seoses lahendada?

Renat Shakirzyanov: Meie klientide hulgas on mitu suurt föderaalosakonda, kellele oleme loonud teenused SMEV-i eelmise versiooniga ühenduse loomiseks. Täna peame interaktsiooni rakendama vastavalt uutele metoodilistele soovitustele. Räägime kohandatud tarkvaraarendusest – uute teenuste loomisest või olemasolevate moderniseerimisest.

Renat Shakirzyanov: Kuna nõuded tehnoloogiatele on muutunud, on vaja töö analüütiline osa uuesti teha

Kuna nõuded tehnoloogiatele on muutunud, on vaja uuesti läbi viia töö analüütiline osa. Ja praegu on võimalik mitte ainult tehnoloogiliselt muuta tööskeemi, vaid võib-olla kohandada ka mitu aastat tagasi välja töötatud teenuste ärireegleid, mis võivad oma tähtsuse kaotada. Samal ajal peaksid vanad ja uued teenused töötama paralleelselt vähemalt kuus kuud, et nende kasutajad saaksid SMEV 3.x-ga kohaneda.

Näiteks ühe meie föderaalkliendi ühendamise raames SMEV-iga töötasime mitu aastat tagasi välja eraldi komponendi, mis tagab SMEV 2.x formaadis interaktsiooni välissüsteemide ja osakonna sisesüsteemide vahel, võttes üle vormingu teisendamise funktsioonid. Täna, seoses uute juhiste ilmumisega, loome sarnase lahenduse SMEV 3.x jaoks. Tagamaks, et muudatused ei mõjutaks kliendi äriprotsesse, oleme välja töötanud mehhanismid, mis võimaldavad töötada sama teabega nii SMEV 2.x kui SMEV 3.x puhul, teisendada need sisevormingusse ja edastada töötlemiseks sobiv funktsionaalne agentuurisüsteem. Juhul, kui agentuur ise päringu genereerib, saab meie lahendus aru, millist tüüpi teavet ta vajab, määrab nende vormingu - SMEV 2.x või SMEV 3.x, olenevalt teabepakkuja kasutatavast vormingust ja saadab seejärel vajaliku nõuda. Seega oleme loonud mehhanismi, mis võimaldab töötada üheaegselt SMEV 2.x ja SMEV 3.x puhul ilma osakonnasiseseid funktsionaalseid süsteeme viimistlemata koos võimalusega teabepakkujate ja tarbijate etapiviisiliseks üleminekuks vastavalt nende valmisolekule.

CNews: Kui kaua on teie ettevõte selliseid teenuseid arendanud?

RenatShakirzyanov: Meie arendusmeeskond on föderaalvõimudele SMEV-teenuseid arendanud juba aastaid – peaaegu projekti käivitamise hetkest. Nende testimise käigus teeme tihedat koostööd ka piirkondlike ametiasutustega. Täna on meie meeskonnas umbes 30 inimest.

Olime meeskonna moodustamisel väga tähelepanelikud, kutsusime kohale mitte ainult süsteemiintegraatorite spetsialistid, vaid ka osakondade töötajad. Arvan, et täna on meil üks kogenumaid meeskondi, kes selles suunas töötavad. Oleme seotud paljude pilootprojektidega ja aitame seadusandjatel areneda juhised ja tuvastada ebakõlad erinevates dokumentides.

Rikkalik töökogemus võimaldab minimeerida teenuste ja teabeliikide väljatöötamise ja hooldamise ning teenuste osutamise elektroonilisele vormile üleviimise kulusid. Näiteks näevad õigusaktid ette iga teenuse kohta eraldi teabetüübi väljatöötamise. Kuid on teenuseid, mis erinevad üksteisest veidi. Ja sel juhul oleks soovitav need ühtlustada. Siiski ei tohi unustada, et vähemalt ühe neist muutumise korral tuleb kõik ülejäänud SMEV-s uuesti registreerida. Seetõttu on iga selline juhtum ainulaadne ning teenuste ühendamise ja eraldamise vahel valides tuleb leida tasakaal arendamise ja toe lihtsuse ning edasise kasutamise lihtsuse vahel.

CNews: Milliseid tehnoloogiaid kasutatakse interaktsiooniteenuste loomiseks SMEV 3.0-ga?

RenatShakirzyanov: Kasutame oma lahenduste arendamiseks Java EE tehnoloogiaid. Java EE võimaldab teil luua ja juurutada kaasaskantavaid, töökindlaid, skaleeritavaid ja turvalisi Java-serveri rakendusi.

Meie rakendus põhineb kevadisel raamistikul. See on avatud lähtekoodiga universaalne raamistik Java platvormile. See võimaldab teil lahendada peamisi ülesandeid, mida iga kaasaegne rakendus peaks täitma: töötada Java platvormil DBMS-iga, kasutades JDBC ja ORM tööriistu; koordineerida erinevaid tehinguhalduse API-sid ja seadistada Java objektide tehinguhaldust; luua veebirakenduste raamistik.

Erinevate rakenduste integreerimiseks süsteemi sees kasutame avatud platvormiülest Java-raamistikku Apache Camel.

CNews: Kuidas lahendust toetatakse?

RenatShakirzyanov: RedSysil on spetsiaalne teeninduskeskus, mis hõlmab HelpDeski teenust, ööpäevaringset vihjeliini, valvevahetust ning riist- ja tarkvaratoega seotud osakondi.

Iga osakonna jaoks korraldame teenuste toimimise jälgimise süsteemi, mis võimaldab reaalajas jälgida nende saadavust, kiirust ja toimivust. See võimaldab teil probleeme õigeaegselt ennetada.

CNews: Milliseid lisateenuseid saate osakondadele pakkuda?

RenatShakirzyanov: Juba täna pakume lahendusi, mis võimaldavad kontrollida, kas konkreetsel osakonnal on õigus saada teatud infot. Kavas on kasutusele võtta varem välja töötatud mehhanism õiguste eraldamiseks mitte ainult teabeliikide, vaid ka edastatavate andmete järgi. Need. üks asjakohase juurdepääsuga asutus võib saada andmeid konkreetse kodaniku kohta ja teisele asutusele, kellel puudub juurdepääs, keelatakse. Nii saame reguleerida juurdepääsu piiratud teabele.

Meie lahendus sisaldab ka analüütilist moodulit, mis võimaldab koguda statistilist teavet avalike teenuste kvantiteedi ja kvaliteedi kohta. elektroonilisel kujul ja asutustevaheline koostöö.

Viimasel ajal on SMEV-iga liitunud järjest rohkem piirkondlikke osalejaid ning need pole mitte ainult eri tasandi ametiasutused, vaid ka multifunktsionaalsed keskused ning finants- ja krediidiasutused. Osakondadevahelise suhtluse maht kasvab iga aastaga ning peame oma lahendust laiendama ja toetama, et meie partnerid saaksid laiendada elektrooniliselt osutatavate avalike teenuste loetelu ning tõsta nende osutamise kvaliteeti ja kiirust.

Alates 1. jaanuarist 2015 avalike teenuste osutamisel föderaalsete täitevvõimude ja riigieelarveväliste fondide vaheline suhtlus peaks toimuma eranditult ühe elektroonilise teenuse abil - osakondadevahelise elektroonilise suhtlussüsteemi (SMEV) kolmanda versiooni abil. Samuti on keelatud uute teenuste iseseisev arendamine. Sellest teatati Vene Föderatsiooni telekommunikatsiooni- jamis.

Vene Föderatsiooni moodustavate üksuste asutustel soovitatakse alates 1. jaanuarist 2017 üle minna ühtsele elektroonilisele teenusele, lisas ministeerium, viidates Vene Föderatsiooni valitsuse määrusele nr 1222 „Teenuse kohta edasine areng osakondadevahelise elektroonilise suhtluse ühtne süsteem”.

„Uuendatud teenus annab ühtse vormingu vastastikuseks teabevahetuseks, garanteeritud sõnumite kohaletoimetamise, järjekorramehhanismi elektroonilised sõnumid, mis võimaldab lahendada populaarsete teenuste ülekoormamise probleemi, suurendada edastatava sõnumi suurust 5 MB-lt 1 GB-le ja integreerida ka peamise elektrooniliste allkirjade kontrollimise sertifitseerimiskeskusega, - öeldakse ministeeriumi avalduses. telekommunikatsiooni ja massikommunikatsiooni valdkonnas. "Süsteemi uus versioon hõlmab suhtlemist Vene Föderatsiooni moodustavate üksuste ametiasutuste vahel, mitte ainult föderaaltasandi võimudega, nagu see oli varem."

Üleminek SMEV-i uusimale versioonile on kavas alustada kõige nõutavama teabega. Ülejäänud olemasolevate teenuste väljalülitamist veel ei tehta, kuid uute, nõuetele mittevastavate teenuste käivitamine peatub 1. jaanuarist 2015.

Testrežiimis on SMEV-i uusim versioon juba käivitatud Moskvas, Mordvaas, Baškortostanis, Tatarstanis, Tjumenis, Jaroslavlis, Novosibirski piirkonnad ja Primorye, vastavalt telekommunikatsiooni- ja masõnumile.

Pange tähele, et SMEV 3.0-ga algas e-riigi infrastruktuuri üleminek vabale tarkvarale. Süsteemi uue versiooni ehitamiseks valiti tasuta Apache ActiveMQ lahendus, eelmine versioon aga Oracle'i lahendusele.

Kuidas SMEV 3.0 töötab

Kommunikatsiooniministri asetäitja Aleksei Kozyrev rääkis hiljutises intervjuus SMEV-i uue versiooni omadustest:

„Nüüd SMEV 2.0-s juurutatud funktsionaalsus jääb täielikult alles.

SMEV 3.0 lisab garanteeritud tarnejärjekorraga seotud funktsionaalsuse, mis võimaldab osakondadel asünkroonses režiimis suhelda ja seeläbi tagada tippkoormuste silumine – süsteemi stabiliseerimine.

Kolmandas versioonis luuakse tehnoloogia, milles teabevahetuseks SMEV-is suhtlemise korraldamiseks ei pea teatud eritingimustel iga kord oma tarnijaga integreeruma.

Nüüd on meil tohutult palju integratsiooniprojekte, millest igaüks teostab kahesuunalist integratsioonitesti, et veenduda elektroonilise suhtluse toimimises. See võtab palju raha, palju aega. Uus SMEV erineb eelmisest versioonist selle poolest, et loob integratsioonistandardi, mille raames saab seadete abil muuta andmete koostist ja andmeid tagastava teenuse tüüpi.

Samuti loome automatiseeritud testimissüsteemi.

Fakt on see, et kui keegi SMEV-ga ühenduse võttis, valis ta vajalikku teavet ja seadistage oma adapter, et see saaks seda teavet koguda, peate veenduma, et see säte on õige.

Ja nüüd, kui regioonid rivistuvad föderaalsete täitevvõimude ees ("testime teiega teabevahetuse õigsust"), tekib kitsaskohaefekt. Seega, et kõik saaks tehtud teie enda arendaja jõududega, ilma et oleks vaja sellelt poolelt midagi ette võtta.

Loome automaattesti, mis võimaldab moodustada teatud olukordadest andmebaasi: kuidas teenus reageerib, kui päring on õige, kuidas reageerib, kui see on ekslik. See käitub täielikult nagu võitlusteenus ja võimaldab teil testida tehtud konfiguratsiooni.

Lõpuks rakendab uus SMEV tehnoloogiat suurte andmemahtude edastamiseks.

Praegu kehtivad piirangud - saate saata mitte rohkem kui 5 MB manuseid. Ja kui näiteks Rosreestr soovib katastriskeemidega dokumentide vormis manust üle kanda, siis see "ei hiili läbi". See probleem lahendatakse tänu sellele, et sõnum sisaldab linki dokumendile, mis asub SMEV-iga integreeritud failihoidlas.

SMEV 3.0-s on piirkondlike operaatorite funktsionaalsus oluliselt arenenum – üksuste jaoks, kes integreerivad oma piirkondlikud bussid föderaalbussidega.

Seni täidab enamikku meie haldusfunktsioonidest Rostelecom ja selle sisenemispunktid (aadressid Meil jne) toimivad liidestena piirkondlikele operaatoritele. Samas on funktsioonid ise neile justkui suletud.

Nüüd loome spetsiaalse liidese, mis võimaldab teil näha aruandlust ja ressursside saadavust kohapeal, samuti täita enamikku SMEV operaatori funktsioone piirkondlikul tasandil.

Nüüd on meil üks SMEV (föderaalne tasand) ja 83 piirkondlikku segmenti igas Vene Föderatsiooni subjektis (v.a Krimm ja Sevastopol) – selline loogiline SMEV.

Interaktsioone on mitut tüüpi piirkondlikul tasandil, mis peaks teenindama piirkondlikku SMEV-i. Tegelikult näeme praegu, et pooled katseisikud on juurutanud oma integratsioonibussid, mis täidavad piirkondlike SMEV-i funktsioone.

Selgub, et selle kujunduse puhul muutub e-riigi taristu regionaalne segment (regionaalne SIEV) üleliigseks, kuna dubleerib seda, mida piirkond juba oma tasemel teeb.

Anname sellistele õppeainetele võimaluse integreeruda otse föderaalse SMEV-ga.

Uus süsteem võimaldab regionaalbussi otse ühendada föderaalse SMEV-ga. See vähendab oluliselt kogu infrastruktuuri toimimise koormust. Nendele üksustele, kellel ei ole oma piirkondlikke busse, pakume ka võimaluse ühendada piirkondlikud infosüsteemid föderaalse SMEV-ga.

Juulis 2010 sõlmis Dmitri Medvedev lepingu föderaalseadus nr 210-FZ "Riigi- ja munitsipaalteenuste osutamise korraldamise kohta". 2011. aasta oktoobri alguses toimus "Elektroonilise Valitsuse" käivitamine, mille raames eraldati eraldi projekt - osakondadevahelise elektroonilise suhtluse süsteem (SMEV). Viimasel ajal on riigiasutused ja kohalikud omavalitsused läinud üle SMEV 3.0-le, mis on osakondadevahelise suhtlussüsteemi uusim versioon. NBJ-le rääkis selle eelistest kommunikatsiooniministri asetäitja ja massikommunikatsiooni Venemaa Föderatsioon Aleksei KOZYREV.

NBJ: Aleksei Olegovitš, palun rääkige meile esimestest tulemustest osalejate üleminekul osakondadevahelise elektroonilise suhtluse sü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 uue versiooni juurutamise etappi. kaubanduslik operatsioon kõigile osakondadevahelises suhtluses osalejatele.

Teave, mida ametiasutused SMEV kaudu edastavad, on nõutud erineval viisil. Ühte tüüpi teavet küsitakse väga sageli, teist 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 andmeedastuseks läbi SMEV kolmanda versiooni. Lisaks nendele struktuuridele on sellega juba liitunud mitmed Vene Föderatsiooni subjektid: Moskva, Tjumeni piirkond muud…

NBJ: Liigeid pole veel palju.

A. KOZYREV: Nende osakondade edastatav teave moodustab 80% kogu teabest, mida SMEV kaudu edastatakse. Üldiselt on süsteemiga ühendatud 11 000 osalejat, sealhulgas 85 Vene Föderatsiooni moodustavat üksust, enam kui 70 föderaalvalitsusorganit ja 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 loomulikult: muudatuste tegemisel määrused föderaalvõimud täiustavad oma infosüsteeme ja lülitavad vanad välja. 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 erineb SMEV 3.0 SMEV 2.0-st ja SMEV-st?

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

Kui tuua analoogia, siis võime öelda, et osakondadevahelise elektroonilise suhtluse süsteem on riigi sisevõrk. Sisevõrgus töötavad veebisaidid 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 osakondadevahelise elektroonilise suhtluse süsteemis osalejad saavad seda saada.
SMEV 2.0 võimaldas vahetada teavet - saata päringuid ja saada veebipõhiseid vastuseid või viivitatud 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 päringuid sinna jõudis, sama palju lendas saidile. Protsessis osalesid mitmed osapooled: tarbijad, otse SMEV, mille kaudu nende pöördumised läbisid, ja osakonna infosüsteem, mis töötles päringuid ja vastas neile viivitamatult. Sageli ei saanud ta veebis esitatud päringute mahuga hakkama.

NBJ: Kuidas teil õnnestus probleem lahendada?

A. KOZYREV: SMEV-i kolmandas versioonis 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. kuupäevaks osutus see kättesaamatuks, avanes veateade. Tegime nii, et 21., selle asemel, et üritada edutult objektile pääseda, kutsutakse “parkimiskohta võtma” ja oma järjekorda ootama. 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. Puhvrite arvu suvalise suurendamise tagab süsteemi funktsionaalsus ise, seda nimetatakse garanteeritud kohaletoimetamise järjekorraks.

Teine erinevus SMEV 3.0 vahel on järgmine: varem sai süsteemi kaudu edastada infot, mis ei ületanud viit megabaiti ühes sõnumis, sellest piisas. Nüüd on sageli vaja tekstile lisada fail, näiteks pilt maatükk, katastriplaan. Viis megabaiti sellest teabest ei mahu. Oleme suurendanud andmeedastusvõimalusi reaalselt gigabaitideni, mis katab täielikult kõigi süsteemis osalejate vajadused.

SMEV 2.0 puhul vajas iga sait eraldi brauserit, kuna puudus konkreetne standard, ühtne andmevahetusprotokoll kõigile osalejatele. SMEV 3.0-s rakendasime selle. 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 ülalpidamis- ja arenduskulusid. Vajalik on ühendus 61. allika SMEV-ga lisatasu, seda pole enam vaja. 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.

SMEV korralikuks tööks on vaja ühendada kõik selle sõlmed kindla krüptograafiaga kaitstud sidekanalitega. Kuni viimase ajani oli nende sõlmede infrastruktuur üsna keeruline. SMEV 3.0 osana sai võimalikuks muuta marsruutimise päringuid selle kaudu senisest tõhusamaks. Enne süsteemi uusima versiooni kasutuselevõttu läbisid kõned suure hulga sõlmede kaudu, mis tekitas 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 on täitunud?

A. KOZYREV: Jah, süsteemis osalejate nimekiri on laienenud. Elektroonilisi allkirju väljastavad sertifitseerimiskeskused on ühendatud SMEV-ga, nad on juba ühendanud ülemkohus ja Ülim vahekohus RF. Varem ei olnud kohtusüsteemil juurdepääsu riigi infosüsteemidele. Sel aastal olid SMEV osalejad Vene liit autokindlustusandjad, föderaalne notarikoda (organisatsiooni kaudu toimub suhtlus Venemaa föderaalse maksuteenistusega).

SMEV on suletud süsteem, selle liikmeks on võimalik astuda vaid vastava õigustloova akti olemasolul. Süsteemiga liitumise otsuse teeb komisjon, mida juhib Venemaa Föderatsiooni telekomi- ja massikommunikatsiooniminister Nikolai Nikiforov.

SMEV-i osalejate osas tuleks arvesse võtta järgmist: meie riigis on üle 24 tuhande omavalitsuse, ligikaudu 970 krediidiasutust, ligikaudu 80 föderaalasutust ja 85 föderatsiooni subjekti. Koos loovad nad umbes 26-27 tuhat võimalikku suhtluses osalejat, arvestamata eelarveasutused, mis võiks samuti süsteemiga ühenduse luua, kuid ära tee seda veel. Informatiseerimine õppeainetes on 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 alla.

Mõnes omavalitsuses, kuhu põhikanalid pole veel jõudnud, puudub ühendus veel, mistõttu toimub osakondadevaheline suhtlus lähima omavalitsuse kaudu, kus internet on saadaval. Kõigi osalejate juurdepääs süsteemile pole küsimustki, vaid mõned neist saavad juurdepääsu võrguühenduseta.

Muide, telekomi- ja mon 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, millest võtavad osa asutustevahelise koostöö eest vastutavate piirkondlike ametiasutuste juhid. Konverentsidel uurime üksikasjalikult päringute arvu statistikat, korreleerime selle teema populatsiooniga ja reastame seejärel piirkonnad päringute intensiivsuse järgi. On piirkondi, mis on kaugel maha jäänud ja kus on loodud ühenduvus, kuid nad ei soovi seda kasutada, sest nad on pühendunud aegunud tehnoloogiatele, nagu faks. Jälgime statistikat ja anname õppeainetele regulaarselt juhiseid üleminekuks paberkandjal dokumendihaldusest elektroonilisele. Enamik piirkondi kasutab aga juba aktiivselt SMEV-i. Maksimaalne taotluste arv pärineb Burjaatia Vabariigist, Taga-Baikali territooriumilt, Brjanski, Kostroma ja Tambovi piirkondadest.

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

A. KOZYREV: Andmebaasihaldussüsteem (edaspidi DBMS – toim.) on infosüsteemide klass. Seal 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 programmeerimiskogukonnad. Sarnast DBMS-i saab kasutada tasuta.

SMEV 3.0, mis on integratsioonisiin, põhines Oracle'i tehnoloogiatel. Viisime hiljuti süsteemi tasuta üle tarkvara, mida nimetatakse ActiveMQ-ks, on Apache Software Foundationi kogukonnaarendus. ActiveMQ on tasuta tarkvara, mille Venemaa programmeerijad on kohandanud kasutamiseks osakondadevahelises elektroonilises koostöös. Oracle’il põhinev 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. Positiivsete testitulemuste korral läheme 2016. aastal üle tasuta tarkvarale. Peetakse kui võimalik variant tasuta tarkvara PostgreSQL DBMS-i jaoks.

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

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

A. KOZYREV: Seaduse kohaselt peavad krediidiasutused pakkuma valitsusorganid teave kodanike tehtud maksete kohta. Sellest kohustusest on saanud kõik pangad SMEV-ga ühendamise 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 omakorda võib kaasa tuua madalamad laenuintressid.

Sellel protsessil on 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 kohusetundlik laenuvõtja loa oma isikuandmete kasutamiseks konkreetsele krediidiasutusele. Meil on selline tehnoloogia, see töötab avalike teenuste portaali ja mobiilirakenduste kaudu, näeb välja selline: inimene tuleb panka ja täidab laenutaotluse ankeedi, finantsorganisatsioon küsib E-riigi kaudu teavet kodaniku krediidivõime kohta. infrastruktuuri. Potentsiaalne laenuvõtja saab SMS-i palvega kinnitada pangale teabe edastamist. Nõusoleku krediidiasutusele teabe andmiseks saab anda vastuse SMS-sõnumiga, läbi mobiilirakendus või avalike teenuste portaalis - sõna "lubada" vastas oleva linnukese abil. Kui kodanik annab nõusoleku oma isikuandmete kasutamiseks, saab pank neile juurdepääsu.

Meie hinnangul on selline tehnoloogia universaalne, seda saab laiendada igasugusele teabele, mida inimene soovib enda kohta edastada kolmandatele isikutele – mitte ainult krediidiasutustele.
Praegu viib läbi Venemaa kommunikatsiooniministeerium koos Venemaa suurimate jaepankadega pilootprojekt tehnoloogia kasutamise kohta rahapesu andmebüroolt krediidivõimelisuse kohta teabe saamiseks. Selles osalevad Tinkoff Bank, Citibank, Bank of Moscow - täisnimekirjas on 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 varasügiseks muutub projekt püsivaks ja tehnoloogia kättesaadavaks kõikidele krediidiasutustele. Fikseerime riigi infosüsteemidest teabe andmise korra - täna pole see kuskil selgelt välja toodud.

Arvatakse, et kodanik saab isikuandmete saamiseks kirjaliku nõusoleku võtta ühekordselt ja sellele viidata igal teabe hankimise katsel. Sel juhul on olukorda raske kontrollida: pankadest tuleb miljoneid päringuid, me ei saa kunagi igal konkreetsel juhul loa olemasolu kohta teada. Kohapealse kontrolliga võib olla võimalik tuvastada isikuandmete ohtu sattumist, kuid alles pärast seda, kui teave on juba edastatud. Venemaa kommunikatsiooniministeeriumi tehnoloogia hõlmab 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öderaalsete jaepankadega. krediidiorganisatsioonid. Riigi osalusega suurpankadel on juba praegu võimalus saada riigi infosüsteemidest krediidivõimelisuse kohta teavet, mida ei saa öelda teiste jaefinantsasutuste, eriti piirkondlike jaefinantsasutuste kohta. Uus tehnoloogia annab neile suurepärase võimaluse paremini maandada laenuvõtja riski, alandada intressimäärasid ja parandada oma pakkumiste krediidivõimet.

NBJ: Milliseid teenuseid SMEV kaudu osutatakse nii eraisikutele kui juriidilised isikud on täna nõutud?

A. KOZYREV: Kodanikud nõuavad 15 föderaalset ja 20 piirkondlikku teenust, umbes 85% kõigist taotlustest langeb neile 35-le.

Föderaalvõimude pakutavate teenuste hulka kuuluvad: passi väljastamine ja juhiluba, transpordi registreerimine, maksude ja trahvide tasumine, maksudeklaratsiooni esitamine, kinnisasja omandiõiguse registreerimine, kinnisasja katastrisse kandmine, sellest väljavõtte saamine, samuti ühtsest riiklikust registrist. riiklik registerõigused Kinnisvara ja tegeleb sellega.

Piirkondlike ametiasutuste pakutavate populaarsete teenuste hulka kuuluvad abielu, surma, sünni, lahutuse registreerimine, registreerimine ja nimemuutus. Lisaks on disain populaarne sotsiaaltoetused ja väljaandmine jahitunnistus. Neid teenuseid osutatakse MFC, ühtse avalike teenuste portaali ja ametiasutuste kaudu.

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

NBJ: Kui sageli ja miks osakondadevahelise elektroonilise suhtluse süsteem ebaõnnestub?

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

Üks viimaseid rikkeid tekkis telekommunikatsiooniseadmete, nn koormuse tasakaalustaja ja selle tagavara rikke tõttu. See on haruldane juhtum, kuid seda on juhtunud. Järjekordne rike tekkis päringute mahu suurenemise tõttu: andmebaas ületas tehnoloogilise ala, kus talletati teavet edastatud päringute kohta, mis tõi kaasa häireid andmebaasis.

Üldjuhul tulevad intsidentide kõrvaldamise 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 ning SMEV kui integratsioonisiin. Hetkel haldab nende infosüsteemide tehnilist tuge üks organisatsioon.

Kujutage ette: päringu saatja on Ivanovo oblastis asuv MFC, mille infosüsteemi teenindab mõni organisatsioon. Keskel on päringuid edastav ja vastuseid edastav SMEV, selle tehnilist tuge haldavad telekommunikatsiooni- ja mning Rostelecom. Suhte kolmas pool on saaja, näiteks Siseministeerium, neil on oma töövõtjad, kes teenindavad 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 tehnilise toe osa 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 võiks SMEV võtta lisaks sellele, mis talle täna on määratud? Kas selle funktsionaalsust on plaanis laiendada?

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

Vaja on korraldada ühtne viiteteabe süsteem, mis tagab ühtse protseduuri teaberessursside 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 asutuselt teabe osana saada aadress, siis tõenäoliselt annab iga osakond selle vastavalt oma vormindusstandardile: tekstistring, lõikamine jne. Andmete esitamise ebaühtlus toob kaasa vastuolud, mis kuhjuvad inforessurssidesse.

On oluline, et kogu valitsuse infrastruktuur kasutaks samu teabekogumeid selges ja standardiseeritud vormingus. Arvan, et SMEV arendamise järgmine etapp on pühendatud standardiseerimisele ja riigiandmete ühtse mudeli väljatöötamisele.