Sąveika tarp federalinių valdžios institucijų vykdomoji valdžia ir valstybės nebiudžetinės lėšos teikiant viešąsias paslaugas nuo 2015 m. sausio 1 d. turėtų būti vykdomos tik naudojant vieną elektroninę paslaugą - trečiąją tarpžinybinės elektroninės sąveikos sistemos versiją (SMEV). Taip pat draudžiama savarankiškai kurti naujas paslaugas. Tai buvo paskelbta Rusijos Federacijos telekomunikacijų ir masinių ryšių ministerijoje.
Steigiančių subjektų valdžios institucijos Rusijos Federacija buvo rekomenduojama pereiti prie vienos elektroninės paslaugos nuo 2017 m. sausio 1 d., pridūrė ministerija, remdamasi Rusijos Federacijos Vyriausybės dekretu Nr. 1222 „Dėl tolimesnis vystymas vieningą tarpžinybinės elektroninės sąveikos sistemą “.
„Atnaujinta paslauga suteiks vieningą abipusio keitimosi informacija formatą, garantuotą pranešimų pristatymą, elektroninių pranešimų eilės sudarymo mechanizmą, leidžiantį išspręsti populiarių paslaugų perkrovos problemą, padidins perduodamo pranešimo dydį nuo 5 MB iki 1 GB , taip pat integracija su pagrindiniu elektroninio parašo tikrinimo sertifikavimo centru “, - sakoma Telekomunikacijų ir masinių ryšių ministerijos pranešime. „Naujoji sistemos versija numato sąveiką tarp Rusijos Federaciją sudarančių subjektų valdžios institucijų, o ne tik su federalinio lygio valdžios institucijomis, kaip buvo anksčiau“.
Planuojama pradėti perėjimą prie naujausios versijos MVV su labiausiai reikalaujama informacija. Likusios esamos paslaugos dar nebus išjungtos, tačiau naujų, neatitinkančių reikalavimų, teikimas bus nutrauktas nuo 2015 m. Sausio 1 d.
Bandomuoju režimu naujausia MVV versija jau buvo paleista Maskvoje, Mordovijoje, Baškortostane, Tatarstane, Tiumenėje, Jaroslavlyje, Novosibirsko regionuose ir Primorėje, pranešė Telekomunikacijų ir masinių ryšių ministerija.
Atminkite, kad „SMEV 3.0“ pradėjo e. Valdžios infrastruktūros perėjimą prie nemokamos programinės įrangos. Kuriant naują sistemos versiją buvo pasirinktas nemokamas „Apache ActiveMQ“ sprendimas, o ankstesnė versija buvo sukurta naudojant „Oracle“ sprendimą.
Kaip veikia SMEV 3.0
Ryšių viceministras Aleksejus Kozyrevas neseniai interviu pasakojo apie naujos versijos „SMEV“ ypatumus:
„Funkcionalumas, kuris dabar įdiegtas„ SMEV 2.0 “, išliks visiškai.
„SMEV 3.0“ papildys funkcionalumą, susijusį su garantuota pristatymo eile, leidžiančia agentūroms bendrauti asinchroniniu režimu ir taip užtikrinti maksimalių apkrovų išlyginimą - sistemos stabilizavimą.
Trečiojoje versijoje sukurta technologija, pagal kurią organizuojama MVV sąveika, skirta keistis informacija, nereikalaujama kiekvieną kartą integruotis su savo tiekėju bet kokiomis specialiomis sąlygomis.
Dabar turime daugybę integracijos projektų, kurių kiekvienas atlieka dvipusį integracijos testavimą, kad įsitikintų, jog elektroninė sąveika veikia. Tam reikia daug pinigų, didžiulio laiko. Naujasis MVV skiriasi nuo ankstesnės versijos tuo, kad sukuria integravimo standartą, pagal kurį duomenų sudėtį ir duomenis teikiančios paslaugos tipą galima pakeisti naudojant nustatymus.
Taip pat kuriame automatizuotą testavimo sistemą.
Faktas yra tas, kad kai kas nors prisijungė prie SMEV, pasirinko reikiamą informaciją ir sukonfigūravo savo adapterį, kad jis galėtų priimti šią informaciją, turite įsitikinti, kad šis nustatymas yra teisingas.
O dabar, kai regionai rikiuojasi prie federalinės vykdomosios valdžios institucijų („leiskite mums patikrinti, ar su jumis keičiamasi informacija“), atsiranda kliūtis. Todėl, kad viską galėtų atlikti savo kūrėjo jėgos, nereikalaudami jokių veiksmų iš kitos pusės.
Sukuriame automatinį testą, kuris leidžia mums suformuoti tam tikrų situacijų duomenų bazę: kaip paslauga reaguoja į teisingą užklausą, kaip - su klaidinga. Tai visiškai elgiasi kaip „kovinė“ paslauga ir leidžia išbandyti sukurtą konfigūraciją.
Galiausiai, naujajame SMEV diegiama didelio duomenų kiekio perdavimo technologija.
Šiuo metu yra apribojimų - priedus galite siųsti ne daugiau kaip 5 MB. Ir kai, pavyzdžiui, „Rosreestr“ nori perduoti priedą dokumentų pavidalu su kadastro schemomis, jis „nepavyksta“. Ši problema bus išspręsta dėl to, kad į pranešimą bus įdėta nuoroda į dokumentą, esantį failų saugykloje, integruotoje su SMEV.
Naudojant „SMEV 3.0“, regioninių operatorių funkcijos yra gerokai išplėtotos - įmonėms, kurios integruoja savo regioninius autobusus su federaliniu.
Iki šiol didžiąją dalį mūsų administracinių funkcijų atlieka „Rostelecom“ ir įėjimo taškai (adresai) Paštu ir tt) veikia kaip regioninių operatorių sąsajos. Pačios funkcijos yra tarsi uždarytos nuo jų.
Dabar mes kuriame specialią sąsają, kuri vietoje leis matyti ataskaitas ir išteklių prieinamumą, taip pat atlikti daugumą MVĮ operatoriaus funkcijų regioniniu lygiu.
Dabar mes turime vieną MVĮ (federalinis lygis) ir 83 regioninius segmentus kiekviename Rusijos Federacijos subjekte (išskyrus Krymą ir Sevastopolį) - toks logiškas MVĮ.
Yra daug sąveikos rūšių regioniniu lygiu, kurią turėtų aptarnauti regioninė MVĮ. Tiesą sakant, dabar matome, kad pusė tiriamųjų įdiegė savo integracinius autobusus, kurie atlieka regioninio MVĮ funkcijas.
Pasirodo, kad šioje struktūroje e. Valdžios infrastruktūros regioninis segmentas (regioninis SMEV) tampa nereikalingas, nes dubliuoja tai, ką regionas jau daro savo lygiu.
Tokiems subjektams suteiksime galimybę tiesiogiai integruotis į federalinį MVĮ.
Nauja sistema leis regioninį autobusą tiesiogiai prijungti prie federalinio MVĮ. Tai žymiai sumažins visos infrastruktūros veikimo naštą. Tiems subjektams, kurie neturi savo regioninių autobusų, taip pat suteiksime galimybę prijungti regioninius Informacinės sistemos federalinei MVĮ “.
2010 m. Liepos mėn. Dmitrijus Medvedevas pasirašė sutartį federalinis įstatymas Nr. 210-FZ „Dėl valstybės ir savivaldybių paslaugų teikimo organizavimo“. 2011 m. Spalio pradžioje įvyko „Elektroninės valdžios“ paleidimas, kurio metu buvo išskirtas atskiras projektas - tarpžinybinė elektroninė sąveika (SMEV). Visai neseniai kūnai valstybės valdžia ir Vietinė valdžia perėjo prie SMEV 3.0 - naujausios sistemos versijos tarpžinybinis bendradarbiavimas... Rusijos Federacijos ryšių ir žiniasklaidos viceministras Aleksejus KOZYREVAS NBJ kalbėjo apie jo pranašumus.
NBJ: Aleksejus Olegovičius, papasakokite apie pirmuosius dalyvių perėjimo prie trečiosios tarpžinybinės elektroninės sąveikos sistemos versijos rezultatus.
A. KOZYREVAS: Pereinamasis procesas vyksta taip, kaip planuota. Trečioji MVV versija buvo sukurta 2013 m. Pabaigoje, 2014 m. Ji buvo bandoma. Mes atlikome pramoninių „kovinių“ duomenų testų seriją, įsitikinome, kad viskas veikia, ir dabar mes perėjome prie naujos versijos įdiegimo į pramoninę veiklą etapo, skirto visiems tarpžinybinio bendradarbiavimo dalyviams.
Informacija, kurią valdžios institucijos teikia per MVĮ, yra paklausi įvairiais būdais. Vienos rūšies informacijos prašoma labai dažnai, o kitos - tik kelis kartus per metus. Mes pasirinkome kelis departamentus, kurie teikia labiausiai prašomą informaciją: Federalinis iždas, „Rosreestr“, Pensijų fondas, Vidaus reikalų ministerija, Federalinė federacija mokesčių inspekcija... Mes su jais sutarėme, kad jų informacinės sistemos bus pritaikytos duomenims perduoti per trečiąją MVV versiją. Be šių struktūrų, prie jo jau prisijungė keli Rusijos Federacijos subjektai: Maskva, Tiumenės sritis ir kiti ...
NBJ: Dalyvių dar nėra labai daug.
A. KOZYREV: Šių departamentų teikiama informacija sudaro 80% visos informacijos, kuri perduodama per MVĮ. Apskritai prie sistemos yra prijungta 11 tūkst. Dalyvių, tarp jų 85 Rusijos Federacijos sudedamosios dalys, daugiau nei 70 federalinio lygio vyriausybinių institucijų, beveik tūkstantis kredito įstaigų. Tačiau didžioji dalis užklausų tenka tiems departamentams, kuriuos minėjau aukščiau, ir penkiolikai informacijos rūšių. MVĮ esmė yra šių struktūrų ir regionų sąveika.
Mūsų užduotis yra užtikrinti, kad visi subjektai pradėtų bendrauti su šiais padaliniais pagal SMEV 3.0 standartą. Procesas vyks natūraliai: kai bus atlikti pakeitimai reglamentas federaliniai organai valdžios institucijos pakeis savo informacines sistemas ir išjungs senas. Mes neverčiame jūsų nedelsiant pereiti prie „SMEV 3.0“, nes antroji sistemos versija veikia gerai, tačiau nuo šių metų visi pakeitimai bus atliekami trečioje versijoje.
NBJ: Kuo SMEV 3.0 skiriasi nuo SMEV 2.0 ir SMEV?
A. KOZYREVAS: Pirmoji ir antroji sistemos versijos yra vienodos, skirtumas buvo tik elektroninių parašų naudojimo technologijose. Skirtumas tarp antrosios ir trečiosios MVV versijų jau yra didelis.
Pagal analogiją galime pasakyti, kad tarpžinybinė elektroninės sąveikos sistema yra būsenos intranetas. Intranete veikia įvairių organizacijų svetainės, valstybė ta pati sistema: yra intranetas, uždarytas iš išorės, bet prieinamas iš vidaus, ir daugybė svetainių, kuriose pateikiama tam tikros rūšies informacija (mes jas vadiname elektroninėmis paslaugomis). . Informaciją šiose svetainėse skelbia federalinės ir regioninės valdžios institucijos, o tarpžinybinės elektroninės sąveikos sistemos dalyviai gali ją gauti.
„SMEV 2.0“ leido keistis informacija - siųsti užklausas ir gauti atsakymus internetu arba atidėtus atsakymus. Kai sistema veikė realiu laiku, buvo svarbu apdoroti visas užklausas, kurių bendras skaičius kartais siekdavo kelis milijardus per metus. „SMEV“ dirbo vamzdžių režimu: į jį pateko daug užklausų, tiek pat skrido į svetainę. Šiame procese dalyvavo kelios šalys: vartotojai, tiesiogiai MVĮ, per kuriuos buvo perduoti jų apeliacijos, ir departamentų informacinė sistema, kuri apdorojo užklausas ir operatyviai į jas atsakė. Dažnai ji negalėjo susidoroti su daugybe užklausų internete.
NBJ: Kaip jums pavyko išspręsti problemą?
A. KOZYREVAS: Trečioje SMEV versijoje mes sukūrėme specialų buferį, kuris leidžia paskirstyti informacinės sistemos apkrovą. Anksčiau paslauga atlaikė 20 vienalaikių užklausų: svetainėje apsilankė 20 vartotojų, o 21 -ąją ji buvo nepasiekiama, pasirodė klaidos pranešimas. Mes padarėme taip, kad 21 -asis, užuot nesėkmingai bandęs patekti į svetainę, būtų paprašytas „užimti vietą automobilių stovėjimo aikštelėje“ ir laukti savo eilės. Kai informacinė sistema yra iškraunama, užklausos pasiekia adresatą, o buferis palaipsniui išleidžiamas. Viskas apdorojama per sekundės dalį ir klaidos pranešimas nerodomas. Savavališką buferių skaičiaus padidėjimą užtikrina pačios sistemos funkcionalumas, tai vadinama garantuota pristatymo eilė.
Antrasis skirtumas tarp SMEV 3.0 yra toks: anksčiau per sistemą vienu pranešimu buvo galima perduoti ne daugiau kaip penkių megabaitų informaciją, to pakako. Šiais laikais prie teksto dažnai reikia pridėti failą, pavyzdžiui, vaizdą žemės sklypas, kadastro planas... Ši informacija netelpa į penkis megabaitus. Mes padidinome duomenų perdavimo galimybes iki beveik gigabaito, o tai visiškai atitinka visų sistemos dalyvių poreikius.
„SMEV 2.0“ kiekvienai svetainei reikėjo atskiros naršyklės, nes nebuvo konkretaus standarto, vieno protokolo, skirto visiems dalyviams keistis duomenimis. Mes jį įdiegėme naudodami „SMEV 3.0“. Jei sistemos dalyvis nori gauti informaciją iš 60 skirtingų šaltinių, jam nereikia naudoti 60 skirtingų prisijungimo prie jų būdų. Vartotojas prisijungia prie sistemos pagal tam tikrą standartą, kurio taip pat laikosi 60 jam reikalingų šaltinių, ir iškart gauna prieigą prie visos jam reikalingos informacijos. Tai vadinama universalia elektronine paslauga, ji žymiai sutaupo sistemos veikimo ir plėtros išlaikymo išlaidas. 61 -ojo šaltinio prijungimas prie SMEV reikalavo papildomo mokesčio, dabar jo poreikis išnyko. Pakanka vieną kartą prisijungti prie sistemos, kad gautumėte prieigą prie visos reikalingos informacijos.
SMEV yra piramidė: 85 regioniniai segmentai yra prijungti prie federalinės „galvos“. Anksčiau kiekviename regione sistemos operatoriaus funkcijas vykdė kokia nors institucija. MVĮ regioninės dalies kontrolė buvo vykdoma tik iš viršaus per federalinį lygmenį. Dabar dauguma operacijų, kurioms reikia dalyvaujančių Rusijos Federacijos subjektų, buvo sumažintos iki regioninių operatorių lygio. Vietoj vieno sistemos operatoriaus atsirado 85, procesai jo viduje pradėjo tekėti greičiau ir efektyviau.
Norint, kad SMEV tinkamai veiktų, būtina visus jo mazgus prijungti prie ryšio kanalų, apsaugotų tam tikra kriptografija. Dar visai neseniai šių mazgų infrastruktūra buvo gana sudėtinga. Naudojant „SMEV 3.0“, tapo įmanoma efektyviau nei anksčiau perduoti užklausas. Prieš įdiegiant naujausią sistemos versiją, skambučiai buvo perduoti per daugybę mazgų, sukuriant tinklo apkrovą. „SMEV 3.0“ leido žymiai supaprastinti sistemos topologiją ir nustatyti tiesioginį vieno dalyvio prašymų perdavimą kitam. Šis pakeitimas padidina paslaugos patikimumą ir stabilumą, sumažina veiklos sąnaudas komunikacijos kanalų atžvilgiu.
NBJ: Ar buvo įgyvendintas jūsų planas padidinti sistemos dalyvių skaičių?
A. KOZYREVAS: Taip, sistemos dalyvių sąrašas išsiplėtė. Sertifikavimo centrai yra prijungti prie SMEV, kuri išduoda elektroniniai parašai jau prijungtas Aukščiausiasis Teismas ir Aukščiausiasis arbitražo teismas RF. Anksčiau teisminė valdžios institucija neturėjo prieigos prie valstybės informacinių sistemų. Šiais metais MVĮ dalyviais tapo Rusijos automobilių draudikų sąjunga ir Federaliniai notarų rūmai (per organizaciją, bendraujama su Rusijos federaline mokesčių tarnyba).
SMEV yra uždara sistema, jos nariu galima tapti tik esant tinkamam įstatyminis aktas... Sprendimą prisijungti prie sistemos priima komisija, kuriai vadovauja Rusijos Federacijos ryšių ir žiniasklaidos ministras Nikolajus Nikiforovas.
Kalbant apie MVĮ dalyvius, reikėtų atsižvelgti į šiuos dalykus: mūsų šalyje yra daugiau nei 24 tūkstančiai savivaldybių, apie 970 kredito organizacijų, apie 80 federalinių institucijų ir 85 federacijos sudedamosios dalys. Kartu jie sukuria apie 26–27 tūkstančius galimų sąveikos dalyvių, neskaičiuojant biudžetinių įstaigų, kurie taip pat galėtų prisijungti prie sistemos, bet dar ne. Tačiau informavimas regionuose organizuojamas įvairiai. Kai kuriuose regionuose savivaldybės yra prijungtos prie subjekto sistemos, o ji - su MVĮ. Taigi, turime ne 26 tūkstančius, o 11 tūkstančių dalyvių - kai kurie iš šių 26 tūkstančių yra sujungti į regionines informacines sistemas.
Kai kuriose savivaldybėse, kur pagrindiniai kanalai dar nepasiekti, vis dar nėra ryšio, todėl jos vykdo tarpžinybinę sąveiką per artimiausią savivaldybę, kurioje yra internetas. Nėra jokių abejonių dėl visų dalyvių prieigos prie sistemos, tik kai kurie iš jų gauna prieigą neprisijungę.
Beje, Ryšių ir žiniasklaidos ministerija parengė dešimties metų projektą, skirtą panaikinti skaitmeninę atskirtį. Jame numatyta nutiesti 200 tūkstančių km optinio pluošto, tai yra didžiausia pasaulyje statybų aikštelė, kurios dėka internetas pasirodys visur Rusijoje.
NBJ: Kaip sekate MVĮ dalyvaujančių regionų veiklą?
A. KOZYREVAS: Kartą per mėnesį rengiame vaizdo konferencijas, kuriose dalyvauja regioninių valdžios institucijų vadovai, atsakingi už tarpžinybinę sąveiką. Konferencijų metu mes išsamiai studijuojame užklausų skaičiaus statistiką, koreliuojame ją su subjekto populiacija, o po to atliekame regionų reitingą pagal užklausų intensyvumą. Yra teritorijų, kurios atsilieka ir užmezgė ryšius, tačiau nelinkusios jomis naudotis, nes laikosi pasenusių technologijų, tokių kaip faksas. Stebime statistiką ir reguliariai pateikiame tiriamiesiems instrukcijas, kaip pereiti nuo popierinės prie elektroninės darbo eigos. Tačiau dauguma regionų jau aktyviai naudoja MVĮ. Didžiausias prašymų skaičius gaunamas iš Buriatijos Respublikos, Trans-Baikalo teritorijos, Briansko, Kostromos ir Tambovo regionų.
NBJ: Prašome paaiškinti sąvokos „nemokama duomenų bazių valdymo sistema“ reikšmę.
A. KOZYREV: Duomenų bazių valdymo sistema (toliau - DBVS - Red.) Yra informacinės sistemos klasė. Yra patentuotos, tai yra, sukurtos privačių įmonių ir platinamos komerciniais pagrindais, DBVS, taip pat laisvai platinamos sistemos, kurias kuria programuotojų bendruomenės. Tokios DBVS gali būti naudojamos nemokamai.
„SMEV 3.0“, kuri yra integravimo magistralė, buvo paremta „Oracle“ technologijomis. Neseniai perjungėme sistemą į nemokamą programinė įranga„ActiveMQ“ yra „Apache Software Foundation“ bendruomenės kūrinys. „ActiveMQ“ yra nemokama programinė įranga, kurią rusų programuotojai pritaikė naudoti tarpžinybiniame elektroniniame bendravime. „Oracle“ duomenų bazių valdymo sistema palaipsniui pereis prie nemokamos programinės įrangos.
„Elektroninės valdžios“ struktūroje Šis momentas taip pat naudojama „Oracle“ duomenų bazių valdymo sistema, tačiau 2015 m. mums buvo pavesta pereiti prie nemokamos programinės įrangos. Pirmiausia sukursime laisvai perskirstomos duomenų bazės prototipą, patikrinsime, kaip ji perkelia krovinius ir ar ji atitinka informacijos saugumo reikalavimus. Jei testo rezultatai bus teigiami, 2016 m. Pereisime prie nemokamos programinės įrangos. Laikoma kaip galimas variantas Nemokama „PostgreSQL DBMS“ programinė įranga.
Perėjimas prie laisvai platinamos DBVS yra konkretus žingsnis importo pakeitimo srityje „Elektroninės valdžios“ infrastruktūroje. Pirmasis žingsnis buvo žengtas, kai atsisakėme integruotos magistralės programinės įrangos, antrasis žingsnis bus duomenų bazė. Tiesa, negalima sakyti, kad dabar kapojame kalaviju - o rytoj viskas bus kitaip. Perėjimas bus tvarkingas ir laipsniškas.
NBJ: Kaip galite paaiškinti padidėjusį kredito įstaigų aktyvumą, siunčiantį vis daugiau užklausų į MVV?
A. KOZYREVAS: Pagal įstatymus kredito organizacijos privalo teikti valdžios organai informacija apie piliečių mokėjimus. Ši prievolė tapo visų bankų prijungimo prie MVĮ priežastimi.
Finansines organizacijas domina informacija apie skolininkų kreditingumą pareiškimų apie asmens statusą forma Asmeninė paskyra apdraustam asmeniui. Šią informaciją galite gauti iš Rusijos Federacijos pensijų fondo. Išrašuose pateikiama informacija apie skolininko darbo vietą, jo pajamas. Kredito įstaigos, naudodamosi šia informacija, gali žymiai sumažinti riziką, susijusią su mažmeniniu skolinimu. Tai, savo ruožtu, gali sumažinti paskolų palūkanas.
Šis procesas turi ir galinė pusė: piliečių asmens duomenys apie darbo vietą, pajamų lygį - reikšmingos informacijos kurie turi būti kruopščiai apsaugoti nuo kompromisų. Šiuo atžvilgiu skolininkai turėtų turėti galimybę kontroliuoti, kaip teikiamos el. Valdžios paslaugos.
Bankas gali gauti informacijos apie piliečio kreditingumą, jei jis kreipėsi dėl paskolos arba paskola jau buvo gauta, tačiau finansų organizacija, vykdydama savo politiką, nori įvertinti asmens kreditingumą. Abiem atvejais sąžiningas skolininkas duos leidimą naudoti savo asmens duomenis konkrečioje kredito įstaigoje. Turime tokią technologiją, ji veikia per viešųjų paslaugų ir mobiliųjų aplikacijų portalą, atrodo taip: žmogus ateina į banką ir užpildo paskolos paraiškos formą, finansų organizacija prašo informacijos apie piliečio kreditingumą per „Elektroninė valdžia“. Potencialus skolininkas gauna SMS žinutę su prašymu patvirtinti informacijos pateikimą bankui. Sutikimą teikti informaciją kredito įstaigai galima duoti atsakant SMS žinute, per programą mobiliesiems ar viešųjų paslaugų portalą - naudojant varnelę prieš žodį „leisti“. Jei pilietis sutinka naudoti savo asmens duomenis, bankas gauna prieigą prie jų.
Mūsų nuomone, ši technologija yra universali, ji gali būti taikoma bet kokiai informacijai, kurią žmogus nori pateikti apie save trečiosioms šalims - ne tik kredito įstaigoms.
Šiuo metu Rusijos telekomunikacijų ir masinių ryšių ministerija kartu su didžiausiais Rusijos mažmeniniais bankais vykdo bandomąjį projektą dėl technologijų naudojimo, kad gautų informaciją apie kreditingumą iš Rusijos Federacijos pensijų fondo. Jame dalyvauja „Tinkoff Bank“, „Citibank“, Maskvos bankas - pilnas sąrašas apima 25 kredito įstaigas, taip pat ne pelno siekiančias struktūras: Rusijos regioninių bankų asociaciją, Nacionalinę mokėjimo tarybą ir kt. Bankai prašo visos informacijos iš Pensijų fondas per SMEV ir, jei reikia, užregistruokite piliečius vieningoje identifikavimo ir autentifikavimo sistemoje (ESIA).
Tikimės, kad iki šių metų rudens pradžios projektas pereis prie nuolatiniam pagrindui, o technologija taps prieinama visoms kredito įstaigoms. Nustatysime tam tikrą informacijos iš valstybės informacinių sistemų teikimo tvarką - šiandien ji niekur nėra aiškiai surašyta.
Yra nuomonė, kad galima vieną kartą gauti raštišką piliečio sutikimą gauti asmens duomenis ir tuo remtis kiekvieną kartą bandant gauti informacijos. Kontroliuokite situaciją Ši byla sunku: milijonai prašymų bus gauti iš bankų, niekada negalėsime sužinoti apie leidimo prieinamumą kiekvienu konkrečiu atveju. Atsitiktiniai patikrinimai gali atskleisti asmens duomenų kompromisą, tačiau tik po to, kai informacija jau buvo pateikta. Rusijos Federacijos ryšių ministerijos technologija numato informacijos siuntimą tik po to, kai pilietis duoda tam leidimą.
Ši tendencija ypač svarbi mažiems regioniniams bankams, kuriems gali būti sunku konkuruoti su federaline mažmenine prekyba kredito įstaigos... Didieji bankai, kuriuose dalyvauja valstybė, jau dabar turi galimybę iš valstybės informacinių sistemų gauti informaciją apie savo kreditingumą, ko negalima pasakyti apie kitas mažmenines finansines organizacijas, ypač regionines. Nauja technologija suteiks jiems puikią galimybę geriau susidoroti su skolininkų rizika, sumažinti palūkanų normas ir pagerinti jų pasiūlymų kreditingumą.
NBJ: Kokios paslaugos teikiamos per SMEV tiek fiziniams, tiek juridiniai asmenys, ar šiandien paklausi?
A. KOZYREVAS: Yra 15 federalinių ir 20 regioninių paslaugų, kurioms reikia piliečių, apie 85% visų prašymų gaunama iš šių 35.
Tarp federalinių institucijų teikiamų paslaugų yra: paso ir vairuotojo pažymėjimas, transporto registravimas, mokesčių ir baudų sumokėjimas, padavimas mokesčių grąžinimas, nuosavybės teisės į nekilnojamąjį turtą registravimas, nekilnojamojo turto įtraukimas į kadastrą, išrašo iš jo gavimas, taip pat iš vieningo valstybės registro valstybinis registras teises į Nekilnojamasis turtas ir bendrauja su juo.
Į reikalingas paslaugas regioninės institucijos valdžios institucijos apima santuokos, mirties, gimimo, skyrybų registraciją, registraciją ir vardo keitimą. Be to, dizainas yra populiarus. socialines išmokas ir medžioklės bilieto išdavimas. Šios paslaugos teikiamos per vieną portalą MFC viešosios paslaugos, vyriausybė.
Nepriklausomai nuo kanalo, kuriuo gaunami prašymai, jie galiausiai patenka į instituciją, kuri per tarpžinybinius prašymus renka visą reikiamą informaciją. Jūs žinote, kad pagal įstatymą „Dėl valstybės ir savivaldybių paslaugų teikimo organizavimo“ draudžiama reikalauti iš piliečių popierinių dokumentų. Tiesą sakant, valdžios institucijos prašo viena kitos trūkstamų dokumentų.
NBJ: Kaip dažnai ir kodėl atsiranda tarpžinybinių elektroninės sąveikos sistemos gedimų?
A. KOZYREVAS: Sistema retai sugenda, ji yra gana patikima tiek techniniu, tiek informacijos saugumo požiūriu. Paprastai MVV atsiranda vietinių gedimų, priežastys yra skirtingos aplinkybės: tiek ryšio įrangos gedimai, tiek programinės įrangos gedimai, susiję su tam tikrų technologinių duomenų saugojimo sričių perpildymu.
Vienas iš naujausių gedimų įvyko dėl telekomunikacijų įrangos gedimo, vadinamojo apkrovos balansavimo įrenginio ir jo atsarginės kopijos. Tai retas atvejis, bet taip atsitiko. Kitas gedimas įvyko dėl padidėjusio užklausų apimties: duomenų bazės technologinis skyrius, kuriame buvo saugoma informacija apie perduotus skambučius, buvo pilnas, todėl atsirado duomenų bazės gedimas.
Paprastai prašymai pašalinti incidentus pateikiami vienam „Elektroninės valdžios“ situacijų centrui, kuris juos nukreipia priklausomai nuo tipo. Tuo pačiu metu būtina suprasti, kad sąveikos sistemoje visada dalyvauja trys šalys: užklausos siuntėjas, gavėjas ir SMEV kaip integracijos magistralė. Šiuo metu šių informacinių sistemų techninė pagalba priklauso vienos organizacijos jurisdikcijai.
Įsivaizduokite: užklausos siuntėjas yra Ivanovo regiono MFC, kurio informacinę sistemą prižiūri kokia nors organizacija. Viduryje yra MVĮ, kuri perduoda užklausas ir pateikia atsakymus, jos techninę pagalbą valdo Telekomunikacijų ir masinių ryšių ministerija bei „Rostelecom“. Trečioji santykių pusė yra gavėjas, pavyzdžiui, Vidaus reikalų ministerija, jie turi savo rangovus, kurie prižiūri departamento informacines sistemas. Anksčiau reikėjo išsiaiškinti, kur įvyko gedimas: siuntėjo, gavėjo ar MVĮ pusėje. Tai buvo gana nelengva užduotis. Dabar virš visų dalyvių yra situacijų centras, į kurį ateina visi prašymai dėl trikčių šalinimo. Taigi centras nusprendžia, kurią techninės pagalbos dalį reikia veikti. Tai padidina koordinavimo lygį sprendžiant incidentus. Prašymų į situacijos centrą skaičius siekia kelis milijardus per metus, dauguma jų išsprendžiami per vieną dieną.
NBJ: Kokias kitas funkcijas, be šiandien jai priskirtų, galėtų perimti MVĮ? Ar planuojate išplėsti jo funkcionalumą?
A. KOZYREVAS: Šiuo atveju būtina kalbėti apie visą „Elektroninės valdžios“ infrastruktūrą. Be MVĮ, ji apima keletą sistemų, užtikrinančių visišką valdžios institucijų sąveiką tarpusavyje.
Būtina organizuoti vieningą normatyvinės ir informacinės informacijos sistemą, kuri užtikrins vieningą informacinių išteklių kūrimo ir priežiūros tvarką. Tai labai svarbu, nes duomenų, kuriais valdžios institucijos keičiasi per MVĮ, standartizavimas žymiai padidins jų sąveikos efektyvumą. Pvz., Jei jums reikia gauti adresą kaip informacijos dalį iš vyriausybės institucijos, greičiausiai kiekvienas departamentas jį pateiks pagal savo formatavimo standartą: teksto eilutę, pjūvį ir pan. Dėl duomenų pateikimo vienodumo trūkumo atsiranda prieštaravimų, kurie kaupiasi informacijos ištekliuose.
Labai svarbu, kad visa vyriausybės infrastruktūra naudotų tuos pačius duomenų rinkinius aiškiais, standartiniais formatais. Manau, kad kitas MVV plėtros etapas bus skirtas standartizavimui ir vieningo valstybės duomenų modelio kūrimui.
Organizacijų ir padalinių informacinių sistemų sąveikos įgyvendinimas vykdomas pagal valstybinę tikslinę programą „Informacinė visuomenė (2011-2020)“.
Sąveika įgyvendinama:
tarpžinybinio elektroninio dokumentų valdymo sistemos (MEDO).
vieningą tarpžinybinės elektroninės sąveikos (SMEV) sistemą.
Kas yra SMEV ir kam jis skirtas?
Vieninga tarpžinybinės elektroninės sąveikos sistema (SMEV)- federalinės valstybės informacinė sistema, skirta organizuoti informacijos sąveiką tarp MVĮ dalyvių informacinių sistemų, siekiant teikti valstybės ir savivaldybių paslaugas ir vykdyti valstybės ir savivaldybių funkcijas elektronine forma.
Tarpžinybinės elektroninės sąveikos dalyviai (MVĮ dalyviai) yra federalinės vykdomosios institucijos, valstybės nebiudžetiniai fondai, vykdomieji organai Rusijos Federaciją sudarančių subjektų valstybinės institucijos, vietos savivaldos institucijos, valstybės ir savivaldybės įstaigos, daugiafunkciniai centrai, kitos įstaigos ir organizacijos.
„SMEV“ kūrimo tikslas - pagerinti valstybės ir savivaldybių paslaugų teikimo kokybę ir valstybės bei savivaldybių funkcijų vykdymą, naudojant bendrus informacijos išteklius, sutrumpinant elektroninės informacijos paieškos ir apdorojimo laiką.
„SMEV“ skirta šioms užduotims spręsti:
Pagrindinės MVĮ funkcijos
Pagrindinės MVĮ funkcijos yra šios:
prašymų, dokumentų ir informacijos, reikalingos valstybės ir savivaldybių paslaugoms gauti ir kurios pareiškėjai pateikia per vieną portalą, perdavimas į informacines sistemas, prijungtas prie MVĮ;
keitimasis elektroniniais pranešimais tarp MVĮ dalyvių;
prašymų, kitų dokumentų ir informacijos, apdorotos informacinėse sistemose, taip pat informacijos apie užklausų eigą ir paslaugų teikimo rezultatus perdavimas į vieną portalą.
Siekdama atlikti savo funkcijas, SMEV numato:
MVĮ technologinė parama
Informacinės sąveikos technologinė parama naudojant MVĮV pasiekiama naudojant:
į paslaugas orientuota architektūra, kurią sudaro elektronines paslaugas pastatytas pagal visuotinai priimtus standartus;
vieningus technologinius sprendimus ir standartus, vieningus duomenų struktūrų klasifikatorius ir aprašymus.
Kaip tapti SMEV nariu?
MVĮ naudojimo ir informacinių sistemų prijungimo prie jos ypatybės atskiri kūnai ir organizacijas nustato susitarimai tarp Rusijos telekomunikacijų ir masinių ryšių ministerijos, kuri yra MVĮ operatorė, ir organizacijos bei organizacijos, kuri yra MVĮ narė. Rusijos Federacijos telekomunikacijų ir masinių ryšių ministerija koordinuoja prisijungimo prie SMEV veiklą, užtikrina jos veikimą ir tvarko elektroninių paslaugų registrą.
Informacinių sistemų integravimas į MVĮ atliekamas pagal techninius informacinių sistemų sąveikos reikalavimus vieninga sistema tarpžinybinė elektroninė sąveika (patvirtinta Rusijos telekomunikacijų ir masinių ryšių ministerijos 2010 m. gruodžio 27 d. įsakymu Nr. 190).
Kad taptų MVĮ nariu, įstaiga ar organizacija, teikianti valstybės ir savivaldybių paslaugas ir atliekanti valstybės ir savivaldybių funkcijas, privalo:
Užtikrinti naudojamų informacinių sistemų ir MVĮ sąveikos elektroninių paslaugų ir sąsajų kūrimą.
Norėdami tai padaryti, turite susisiekti su tiekėju ar informacinės sistemos kūrėju, naudojamu reikalingų paslaugų ir sąsajų diegimo darbams atlikti.
Suteikite elektroninę paslaugą MVĮ mazgo operatoriui, kurio narė turėtų būti ši organizacija, registruotis ir įrašyti į elektroninių paslaugų registrą.
Norėdami tai padaryti, būtina oficialiai susisiekti su MVV mazgo operatoriumi ir pateikti elektroninės paslaugos pasą, bandymo metodiką ir elektroninės paslaugos vartotojo vadovą, taip pat užtikrinti elektroninės paslaugos prieinamumą jos priėmimui.
Užtikrinti saugų ryšio kanalą tarp naudojamos informacinės sistemos ir MVĮ.
AIS MFC VERSLAS
2. Federalinė valstybės informacinė sistema „Vieningas valstybės ir savivaldybių paslaugų (funkcijų) portalas“.
3. Programinė įranga ir technines priemones galimybė naudotis informacinėmis sistemomis per MVĮ.
4. Pagal Reglamentą dėl vieningos tarpžinybinės elektroninės sąveikos sistemos.
2016-04-07, pirm., 10:55, Maskvos laiku, Tekstas: Natalija Rudycheva
Kaip žinia, nuo 2015 metų pradžios oficialiai pradėta naudoti trečioji elektroninės tarpžinybinės sąveikos sistemos (SMEV) versija. Apie tai, kokį darbą su esamų sprendimų modernizavimu turi atlikti vyriausybės departamentai, pereidami prie naujos versijos „SMEV 3.x“, ir kaip juos organizuoti, kad būtų veiksmingai vykdoma tarpžinybinė sąveika.„CNews“ pasakojo Renatas Shakirzyanovas, „RedSys“ SMEV skyriaus vadovas.
CNews: Koks yra pagrindinis skirtumas tarp SMEV 3 ir ankstesnės versijos?
Renatas Šakirjanovas: Mano nuomone, pagrindinis technologijų skirtumas buvo perėjimas nuo sinchroninio prie asinchroninio ryšio. Leiskite paaiškinti pavyzdžiu. Ankstesnėje „SMEV 2.x“ versijoje keitimasis duomenimis tarp tarpžinybinės sąveikos dalyvių vyko taip. Viena agentūra atsiuntė užklausą kitai ir iškart laukė prašymo apdorojimo rezultato. Eksploatacijos patirtis parodė, kad tai lemia tai, kad ryte ir po pietų yra didžiausia apkrova, o naktį, atvirkščiai, įranga neveikia.
Naujos asinchroninės technologijos SMEV 3.x leidžia sumažinti didžiausią infrastruktūros apkrovą, nes susidaro eilė, iš kurios pranešimai apdorojami palaipsniui. Departamentas pats nustato, kada ir kokiu intensyvumu apdoroti užklausas eilėje. Akivaizdu, kad tuo pačiu kenčia jų vykdymo efektyvumas, tačiau mažėja ir didžiausia apkrova, o tai leidžia sumažinti reikalavimus infrastruktūrai - įrangai, tinklams ir kt.
Atskirai norėčiau pažymėti, kad asinchroninis bendravimas leidžia užtikrinti garantuotą užklausų pristatymą ir taip užtikrinti aukštesnį sąveikos kokybės lygį.
Kitas svarbus skirtumas yra vienos MVĮ paslaugos sukūrimas, per kurią visi padaliniai bendrauja, o ne kuria savo paslaugas. Dabar jie sudaro informacijos tipą - informacijos, kurią nori pateikti arba gauti, sąrašą ir per vieną paslaugą skelbia ją visiems kitiems vartotojams ir tiekėjams.
Taip pat vienas iš reikšmingų naujos versijos SMEV pranašumų yra perkeltų failų apimties padidėjimas. Anksčiau viena žinutė galėjo perkelti iki 5 MB priedų, tačiau dabar šis skaičius padidintas iki 1 GB. Ši naujovė leidžia tarpžinybinį bendradarbiavimą pakelti į naują lygį.
„CNews“: kokias naujas užduotis šiuo klausimu turi išspręsti jūsų įmonė?
Renatas Šakirjanovas: Tarp mūsų klientų yra keletas didelių federalinių agentūrų, kurioms sukūrėme prisijungimo prie ankstesnės versijos MVV paslaugas. Šiandien turime įgyvendinti sąveiką pagal naujas metodines rekomendacijas. Mes kalbame apie individualų programinės įrangos kūrimą - naujų paslaugų kūrimą arba esamų atnaujinimą.
Renat Shakirzyanov: Kadangi pasikeitė reikalavimai technologijoms, būtina iš naujo atlikti analitinę darbo dalį
Pasikeitus reikalavimams technologijoms, būtina iš naujo atlikti analitinę darbo dalį. Ir šiuo metu tampa įmanoma ne tik technologiškai pakeisti darbo schemą, bet, galbūt, pakoreguoti prieš keletą metų sukurtas paslaugų verslo taisykles, kurios galėjo prarasti savo aktualumą. Tuo pačiu metu mažiausiai šešis mėnesius senos ir naujos paslaugos turi veikti lygiagrečiai, kad jų vartotojai galėtų prisitaikyti prie SMEV 3.x.
Pavyzdžiui, prieš prijungdami vieną iš mūsų federalinių klientų prie MVV, prieš keletą metų mes sukūrėme atskirą komponentą, kuris suteikia MVĮ 2.x formato skyriaus išorinių sistemų ir vidinių sistemų sąveiką, imantis konvertavimo funkcijų. formatus. Šiandien, atsiradus naujoms gairėms, kuriame panašų sprendimą, skirtą SMEV 3.x. Kad pakeitimai nepaveiktų kliento verslo procesų, sukūrėme mechanizmus, leidžiančius dirbti su ta pačia informacija tiek „SMEV 2.x“, tiek „SMEV 3.x“, konvertuoti juos į vidinį formatą ir perkelti į atitinkamą funkcinę sistemą apdorojimo skyriaus sistema. Tuo atveju, kai skyrius pats suformuoja užklausą, mūsų sprendimas supranta, kokio tipo informacija jam reikalinga, nustato jų formatą - SMEV 2.x arba SMEV 3.x, priklausomai nuo informacijos teikėjo naudojamo formato, ir tada išsiunčia reikiamą informaciją prašymas. Taigi, mes sukūrėme mechanizmą, kuris leidžia vienu metu dirbti „SMEV 2.x“ ir „SMEV 3.x“, nekeičiant departamento funkcinių sistemų, ir galimybė palaipsniui pereiti prie informacijos tiekėjų ir vartotojų, atsižvelgiant į jų pasirengimą.
CNews: Kiek laiko jūsų įmonė kuria tokias paslaugas?
RenatasShakirzyanov: Mūsų kūrėjų komanda daugelį metų - praktiškai nuo projekto pradžios - kuria MVĮ paslaugas federalinėms vykdomosioms institucijoms. Bandydami juos, mes taip pat glaudžiai bendraujame su regioninėmis valdžios institucijomis. Šiandien mūsų komandoje dirba apie 30 žmonių.
Buvome labai atidūs komandos formavimui, kvietėme ne tik sistemų integratorių specialistus, bet ir skyrių darbuotojus. Manau, kad šiandien turime vieną labiausiai patyrusių komandų, dirbančių šia kryptimi. Mes dalyvaujame daugelyje bandomųjų projektų ir padedame įstatymų leidėjams parengti gaires ir nustatyti skirtingų dokumentų neatitikimus.
Turėdami didelę patirtį, galime sumažinti išlaidas, susijusias su paslaugų ir informacijos rūšių kūrimu ir priežiūra, taip pat paslaugų teikimo perkėlimu į elektroninę formą. Pavyzdžiui, teisės aktai numato kiekvienos paslaugos atskiros informacijos rūšies kūrimą. Tačiau yra paslaugų, kurios šiek tiek skiriasi viena nuo kitos. Ir šiuo atveju patartina juos suvienyti. Tačiau nereikėtų pamiršti, kad jei bent vienas iš jų pasikeis, visa kita turės būti perregistruota MVĮ. Todėl kiekvienas toks atvejis yra unikalus, o renkantis tarp paslaugų suvienijimo ir atskyrimo reikia rasti pusiausvyrą tarp lengvo vystymosi ir palaikymo bei tolesnio naudojimo.
CNews: Kokios technologijos naudojamos kuriant paslaugas, skirtas sąveikai su SMEV 3.0.?
RenatasShakirzyanov: Kurdami sprendimus naudojame „Java EE“ technologijas. „Java EE“ leidžia kurti ir diegti nešiojamas, patikimas, keičiamo dydžio ir saugias serverio „Java“ programas.
Mūsų programa yra pagrįsta pavasario sistema. Tai atviro kodo bendrosios paskirties sistema „Java“ platformai. Tai leidžia išspręsti pagrindines užduotis, kurias turi atlikti bet kuri šiuolaikinė programa: dirbti su DBVS „Java“ platformoje, naudojant JDBC ir ORM įrankius; koordinuoti įvairias operacijų valdymo API ir tinkinti „Java“ objektų operacijų valdymą; sukurti žiniatinklio programų sistemą.
Norėdami integruoti įvairias programas į sistemą, naudojame atvirą kelių platformų „Java“ sistemą „Apache Camel“.
CNews: Kaip palaikomas sprendimas?
RenatasShakirzyanov:„RedSys“ turi specialų aptarnavimo centrą, kuriame yra „HelpDesk“ paslauga, karštoji linija 24x7, darbo pamaina, taip pat skyriai, susiję su techninės ir programinės įrangos palaikymu.
Kiekvienam skyriui organizuojame tarnybų darbo stebėjimo sistemą, kuri leidžia realiu laiku kontroliuoti jų prieinamumą, greitį ir našumą. Tai leidžia laiku užkirsti kelią problemų atsiradimui.
CNews: Kokias papildomas paslaugas galite pasiūlyti skyriams?
RenatasShakirzyanov: Jau šiandien siūlome sprendimus, leidžiančius jums kontroliuoti, ar tam tikras skyrius turi teisę gauti tam tikrą informaciją. Planuojama įdiegti anksčiau sukurtą mechanizmą, pagal kurį teisės būtų diferencijuojamos ne tik pagal informacijos rūšis, bet ir pagal perduotus duomenis. Tie. vienas skyrius, turintis atitinkamą prieigą, gali gauti duomenis apie konkretų pilietį, o kitas skyrius, neturintis prieigos, bus atmestas. Tokiu būdu galėsime reguliuoti prieigą prie ribotos informacijos.
Be to, mūsų sprendimas apima analitinį modulį, leidžiantį rinkti statistinę informaciją apie viešųjų paslaugų teikimo kiekį ir kokybę elektroniniu formatu ir tarpžinybinis bendradarbiavimas.
Pastaruoju metu vis daugiau regioninių dalyvių jungiasi prie MVV, ir tai ne tik įvairių lygių vyriausybinės įstaigos, bet ir daugiafunkciniai centrai. finansų ir kredito organizacijos... Tarpinstitucinės sąveikos apimtys kasmet auga, todėl turime išplėsti ir paremti savo sprendimą, kad mūsų partneriai galėtų išplėsti elektroninių formų viešųjų paslaugų sąrašą ir pagerinti jų teikimo kokybę bei greitį.
Medžiagoje pateikiamas informacijos rūšies MVĮ paieškos algoritmas. 3. Atsižvelgiama į informacijos apie orlaivius šaltinius: MVĮ technologinio portalo sąsają, perėjimo prie naudojimo planą. Metodinės rekomendacijos 3.x, „SMEV“ vieninga ataskaita. Aprašytas orlaivio gamybinės versijos tinkamumo naudoti patikrinimo procesas.
MVV informacijos rūšies paieškos problema
SMEV kūrėjai siūlo naudoti pagrindinę informacijos tipų SMEV 3 paieškos priemonę, esančią technologiniame portale adresu https://smev3.gosuslugi.ru. Tuo pačiu metu vartotojui suteikiama galimybė ieškoti tik pagal informacijos tipo pavadinimą, o ankstesnėje techninio portalo versijoje buvo pateiktas daug platesnis filtrų rinkinys:
- paslaugos savininkas (skyrius ar organizacija)
- pagal identifikatorių
- ant raktinis žodis aprašyme
- pagal taikymo sritį
- pagal prieinamumą (viešas / ribotas)
Be to, kad trūksta papildomų filtrų, paieškos procesas gali būti susijęs su šiomis problemomis:
- ne visos MVV2 paslaugos perkeliamos į MVĮ3
- pereidamas iš SMEV2 į SMEV3, tiekėjas gali žymiai pakeisti paslaugos pavadinimą (informacijos tipą), padalinti vieną paslaugą į kelis orlaivius arba, atvirkščiai, sujungti paslaugas (pavyzdžiui, „SMEV2“ GIS GMP paslauga šiuo metu yra padalinta į 10 informacijos rūšys)
- labai ilgas laikas (iki 6 ar daugiau mėnesių) gali praeiti nuo tam tikros rūšies informacijos išvesties iki bandymo ir gamybos aplinkos
- labai dažnai bandymų ir gamybos aplinkoje išvedamos kelios tos pačios rūšies informacijos versijos
- „SMEV Techportal“ jie nustojo skelbti naujausius duomenis apie orlaivių vartotojus
- informacijos tipų kortelės MVĮ techniniame portale paieškos sistemos neindeksuojamos
- Galiausiai, pastaruoju metu dėl būtinybės oficialiai laikytis numatytų terminų dažnai susiduriama su praktika, kai produktyvioje aplinkoje informacijos tipai yra montuojami „atotrūkiais“ (orlaivis pradedamas gaminti, tačiau arba nereaguoja į produktyvius prašo arba atsako pateikdama bandymų duomenis)
Šios problemos apsunkina informacijos apie informacijos tipą paiešką, taip pat apsunkina sprendimą pradėti darbą prisijungiant prie orlaivio.
Papildomi duomenų šaltiniai apie informacijos tipus
Perėjimo prie informacijos teikimo naudojant vieną elektroninę paslaugą MVV planas
„SMEV“ technologinis portalas paskelbė dokumentą „Pereinamojo plano protokolo 2 priedas ...“, kuriame pateikiamas orlaivių sąrašas ir elektroninių paslaugų perkėlimo laikas, kai įgyvendinamos metodinės rekomendacijos dėl darbo su ESMEV versija. 3. Šis dokumentas yra labai vertingas dėl kelių priežasčių.
Pirma, jame pateikiamas „vienas su vienu“ ryšys tarp „SMEV2“ paslaugų ir informacijos tipų „SMEV3“.
Antra, visos paslaugos ir informacijos rūšys yra sugrupuotos pagal skyrius (tiekėjus).
Trečia, dokumente pateikiamos informacijos rūšies išvesties datos bandymų ir gamybos aplinkoje. Tačiau reikia nepamiršti, kad šios datos yra apytikslės ir gali būti perkeltos. Oficiali išvada apie informacijos rūšį gamyboje taip pat nenurodo jos veikimo.
Svarbiausia, kad dokumentas yra „Excel“ failas. Jame veikia standartinė paieškos funkcija. Tai yra, galite ieškoti pagal skyrių, „SMEV 2“ paslaugos pavadinimą ir informacijos tipą „SMEV 3“.
Dokumento trūkumas yra tas, kad jame yra toli gražu ne visas informacijos rūšių sąrašas, bet tik tie orlaiviai, kurie atitinka MVĮ2 paslaugas.
Bendra MVV ataskaita
Elektroninės valdžios situacijų centras skelbia dokumentą „Vieninga MVĮ ataskaita“. Prieiga prie jos suteikiama vartotojams, turintiems vyriausybės paskyrą. Kelias į dokumentą: "Paskelbtos ataskaitos" => "SMEV" => "Vieninga MVĮ ataskaita" => "SMEV. Bendra MVĮ ataskaita: ataskaita Nr. 6_SMEV_Suviendyta MVĮ ataskaita Ataskaita skelbiama kas mėnesį.
Dokumentas yra „Excel“ failas ir jame yra daug naudingos statistinės informacijos. Be kitų dalykų, jame yra skirtukas „Neprašytos paslaugos“, kuriame išvardijamos paslaugos ir informacijos rūšys, kurių neprašoma. Taigi, jei informacijos tipas turėtų pateikti informaciją, kuri yra paklausi (1), jau įtraukta į gamybos aplinką (2) ir tuo pat metu įtraukta į „neprašytų“ skaičių (3) - greičiausiai , tiesą sakant, tai neveikia.
Lėktuvo būsenos failas
Neseniai pagrindiniame „SMEV 3“ technologinio portalo puslapyje pasirodė informacijos blokas su nuoroda į „Excel“ formato santraukos failą su informacija apie visų rūšių informacijos pasirengimo laipsnį. Failas yra viešai prieinamas. Jį galite rasti pagrindiniame techninio portalo puslapyje: turite atidaryti standartinę paieškos funkciją pagal puslapio turinį ir rasti frazę „ataskaitos apie informacijos tipų registravimo būseną“. Po rastu tekstu bus nuoroda į dabartinę failo versiją.
2018-05-30.
Faile yra ši informacija:
- išsamų MVĮ dalyvių ir jų informacinių sistemų sąrašą (skirtukas „Dalyvio būsena“)
- pilnas informacijos tipų sąrašas, nurodant tiekėją, atitinkamą MVV2 paslaugą (jei yra), taip pat orlaivio išėjimo į bandymų ir gamybos aplinką būseną (skirtukas „Orlaivio būsena“)
Šis dokumentas yra svarbiausias duomenų šaltinis ieškant tinkamos informacijos.
Informacijos tipo paieškos algoritmas
Naudojant suvestines rinkmenas su informacijos tipų sąrašu vietoj žiniatinklio sąsajos labai palengvinamas norimo orlaivio paieškos procesas.
Pats paieškos algoritmas atrodo taip:
- Eikite į „SMEV“ technologinį portalą ir atsisiųskite dabartinę failo „Orlaivio būsena“ versiją
- Lėktuvų ieškome naudodami standartines paieškos funkcijas:
- pagal atitinkamos paslaugos pavadinimą arba SID MVV2
- pagal tiekėjo skyrių
- pagal raktinį žodį
- Jei sąraše yra kelios to paties orlaivio versijos, turėtumėte naudoti naujausią
- Jei turite prieigą prie failo „Vieninga MVĮ ataskaita“, verta patikrinti, ar informacijos tipas nėra įtrauktas į nepareikštos informacijos skaičių
Kaip minėta aukščiau, duomenų rodinio įtraukimas į gamybos aplinką negarantuoja, kad jis iš tikrųjų veiks. Todėl prieš pradedant visapusišką darbą, susijusį su prijungimu ir integravimu su orlaiviu, verta atlikti papildomą patikrinimą:
- Išbandykite orlaivį bandymo aplinkoje
- Pasiekite orlaivį produktyvioje aplinkoje
- Rankiniu būdu generuokite keletą kovos užklausų pagal ginkluotųjų pajėgų schemą
- Naudodami nemokamą klientą MVĮ, nusiųskite šiuos kovos prašymus produktyvioje aplinkoje Vida informacijai
- Palaukite prasmingų atsakymų į užklausas (žinoma, atsakymai su klaidų kodais arba atsakymai su bandymų duomenimis nėra prasmingi)
Tik prasmingų atsakymų į užklausas buvimas produktyvioje aplinkoje leidžia spręsti apie tikrąjį „SMEV 3“ duomenų tipo veikimą ir gali būti signalas pradėti integracijos su orlaiviu darbą.
