Ako nájsť požadovaný typ informácií smev3. Jednotný systém medzirezortnej elektronickej interakcie (smev) Problém zisťovania typu informácií v smev

Implementácia interakcie informačných systémov organizácií a rezortov sa uskutočňuje v rámci štátu cieľový program"Informačná spoločnosť (2011-2020)".

Interakcia sa realizuje v rámci:

medziagentúrny systém elektronická správa dokumentov(MEDO).

jednotný systém medzirezortnej elektronickej interakcie (SMEV).

Čo je SMEV a na čo slúži?

jeden systém medzirezortná elektronická interakcia (SMEV)- federálny štátny informačný systém určený na organizovanie informačnej interakcie medzi informačnými systémami účastníkov SMEV za účelom poskytovania štátnej a komunálne služby a výkon funkcií štátu a samosprávy v elektronickej forme.

Účastníkmi medzirezortnej elektronickej interakcie (účastníkmi SMEV) sú federálne orgány výkonná moc, štátne mimorozpočtové fondy, výkonné orgány štátnej moci predmetov Ruská federácia, telá miestna vláda, štátne a mestské inštitúcie, multifunkčné centrá, iné orgány a organizácie.

Účelom vytvorenia SMEV je zlepšenie kvality poskytovania služieb štátu a samosprávy a výkonu funkcií štátu a samosprávy prostredníctvom využívania spoločných informačné zdroje, skrátenie času na vyhľadávanie a spracovanie informácií v elektronickej forme.

SMEV je určený na riešenie nasledujúcich úloh:

Hlavné funkcie SMEV

Hlavné funkcie SMEV sú:

prenos žiadostí, dokumentov a informácií požadovaných na získanie štátnych a komunálnych služieb a podávaných žiadateľmi prostredníctvom jednotného portálu tým, ktorí sú napojení na SMEV Informačné systémy;

výmena elektronických správ medzi účastníkmi SMEV;

prenos žiadostí, iných dokumentov a informácií spracovávaných v informačných systémoch na jeden portál, ako aj informácie o priebehu žiadostí a výsledkoch poskytovania služieb.

Aby splnili svoje funkcie SMEV poskytuje:

Technologická podpora SMEV

Technologická podpora interakcie informácií s využitím SMEV sa dosahuje použitím:

architektúra orientovaná na služby, čo je súbor elektronických služieb vytvorených podľa všeobecne uznávaných štandardov;

jednotné technologické riešenia a štandardy, jednotné klasifikátory a popisy dátových štruktúr.

Ako sa stať členom SMEV?

Vlastnosti používania SMEV a pripojenie informačných systémov k nemu jednotlivé orgány a organizácie sú určené dohodami medzi Ministerstvom telekomunikácií a masových komunikácií Ruska, ktoré je prevádzkovateľom SMEV, a orgánom a organizáciou, ktorá je členom SMEV. Ministerstvo telekomunikácií a masových komunikácií Ruskej federácie koordinuje činnosť pripájania k SMEV, zabezpečuje jeho fungovanie a vedie register elektronických služieb.

Integrácia informačných systémov v rámci SMEV prebieha v súlade s Technické požiadavky k interakcii informačných systémov v jednotnom systéme medzirezortnej elektronickej interakcie (schválené nariadením Ministerstva telekomunikácií a masových komunikácií Ruska zo dňa 27. decembra 2010 č. 190).

Členom SMEV sa môže stať orgán alebo organizácia poskytujúca štátne a komunálne služby a vykonávajúca štátne a obecné funkcie:

Zabezpečiť rozvoj elektronických služieb a rozhraní pre interakciu používaného informačného systému a SMEV.
K tomu je potrebné kontaktovať dodávateľa alebo vývojára informačného systému používaného na vykonávanie prác na implementácii potrebných služieb a rozhraní.

Poskytovať elektronická služba prevádzkovateľovi uzla SMEV, ktorého účastníkom musí byť túto organizáciu, na registráciu a zápis do registra elektronických služieb.
K tomu je potrebné oficiálne kontaktovať prevádzkovateľa uzla SMEV a poskytnúť pas elektronickej služby, metodiku testovania a používateľskú príručku elektronickej služby, ako aj zabezpečiť dostupnosť elektronickej služby pre jej akceptáciu.

Zabezpečiť dostupnosť bezpečného komunikačného kanála medzi používaným informačným systémom a SMEV.

AIS MFC BUSINESS

2. Federálny štátny informačný systém " Jediný portálštátne a komunálne služby (funkcie)“.

3. Softvér a technické prostriedky poskytovanie možnosti prístupu k informačným systémom prostredníctvom SMEV.

4. V súlade s Nariadením o jednotnom systéme medzirezortnej elektronickej interakcie.

Materiál predstavuje algoritmus na vyhľadávanie typov informácií SMEV 3. Za zdroje informácií o lietadle sa považujú: rozhranie Technologického portálu SMEV, Plán prechodu na používanie Metodických odporúčaní 3.x, Jednotný Správa SMEV. Je popísaný proces kontroly prevádzkyschopnosti sériovej verzie lietadla.

Problém nájdenia typu informácie v SMEV

Vývojári SMEV navrhujú použiť webové rozhranie umiestnené na Technologickom portáli na https://smev3.gosuslugi.ru ako hlavný vyhľadávací nástroj pre typy informácií SMEV 3. Používateľ má zároveň možnosť vyhľadávať len podľa názvu typu informácie, pričom pre predchádzajúcu verziu Technického portálu bola poskytnutá oveľa širšia sada filtrov:

vlastníkom služby (oddelenie alebo organizácia)
podľa identifikátora
podľa kľúčového slova v popise
podľa oblasti použitia
podľa dostupnosti (verejná / obmedzená dostupnosť)

Okrem nedostatku ďalších filtrov môže byť proces vyhľadávania spojený s nasledujúcimi problémami:

nie všetky služby SMEV2 sa prenesú na SMEV3
pri prechode zo SMEV2 na SMEV3 môže dodávateľ výrazne zmeniť názov služby (typ informácie), rozdeliť jednu službu do viacerých lietadiel, alebo naopak služby spojiť (napr. služba GIS GMP SMEV2 je v súčasnosti rozdelená na 10 typy informácií)
medzi výstupom typu informácie do testovacieho a produkčného prostredia môže uplynúť veľmi dlhý čas (až 6 mesiacov alebo viac)
veľmi často sa do testovacieho a produkčného prostredia dostane niekoľko verzií rovnakého druhu informácií
na Techportáli SMEV prestali zverejňovať aktuálne údaje o spotrebiteľoch lietadiel
karty typov informácií na Technickom portáli SMEV nie sú indexované vyhľadávačmi
nakoniec, nedávno, kvôli potrebe formálneho súladu plánované termíny, je to často prax inštalovania „stubov“ na typy informácií v produktívnom prostredí (lietadlo je uvedené do výroby, ale buď nereaguje na produktívne požiadavky, alebo odpovedá testovacími údajmi)

Tieto problémy komplikujú vyhľadávanie informácií o type informácií, ako aj rozhodovanie o začatí prác na pripojení k lietadlu.

Ďalšie zdroje údajov o typoch informácií

Plán prechodu na poskytovanie informácií pomocou jednotnej elektronickej služby SMEV

Technologický portál SMEV zverejnil dokument „Príloha 2 k Protokolu Plánu prechodu ...“, v ktorom je uvedený zoznam lietadiel a načasovanie presunu elektronických služieb do implementácie Metodických odporúčaní pre prácu s verziou ESMEV. 3. Tento dokument je veľmi cenný z niekoľkých dôvodov.

Po prvé, obsahuje individuálnu korešpondenciu medzi službami SMEV2 a typmi informácií SMEV3.

Po druhé, všetky služby a typy informácií sú zoskupené podľa oddelení (dodávateľov).

Po tretie, dokument predstavuje dátumy výstupu typov informácií v testovacom a produkčnom prostredí. Treba však mať na pamäti, že tieto dátumy sú približné a môžu sa posunúť. Formálny záver typu informácie v inscenácii tiež nenaznačuje jej výkon.

Najdôležitejšie je, že dokument je súbor programu Excel. Funguje v ňom štandardná funkcia vyhľadávania. To znamená, že môžete vyhľadávať podľa oddelenia, názvu služby SMEV 2 a typu informácií SMEV 3.

Nevýhodou dokumentu je, že obsahuje ďaleko od úplný zoznam typy informácií, ale len tie lietadlá, ktoré zodpovedajú službám SMEV2.

Jednotná správa o SMEV

Situačné centrum e-governmentu zverejňuje dokument „Jednotná správa o SMEV“. Prístup k nej majú používatelia s vládnym účtom. Cesta k dokumentu: "Zverejnené prehľady" => "SMEV" => "Jednotný prehľad o SMEV" => "SMEV. Jednotná správa o SMEV: Správa č. 6_SMEV_Jednotná správa o SMEV_ ". Správa sa zverejňuje mesačne.

Dokument je súbor vo formáte Excel a obsahuje množstvo užitočných štatistických informácií. Okrem iného obsahuje záložku Nenárokované služby, na ktorej sú uvedené služby a typy informácií, ktoré nie sú požadované. Ak by teda typ informácie mal poskytovať informácie, ktoré sú žiadané (1), už boli zavedené do produkčného prostredia (2) a zároveň sú zahrnuté v počte „nenárokovaných“ (3) – s najväčšou pravdepodobnosťou v skutočnosti to nie je funkčné.

Súbor "Stav lietadla"

Nedávno sa na hlavnej stránke Technologického portálu SMEV 3 objavil informačný blok s odkazom na súhrnný súbor vo formáte excel s informáciou o stupni pripravenosti všetkých typov informácií. Súbor je v otvorený prístup... Nájdete ho na hlavnej stránke technického portálu: musíte otvoriť štandardnú funkciu vyhľadávania obsahu stránky a nájsť frázu „správa o stave registrácie typov informácií“. Pod nájdeným textom bude odkaz na aktuálnu verziu súboru.

Dňa 30.05.2018.

Súbor obsahuje nasledujúce informácie:

kompletný zoznam účastníkov SMEV a ich informačných systémov (záložka „Status účastníka“)
úplný zoznam typov informácií s uvedením dodávateľa, príslušnej služby SMEV2 (ak existuje), ako aj stavu výstupu lietadla do testovacieho a výrobného prostredia (záložka „Stav lietadla“)

Tento dokument je najdôležitejším zdrojom údajov na nájdenie správneho druhu informácií.

Algoritmus vyhľadávania pre typ informácií

Použitie súhrnných súborov so zoznamom typov informácií namiesto webového rozhrania výrazne uľahčuje proces nájdenia požadovaného lietadla.

Samotný vyhľadávací algoritmus vyzerá takto:

Prejdite na Technologický portál SMEV a stiahnite si aktuálnu verziu súboru „Stav lietadla“
Lietadlá hľadáme pomocou štandardnej funkcie vyhľadávania:
1. podľa názvu alebo SID príslušnej služby v SMEV2
2. podľa dodávateľského oddelenia
3. podľa kľúčového slova
Ak zoznam obsahuje niekoľko verzií toho istého lietadla, mali by ste použiť najnovšiu
Ak máte prístup k súboru „Jednotná správa SMEV“, oplatí sa skontrolovať, či typ informácie nie je zahrnutý v počte nevyžiadaných informácií

Ako bolo uvedené vyššie, uvedenie údajového pohľadu do produkčného prostredia nezaručuje, že bude skutočne fungovať. Preto sa pred začatím prác na pripojení a integrácii s lietadlom v plnom rozsahu oplatí vykonať dodatočnú kontrolu:

Otestujte lietadlo v testovacom prostredí
Prístup k lietadlu v produktívnom prostredí
Manuálne vygenerujte niekoľko bojových požiadaviek podľa schémy ozbrojených síl
Pomocou bezplatného klienta SMEV pošlite tieto bojové požiadavky v produktívnom prostredí spoločnosti Vida informácií
Počkajte na zmysluplné odpovede na požiadavky (samozrejme, odpovede s chybovými kódmi alebo odpovede s testovacími údajmi nemajú zmysel)

Iba prítomnosť zmysluplných odpovedí na otázky v produktívnom prostredí umožňuje posúdiť skutočný výkon dátového typu SMEV 3 a môže slúžiť ako signál na začatie prác na integrácii s lietadlom.

07/04/2016, Po, 10:55, Moskovského času, Text: Natalia Rudycheva

Ako viete, od začiatku roka 2015 bola oficiálne uvedená do prevádzky tretia verzia Systému elektronickej medzirezortnej interakcie (SMEV). O tom, aké práce na modernizácii existujúcich riešení musia vykonať rezorty v súvislosti s prechodom na novú verziu SMEV 3.x a ako ich organizovať, aby efektívne prebiehali medzirezortné vzťahy, v rozhovoreCNews povedal Renat Shakirzyanov, vedúci oddelenia SMEV v RedSys.

CNews: Čo je hlavné rozdiel SMEV 3 z predchádzajúcej verzie?

Renat Shakirzyanov: Hlavným rozdielom z hľadiska technológie bol podľa mňa prechod zo synchrónnej na asynchrónnu komunikáciu. Vysvetlím to na príklade. V predchádzajúcej verzii SMEV 2.x prebiehala výmena dát medzi účastníkmi medzirezortnej interakcie nasledovne. Jedna agentúra poslala žiadosť druhej a okamžite čakala na výsledok spracovania žiadosti. Prevádzkové skúsenosti ukázali, že to vedie k tomu, že v ranných a popoludňajších hodinách dochádza k špičkovému zaťaženiu a naopak v noci je zariadenie nečinné.

Nové asynchrónne technológie SMEV 3.x umožňujú znížiť špičkové zaťaženie infraštruktúry v dôsledku tvorby frontu, z ktorého sú správy spracovávané postupne. Samotné oddelenie určuje, kedy a s akou intenzitou vybaviť požiadavky v rade. Je zrejmé, že súčasne trpí efektívnosť ich vykonávania, ale klesá aj špičkové zaťaženie, čo umožňuje znížiť požiadavky na infraštruktúru - zariadenia, siete atď.

Samostatne by som rád poznamenal, že asynchrónna komunikácia vám umožňuje zabezpečiť doručovanie požiadaviek, čím poskytuje viac vysoký stupeň kvalita interakcie.

Ďalším dôležitým rozdielom je vytvorenie jedinej služby SMEV, prostredníctvom ktorej všetky oddelenia interagujú namiesto vývoja vlastných služieb. Teraz tvoria typ informácií – zoznam informácií, ktoré chcú buď poskytnúť alebo prijať, a prostredníctvom jedinej služby ich zverejnia pre všetkých ostatných spotrebiteľov a dodávateľov.

Taktiež jednou z významných výhod novej verzie SMEV je zvýšenie objemu prenášaných súborov. Predtým mohla jedna správa preniesť až 5 MB príloh, ale teraz sa toto číslo zvýšilo na 1 GB. Táto inovácia vám umožňuje zobraziť medziagentúrna spolupráca na novú úroveň.

CNews: Aké nové úlohy musí vaša spoločnosť v tejto súvislosti vyriešiť?

Renat Shakirzyanov: Medzi našich klientov patrí viacero veľkých federálnych rezortov, pre ktoré sme vytvorili služby na prepojenie s predchádzajúcou verziou SMEV. Dnes musíme zaviesť interakciu v súlade s novými metodickými odporúčaniami. Hovoríme o vývoji softvéru na zákazku – vytváranie nových služieb alebo upgrade existujúcich.

Renat Shakirzyanov: Keďže požiadavky na technológie sa zmenili, je potrebné znovu vykonať analytickú časť práce

Nakoľko sa požiadavky na technológie zmenili, je potrebné znovu vykonať analytickú časť práce. A v tejto chvíli je možné nielen technologicky zmeniť schému práce, ale možno aj upraviť obchodné pravidlá služieb vyvinutých pred niekoľkými rokmi, ktoré by mohli stratiť svoj význam. Zároveň minimálne šesť mesiacov musia paralelne fungovať staré a nové služby, aby sa ich používatelia mohli prispôsobiť SMEV 3.x.

Napríklad v rámci pripojenia jedného z našich federálnych zákazníkov k SMEV sme pred niekoľkými rokmi vyvinuli samostatný komponent, ktorý zabezpečuje interakciu medzi externými systémami a internými systémami katedry vo formáte SMEV 2.x, pričom preberá funkcie konverzie formátu . Dnes v súvislosti so vznikom nových smerníc vytvárame podobné riešenie pre SMEV 3.x. Aby sa zmeny nedotkli obchodných procesov zákazníka, vyvinuli sme mechanizmy, ktoré umožňujú pracovať s rovnakými informáciami v SMEV 2.xa SMEV 3.x, konvertovať ich do interného formátu a preniesť do zodpovedajúceho funkčného systémové oddelenie na spracovanie. V prípade, že samotné oddelenie vytvorí požiadavku, naše riešenie pochopí, aký typ informácií potrebuje, určí ich formát - SMEV 2.x alebo SMEV 3.x v závislosti od formátu používaného poskytovateľom informácií a následne odošle požadované informácie. žiadosť. Vytvorili sme tak mechanizmus, ktorý umožňuje súbežnú prácu v SMEV 2.xa SMEV 3.x bez úpravy funkčných systémov v rámci rezortu s možnosťou fázového prechodu dodávateľov a odberateľov informácií podľa ich pripravenosti.

CNews: Ako dlho vaša spoločnosť vyvíja takéto služby?

RenatShakirzyanov: Náš vývojový tím už mnoho rokov vyvíja služby SMEV pre federálne výkonné orgány – prakticky od spustenia projektu. V procese ich testovania úzko spolupracujeme aj s regionálnymi úradmi. Dnes náš tím tvorí asi 30 ľudí.

K zostaveniu tímu sme pristupovali veľmi opatrne, pozvali sme nielen špecialistov systémových integrátorov, ale aj zamestnancov oddelení. Myslím si, že dnes máme v tomto smere jeden z najskúsenejších tímov. Zapájame sa do mnohých pilotných projektov a pomáhame zákonodarcom rozvíjať sa usmernenia a identifikovať nezrovnalosti v rôznych dokumentoch.

Naše bohaté skúsenosti nám umožňujú minimalizovať náklady na vývoj a údržbu služieb a typov informácií, ako aj prevod poskytovania služieb do elektronickej podoby. Legislatíva napríklad stanovuje vypracovanie samostatného typu informácií pre každú službu. Existujú však služby, ktoré sa od seba mierne líšia. A v tomto prípade by bolo vhodné ich zjednotiť. Netreba však zabúdať, že ak sa zmení aspoň jeden z nich, všetky ostatné budú musieť byť preregistrované na SMEV. Preto je každý takýto prípad jedinečný a pri voľbe medzi zjednotením a oddelením služieb treba nájsť rovnováhu medzi jednoduchosťou vývoja a podpory a jednoduchosťou ďalšieho používania.

CNews: Aké technológie sa používajú na vytváranie služieb pre interakciu so SMEV 3.0?

RenatShakirzyanov: Na vývoj našich riešení používame technológie Java EE. Java EE vám umožňuje vytvárať a nasadzovať prenosné, robustné, škálovateľné a bezpečné aplikácie Java na strane servera.

Naša aplikácia je založená na Spring Framework. Je to open source všeobecný rámec pre platformu Java. Umožňuje vám riešiť hlavné úlohy, ktoré musí vykonávať každá moderná aplikácia: práca s DBMS na platforme Java pomocou nástrojov JDBC a ORM; koordinovať rôzne rozhrania API na správu transakcií a prispôsobiť správu transakcií pre objekty Java; vytvoriť drôtový model pre webové aplikácie.

Na integráciu rôznych aplikácií v rámci systému využívame otvorený multiplatformový java framework Apache Camel.

CNews: Ako je riešenie podporované?

RenatShakirzyanov: RedSys má špecializované servisné centrum, ktoré zahŕňa HelpDesk, horúcu linku 24 hodín denne, 7 dní v týždni, pracovnú zmenu a jednotky hardvérovej a softvérovej podpory.

Pre každé oddelenie organizujeme monitorovací systém prevádzky služieb, ktorý nám umožňuje sledovať ich dostupnosť, rýchlosť a výkon v reálnom čase. To vám umožní včas zabrániť vzniku problémov.

CNews: Aké doplnkové služby môžete ponúknuť oddeleniam?

RenatShakirzyanov: Už dnes ponúkame riešenia, ktoré umožňujú kontrolovať, či má konkrétne oddelenie právo prijímať určité informácie. Plánuje sa zaviesť už skôr vyvinutý mechanizmus na rozlišovanie práv nielen podľa typu informácií, ale aj podľa prenášaných údajov. Tie. jedno oddelenie s príslušným prístupom môže prijímať údaje o konkrétnom občanovi, zatiaľ čo iné oddelenie, ktoré prístup nemá, bude zamietnuté. Týmto spôsobom budeme môcť regulovať prístup k obmedzeným informáciám.

Súčasťou nášho riešenia je aj analytický modul, ktorý umožňuje zbierať štatistické informácie o kvantite a kvalite poskytovania verejných služieb v v elektronickom formáte a medziagentúrna spolupráca.

V poslednom období sa do SMEV zapája čoraz viac regionálnych účastníkov, pričom nejde len o orgány na rôznych úrovniach, ale aj o multifunkčné centrá a finančné a úverové organizácie. Objem medzirezortnej interakcie každým rokom rastie a naše riešenie potrebujeme rozširovať a podporovať, aby naši partneri mohli rozširovať zoznam verejných služieb poskytovaných v elektronickej forme a zlepšovať kvalitu a rýchlosť ich poskytovania.

Interakcia medzi federálnymi výkonnými orgánmi a štátnymi mimorozpočtovými fondmi pri poskytovaní verejných služieb by od 1. januára 2015 mala prebiehať výlučne prostredníctvom jedinej elektronickej služby – tretej verzie systému medzirezortnej elektronickej interakcie (SMEV). Zakázaný je aj vlastný vývoj nových služieb. Oznámilo to ministerstvo telekomunikácií a masových komunikácií Ruskej federácie.

Orgánom zakladajúcich subjektov Ruskej federácie odporučili prejsť na jednotnú elektronickú službu od 1. januára 2017, dodalo ministerstvo s odvolaním sa na nariadenie vlády Ruskej federácie č. ďalší vývoj jednotný systém medzirezortnej elektronickej interakcie“.

„Aktualizovaná služba poskytne jednotný formát pre vzájomnú výmenu informácií, garantované doručovanie správ, čakací mechanizmus e-maily, ktorá umožňuje vyriešiť problém preťaženia populárnych služieb, zvýšiť veľkosť prenášanej správy z 5 MB na 1 GB, ako aj integráciu s hlavným certifikačným centrom na overovanie elektronických podpisov, uviedlo ministerstvo telekomunikácií a masových komunikácií vyhlásenie. "Nová verzia systému predpokladá interakciu medzi orgánmi zakladajúcich subjektov Ruskej federácie, a nie iba s orgánmi federálnej úrovne, ako tomu bolo doteraz."

Plánuje sa spustiť prechod na najnovšiu verziu SMEV s najžiadanejšími informáciami. K odstávke zvyšku existujúcich služieb zatiaľ nedôjde, no spúšťanie nových, ktoré nespĺňajú požiadavky, sa od 1. januára 2015 zastaví.

V testovacom režime už bola spustená najnovšia verzia SMEV v Moskve, Mordovsku, Baškirsku, Tatarstane, Tyumenskej, Jaroslavskej, Novosibirské oblasti a Primorye, podľa správy Ministerstva telekomunikácií a masových komunikácií.

Všimnite si, že SMEV 3.0 začal prechod infraštruktúry elektronickej verejnej správy na slobodný softvér. Na zostavenie novej verzie systému bolo zvolené bezplatné riešenie Apache ActiveMQ, pričom predchádzajúca verzia bola postavená na riešení Oracle.

Ako funguje SMEV 3.0

Námestník ministra komunikácií Alexej Kozyrev hovoril o zvláštnostiach novej verzie SMEV v nedávnom rozhovore:

„Funkcia, ktorá je teraz implementovaná v SMEV 2.0, zostane úplne zachovaná.

SMEV 3.0 pribudne funkcionalita súvisiaca s garantovaným frontom doručovania, ktorá umožňuje oddeleniam interakciu v asynchrónnom režime a tým zabezpečuje vyhladzovanie špičkových záťaží – stabilizáciu systému.

V tretej verzii je vytvorená technológia na organizovanie interakcie v SMEV na výmenu informácií, nie je potrebné zakaždým sa integrovať s ich dodávateľom za akýchkoľvek špeciálnych podmienok.

Teraz máme obrovské množstvo integračných projektov, z ktorých každý vykonáva obojsmerné integračné testovanie, aby sa zabezpečilo, že elektronická interakcia funguje. Vyžaduje si to veľa peňazí, obrovské množstvo času. Nový SMEV sa od predchádzajúcej verzie líši tým, že vytvára integračný štandard, v rámci ktorého je možné pomocou nastavení meniť zloženie dát a typ služby, ktorá dáta dáva.

Vytvárame aj automatizovaný testovací systém.

Faktom je, že keď sa niekto napojil na SMEV, vybral si potrebné informácie a nakonfiguroval som môj adaptér, aby mohol prijať tieto informácie, musíte sa uistiť, že toto nastavenie je správne.

A teraz, keď sa regióny zoraďujú s federálnymi výkonnými orgánmi („skúsme s vami správnosť výmeny informácií“), objavuje sa efekt úzkeho miesta. Preto, aby všetko bolo možné vykonať silami vášho vlastného vývojára bez toho, aby ste museli konať z druhej strany.

Vytvárame autotest, ktorý nám umožňuje vytvoriť databázu určitých situácií: ako služba reaguje na správnu požiadavku, ako - na tú chybnú. Úplne sa chová ako „bojová“ služba a umožňuje testovať vyrobenú konfiguráciu.

Nakoniec, nový SMEV implementuje technológiu na prenos veľkého množstva dát.

V súčasnosti existujú obmedzenia - môžete odosielať prílohy nie väčšie ako 5 MB. A keď chce napríklad Rosreestr preniesť prílohu v podobe dokumentov s katastrálnymi schémami, „neprejde“. Tento problém bude riešený z dôvodu, že do správy bude vložený odkaz na dokument, ktorý je v súborovom úložisku integrovaný so SMEV.

V SMEV 3.0 je podstatne rozvinutejšia funkcionalita pre regionálnych operátorov - pre subjekty, ktoré integrujú svoje regionálne autobusy s federálnym.

Doteraz väčšinu našich administratívnych funkcií vykonáva Rostelecom a vstupné body do neho (adresy Email atď.) fungujú ako rozhrania pre regionálnych operátorov. Samotné funkcie sú od nich akoby uzavreté.

Teraz vytvárame špeciálne rozhranie, ktoré vám na zemi umožní vidieť hlásenie a dostupnosť zdrojov, ako aj vykonávať väčšinu funkcií operátora SMEV na regionálnej úrovni.

Teraz máme jeden SMEV (federálna úroveň) a 83 regionálnych segmentov v každom zakladajúcom subjekte Ruskej federácie (okrem Krymu a Sevastopolu) - taký logický SMEV.

Existuje mnoho typov interakcií regionálnej úrovni, ktorý by mal obsluhovať regionálny SMEV. V skutočnosti teraz vidíme, že polovica subjektov má implementované vlastné integračné autobusy, ktoré plnia funkcie regionálneho SMEV.

Ukazuje sa, že v tejto štruktúre sa regionálny segment infraštruktúry e-governmentu (regionálny SMEV) stáva nadbytočným, pretože duplikuje to, čo kraj na svojej úrovni už robí.

Takýmto subjektom poskytneme možnosť integrovať sa priamo do federálneho SMEV.

Nový systém umožní priame spojenie regionálneho autobusu s federálnym SMEV. Tým sa výrazne zníži zaťaženie prevádzky celej infraštruktúry. Pre tie subjekty, ktoré nemajú vlastné regionálne autobusy, zabezpečíme aj možnosť prepojenia regionálnych informačných systémov na federálny SMEV “.

V júli 2010 podpísal Dmitrij Medvedev federálny zákonč. 210-FZ "O organizácii poskytovania služieb štátu a obcí." Začiatkom októbra 2011 prebehlo spustenie „Elektronickej vlády“, v rámci ktorej bol vyčlenený samostatný projekt – systém medzirezortnej elektronickej interakcie (SMEV). Nedávno vláda a miestne orgány prešli na SMEV 3.0 – najnovšiu verziu medzirezortného interakčného systému. Námestník ministra komunikácií a masovej komunikácie Ruská federácia Alexej KOZYREV.

NBJ: Alexey Olegovich, povedzte nám, prosím, o prvých výsledkoch prechodu účastníkov na tretiu verziu medzirezortného elektronického interakčného systému.

A. KOZYREV: Proces prechodu prebieha podľa plánu. Tretia verzia SMEV bola vyvinutá koncom roka 2013, v roku 2014 bola v skúšobnej prevádzke. Vykonali sme sériu testov na priemyselných „bojových“ údajoch, ubezpečili sme sa, že všetko funguje, a teraz sme prešli do fázy implementácie novej verzie v r. priemyselné využitie pre všetkých účastníkov medziinštitucionálnej interakcie.

Informácie, ktoré úrady poskytujú prostredníctvom SMEV, sú žiadané rôznymi spôsobmi. Jeden druh informácií sa vyžaduje veľmi často, zatiaľ čo iný len niekoľkokrát do roka. Vybrali sme niekoľko oddelení, ktoré poskytujú najžiadanejšie informácie: Federálna pokladnica, Rosreestr, Dôchodkový fond, Ministerstvo vnútra, Federálna daňová služba. Dohodli sme sa s nimi, že ich informačné systémy budú prispôsobené na prenos dát cez tretiu verziu SMEV. Okrem týchto štruktúr sa k nej už pripojilo niekoľko konštitučných celkov Ruskej federácie: Moskva, Ťumenská oblasť iné…

NBJ: Zatiaľ nie je veľa účastníkov.

A. KOZYREV: Súhrn informácií poskytovaných týmito oddeleniami tvorí 80 % všetkých informácií, ktoré sú prenášané prostredníctvom SMEV. Vo všeobecnosti je do systému pripojených 11 000 účastníkov, medzi nimi 85 zakladajúcich subjektov Ruskej federácie, viac ako 70 vládnych orgánov na federálnej úrovni, takmer tisíc úverových inštitúcií. Väčšina žiadostí však pripadá na tie oddelenia, ktoré som spomenul vyššie, a na pätnásť druhov informácií. Jadrom SMEV je interakcia medzi týmito štruktúrami a regiónmi.

Našou úlohou je zabezpečiť, aby všetky subjekty začali spolupracovať s týmito katedrami podľa štandardu SMEV 3.0. Proces bude prebiehať prirodzene: ako sa budú robiť zmeny predpisov federálne úrady upravia svoje informačné systémy a vypnú staré. Nenútime vás okamžite prejsť na SMEV 3.0, keďže druhá verzia systému funguje dobre, no od tohto roku budú všetky zmeny vykonané na tretej verzii.

NBJ: Ako sa líši SMEV 3.0 od SMEV 2.0 a SMEV?

A. KOZYREV: Prvá a druhá verzia systému sú rovnaké, rozdiel bol len v technológiách používania elektronického podpisu. Rozdiel medzi druhou a treťou verziou SMEV je už značný.

Analogicky môžeme povedať, že systém medzirezortnej elektronickej interakcie je štátny intranet. Webové stránky fungujú na intranete rôzne organizácieŠtát má rovnaký systém: existuje zvonku uzavretý intranet, ale prístupný zvnútra, a množstvo stránok, ktoré poskytujú určité typy informácií (nazývame ich elektronické služby). Informácie na týchto stránkach zverejňujú federálne a regionálne orgány a môžu ich dostávať účastníci medzirezortného elektronického interakčného systému.
SMEV 2.0 umožnil výmenu informácií – odosielanie žiadostí a prijímanie online odpovedí alebo odložených odpovedí. Keď systém fungoval v reálnom čase, bolo dôležité vybaviť všetky požiadavky, ktorých celkový počet niekedy dosahoval niekoľko miliárd ročne. SMEV fungovalo v režime potrubia: koľko žiadostí sa doň dostalo, rovnaký počet priletel na stránku. Do procesu sa zapojilo viacero strán: spotrebitelia, priamo SMEV, cez ktorý prechádzali ich podnety, a rezortný informačný systém, ktorý vybavoval požiadavky a promptne na ne reagoval. Často sa nedokázala vyrovnať s množstvom online žiadostí.

NBJ: Ako sa vám podarilo vyriešiť problém?

A. KOZYREV: V tretej verzii SMEV sme poskytli špeciálnu vyrovnávaciu pamäť, ktorá umožňuje rozložiť zaťaženie informačného systému. Predtým služba vydržala 20 súbežných požiadaviek: stránku navštívilo 20 používateľov a pri 21. nedostupnosti vyskočilo chybové hlásenie. Urobili sme to tak, že 21. namiesto neúspešných pokusov dostať sa na miesto je požiadaný, aby „zaparkoval“ a počkal, kým na neho príde rad. Keď je informačný systém vyťažený, požiadavky sa dostávajú k adresátovi a vyrovnávacia pamäť sa postupne uvoľňuje. Všetko sa spracuje v zlomku sekundy a chybové hlásenie sa nezobrazí. Ľubovoľné zvýšenie počtu vyrovnávacích pamätí je zabezpečené funkcionalitou samotného systému, nazýva sa to garantovaná fronta doručenia.

Druhý rozdiel medzi SMEV 3.0 je nasledovný: skôr cez systém bolo možné preniesť informácie nepresahujúce päť megabajtov v jednej správe, to stačilo. V súčasnosti je často potrebné pripojiť k textu súbor, napríklad obrázok pozemok, katastrálny plán. Tento údaj sa nezmestí do piatich megabajtov. Kapacitu na prenos dát sme navýšili prakticky na gigabajt, čo plne pokrýva potreby všetkých účastníkov systému.

V SMEV 2.0 bol pre každú lokalitu potrebný samostatný prehliadač, keďže neexistoval žiadny špecifický štandard, jediný protokol na výmenu údajov pre všetkých účastníkov. Implementovali sme ho v SMEV 3.0. Ak chce účastník systému dostávať informácie od 60 rôzne zdroje, nepotrebuje na ne aplikovať 60 rôznych spôsobov pripojenia. Spotrebiteľ sa zapojí do systému podľa určitého štandardu, ktorý dodržiava aj 60 zdrojov, ktoré potrebuje, a dostane naraz prístup ku všetkým informáciám, ktoré potrebuje. Hovorí sa tomu univerzálna elektronická služba, výrazne šetrí náklady na udržiavanie prevádzkyschopnosti a rozvoj systému. Vyžaduje sa pripojenie na SMEV 61. zdroja doplatok, teraz jeho potreba zmizla. Na získanie prístupu ku všetkým potrebným informáciám stačí pripojiť sa k systému raz.

SMEV je pyramída: 85 regionálnych segmentov je spojených s federálnou „hlavou“. Predtým v každom regióne vykonával funkcie prevádzkovateľa systému nejaký orgán. Kontrola regionálnej časti SMEV sa vykonávala výlučne zhora, cez federálnu úroveň. Teraz sa väčšina operácií, ktoré si vyžadujú účasť zakladajúcich subjektov Ruskej federácie, znížila na úroveň regionálnych operátorov. Namiesto jedného operátora systému sa objavilo 85, procesy v ňom začali plynúť rýchlejšie a efektívnejšie.

Pre správne fungovanie SMEV je potrebné prepojiť všetky jeho uzly s komunikačnými kanálmi chránenými určitou kryptografiou. Donedávna bola infraštruktúra týchto uzlov pomerne zložitá. V rámci SMEV 3.0 bolo možné zefektívniť smerovanie požiadaviek cez neho ako doteraz. Pred zavedením najnovšej verzie systému prechádzali hovory cez veľký počet uzlov, čo vytváralo záťaž na sieť. SMEV 3.0 umožnil výrazne zjednodušiť topológiu systému, zaviesť priame doručovanie požiadaviek od jedného účastníka druhému. Táto zmena zvyšuje spoľahlivosť a stabilitu služby, znižuje náklady na prevádzku z hľadiska komunikačných kanálov.

NBJ: Bol váš plán na zvýšenie počtu účastníkov v systéme implementovaný?

A. KOZYREV: Áno, zoznam účastníkov v systéme sa rozšíril. Certifikačné centrá, ktoré vydávajú elektronické podpisy, sú pripojené k SMEV, už sa pripojili najvyšší súd a Najvyššieho rozhodcovský súd RF. Predtým súdna moc nemala prístup k štátnym informačným systémom. Tento rok boli účastníci SMEV ruský zväz poisťovatelia automobilov, Federálna notárska komora (prostredníctvom organizácie sa uskutočňuje interakcia s Federálnou daňovou službou Ruska).

SMEV je uzavretý systém, stať sa jeho členom je možné len v prípade vhodného legislatívneho aktu. O pripojení k systému rozhoduje komisia, ktorej predsedá minister komunikácií a masmédií Ruskej federácie Nikolaj Nikiforov.

Pokiaľ ide o účastníkov SMEV, je potrebné vziať do úvahy nasledovné: v našej krajine je viac ako 24 tisíc obcí, približne 970 úverových organizácií, približne 80 federálnych orgánov a 85 subjektov federácie. Spolu vytvárajú okolo 26-27 tisíc možných účastníkov interakcie, nerátajúc rozpočtové inštitúcie, ktorý by sa tiež mohol pripojiť k systému, ale zatiaľ nie. Informatizácia v regiónoch je však organizovaná rôznymi spôsobmi. V niektorých krajoch sú obce napojené na subjektovú sústavu a tá je napojená na SMEV. Máme teda nie 26-tisíc, ale 11-tisíc účastníkov – časť z týchto 26-tisíc je agregovaných pre regionálne informačné systémy.

V niektorých obciach, kde ešte nedosiahli hlavné kanály, stále nie je pripojenie, a tak medzirezortnú interakciu vykonávajú cez najbližšiu obec, kde je dostupný internet. O prístupe všetkých účastníkov do systému niet pochýb, len niektorí získajú offline prístup.

Mimochodom, ministerstvo komunikácií a masmédií vypracovalo desaťročný projekt na odstránenie digitálnej priepasti. V jeho rámci sa plánuje položiť 200 000 km optického vlákna, ide o najväčšie stavenisko na svete, vďaka ktorému sa internet objaví všade v Rusku.

NBJ: Ako sledujete aktivitu regiónov zapojených do SMEV?

A. KOZYREV: Raz mesačne organizujeme videokonferencie, na ktorých sa zúčastňujú prednostovia krajských úradov zodpovední za medzirezortnú interakciu. Počas konferencií podrobne študujeme štatistiky o počte žiadostí, korelujeme ich s populáciou subjektu, potom robíme hodnotenie regiónov podľa intenzity požiadaviek. Existuje niekoľko zaostávajúcich území, ktoré sa pripojili, ale zdráhajú sa ho používať kvôli dodržiavaniu zastaraných technológií, ako je fax. Sledujeme štatistiky a pravidelne poskytujeme subjektom inštrukcie, ako prejsť z papierového na elektronický workflow. Väčšina regiónov však už SMEV aktívne využíva. Maximálny počet žiadostí pochádza z Burjatskej republiky, Transbajkalského územia, Brjanska, Kostromy a Tambovskej oblasti.

NBJ: Vysvetlite prosím význam pojmu „bezplatný systém správy databáz“.

A. KOZYREV: Systém správy databáz (ďalej len DBMS - Ed.) Je trieda informačného systému. Existujú proprietárne, teda vyvinuté súkromnými spoločnosťami a distribuované ďalej obchodné podmienky DBMS, ako aj voľne distribuované systémy, ktoré sú vyvíjané komunitami programátorov. Takéto DBMS môžu byť použité zadarmo.

SMEV 3.0, čo je integračná zbernica, bola založená na technológiách Oracle. Nedávno sme prešli systém na bezplatný softvér s názvom ActiveMQ je vývoj od komunity Apache Software Foundation. ActiveMQ je bezplatný softvér, ktorý ruskí programátori prispôsobili na použitie v medzirezortnej elektronickej komunikácii. Systém správy databáz na Oracle postupne prejde na slobodný softvér.

V štruktúre "Elektronická vláda" na tento moment využíva sa aj systém správy databáz Oracle, no v roku 2015 sme dostali za úlohu prejsť na bezplatný softvér. Najprv vytvoríme prototyp voľne redistribuovateľnej databázy, skontrolujeme, ako prenáša záťaž, či spĺňa požiadavky informačná bezpečnosť... Ak budú výsledky testov pozitívne, v roku 2016 prejdeme na bezplatný softvér. Považovaný za možná možnosť Bezplatný softvér pre PostgreSQL DBMS.

Prechod na voľne distribuovaný DBMS je konkrétnym krokom v oblasti substitúcie dovozu v rámci infraštruktúry „elektronickej vlády“. Prvý krok sme urobili, keď sme opustili proprietárny softvér v integračnej zbernici, druhým krokom bude databáza. Pravda, nedá sa povedať, že teraz sekáme šabľou – a zajtra bude všetko inak. Prechod bude úhľadný a postupný.

NBJ: Ako môžete vysvetliť zvýšenú aktivitu úverových inštitúcií, ktoré zasielajú SMEV čoraz viac dopytov?

A. KOZYREV: Úverové organizácie musia podľa zákona poskytovať vládne orgány informácie o platbách, ktoré občania uskutočňujú. Táto povinnosť bola dôvodom na pripojenie všetkých bánk k SMEV.

Finančné organizácie majú záujem o informácie o bonite dlžníkov vo forme výpisov o stave fyzickej osoby osobný účet poistenca. Tieto informácie sú k dispozícii v dôchodkovom fonde Ruskej federácie. Výpisy obsahujú informácie o mieste výkonu práce dlžníka, jeho príjmoch. Úverové inštitúcie môžu pomocou týchto informácií výrazne znížiť riziká spojené s poskytovaním retailových úverov. To môže následne viesť k zníženiu úrokových sadzieb úverov.

Tento proces má a zadná strana: osobné údaje občanov o mieste výkonu práce, výške príjmu - významné informácie, ktoré je potrebné starostlivo chrániť pred kompromismi. V tejto súvislosti by dlžníci mali mať možnosť kontrolovať, ako sa služby elektronickej verejnej správy poskytujú.

Banka môže získať informácie o bonite občana, ak požiadal o úver alebo úver už dostal, ale finančná organizácia chce v rámci svojej politiky posúdiť bonitu fyzickej osoby. V oboch prípadoch dlžník bona fide udelí povolenie na použitie svojich osobných údajov konkrétnou úverovou inštitúciou. Máme takúto technológiu, funguje to cez portál verejných služieb a mobilných aplikácií, vyzerá to takto: človek príde do banky a vyplní formulár žiadosti o úver, finančná organizácia si vyžiada informácie o bonite občana cez infraštruktúru tzv. "Elektronická vláda". Potenciálny dlžník dostane SMS správu so žiadosťou o potvrdenie poskytnutia informácie banke. Súhlas s poskytnutím informácií úverovej inštitúcii je možné udeliť odpoveďovou SMS správou, prostredníctvom mobilná aplikácia alebo portál verejných služieb – pomocou začiarknutia oproti slovu „povoliť“. Ak občan súhlasí s použitím svojich osobných údajov, banka k nim získa prístup.

Táto technológia je podľa nás univerzálna, môže sa vzťahovať na akékoľvek informácie, ktoré chce človek o sebe poskytnúť tretím stranám – nielen úverovým inštitúciám.
V súčasnosti vedie Ministerstvo telekomunikácií a masových komunikácií Ruska spolu s najväčšími ruskými retailovými bankami pilotný projekt o používaní technológie na získanie informácií o bonite od FIU. Zahŕňa Tinkoff Bank, Citibank, Bank of Moscow - úplný zoznam zahŕňa 25 úverových inštitúcií, ako aj neziskové štruktúry: Asociácia regionálnych bánk Ruska, Národná platobná rada atď. Banky požadujú všetky informácie od Dôchodkový fond prostredníctvom SMEV a v prípade potreby registrovať občanov v Jednotnom systéme identifikácie a autentizácie (ESIA).

Očakávame, že začiatkom jesene tohto roku sa projekt stane trvalým základom a technológia bude dostupná pre všetky úverové inštitúcie. Stanovíme určitý postup poskytovania informácií zo štátnych informačných systémov – dnes to nie je nikde jasne stanovené.

Existuje názor, že je možné získať písomný súhlas občana s prijímaním osobných údajov a odvolávať sa naň pri každom pokuse o získanie informácií. V tomto prípade je ťažké kontrolovať situáciu: banky dostanú milióny žiadostí, nikdy sa nebudeme môcť dozvedieť o dostupnosti povolení v každom konkrétnom prípade. Náhodné kontroly môžu odhaliť ohrozenie osobných údajov, ale až potom, keď už boli informácie poskytnuté. Technológia Ministerstva komunikácií Ruskej federácie predpokladá odosielanie informácií až po povolení občana.

Tento vývoj je obzvlášť dôležitý pre malé regionálne banky, pre ktoré môže byť ťažké konkurovať federálnym retailovým bankám úverových inštitúcií... Veľké banky s účasťou štátu majú už teraz možnosť získať informácie o svojej bonite zo štátnych informačných systémov, čo sa o iných retailových finančných organizáciách, najmä regionálnych, povedať nedá. Nová technológia im poskytne vynikajúcu príležitosť lepšie sa vysporiadať s rizikami dlžníkov, znížiť úrokové sadzby a zlepšiť bonitu svojich návrhov.

NBJ: Aké služby sú poskytované prostredníctvom SMEV fyzickým a právnických osôb, sú dnes žiadané?

A. KOZYREV: Občania žiadajú 15 federálnych a 20 regionálnych služieb, asi 85 % všetkých požiadaviek pochádza z týchto 35.

Služby poskytované federálnymi orgánmi zahŕňajú: registráciu pasu a vodičský preukaz, evidencia dopravy, platenie daní a pokút, podanie daňového priznania, zapísanie majetku na nehnuteľnosti vrátane nehnuteľnosti do katastra, získanie výpisu z nej, ako aj z Jednotného štátny register práva na nehnuteľnosť a zaoberá sa ním.

Medzi služby, ktoré regionálne samosprávy požadujú, patrí registrácia sobáša, úmrtia, narodenia, rozvodu, registrácia a zmena mena. Okrem toho je dizajn populárny. sociálne benefity a vydať poľovnícky lístok... Tieto služby sú poskytované prostredníctvom MFC, Jednotného portálu verejných služieb, úradov.

Bez ohľadu na to, akým kanálom sú žiadosti prijímané, v konečnom dôsledku končia na úrade, ktorý prostredníctvom medzirezortných žiadostí zhromažďuje všetky potrebné informácie. Viete, že podľa zákona „O organizácii poskytovania štátnych a obecných služieb“ je zakázané vyžadovať od občanov doklady v r. papierová forma... V skutočnosti sa úrady navzájom pýtajú na chýbajúce dokumenty.

NBJ: Ako často a prečo dochádza k poruchám medzirezortných elektronických interakčných systémov?

A. KOZYREV: Systém málokedy zlyhá, je celkom spoľahlivý ako z technického hľadiska, tak aj z hľadiska informačnej bezpečnosti. V SMEV spravidla dochádza k lokálnym poruchám, príčinami sú rôzne okolnosti: poruchy komunikačných zariadení, ako aj softvérové poruchy spojené s pretečením určitých technologických oblastí ukladania dát.

K jednej z posledných porúch došlo v dôsledku zlyhania telekomunikačného zariadenia, takzvaného load balanceru a jeho zálohovania. Toto je zriedkavý prípad, ale stal sa. Ďalší výpadok nastal z dôvodu nárastu objemu požiadaviek: technologická časť v databáze, kde sa ukladali informácie o prenesených hovoroch, bola plná, čo viedlo k nefunkčnosti databázy.

Vo všeobecnosti sa požiadavky na odstránenie incidentov dostávajú do jediného situačného centra „elektronickej vlády“, ktoré ich smeruje v závislosti od typu. Zároveň je potrebné pochopiť, že na interakčnom systéme participujú vždy tri strany: odosielateľ požiadavky, jej príjemca a SMEV ako integračná zbernica. V súčasnosti je technická podpora týchto informačných systémov v kompetencii jednej organizácie.

Predstavte si: odosielateľom žiadosti je MFC v regióne Ivanovo, ktorého informačný systém spravuje nejaká organizácia. V strede je SMEV, ktorý prenáša požiadavky a doručuje odpovede, jeho technickú podporu riadi Ministerstvo telekomunikácií a masových komunikácií a Rostelecom. Treťou stranou vzťahu je prijímateľ, napríklad ministerstvo vnútra, majú vlastných dodávateľov, ktorí spravujú informačné systémy rezortu. Predtým bolo potrebné zistiť, kde došlo k zlyhaniu: na strane odosielateľa, príjemcu alebo na SMEV. Bola to celkom výzva. Teraz je nad všetkými účastníkmi situačné centrum, do ktorého prichádzajú všetky požiadavky na riešenie problémov. Centrum teda rozhoduje o tom, ktorá časť technickej podpory musí konať. To zvyšuje úroveň koordinácie pri riešení incidentov. Počet žiadostí na situačné centrum dosahuje niekoľko miliárd ročne, väčšina z nich je vyriešená do jedného dňa.

NBJ: Aké ďalšie funkcie, okrem tých, ktoré sú mu pridelené dnes, by mohol SMEV prevziať? Plánujete rozšírenie jeho funkčnosti?

A. KOZYREV: V tomto prípade je potrebné hovoriť o celej infraštruktúre „Elektronickej vlády“. Okrem SMEV zahŕňa množstvo systémov, ktoré zabezpečujú úplnú interakciu vládnych orgánov medzi sebou.

Je potrebné zorganizovať jednotný systém normatívnych a referenčných informácií, ktorý zabezpečí jednotný postup pri tvorbe a údržbe informačných zdrojov. Je to veľmi dôležité, pretože štandardizácia údajov, ktoré si orgány vymieňajú prostredníctvom SMEV, výrazne zvýši efektívnosť ich interakcie. Napríklad, ak potrebujete získať adresu ako súčasť informácií od vládneho orgánu, potom ju s najväčšou pravdepodobnosťou každé oddelenie poskytne v súlade s vlastným štandardom formátovania: textový riadok, výrez atď. Nejednotnosť prezentácie údajov vedie k rozporom, ktoré sa hromadia v informačných zdrojoch.

Je dôležité, aby všetka vládna infraštruktúra používala rovnaké súbory údajov v jasných štandardných formátoch. Myslím si, že ďalšia etapa rozvoja SMEV bude venovaná štandardizácii a vývoju jednotného modelu štátnych dát.