Mis on smav versioonid 2 ja 3. Kuidas leida vajalikku tüüpi teavet smav3

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

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

CNews: Mis on peamine SMEV erinevus 3 eelmisest versioonist?

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

Uued asünkroonsed tehnoloogiad SMEV 3.x võimaldavad vähendada infrastruktuuri tippkoormust, mis on tingitud järjekorra moodustumisest, mille sõnumeid töödeldakse järk-järgult. Osakond määrab ise, millal ja millise intensiivsusega järjekorras olevaid taotlusi töödelda. On selge, et samal ajal kannatab nende täitmise efektiivsus, kuid väheneb 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 edastamise, 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 teabe tüübi – loendi teabest, mida nad soovivad pakkuda või saada, ning avaldavad selle ühe teenuse kaudu kõigile teistele tarbijatele ja tarnijatele.

Samuti üks olulisi eeliseid uus versioon SMEV on edastatud failide mahu suurenemine. Kui varem sai ühe kirjaga manuseid üle kanda kuni 5 MB, siis nüüd on see arv suurendatud 1 GB-ni. See uuendus võimaldab teil kuvada asutustevaheline koostöö uuele tasemele.

CNews: Milliseid uusi ülesandeid peab teie ettevõte sellega seoses lahendama?

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

Renat Shakirzyanov: Kuna nõuded tehnoloogiatele on muutunud, on vaja töö analüütiline osa uuesti läbi viia

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 oleksid võinud oma tähtsuse kaotada. Samas peavad 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 paar aastat tagasi välja eraldi komponendi, mis pakub SMEV 2.x formaadis interaktsiooni väliste süsteemide ja osakonna sisesüsteemide vahel, võttes üle formaadi teisendamise funktsioonid. . Täna, seoses uute juhiste ilmumisega, loome sarnase lahenduse SMEV 3.x-le. Selleks, et muudatused ei mõjutaks kliendi äriprotsesse, oleme välja töötanud mehhanismid, mis võimaldavad töötada sama infoga nii SMEV 2.x kui SMEV 3.x puhul, konverteerida need sisevormingusse ja üle kanda vastavasse funktsionaalsesse süsteemiosakond töötlemiseks. Juhul, kui osakond ise päringu vormistab, mõistab meie lahendus, 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 samaaegselt SMEV 2.x ja SMEV 3.x ilma muutmiseta. funktsionaalsed süsteemid osakonna sees koos võimalusega teabe tarnijate ja tarbijate järkjärguliseks üleminekuks vastavalt nende valmisolekule.

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

RenatShakirzyanov: Meie arendusmeeskond töötab välja SMEV-teenuseid föderaalasutustele täidesaatev võim aastaid – peaaegu projekti algusest peale. Nende testimise käigus suhtleme tihedalt ka piirkondlike ametiasutustega. Täna on meie meeskonnas umbes 30 inimest.

Me lähenesime väga hoolikalt meeskonna moodustamisele, 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 välja töötada suuniseid ja tuvastada ebakõlasid erinevates dokumentides.

Meie rikkalik kogemus võimaldab minimeerida teenuste ja teabeliikide väljatöötamise ja hooldamise kulusid, samuti teenuste osutamise elektrooniliseks vormindamiseks. 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 tasu unustada, et kui neist vähemalt üks muudetakse, tuleb kõik ülejäänud SMEV-is 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 SMEV 3.0-ga suhtlemiseks teenuste loomiseks?

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

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

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

CNews: Kuidas lahendust toetatakse?

RenatShakirzyanov: RedSysil on spetsiaalne teeninduskeskus, mis sisaldab HelpDeski, ööpäevaringset vihjeliini, töövahetust ning riist- ja tarkvara tugiüksusi.

Iga osakonna jaoks korraldame teenuste toimimise jälgimissüsteemi, mis võimaldab jälgida nende saadavust, kiirust ja toimivust reaalajas. See võimaldab teil õigeaegselt vältida probleemide tekkimist.

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 eristamiseks mitte ainult teabe liikide, vaid ka edastatavate andmete järgi. Need. üks osakond, kellel on sobiv juurdepääs, saab vastu võtta andmeid konkreetse kodaniku kohta, samas kui teine ​​osakond, kellel puudub juurdepääs, keelatakse. Nii saame reguleerida juurdepääsu piiratud teabele.

Samuti sisaldab meie lahendus analüütilist moodulit, mis võimaldab koguda statistilist teavet renderdamise kvantiteedi ja kvaliteedi kohta avalikke teenuseid v elektroonilisel kujul ja asutustevaheline koostöö.

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

Materjalis esitatakse algoritm teabetüüpide otsimiseks SMEV 3. Käsitletakse õhusõiduki teabeallikaid: SMEV tehnoloogilise portaali liidest, kasutusele ülemineku kava Metoodilised soovitused 3.x, SMEV ühtne aruanne. Kirjeldatakse lennuki tootmisversiooni töövõime kontrollimise protsessi.

SMEV-is teabe tüübi leidmise probleem

SMEV-i arendajad teevad ettepaneku kasutada teabetüüpide SMEV 3 peamise otsinguvahendina veebiliidest, mis asub tehnoloogilises portaalis aadressil https://smev3.gosuslugi.ru. Samal ajal antakse kasutajale võimalus otsida ainult teabe tüübi nimetuse järgi, samas kui tehnilise portaali eelmise versiooni jaoks oli ette nähtud palju laiem filtrite komplekt:

• teenuse omanik (osakond või organisatsioon)
• identifikaatori järgi
• kirjelduses oleva märksõna järgi
• kasutusvaldkonna järgi
• saadavuse järgi (avalik / piiratud kättesaadavus)

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)
• väga pikk aeg (kuni 6 kuud või rohkem) võib minna teatud tüüpi teabe testkeskkonda väljundi ja tootmiskeskkonna vahel
• väga sageli väljastatakse test- ja tootmiskeskkonda sama tüüpi teabe mitu versiooni
• SMEV Tehnikaportaalis lõpetasid nad ajakohaste andmete avaldamise lennukite tarbijate kohta
• SMEV-i tehnilise portaali teabe tüüpi kaarte otsingumootorid ei indekseeri
• lõpuks, hiljuti ametliku vastavuse vajaduse tõttu planeeritud kuupäevad, on sageli tavaks paigaldada produktiivses keskkonnas teabe tüüpidele "stub" (lennuk võetakse tootmisse, kuid see kas ei vasta produktiivsetele päringutele või vastab katseandmetega)

Need probleemid raskendavad teabe otsimist teabe tüübi kohta ja raskendavad lennukiga ühendamise alustamise otsust.

Täiendavad andmeallikad teabe tüüpide kohta

Ühtse elektroonilise teenuse SMEV abil teabe edastamisele ülemineku kava

SMEV-i tehnoloogilises portaalis on avaldatud dokument "Üleminekuplaani protokolli lisa 2 ...", milles on toodud õhusõidukite loetelu ja elektrooniliste teenuste üleandmise ajakava ESMEV versiooniga töötamise metoodiliste soovituste rakendamiseks. 3. See dokument on väga väärtuslik mitmel põhjusel.

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

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

Kolmandaks esitab dokument testimis- ja tootmiskeskkonnas teatud tüüpi teabe väljastamise kuupäevad. Siiski tuleb meeles pidada, et need kuupäevad on ligikaudsed ja võivad nihkuda. Ka lavastuse teabe liigi formaalne järeldus ei näita selle toimivust.

Kõige tähtsam on see, et dokument on Exceli fail. Selles töötab 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, mis vastavad SMEV2 teenustele.

Ühtne aruanne SMEV kohta

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

Dokument on Exceli fail ja sisaldab palju kasulikku statistilist teavet. Muuhulgas sisaldab see vahekaarti Nõudmata teenused, kus on loetletud teenused ja teabe tüübid, mida ei taotleta. Seega, kui teabe tüüp peaks andma nõutavat teavet (1), on juba tootmiskeskkonda sisse viidud (2) ja samal ajal sisaldub "taotlemata" (3) arvus - tõenäoliselt on see tegelikult , see ei ole toimiv.

Fail "Lennuki olek"

Hiljuti ilmus SMEV 3 tehnoloogilise portaali avalehel teabeplokk lingiga 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 "teabetüüpide registreerimise oleku aruanne". Leitud teksti all on link faili praegusele versioonile.

30.05.2018.

Fail sisaldab järgmist teavet:

• täielik nimekiri SMEV-i osalejatest ja nende infosüsteemidest (vahekaart "Participant Status")
• teabe tüüpide täielik loetelu koos tarnija, vastava teenuse SMEV2 (kui see on olemas) ning katse- ja tootmiskeskkonna õhusõiduki väljundi olekuga (vahekaart "Õhusõiduki olek")

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

Teabe tüübi otsingualgoritm

Teabetüüpide loeteluga kokkuvõtlike failide kasutamine veebiliidese asemel hõlbustab oluliselt vajaliku õhusõiduki leidmist.

Otsingu algoritm ise näeb välja selline:

1. Minge SMEV-i tehnoloogilisele portaalile ja laadige alla faili "Lennuki olek" praegune versioon
2. Otsime õhusõidukeid standardse otsingufunktsiooni abil:
   1. vastava teenuse nime või SID järgi SMEV2-s
   2. tarnijate osakonna järgi
   3. märksõna järgi
3. Kui loend sisaldab sama lennuki mitut versiooni, peaksite kasutama uusimat
4. Kui teil on juurdepääs failile "Ühtne SMEV aruanne", tasub kontrollida, kas teabe tüüp ei sisaldu taotlemata teabe hulgas

Nagu eespool mainitud, ei garanteeri andmevaate tootmiskeskkonda viimine 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. Juurdepääs lennukitele tootlikus keskkonnas
3. Looge käsitsi mitu lahingutaotlust vastavalt relvajõudude skeemile
4. Kasutades SMEV-i tasuta klienti, saatke need võitlustaotlused produktiivses keskkonnas teabe Vidale
5. Oodake päringutele sisukaid vastuseid (loomulikult pole veakoodidega vastused või testandmetega vastused mõttekad)

Ainult sisukate vastuste olemasolu produktiivses keskkonnas võimaldab hinnata SMEV 3 andmetüübi tegelikku jõudlust ja võib olla signaaliks lennukiga integreerimise alustamiseks.

Alates 1. jaanuarist 2015 avalike teenuste osutamisel föderaalsete täitevvõimude ja osariigi eelarveväliste fondide vaheline suhtlus peaks toimuma eranditult üheainsa elektrooniline teenus- osakondadevahelise elektroonilise suhtluse süsteemi (SMEV) kolmas versioon. Samuti on keelatud uute teenuste isearendus. Sellest teatati Vene Föderatsiooni telekommunikatsiooni- jamis.

Moodustavate üksuste ametiasutused Venemaa Föderatsioon soovitati alates 1. jaanuarist 2017 üle minna ühtsele elektroonilisele teenusele, lisati ministeeriumis, viidates Vene Föderatsiooni valitsuse määrusele nr 1222 „A. edasine areng osakondadevahelise elektroonilise suhtluse ühtne süsteem.

"Uuendatud teenus pakub ühtse vormingu vastastikuseks teabevahetuseks, sõnumite garanteeritud kohaletoimetamiseks, elektrooniliste sõnumite järjekorda seadmise mehhanismi, mis võimaldab lahendada populaarsete teenuste ülekoormuse probleemi, suurendada edastatava sõnumi suurust 5 MB-lt 1-le. GB, samuti integreerimine peamise sertifitseerimiskeskusega elektrooniliste allkirjade kontrollimiseks, - öeldakse telekommunikatsiooni- ja maavalduses. "Süsteemi uus versioon eeldab suhtlemist Vene Föderatsiooni moodustavate üksuste ametiasutuste vahel, mitte ainult föderaalse tasandi ametiasutustega, nagu see oli varem."

Üleminekut SMEV-i uusimale versioonile on plaanis alustada kõige nõutavama teabega. Ülejäänud seniste teenuste sulgemist 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, Tjumenskajas, Jaroslavskajas, Novosibirski piirkonnad ja Primorye, vastavalt telekommunikatsiooni- ja masõnumile.

Pange tähele, et SMEV 3.0 alustas e-riigi infrastruktuuri üleminekut vabale tarkvarale. Süsteemi uue versiooni ehitamiseks valiti tasuta Apache ActiveMQ lahendus, eelmine versioon aga ehitati Oracle lahendusele.

Kuidas SMEV 3.0 töötab

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

„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, mis võimaldab korraldada suhtlust SMEV-is teabe vahetamiseks, iga kord pole vaja nende tarnijaga integreerida mis tahes eritingimustel.

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

Samuti loome automatiseeritud testimissüsteemi.

Fakt on see, et kui keegi SMEV-ga ühenduse lõi, valis ta vajalikku teavet ja konfigureerisin mu adapteri, et see saaks seda teavet vastu võtta, peate veenduma, et see säte on õige.

Ja nüüd, kui regioonid rivistuvad föderaalsete täitevvõimude poole (“testime teiega infovahetuse õigsust”), on ilmnemas kitsaskoha efekt. Seetõttu, et kõik saaks tehtud teie enda arendaja jõududega, ilma et oleks vaja teiselt poolt midagi ette võtta.

Loome automaattesti, mis võimaldab moodustada teatud olukordadest andmebaasi: kuidas teenus reageerib õigele päringule, kuidas - ekslikule. See käitub täielikult nagu "võitlusteenus" ja võimaldab 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 pääse läbi". See probleem lahendatakse tänu sellele, et sõnumisse põimitakse link dokumendile, mis on SMEV-ga integreeritud failimälus.

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

Seni täidab enamikku meie haldusfunktsioone Rostelecom ja sellesse sisenemise punktid (aadressid Meil jne) toimivad liidestena piirkondlikele operaatoritele. Funktsioonid ise on nende eest justkui suletud.

Nüüd loome spetsiaalse liidese, mis võimaldab kohapeal näha aruandlust ja ressursside saadavust ning 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 moodustavas üksuses (v.a Krimm ja Sevastopol) – selline loogiline SMEV.

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

Selgub, et selles struktuuris muutub e-riigi taristu regionaalne segment (regionaalne SMEV) üleliigseks, sest see dubleerib seda, mida piirkond oma tasemel juba teeb.

Anname sellistele üksustele 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. Neile üksustele, kellel pole 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 toodi välja eraldi projekt - osakondadevahelise elektroonilise suhtluse süsteem (SMEV). Viimasel ajal on riigiasutused ja kohalik omavalitsus läks üle SMEV 3.0-le - osakondadevahelise suhtlussüsteemi uusimale versioonile. Kommunikatsiooniministri asetäitja ja massikommunikatsiooni Venemaa Föderatsioon Aleksei KOZYREV.

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

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

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

NBJ: Osalejaid pole veel väga palju.

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

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

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

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

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

NBJ: Kuidas teil õnnestus probleem lahendada?

A. KOZYREV: 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. päeval ei olnud see saadaval, ilmus veateade. Tegime nii, et 21. kuupäeval palutakse ebaõnnestunud objektile pääsemise katsete asemel “võtta parkimiskoht” ja oodata oma järjekorda. Infosüsteemi tühjenemisel jõuavad päringud adressaadini ja puhver vabaneb järk-järgult. Kõik töödeldakse sekundi murdosa jooksul ja veateadet ei kuvata. Suvalise puhvrite arvu suurendamise tagab süsteemi enda funktsionaalsus, seda nimetatakse garanteeritud tarnejärjekorraks.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Teenused, mida piirkondlikud omavalitsused nõuavad, hõlmavad abielu, surma, sünni, lahutuse, registreerimise ja nimevahetuse registreerimist. Lisaks on disain populaarne. sotsiaaltoetused ja jahipileti väljastamine. Neid teenuseid osutatakse MFC kaudu, Üks portaal avalikud teenused, ametiasutused.

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

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

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

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

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

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

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

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

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

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

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

Interaktsiooni rakendatakse:

asutustevaheline süsteem elektrooniline dokumendihaldus(MEDO).

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

Mis on SMEV ja milleks see on mõeldud?

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

Osakondadevahelises elektroonilises suhtluses osalejad (SMEV-s osalejad) on föderaalsed täitevorganid, osariigi eelarvevälised fondid, täitevorganid Vene Föderatsiooni moodustavate üksuste riigiasutused, kohalikud omavalitsused, riigi- ja munitsipaalasutused, multifunktsionaalsed keskused, muud asutused ja organisatsioonid.

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

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

SMEV põhifunktsioonid

SMEV-i peamised funktsioonid on:

riigi- ja munitsipaalteenuste saamiseks vajalike ning taotlejate poolt ühtse portaali kaudu esitatavate päringute, dokumentide ja teabe edastamine SMEV-ga ühendatud infosüsteemidesse;

elektrooniliste sõnumite vahetamine SMEV osalejate vahel;

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

Oma ülesannete täitmiseks pakub SMEV:

SMEV-i tehnoloogiline tugi

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

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

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

Kuidas saada SMEV-i liikmeks?

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

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

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

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

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

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

AIS MFC ÄRI

2. Föderaalne osariigi infosüsteem "Riigi- ja munitsipaalteenuste (funktsioonide) ühtne portaal".

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

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