Prilagoditev storitev Smav 3.0. Enotni sistem medresorskega elektronskega medsebojnega delovanja (SMEV)

Izvajanje interakcije informacijskih sistemov organizacij in oddelkov poteka v okviru državnega ciljnega programa "Informacijska družba (2011-2020)".

Interakcija se izvaja znotraj:

sistemi medresorskega elektronskega upravljanja z dokumenti (MEDO).

enoten sistem medresorske elektronske interakcije (SMEV).

Kaj je SMEV in čemu služi?

Enotni sistem medresorskega elektronskega medsebojnega delovanja (SMEV) - informacijski sistem zvezne države, zasnovan za organizacijo informacijske interakcije med informacijskimi sistemi udeležencev SMEV z namenom zagotavljanja državnih in občinskih storitev ter opravljanja državnih in občinskih funkcij v elektronski obliki.

Udeleženci medresorske elektronske interakcije (udeleženci SMEV) so zvezni izvršni organi, državni zunajproračunski skladi, izvršni organi državne moči sestavnih subjektov Ruske federacije, organi lokalne samouprave, državni in občinski zavodi, večnamenski centri, drugi organi in organizacije.

Namen ustvarjanja SMEV je izboljšati kakovost opravljanja državnih in občinskih storitev ter opravljanje državnih in občinskih funkcij z uporabo skupnih informacijskih virov, zmanjšati čas za iskanje in obdelavo informacij v elektronski obliki.

SMEV je zasnovan za reševanje naslednjih nalog:

Glavne funkcije SMEV

Glavne funkcije SMEV so:

prenos zahtev, dokumentov in informacij, potrebnih za pridobitev državnih in občinskih storitev, ki jih vlagatelji pošljejo prek enotnega portala v informacijske sisteme, povezane s SMEV;

izmenjava elektronskih sporočil med udeleženci SMEV;

pošiljanje zahtevkov, drugih dokumentov in informacij, obdelanih v informacijskih sistemih, na en portal, pa tudi informacij o poteku zahtev in rezultatih opravljanja storitev.

Za izpolnitev svojih funkcij SMEV zagotavlja:

Tehnološka podpora SMEV

Tehnološka podpora interakciji informacij z uporabo SMEV je dosežena z uporabo:

storitveno usmerjena arhitektura, ki je zbirka elektronskih storitev, zgrajena po splošno sprejetih standardih;

poenotene tehnološke rešitve in standardi, poenoteni klasifikatorji in opisi podatkovnih struktur.

Kako postati član SMEV?

Posebnosti uporabe SMEV in povezovanja informacijskih sistemov posameznih organov in organizacij z njo določajo sporazumi med Ministrstvom za telekomunikacije in množične komunikacije Rusije, ki je operater SMEV, ter organom in organizacijo, ki je član SMEV. Ministrstvo za telekomunikacije in masovne komunikacije Ruske federacije usklajuje dejavnost povezave na SMEV, skrbi za njegovo delovanje in vzdržuje register elektronskih storitev.

Vključevanje informacijskih sistemov v SMEV poteka v skladu s tehničnimi zahtevami za interakcijo informacijskih sistemov v enotnem sistemu medresorskega elektronskega medsebojnega delovanja (odobrenega s sklepom Ministrstva za telekomunikacije in množične komunikacije Ruske republike št. 190 z dne 27. decembra 2010).

Če želite postati član SMEV, mora organ ali organizacija, ki zagotavlja državne in občinske storitve in opravlja državne in občinske funkcije:

Zagotoviti razvoj elektronskih storitev in vmesnikov za interakcijo uporabljenega informacijskega sistema in SMEV.
Če želite to narediti, se morate obrniti na dobavitelja ali razvijalca informacijskega sistema, ki se uporablja za opravljanje dela pri izvajanju potrebnih storitev in vmesnikov.

Zagotovite elektronsko storitev operaterju vozlišča SMEV, v katerem bi morala biti ta organizacija, za registracijo in vpis v register elektronskih storitev.
Če želite to narediti, se je treba uradno obrniti na operaterja vozlišča SMEV in mu predložiti elektronski potni list, metodologijo preskušanja in uporabniški priročnik za elektronsko storitev ter zagotoviti razpoložljivost elektronske storitve za njen sprejem.

Zagotovite razpoložljivost varnega komunikacijskega kanala med uporabljenim informacijskim sistemom in SMEV.

AIS MFC POSLOVNO

2. Zvezni državni informacijski sistem "Enotni portal državnih in občinskih služb (funkcij)".

3. Programska in strojna oprema, ki omogočata dostop do informacijskih sistemov prek SMEV.

4. V skladu z Uredbo o enotnem sistemu medresorskega elektronskega medsebojnega delovanja.

Medsebojno delovanje med zveznimi izvršnimi organi in državnimi zunajproračunskimi skladi pri zagotavljanju javnih storitev od 1. januarja 2015 naj bi potekalo izključno z uporabo ene same elektronske storitve - tretje različice sistema medresorskega elektronskega medsebojnega delovanja (SMEV). Prepovedan je tudi samorazvoj novih storitev. To so sporočili na ministrstvu za telekomunikacije in množične komunikacije Ruske federacije.

Oblasti sestavnih subjektov Ruske federacije so priporočili, da s 1. januarjem 2017 preklopijo na enotno elektronsko storitev, je dodalo ministrstvo in se sklicevalo na odlok vlade Ruske federacije št. 1222 "O nadaljnjem razvoju enotnega sistema medresorskega elektronskega medsebojnega delovanja."

"Posodobljena storitev bo zagotovila enoten format za medsebojno izmenjavo informacij, zagotovljeno dostavo sporočil, mehanizem za čakanje na elektronska sporočila, ki omogoča reševanje problema prezasedenosti priljubljenih storitev, povečanje velikosti poslanega sporočila s 5 MB na 1 GB ter integracijo z glavnim certifikacijskim centrom za preverjanje elektronskega podpisa, - piše v izjavi ministrstva za telekomunikacije in množične komunikacije. "Nova različica sistema predvideva interakcijo med organi konstitutivnih entitet Ruske federacije in ne le z oblastmi zvezne ravni, kot je bila doslej."

Prehod na najnovejšo različico SMEV naj bi se začel z najbolj zahtevanimi informacijami. Preostale obstoječe storitve za zdaj ne bodo onemogočene, zagon novih, ki ne ustrezajo zahtevam, pa se bo ustavil s 1. januarjem 2015.

V testnem načinu je zadnja različica SMEV že bila predstavljena v Moskvi, Mordoviji, Baškortostanu, Tatarstanu, Tjumenju, Jaroslavlju, Novosibirskem in Primorju, so sporočili z ministrstva za telekomunikacije in množične komunikacije.

Upoštevajte, da je SMEV 3.0 začel infrastrukturo e-uprave na brezplačno programsko opremo. Za izgradnjo nove različice sistema je bila izbrana brezplačna rešitev Apache ActiveMQ, medtem ko je bila prejšnja različica zgrajena na rešitvi Oracle.

Kako deluje SMEV 3.0

V nedavnem intervjuju je namestnik ministra za komunikacije Aleksej Kozyrev spregovoril o značilnostih nove različice SMEV:

»Funkcionalnost, ki je zdaj implementirana v SMEV 2.0, bo ostala v celoti.

SMEV 3.0 bo dodal funkcionalnost v zvezi z zajamčeno čakalno vrsto, ki agencijam omogoča interakcijo v asinhronem načinu in s tem zagotavlja glavno obremenitev - stabilizacijo sistema.

V tretji različici je ustvarjena tehnologija, v kateri za organizacijo interakcije v SMEV za izmenjavo informacij ni treba vsakič, da se vključi s svojim dobaviteljem pod kakršnimi koli posebnimi pogoji.

Zdaj imamo ogromno integracijskih projektov, od katerih vsak izvaja dvosmerno integracijsko testiranje, da bi zagotovil delovanje elektronske interakcije. Potrebno je veliko denarja, ogromno časa. Novi SMEV se od prejšnje različice razlikuje po tem, da ustvarja integracijski standard, znotraj katerega je mogoče spremeniti sestavo podatkov in vrsto storitve, ki daje podatke, s pomočjo nastavitev.

Ustvarjamo tudi samodejni sistem testiranja.

Dejstvo je, da je nekdo, ki se je povezal na SMEV, izbral potrebne podatke in konfiguriral njihov adapter, da bi lahko sprejel te podatke, se prepričajte, da je ta nastavitev pravilna.

In zdaj, ko se regije prilagajajo zveznim izvršnim organom ("preizkusimo pravilnost izmenjave informacij z vami"), se pojavi učinek ozkega grla. Zato lahko vse storite s pomočjo lastnega razvijalca, ne da bi pri tem potrebovali kakršne koli ukrepe z druge strani.

Ustvarjamo samodejni preizkus, ki nam omogoča oblikovanje baze podatkov o določenih situacijah: kako storitev reagira, ko je zahteva pravilna, kako - kadar je napačna. Popolnoma se obnaša kot "bojna" storitev in omogoča preizkušanje narejene konfiguracije.

Končno novi SMEV uvaja tehnologijo za prenos velikih količin podatkov.

Trenutno obstajajo omejitve - priloge lahko pošljete največ 5 MB. In ko želi na primer Rosreestr prestaviti prilogo v obliki dokumentov s katastrskimi shemami, se "ne plazi". Ta problem bo rešen zaradi dejstva, da bo sporočilo vsebovalo povezavo do dokumenta, ki je v datotečnem pomnilniku, integriranem s SMEV.

V SMEV 3.0 je funkcionalnost za regionalne operaterje bistveno bolj razvita - za subjekte, ki svoje regionalne avtobuse povezujejo z zveznimi.

Doslej večino naših administrativnih funkcij opravlja Rostelecom, vstopne točke vanj (e-poštni naslovi itd.) Pa delujejo kot vmesniki za regionalne operaterje. Funkcije so same od njih zaprte.

Zdaj ustvarjamo poseben vmesnik, ki vam bo na terenu omogočil ogled poročanja in razpoložljivosti virov ter izvajanje večine funkcij operaterja SMEV na regionalni ravni.

Zdaj imamo v vsaki sestavni enoti Ruske federacije en sam SMEV (zvezna raven) in 83 regionalnih segmentov (razen Krima in Sevastopola) - tak logičen SMEV.

Na regionalni ravni bi lahko sodelovalo veliko vrst interakcij, ki naj bi jim služil regionalni SMEV. Pravzaprav zdaj vidimo, da je polovica subjektov implementirala lastne integracijske avtobuse, ki opravljajo funkcije regionalnega SMEV.

Izkazalo se je, da v tej strukturi regionalni segment infrastrukture e-uprave (regionalni SMEV) postane odveč, ker podvaja to, kar regija že počne na svoji ravni.

Takšnim subjektom bomo zagotovili možnost, da se neposredno vključijo v zvezni SMEV.

Novi sistem bo regionalnemu avtobusu omogočil neposredno povezavo z zveznim SMEV. To bo znatno zmanjšalo obremenitev obratovanja celotne infrastrukture. Za tiste subjekte, ki nimajo svojih regionalnih avtobusov, bomo zagotovili tudi možnost povezave regionalnih informacijskih sistemov z zvezno SMEV. "

Julija 2010 je Dmitrij Medvedev podpisal zvezni zakon št. 210-FZ "O organizaciji opravljanja državnih in občinskih storitev." V začetku oktobra 2011 je prišlo do uvedbe "elektronske vlade", v okviru katere je bil dodeljen ločen projekt - sistem medresorskega elektronskega medsebojnega delovanja (SMEV). Nedavno so vladne in lokalne oblasti prešle na SMEV 3.0 - najnovejšo različico sistema medresorskega medsebojnega delovanja. Aleksej KOZYREV, namestnik ministra za komunikacije in množične medije Ruske federacije, je o svojih prednostih spregovoril NBJ.

NBJ: Aleksej Olegovič, prosim, povejte nam o prvih rezultatih prehoda udeležencev na tretjo različico medresorskega sistema elektronskih interakcij.

A. KOZYREV: Prehodni postopek poteka po načrtih. Tretja različica SMEV je bila razvita konec leta 2013, leta 2014 je bila v poskusnem obratovanju. Izvedli smo vrsto testov industrijskih "bojnih" podatkov, poskrbeli, da vse deluje, in zdaj smo prešli na fazo uvedbe nove različice v industrijsko delovanje za vse udeležence v medresorskem sodelovanju.

Informacije, ki jih oblasti posredujejo prek SMEV, so povpraševane na različne načine. Ena vrsta informacij se zahteva zelo pogosto, druga se zahteva le nekajkrat na leto. Izbrali smo več služb, ki zagotavljajo najbolj zahtevane podatke: zvezno državno blagajno, Rosreestr, pokojninski sklad, ministrstvo za notranje zadeve, zvezno davčno službo. Z njimi smo se strinjali, da bodo njihovi informacijski sistemi prilagojeni za prenos podatkov prek tretje različice SMEV. Poleg teh struktur se ji je že pridružilo več sestavnih subjektov Ruske federacije: Moskva, Tjumenjska regija in drugi ...

NBJ: Udeleženih še ni veliko.

A. KOZYREV: Skupna količina informacij, ki jih nudijo ti oddelki, predstavlja 80% vseh informacij, ki se prenašajo preko SMEV. Na splošno je v sistem priključenih 11 tisoč udeležencev, med njimi 85 konstitutivnih entitet Ruske federacije, več kot 70 vladnih organov zvezne ravni, skoraj tisoč kreditnih institucij. Toda večina poizvedb sodi na tiste oddelke, ki sem jih omenil zgoraj, in na petnajst vrst informacij. Jedro SMEV je interakcija med temi strukturami in regijami.

Naša naloga je, da vsi predmeti začnejo komunicirati s temi oddelki po standardu SMEV 3.0. Postopek bo potekal na naraven način: s spremembami regulativnih pravnih aktov bodo zvezni organi spremenili svoje informacijske sisteme in izklopili stare. Ne prisilimo vas, da takoj preklopite na SMEV 3.0, saj druga različica sistema deluje dobro, od tega leta pa bodo vse spremembe izvedene v tretji različici.

NBJ: V čem se SMEV 3.0 razlikuje od SMEV 2.0 in SMEV?

A. KOZYREV: Prva in druga različica sistema sta enaki, razlika je bila le v tehnologijah za uporabo elektronskega podpisa. Razlika med drugo in tretjo različico SMEV je že precejšnja.

Po analogiji lahko rečemo, da je sistem medresorske elektronske interakcije državni intranet. Na intranetu delujejo spletna mesta različnih organizacij, država ima enak sistem: obstaja intranet, zaprt od zunaj, a dostopen od znotraj, in številna spletna mesta, ki zagotavljajo določene vrste informacij (imenujemo jih elektronske storitve). Informacije na teh straneh objavljajo zvezne in regionalne oblasti, udeleženci v medresorskem sistemu elektronskih interakcij pa jih lahko prejmejo.
SMEV 2.0 je omogočil izmenjavo informacij - pošiljanje zahtev in prejemanje spletnih odgovorov ali odloženih odgovorov. Ko je sistem deloval v realnem času, je bilo pomembno obdelati vse zahteve, katerih skupno število je včasih doseglo nekaj milijard na leto. SMEV je deloval v načinu cevi: kolikor toliko zahtev je vstopilo vanj, toliko jih je priletelo na spletno mesto. V postopku je sodelovalo več strank: potrošniki, neposredno SMEV, prek katerih so se pritožile, in oddelčni informacijski sistem, ki je obdelal zahteve in nanje takoj odgovoril. Pogosto se ni mogla spoprijeti s količino spletnih zahtev.

NBJ: Kako vam je uspelo rešiti težavo?

A. KOZYREV: V tretji različici SMEV smo zagotovili poseben medpomnilnik, ki vam omogoča, da porazdelite obremenitev na informacijski sistem. Pred tem je storitev zdržala 20 hkratnih zahtev: 20 uporabnikov je obiskalo spletno mesto, za 21. pa ni bilo na voljo, se je pojavilo sporočilo o napaki. Uspeli smo tako, da bomo 21., namesto neuspešnih poskusov priti do mesta, morali "vzeti parkirno mesto" in počakati na svoj red. Ko je informacijski sistem neobremenjen, zahteve prispejo do naslovnika, medpomnilnik pa se postopoma sprosti. Vse se obdela v delih sekunde in ne pojavi se nobeno sporočilo o napaki. Samovoljno povečanje števila medpomnilnikov zagotavlja funkcionalnost samega sistema, to se imenuje zajamčena čakalna vrsta.

Druga razlika med SMEV 3.0 je naslednja: prej je bilo prek sistema mogoče v enem sporočilu prenesti podatke, ki ne presegajo petih megabajtov, to je bilo dovolj. Danes je pogosto treba besedilu priložiti datoteko, na primer sliko zemljiške parcele, katastrski načrt. Te informacije se ne ujemajo v pet megabajtov. Povečali smo zmogljivost za prenos podatkov na skoraj gigabajt, ki v celoti pokriva potrebe vseh udeležencev v sistemu.

V SMEV 2.0 je bil za vsako spletno mesto potreben ločen brskalnik, saj ni obstajal poseben standard, en sam protokol za izmenjavo podatkov za vse udeležence. Izvedli smo ga v SMEV 3.0. Če želi sistemski udeleženec prejemati informacije iz 60 različnih virov, mu ni treba uporabljati 60 različnih načinov povezovanja z njimi. Potrošnik se v sistem pridruži po določenem standardu, ki se ga drži tudi 60 virov, ki jih potrebuje, in naenkrat dobi dostop do vseh informacij, ki jih potrebuje. Temu se reče univerzalna elektronska storitev, znatno prihrani stroške vzdrževanja operativnosti in razvoja sistema. Za povezavo s SMEV 61. vira je bilo potrebno dodatno plačilo, zdaj je potreba po tem izginila. Dovolj je, da se enkrat povežete s sistemom, da dobite dostop do vseh potrebnih informacij.

SMEV je piramida: 85 regijskih segmentov je povezanih z zvezno "glavo". Pred tem je v vsaki regiji funkcije sistemskega operaterja opravljal nek organ. Nadzor nad regionalnim delom SMEV je potekal izključno od zgoraj, preko zvezne ravni. Zdaj se je večina operacij, ki zahtevajo sodelovanje subjektov Ruske federacije, znižala na raven regionalnih izvajalcev. Namesto enega operaterja sistema se je pojavilo 85, procesi v njem so začeli teči hitreje in učinkoviteje.

Da bi SMEV pravilno deloval, je potrebno povezati vsa njegova vozlišča s komunikacijskimi kanali, zaščitenimi z določeno kriptografijo. Do nedavnega je bila infrastruktura teh vozlišč precej zapletena. V okviru SMEV 3.0 je postalo usmerjanje zahtevkov prek njega učinkovitejše kot doslej. Pred uvedbo najnovejše različice sistema so klici potekali skozi veliko število vozlišč, kar je ustvarilo obremenitev omrežja. SMEV 3.0 je omogočil znatno poenostavitev topologije sistema, vzpostavitev neposredne dostave zahtev od enega udeleženca do drugega. Ta sprememba poveča zanesljivost in stabilnost storitve, zmanjša stroške delovanja v smislu komunikacijskih kanalov.

NBJ: Je bil vaš načrt povečanja števila udeležencev v sistemu izveden?

A. KOZYREV: Da, seznam udeležencev v sistemu se je razširil. Certifikacijski centri, ki izdajajo elektronski podpis, so povezani s SMEV, vrhovno sodišče in vrhovno arbitražno sodišče Ruske federacije sta že povezana. Pred tem pravosodna veja vlade ni imela dostopa do državnih informacijskih sistemov. Letos sta postala Ruska zveza avtomobilskih zavarovalnic in Zvezna notarska zbornica (prek organizacije se izvaja interakcija z Zvezno davčno službo Rusije) udeleženci SMEV.

SMEV je zaprt sistem, njegov član je možen le, če obstaja ustrezen zakonodajni akt. Odločitev o priključitvi na sistem sprejme komisija, ki ji predseduje minister za komunikacije in množične medije Ruske federacije Nikolaj Nikiforov.

Glede udeležencev SMEV je treba upoštevati naslednje: v naši državi je več kot 24 tisoč občin, približno 970 kreditnih organizacij, približno 80 zveznih organov in 85 konstitutivnih entitet. Skupaj ustvarijo približno 26–27 tisoč možnih udeležencev v interakciji, ne da bi šteli proračunske institucije, ki bi se lahko povezale tudi s sistemom, a tega še niso storile. Vendar je informatizacija v regijah organizirana na različne načine. V nekaterih regijah so občine povezane z zadevnim sistemom in povezan je s SMEV. Tako nimamo 26 tisoč, ampak 11 tisoč udeležencev - nekaj od teh 26 tisoč je sestavljenih za regionalne informacijske sisteme.

V nekaterih občinah, kjer glavni kanali še niso doseženi, povezave še vedno ni, zato medobčinsko interakcijo izvajajo prek najbližje občine, kjer je internet. O dostopu vseh udeležencev do sistema ni dvoma, le nekateri od njih dobijo dostop brez povezave.

Mimogrede, ministrstvo za komunikacije in množične medije je razvilo desetletni projekt za odpravo digitalnega razkoraka. V njenem okviru naj bi položili 200 tisoč km optičnih vlaken, to je največje gradbišče na svetu, zahvaljujoč katere se bo internet pojavil povsod v Rusiji.

NBJ: Kako spremljate dejavnost regij, ki sodelujejo v SMEV?

A. KOZYREV: Enkrat mesečno imamo videokonference, na katerih sodelujejo vodje regionalnih organov, pristojnih za medresorsko sodelovanje. Med konferencami podrobno preučujemo statistiko o številu zahtevkov, jo povežemo s populacijo predmeta, po kateri naredimo oceno regij glede na intenzivnost zahtev. Obstajajo območja, ki zaostajajo, ki so se povezala, vendar jih neradi uporabljajo zaradi navezanosti na zastarele tehnologije, kot je faks. Spremljamo statistiko in subjektom redno dajemo navodila, kako preiti s papirja na elektronski potek dela. Vendar večina regij že aktivno uporablja SMEV. Največje število zaprosil je iz republike Buryatia, čezbajkovskega ozemlja, Bryansk, Kostroma in Tambov.

NBJ: Prosimo, razložite pomen izraza "brezplačni sistem za upravljanje baz podatkov".

A. KOZYREV: Sistem upravljanja baz podatkov (v nadaljnjem besedilu DBMS - Ed.) Je razred informacijskega sistema. Obstajajo lastniške, torej zasebne družbe, ki jih komercialno distribuirajo, DBMS, pa tudi prosto distribuirani sistemi, ki jih razvijajo skupnosti programerjev. Tak DBMS se lahko uporablja brezplačno.

SMEV 3.0, ki je integracijski vodnik, je temeljil na tehnologijah Oracle. Pred kratkim smo sistem nadgradili na brezplačno programsko opremo z imenom ActiveMQ, ki jo je razvila skupnost Apache Software Foundation. ActiveMQ je brezplačna programska oprema, ki so jo ruski programerji prilagodili za uporabo v medresorskih elektronskih komunikacijah. Sistem za upravljanje baz podatkov v Oracleu bo postopoma prešel na brezplačno programsko opremo.

Trenutno struktura "Elektronske vlade" uporablja tudi sistem za upravljanje baz podatkov Oracle, vendar smo leta 2015 dobili nalogo, da preidemo na brezplačno programsko opremo. Najprej bomo izdelali prototip prosto prerazporedljive baze podatkov, preverili, kako prenaša nalaganje in ali ustreza zahtevam glede informacijske varnosti. Če bodo rezultati testov pozitivni, bomo leta 2016 prešli na brezplačno programsko opremo. Brezplačno programsko opremo za PostgreSQL DBMS menimo kot možno možnost.

Prehod na prosto porazdeljeni DBMS je konkreten korak na področju nadomestitve uvoza znotraj infrastrukture „elektronske vlade“. Prvi korak smo naredili, ko smo lastniško programsko opremo spustili v integracijsko vodilo, drugi korak je baza podatkov. Res je, ne moremo reči, da se zdaj sekiramo s sabljo - in jutri bo vse drugače. Prehod bo čist in postopen.

NBJ: Kako lahko razložite povečano aktivnost kreditnih institucij, ki pošiljajo vedno več povpraševanj na SMEV?

A. KOZYREV: V skladu z zakonom morajo kreditne organizacije državnim organom zagotavljati informacije o plačilih, ki jih izvršijo državljani. Ta obveznost je bila razlog za povezavo vseh bank v SMEV.

Finančne organizacije zanimajo informacije o kreditni sposobnosti posojilojemalcev v obliki izjav o stanju posameznega osebnega računa zavarovane osebe. Te informacije so na voljo pri ruskem pokojninskem skladu. Izvlečki vsebujejo podatke o kraju dela posojilojemalca, njegovih dohodkih. Kreditne institucije s pomočjo teh informacij lahko znatno zmanjšajo tveganja, povezana s posojilom prebivalstvu. To pa lahko privede do znižanja obrestnih mer za posojila.

Ta postopek ima tudi slabo stran: osebni podatki državljanov o kraju dela, ravni dohodka so pomembne informacije, ki jih je treba skrbno varovati pred kompromisom. V zvezi s tem morajo posojilojemalci imeti možnost nadzora nad zagotavljanjem storitev e-uprave.

Banka lahko pridobi podatke o kreditni sposobnosti državljana, če je zaprosil za posojilo ali je že prejel posojilo, vendar finančna organizacija v okviru svoje politike želi oceniti kreditno sposobnost posameznika. V obeh primerih bo dobroverni posojilojemalec dovolil uporabo svojih osebnih podatkov s strani določene kreditne institucije. Takšno tehnologijo imamo, deluje prek portala javnih storitev in mobilnih aplikacij, videti je tako: človek pride v banko in izpolni obrazec za posojilo, finančna organizacija zahteva podatke o kreditni sposobnosti državljana prek infrastrukture "elektronske vlade". Potencialni posojilojemalec prejme SMS sporočilo z zahtevo, da potrdi posredovanje informacij banki. Soglasje k zagotavljanju informacij kreditni instituciji lahko podate z odzivnim SMS sporočilom, preko mobilne aplikacije ali portala javnih storitev - z uporabo kljukice nasproti besede "dovoli". Če se državljan strinja z uporabo njegovih osebnih podatkov, potem banka dobi dostop do njih.

Po našem mnenju je ta tehnologija univerzalna, lahko velja za vse informacije, ki jih želi oseba posredovati o sebi tretjim osebam - ne le kreditnim institucijam.
Trenutno Ministrstvo za telekomunikacije in množične komunikacije Rusije skupaj z največjimi ruskimi maloprodajnimi bankami izvaja pilotni projekt o uporabi tehnologije za pridobivanje informacij o kreditni sposobnosti iz pokojninskega sklada Ruske federacije. Pri tem sodelujejo Tinkoff Bank, Citibank, Moskovska banka - celotni seznam vključuje 25 kreditnih institucij, pa tudi neprofitne strukture: Združenje regionalnih bank Rusije, Nacionalni svet za plačila itd. Banke zahtevajo vse podatke od pokojninskega sklada preko SMEV in po potrebi registrirajo državljane v Združenih državah sistem za identifikacijo in overjanje (ESIA).

Pričakujemo, da bo projekt do začetka letošnje jeseni postal stalen, tehnologija pa bo na voljo vsem kreditnim institucijam. Vzpostavili bomo določen postopek za posredovanje informacij iz državnih informacijskih sistemov - danes ni nikjer jasno zapisan.

Obstaja mnenje, da lahko državljan prevzame pisno soglasje državljana za prejem osebnih podatkov in se nanj sklicuje ob vsakem poskusu pridobivanja informacij. V tem primeru je težko nadzorovati razmere: banke bodo prejele milijone zahtevkov, o razpoložljivosti dovoljenja v vsakem konkretnem primeru ne bomo nikoli izvedeli. Naključni pregledi morda lahko razkrijejo ogroženost osebnih podatkov, vendar šele po tem, ko so informacije že posredovane. Tehnologija ruskega ministrstva za komunikacije predpostavlja pošiljanje informacij šele potem, ko državljan za to dovoli.

Ta razvoj je še posebej pomemben za majhne regionalne banke, ki utegnejo težko konkurirati zveznim kreditnim institucijam za fizične osebe. Velike banke z državno udeležbo že zdaj dobivajo informacije o svoji kreditni sposobnosti iz državnih informacijskih sistemov, česar pa ne moremo reči o drugih finančnih organizacijah za fizične osebe, zlasti regionalnih. Nova tehnologija jim bo ponudila odlično priložnost za boljše obvladovanje posojilojemalskih tveganj, znižanje obrestnih mer in izboljšanje kreditne sposobnosti njihovih predlogov.

NBJ: Katere storitve, ki jih prek SMEV zagotavljajo tako posameznikom kot pravnim osebam, so danes povpraševane?

A. KOZYREV: Obstaja 15 zveznih in 20 regionalnih služb, ki jih povprašujejo državljani, približno 85% vseh zahtev iz teh 35.

Storitve, ki jih nudijo zvezni organi, vključujejo: registracijo potnega lista in vozniškega dovoljenja, registracijo prevoza, plačilo davkov in glob, vložitev davčne napovedi, vpis nepremičnin na nepremičnine, vključno z nepremičninami v katastru, pridobitev izvlečka iz nje, pa tudi iz USRR - Enotni državni register pravic do nepremičnin in poslov z njimi.

Storitve, ki jih povprašujejo regionalni organi, vključujejo registracijo zakonske zveze, smrt, rojstvo, ločitev, registracijo in spremembo imena. Poleg tega sta priljubljena izdaja socialnih prejemkov in izdaja lovske vozovnice. Te storitve se zagotavljajo prek MFC, enotnega portala javnih služb, organov.

Ne glede na kanal, preko katerega so prejete zahteve, na koncu ostanejo pristojni organi, ki z medresorskimi zahtevami zbirajo vse potrebne podatke. Veste, da je po zakonu "o organizaciji opravljanja državnih in občinskih storitev" od državljanov prepovedano zahtevati dokumente v papirni obliki. Pravzaprav se organi drug drugega sprašujejo za manjkajoče dokumente.

NBJ: Kako pogosto in zakaj odpove medresorski sistem elektronskih interakcij?

A. KOZYREV: Sistem redko odpove, je precej zanesljiv tako s tehničnega kot tudi z vidika informacijske varnosti. V SMEV praviloma nastanejo lokalne okvare, razlogi so različni: tako okvare komunikacijske opreme kot programske okvare, povezane s prelivanjem določenih tehnoloških področij shranjevanja podatkov.

Ena najnovejših okvar se je zgodila zaradi okvare telekomunikacijske opreme, tako imenovanega izravnalnika obremenitve in njegove varnostne kopije. To je redek primer, vendar se je zgodil. Do večjega števila zahtev je prišlo do druge napake: tehnološki odsek v bazi, kjer so bile shranjene informacije o poslanih klicih, je bil poln, kar je privedlo do okvare baze podatkov.

Na splošno zahteve za odpravo incidentov prihajajo v enoten center "elektronske vlade", ki jih usmeri glede na vrsto. Hkrati je treba razumeti, da v interakcijskem sistemu vedno sodelujejo tri strani: pošiljatelj zahteve, njegov prejemnik in SMEV kot povezovalni vod. Trenutno tehnično podporo teh informacijskih sistemov vodi ena organizacija.

Predstavljajte si: pošiljatelj zahteve je MFC v regiji Ivanovo, katerega informacijski sistem vzdržuje neka organizacija. V sredini je SMEV, ki pošilja prošnje in daje odgovore, njegovo tehnično podporo pa vodita ministrstvo za telekomunikacije in množično komuniciranje ter Rostelecom. Tretja stran odnosa je prejemnik, na primer Ministrstvo za notranje zadeve, imajo svoje izvajalce, ki vzdržujejo informacijske sisteme oddelka. Pred tem je bilo treba ugotoviti, kje je prišlo do napake: na strani pošiljatelja, prejemnika ali v SMEV. Bil je kar izziv. Zdaj je nad vsemi udeleženci situacijski center, do katerega prihajajo vse zahteve za odpravljanje težav. Tako se center odloči, kateri del tehnične podpore mora delovati. To poveča stopnjo usklajenosti pri reševanju incidentov. Število prošenj v situacijskem centru doseže nekaj milijard letno, večina pa jih je rešenih v enem dnevu.

NBJ: Katere druge funkcije, razen tistih, ki so ji danes dodeljene, bi lahko SMEV prevzel? Ali nameravate razširiti njegovo funkcionalnost?

A. KOZYREV: V tem primeru je treba govoriti o celotni infrastrukturi "elektronske vlade". Poleg SMEV vključuje številne sisteme, ki zagotavljajo popolno interakcijo oblasti med seboj.

Treba je organizirati enoten sistem normativnih in referenčnih informacij, ki bo zagotovil enoten postopek za ustvarjanje in vzdrževanje informacijskih virov. To je zelo pomembno, saj bo standardizacija podatkov, ki si jih organi izmenjajo prek SMEV, znatno povečala učinkovitost njihovega medsebojnega delovanja. Na primer, če morate naslov kot del informacij dobiti od vladnega organa, potem ga bo najverjetneje vsak oddelek posredoval v skladu s svojim standardom za oblikovanje: besedilno vrstico, razrez itd. Pomanjkanje enotnosti pri predstavitvi podatkov vodi do nasprotij, ki se kopičijo v informacijskih virih.

Ključno je, da vsa državna infrastruktura uporablja iste nabore podatkov v jasnih, standardnih oblikah. Mislim, da bo naslednja stopnja razvoja SMEV namenjena standardizaciji in razvoju enotnega modela državnih podatkov.

04.07.2016, pon, 10:55, moskovski čas, Besedilo: Natalia Rudycheva

Kot veste, je od začetka leta 2015 uradno začela delovati tretja različica sistema za elektronsko medresorsko interakcijo (SMEV). O tem, kakšno delo pri modernizaciji obstoječih rešitev morajo opraviti vladne službe v zvezi s prehodom na novo različico SMEV 3.x in kako jih organizirati za učinkovito izvajanje medresorske interakcije, v intervjujuCNewsu je povedal Renat Shakirzyanov, vodja oddelka SMEV pri RedSysu.

CNews: Kaj je glavna razlika med SMEV 3 in prejšnjo različico?

Renat Shakirzyanov:Po mojem mnenju je bila glavna razlika v smislu tehnologije prehod iz sinhrone v asinhrono komunikacijo. Naj pojasnim s primerom. V prejšnji različici SMEV 2.x je bila izmenjava podatkov med udeleženci medresorske interakcije naslednja. Eden oddelek je poslal zahtevo drugemu in takoj pričakoval rezultat obdelave zahteve. Izkušnje delovanja so pokazale, da to privede do dejstva, da so v dopoldanskih in popoldanskih urah največje obremenitve, ponoči pa je oprema v prostem teku.

Nove asinhrone tehnologije SMEV 3.x omogočajo zmanjšanje največje obremenitve infrastrukture zaradi oblikovanja čakalne vrste, sporočila pa se obdelujejo postopoma. Oddelek sam določi, kdaj in s kakšno intenzivnostjo obdelati zahteve v čakalni vrsti. Jasno je, da hkrati trpi učinkovitost njihove izvedbe, vendar se tudi zmanjšuje največja obremenitev, kar omogoča zmanjšanje potreb po infrastrukturi - opremi, omrežjih itd.

Ločeno želim poudariti, da asinhrona komunikacija omogoča zagotovljeno dostavo zahtevkov in s tem zagotavlja višjo raven kakovosti interakcije.

Druga pomembna razlika je oblikovanje enotne storitve za MSP, prek katere lahko sodelujejo vsi oddelki, namesto da bi razvijali svoje storitve. Zdaj oblikujejo vrsto informacij - seznam informacij, ki jih želijo bodisi zagotoviti bodisi prejeti, prek ene same storitve pa jih objavijo za vse ostale potrošnike in dobavitelje.

Ena od pomembnih prednosti nove različice SMEV je tudi povečanje obsega prenesenih datotek. Prej je lahko z enim sporočilom preneslo do 5 MB prilog, zdaj pa se je ta številka povečala na 1 GB. Ta inovacija vam omogoča, da medresorsko sodelovanje dvignete na novo raven.

CNews: Katere nove naloge mora vaše podjetje rešiti v zvezi s tem?

Renat Shakirzyanov:Med našimi strankami je več velikih zveznih služb, za katere smo ustvarili storitve za povezavo s prejšnjo različico SMEV. Danes moramo interakcijo izvajati v skladu z novimi metodološkimi priporočili. Govorimo o razvoju programske opreme po meri - ustvarjanju novih storitev ali nadgradnji obstoječih.

Renat Shakirzyanov: Ker so se zahteve po tehnologijah spremenile, je treba ponovno izvesti analitični del dela

Ker so se zahteve za tehnologije spremenile, je treba znova izvesti analitični del dela. V tem trenutku je mogoče ne le tehnološko spremeniti shemo dela, ampak, morda, prilagoditi poslovna pravila storitev, razvita pred nekaj leti, kar bi lahko izgubilo svojo pomembnost. Hkrati morata stari in novi servisi vsaj šest mesecev vzporedno delovati, da se lahko njihovi uporabniki prilagodijo SMEV 3.x.

Na primer, kot del povezovanja ene od naših zveznih strank s SMEV, smo pred nekaj leti razvili ločeno komponento, ki zagotavlja interakcijo med zunanjimi sistemi in notranjimi sistemi oddelka v formatu SMEV 2.x in prevzema funkcije pretvorbe formatov. Danes zaradi pojava novih smernic ustvarjamo podobno rešitev za SMEV 3.x. Da bi zagotovili, da spremembe ne vplivajo na kupčeve poslovne procese, smo razvili mehanizme, ki vam omogočajo, da delate z istimi informacijami tako v SMEV 2.x kot v SMEV 3.x, jih pretvorite v interno obliko in jih prenesete v ustrezne funkcionalne sistem oddelka za obdelavo. V primeru, ko oddelek sam oblikuje zahtevo, naša rešitev razume, katero vrsto informacij potrebuje, določi njihovo obliko - SMEV 2.x ali SMEV 3.x, odvisno od oblike, ki jo uporablja ponudnik informacij, in nato pošlje zahtevano zahtevo. Tako smo ustvarili mehanizem, ki vam omogoča istočasno delo v SMEV 2.x in SMEV 3.x brez spreminjanja funkcionalnih sistemov znotraj oddelka z možnostjo faznega prehoda dobaviteljev in potrošnikov informacij v skladu z njihovo pripravljenostjo.

CNews: Kako dolgo vaše podjetje razvija takšne storitve?

RenatShakirzyanov:Naša razvojna skupina že vrsto let razvija storitve SMEV za zvezne izvršne organe - praktično od trenutka, ko se je projekt začel. V procesu njihovega testiranja tesno sodelujemo tudi z regionalnimi organi. Danes ima naša ekipa približno 30 ljudi.

Na oblikovanje ekipe smo bili zelo pozorni, povabili smo ne le specialiste sistemskih integratorjev, temveč tudi zaposlene na oddelkih. Mislim, da imamo danes eno najbolj izkušenih ekip, ki delujejo v tej smeri. Vključeni smo v številne pilotne projekte in pomagamo zakonodajalcem pri oblikovanju smernic in ugotavljanju neskladnosti znotraj različnih dokumentov.

Naše bogate izkušnje nam omogočajo, da zmanjšamo stroške razvoja in vzdrževanja storitev in vrst informacij, pa tudi pretvorbo opravljanja storitev v elektronsko obliko. Na primer, zakonodaja predvideva razvoj ločenih vrst informacij za vsako storitev. Obstajajo pa storitve, ki se med seboj nekoliko razlikujejo. In v tem primeru bi bilo priporočljivo, da jih poenotijo. Vendar ne gre pozabiti, da bo treba, če se vsaj eden od njih spremeni, vse ostale ponovno registrirati pri SMEV. Zato je vsak tak primer edinstven in pri izbiri med poenotenjem in ločevanjem storitev je treba vzpostaviti ravnovesje med enostavnostjo razvoja in podpore ter enostavnostjo nadaljnje uporabe.

CNews: Katere tehnologije se uporabljajo za ustvarjanje storitev za interakcijo s SMEV 3.0.?

RenatShakirzyanov:Za razvoj naših rešitev uporabljamo tehnologije Java EE. Java EE omogoča izdelavo in uporabo prenosnih, zanesljivih, prilagodljivih in varnih aplikacij Java na strani strežnika.

Naša aplikacija temelji na pomladanskem okviru. Je odprtokodni okvir splošnega namena za platformo Java. Omogoča vam reševanje glavnih nalog, ki jih mora opraviti vsaka sodobna aplikacija: delo z DBMS na platformi Java z uporabo orodij JDBC in ORM; Koordinirati različne API-je za upravljanje transakcij in prilagoditi upravljanje transakcij za objekte Java; ustvarite okvir za spletne aplikacije.

Za vključitev različnih aplikacij v sistem uporabljamo odprt java okvir Apache Camel, ki deluje na več platformah.

CNews: Kako se podpira rešitev?

RenatShakirzyanov:RedSys ima namenski servisni center, ki vključuje HelpDesk, 24-urno telefonsko linijo, delovno izmeno ter podporne enote strojne in programske opreme.

Za vsak oddelek organiziramo sistem spremljanja delovanja storitev, ki vam omogoča spremljanje njihove razpoložljivosti, hitrosti in učinkovitosti v realnem času. To vam omogoča, da pravočasno preprečite pojav težav.

CNews: Katere dodatne storitve lahko ponudite oddelkom?

RenatShakirzyanov:Že danes ponujamo rešitve, ki vam omogočajo nadzor nad tem, ali ima določen oddelek pravico do prejemanja določenih informacij. V načrtu je uvedba predhodno razvitega mehanizma za razlikovanje pravic ne le po vrstah informacij, temveč tudi po posredovanih podatkih. Tiste. en oddelek z ustreznim dostopom lahko prejme podatke o določenem državljanu, drugi oddelek, ki nima dostopa, pa bo zavrnjen. Na ta način bomo lahko uredili dostop do omejenih informacij.

Naša rešitev vključuje tudi analitični modul, ki omogoča zbiranje statističnih informacij o količini in kakovosti izvajanja javnih storitev v elektronski obliki in medresorskem medsebojnem delovanju.

V zadnjem času se SMEV pridružuje vse več regionalnih udeležencev in to niso samo organi različnih ravni, to so večnamenski centri in finančne in kreditne organizacije. Obseg medresorske interakcije se vsako leto povečuje in našo rešitev moramo razširiti in podpreti, da lahko naši partnerji širijo seznam javnih storitev, ki se zagotavljajo v elektronski obliki, in izboljšajo kakovost in hitrost njihovega zagotavljanja.

V gradivu je predstavljen algoritem za iskanje vrst informacij SMEV 3. Upoštevani so viri informacij o zrakoplovu: vmesnik tehnološkega portala SMEV, načrt prehoda na uporabo metodoloških priporočil 3.x, poenoteno poročilo SMEV. Opisan je postopek preverjanja uporabnosti proizvodne različice letala.

Problem iskanja vrste informacij v SMEV

Razvijalci SMEV predlagajo uporabo spletnega vmesnika, ki se nahaja na tehnološkem portalu na naslovu https://smev3.gosuslugi.ru, kot glavno iskalno orodje za vrste informacij SMEV 3. V tem primeru je uporabniku dana možnost, da išče samo po imenu vrste informacij, medtem ko je bil za prejšnjo različico Tehničnega portala zagotovljen veliko širši nabor filtrov:

• lastnik storitve (oddelek ali organizacija)
• po identifikatorju
• po opisu po ključnih besedah
• po prijavi
• po razpoložljivosti (javna / omejena razpoložljivost)

Postopek iskanja je poleg pomanjkanja dodatnih filtrov povezan z naslednjimi težavami:

• niso vse storitve SMEV2 prenesene na SMEV3
• pri prehodu iz SMEV2 na SMEV3 lahko dobavitelj bistveno spremeni ime storitve (vrsto informacij), eno storitev razdeli na več zrakoplovov ali, nasprotno, kombinira storitve (na primer storitev SMEV2 GIS GMP je trenutno razdeljena na 10 vrst informacij)
• lahko zelo dolgo (do 6 mesecev ali več) prehaja med izhodi vrste informacij v testno in proizvodno okolje
• zelo pogosto se več različic iste vrste informacij odda v testno in proizvodno okolje
• na SMEV Techportal so prenehali objavljati najnovejše podatke o porabnikih letal
• kartice vrst informacij na tehničnem portalu SMEV ne iskalniki
• nenazadnje se v zadnjem času zaradi potrebe po formalnem izpolnjevanju načrtovanih rokov pogosto srečuje praksa nameščanja "škrbine" na vrste informacij v produktivnem okolju (zrakoplov se vloži v proizvodnjo, vendar se ne odziva na produktivne zahteve ali se odziva s preskusnimi podatki)

Te težave zapletajo iskanje informacij o vrsti informacij in tudi otežujejo odločitev o začetku dela na povezavi z letalom.

Dodatni viri podatkov o vrstah informacij

Načrt prehoda na zagotavljanje informacij z enotno elektronsko storitvijo SMEV

Tehnološki portal SMEV je objavil dokument "Dodatek 2 k Protokolu o prehodnem načrtu ...", ki vsebuje seznam zrakoplovov in čas prenosa elektronskih storitev v skladu z Metodološkimi priporočili za delo z ESMEV različico 3. Ta dokument je iz več razlogov zelo dragocen.

Prvič, vsebuje medsebojno dopisovanje med storitvami SMEV2 in vrstami informacij SMEV3.

Drugič, vse storitve in vrste informacij so razvrščene po oddelkih (dobaviteljih).

Tretjič, dokument predstavlja datume iznosa vrst informacij v testnem in proizvodnem okolju. Upoštevati pa je treba, da so ti datumi približni in se lahko premikajo. Tudi formalni zaključek vrste informacij v proizvodnji ne kaže na njegovo uspešnost.

Najpomembneje je, da je dokument datoteka excel. Ima standardno funkcijo iskanja. To pomeni, da lahko po oddelku iščete ime storitve SMEV 2 in vrsto informacij SMEV 3.

Pomanjkljivost dokumenta je, da vsebuje daleč od popolnega seznama vrst informacij, vendar le tiste zrakoplove, ki ustrezajo storitvam SMEV2.

Poenoteno poročilo o SMEV

Situacijsko središče e-uprave objavlja dokument "Poenoteno poročilo o SMEV". Dostop do nje je uporabnikom z vladnim računom. Pot do dokumenta: "Objavljena poročila" \u003d\u003e "SMEV" \u003d\u003e "Poenoteno poročilo o SMEV" \u003d\u003e "SMEV. Poenoteno poročilo o SMEV: Poročilo št. 6_SMEV_Unificirano poročilo o SMEV_ ". Poročilo je objavljeno mesečno.

Dokument je datoteka excel in vsebuje veliko koristnih statističnih informacij. Med drugim vsebuje zavihek Nepoklicane storitve, na katerem so navedene storitve in vrste informacij, ki se ne zahtevajo. Če bi torej vrsta informacij zagotavljala informacije, ki so po povpraševanju (1), že vnesene v proizvodno okolje (2) in hkrati vključene v število "nezahtevnih" (3) - najverjetneje dejansko ne deluje.

Datoteka "Status zrakoplova"

Pred kratkim se je na glavni strani tehnološkega portala SMEV 3 pojavil informativni blok s povezavo do povzetka datoteke v excel formatu z informacijami o stopnji pripravljenosti vseh vrst informacij. Datoteka je v javni domeni. Najdete ga na glavni strani tehničnega portala: odpreti morate standardno funkcijo iskanja vsebine strani in poiskati stavek "poročilo o statusu registracije vrst informacij." Spodaj najdeno besedilo bo povezava do trenutne različice datoteke.

30.5.2018.

Datoteka vsebuje naslednje podatke:

• celoten seznam udeležencev SMEV in njihovih informacijskih sistemov (zavihek "Status udeležencev")
• celoten seznam vrst informacij z navedbo dobavitelja, ustrezna storitev SMEV2 (če obstaja), pa tudi stanje zrakoplova, ki se odda v testno in proizvodno okolje (zavihek "Status zrakoplova")

Ta dokument je najpomembnejši vir podatkov za iskanje prave vrste informacij.

Iskalni algoritem za vrsto informacij

Uporaba povzetkovnih datotek s seznamom vrst informacij namesto spletnega vmesnika močno olajša postopek iskanja želenega letala.

Sam algoritem iskanja izgleda tako:

1. Pojdite na tehnološki portal SMEV in prenesite trenutno različico datoteke "Status zrakoplova"
2. Z letalom iščemo s standardno funkcionalnostjo iskanja:
   1. z imenom ali SID ustrezne storitve v SMEV2
   2. po oddelku dobavitelja
   3. po ključnih besedah
3. Če seznam vsebuje več različic istega zrakoplova, uporabite najnovejšo različico
4. Če imate dostop do datoteke "Poenoteno poročilo SMEV", je vredno preveriti, ali vrsta informacij ni vključena v število nezahtevnih informacij

Kot že omenjeno, dajanje podatkovnega pogleda v proizvodnjo ne zagotavlja, da bo dejansko delovalo. Zato je pred začetkom celovitega dela na povezavi in \u200b\u200bintegraciji z letalom vredno opraviti še dodatno preverjanje:

1. Preizkusite letalo v testnem okolju
2. Dostop do zrakoplova v produktivnem okolju
3. Ročno ustvarite več bojnih zahtev v skladu s shemo zrakoplova
4. Z brezplačno stranko v SMEV pošljite te bojne zahteve v produktivnem okolju v Vida informacij
5. Počakajte na smiselne odgovore na zahteve (seveda odgovori s kodami napak ali odgovori s testnimi podatki niso smiselni)

Samo prisotnost tehtnih odgovorov na poizvedbe v produktivnem okolju omogoča presojo o dejanski učinkovitosti podatkovnega tipa SMEV 3 in lahko služi kot signal za začetek dela na integraciji z letalom.