Aké dokumenty sa požadujú na preklad. Jednotný systém medzirezortnej elektronickej interakcie (SMEV). Kontakty na médiá

2.3.1 Správy typu „Žiadosť“ Pre správy typu „Žiadosť“ (ďalej - žiadosť) zahŕňajú správy odchádzajúce od iniciátora interakcie: medzirezortné žiadosti, žiadosti o poskytovanie štátnych alebo obecných služieb, vysielania.

Správnosť typu „žiadosť“ sa kontroluje na správnosť údajov v dvoch fázach - synchrónny a asynchrónny (voliteľné) šek.

Prvým krokom je synchrónne overenie. Po dokončení všetkých synchrónnych kontrol sa požiadavka zaradí do frontu pre asynchrónne kontroly. Ak je kontrola úspešná, v odpovedi sa vráti správa o úspešnej kontrole, ak dôjde k chybám, metóda (urn: //x-artefacts-smev-gov-ru/services/message-exchange/1.2: SendRequest) vráti chybu.

Asynchrónne overenie je voliteľné a je iniciované v prípade určitých „spúšťacích“ situácií spracovania žiadosti (nedostupnosť služby HUT, zasielanie správ so súbormi celkovo presahujúcimi 5 MB, vynútený prenos SMEV do režimu asynchrónneho spracovania žiadosti).

Keď je správa umiestnená do asynchrónnej kontroly, SMEV v reakcii na požiadavku vráti správu v synchrónnom režime, kde blok MessageMetadata obsahuje nasledujúcu značku: requestIsQueued.

Ak niektorá z asynchrónnych kontrol ukázala chybu, SMEW umiestni chybové hlásenie do frontu prichádzajúcich požiadaviek. Chybové hlásenie sa zobrazí pri nasledujúcej požiadavke GetResponse.

Ak sa vyskytnú chyby v asynchrónnej kontrole odpovedí poskytovateľa informácií, chybové hlásenie sa odošle do stavového frontu a môže sa prijať metódou GetStatus.

Odpovede poskytovateľa údajov od správ SMEV o chybách asynchrónneho riadenia môžete odlíšiť podľa obsahu prvku (urn: //x-artefacts-smev-gov-ru/services/message-exchange/types/1.2: GetResponseResponse): ak jeho podradený prvok SenderProvidedResponseData obsahuje prvok MessagePrimaryContent, potom je to odpoveď dodávateľa a ak je element AsyncProcessingStatus odpoveďou na chybu asynchrónneho spracovania SMEV.

V rámci jednej obchodnej transakcie je povolených niekoľko žiadostí (žiadosť o informácie, dodatočná žiadosť o informácie, správa o stave spotrebiteľa o prijímaní informácií atď.). V prípade viacerých požiadaviek sa pôvodné ID žiadosti umiestni do poľa ReferenceMessageID pre všetky nasledujúce požiadavky v rámci obchodnej transakcie.

2.3.2 Správy „Odpovedať“

Správnosť údajov typu „Odpovedať“ sa kontroluje rovnako ako správy typu „Žiadosť“.

2.3.3 Vysielanie

2.3.4 Prednostné doručenie

Všetky odpovede sa doručujú s rovnakou prioritou. Priority doručovania neplatia ani pre vysielanie.

SMEV neposkytuje žiadne ďalšie možnosti ovplyvnenia priority odosielaných správ.

2.3.5 Správy o odmietnutiach v reakcii na úrovni schémy SMEV

1. 
   Odmietnutie poskytnúť informácie. Neexistujú žiadne práva na príjem informácií (napríklad ak dodávateľ skontroluje ES-JV).
2. 
   Odmietnutie poskytnúť informácie. Nedá sa určiť objekt žiadosti o informácie.
3. 
   Oznámenie o nedostatku informácií.

Chybová správa je umiestnená v prvku RequestRejected a môže mať tri hodnoty (prvkom je RejectionReasonCode): ACCESS_DENIED, UNKNOWN_REQUEST_DESCRIPTION, NO_DATA, zodpovedajúce vyššie uvedeným typom odmietnutí.

Existuje tiež pole pre textový komentár k odmietnutiu (prvok - RejectionReasonDescription).

2.3.6Vracanie stavov žiadosti na úrovni schémy SMEV

Tieto správy sú umiestnené na úrovni schémy SMEV a nie sú zahrnuté v schémach informačných typov. Zahrnutie stavových správ priamo do schémy podrobného zobrazenia - zakázané.

Stavová správa je umiestnená v prvku RequestStatus. Element StatusCode obsahuje stavový kód, ktorého hodnota je opísaná v pase informačného zobrazenia. Stav môže byť sprevádzaný neobmedzeným počtom parametrov (prvok StatusParameter), ktoré sú popísané dvojicami „kľúč“ - „hodnota“ (Key-Value). Rozšírený popis stavu je možné umiestniť do poľa StatusDescription.

7Uvedenie mnemotechnickej pomôcky servera na odosielanie správ

Na vyriešenie tohto problému bol do schémy požiadaviek SMEV3.x zavedený špeciálny prvok na špecifikáciu mnemotechniky odosielajúceho servera - „NodeID“. Po prijatí žiadosti s týmto identifikátorom vytvorí SMEV3.x pre tento informačný systém a tento server samostatná fronta na doručenie odpovedí. Aby ste mohli dostať správu z tohto frontu, v žiadosti o prečítanie prichádzajúceho frontu musíte určiť mnemotechniku \u200b\u200bservera príjemcu (prvok "NodeID").

Žiadosť o príjem verejné služby v Rosreestri a iných oddeleniach čelia obyvatelia altajského územia otázke: „Aké dokumenty je potrebné predložiť štátnym orgánom?“

V súčasnosti je Medzirezortný elektronický interakčný systém (SMEV) informačným zdrojom obsahujúcim databázy všetkých orgánov, ktoré sú k nemu pripojené, s cieľom skvalitniť služby obyvateľstvu pri poskytovaní verejných služieb, ušetriť občanov od papierovania a výrazne skrátiť čas potrebný na spracovanie dokumentov. Prostredníctvom SMEV je možné vymieňať si dokumenty v v elektronickom formáte s okrajom a miestne úrady orgánmi. Výmena údajov medzi orgánmi a organizáciami zároveň nezvyšuje lehotu na zváženie odvolania, pretože preň existujú prísne časové rámce. Odpoveď na žiadosť nemôže presiahnuť päť pracovných dní (dva pracovné dni - keď štát katastrálny zápis a (alebo) štátna registrácia práv k nehnuteľným predmetom).

Igor Shtayneprais, zástupca riaditeľa - hlavný technológ pobočky altajského územia (Katastrálna komora) FGBU „FKP Rosreestr“, hovorí o výsledkoch implementácie SMEV za 8 mesiacov roku 2017.

Podľa federálneho zákona z 27.07.2010 č. 210-FZ „O organizácii poskytovania štátnych a obecných služieb“ nie sú úradníci oprávnení požadovať od občanov dokumenty alebo informácie, ktoré majú k dispozícii úrady a miestna vláda, ktoré môžu prostredníctvom zavedených komunikačných kanálov požadovať od iného oddelenia.

V záujme vytvorenia pohodlných podmienok pre žiadateľov sa katastrálna komora altajského územia už niekoľko rokov aktívne podieľa na činnosti SMEV, ktorá umožňuje obyvateľom regiónu, aby pri vykonávaní štátnej katastrálnej registrácie nehnuteľností alebo štátnej registrácie práv neposkytli množstvo listín, a to dokumenty potvrdzujúce vlastníctvo. pozemok pozemok na určitú kategóriu pozemkov, ustanovené povolené užívanie pozemku, rozhodnutie samosprávy o prevode bytových priestorov na nebytové, nebytové na bytové, o pridelení bytových priestorov na určitý druh bytových priestorov a pod., v súlade s časťami 1, 3 - 13 , 15 článok 32 spolkového zákona z 13.07.2015 č. 218-FZ „O štátnej registrácii nehnuteľností“.

Všetky tieto podklady sú vyžadované odborníkmi Katastrálnej komory bez účasti žiadateľov v rámci medzirezortnej spolupráce. Tu je potrebné uviesť, že katastrálna komora požaduje už existujúce dokumenty a nenariadi ich zápis v autorizovaných orgánoch. IN v tomto prípade občan musí sám požiadať samosprávu o vypracovanie takéhoto dokumentu. Len za 8 mesiacov roku 2017 zaslala katastrálna komora prostredníctvom SMEV viac ako 84-tisíc žiadostí.

Ako poznamenal Igor Viktorovič, systém medzirezortnej elektronickej interakcie sa naďalej vyvíja, čo potvrdzujú aj údaje: na 8 mesiacov roku 2017 katastrálnej komore z r. štátna moc a oddelenia prostredníctvom SMEV dostali zo Spojených štátov viac ako 354-tisíc žiadostí o informácie štátny register nehnuteľnosti, v roku 2016 bolo takýchto žiadostí viac ako 600 tisíc.

Kontakty na médiá

Tlačová službapobočka

FSBI „FKP Rosreestra“

na altajskom území,

50-27-91, stlačte@22. kadastr. ru,

Mnoho uchádzačov o osobná skúsenosť ocenil výhody medziagentúrnej spolupráce pri poskytovaní štátnych a obecných služieb. Nemusíte doložiť doklady potvrdzujúce povolené užívanie pozemku, rozhodnutie orgánu o prevode bytových priestorov na nebytové, nebytové na obytné atď. Všetky tieto a mnohé ďalšie dokumenty potrebné na poskytovanie verejných služieb si odborníci Katastrálnej komory vyžiadajú samostatne bez účasti žiadateľov využívajúcich systém medzirezortnej elektronickej interakcie (SMEV).

SMEV umožňuje žiadateľom neposkytnúť dokumenty, ktoré majú k dispozícii orgány, a to nielen v súvislosti so službami
o štátnom katastrálnom zápise nehnuteľností.

Katastrálna komora každoročne poskytuje informácie
na početné žiadosti orgánov a organizácií podieľajúcich sa na poskytovaní štátnych a obecných služieb.

S cieľom vytvoriť pohodlné podmienky pre žiadateľov prijíma Katastrálna komora v Moskve opatrenia zamerané na zvýšenie úrovne elektronickej interakcie s orgánmi v oblasti štátnej registrácie katastra. SMEV sa aktívne využíva pri poskytovaní informácií, čo potvrdzujú aj štatistiky bežného roka. Teda iba na žiadosť úradov výkonná moc Od začiatku roku 2018 poskytlo mesto Moskva viac ako 215 000 výpisov o hlavných charakteristikách a registrovaných právach k nehnuteľnostiam, čo je trikrát viac ako v rovnakom období roku 2017.

Všetky tieto dokumenty boli vyžiadané bez účasti žiadateľov v rámci medzirezortnej informačnej interakcie, ktorá zvyšuje kvalitu a dostupnosť služieb poskytovaných moskovskou vládou.
a výrazne skracuje čas papierovania.

O katastrálnej komore v Moskve

Katastrálna komora v Moskve (pobočka federálnej štátnej rozpočtovej inštitúcie "Federal katastrálna komora Federálna služba štátny register, kataster a kartografia "v Moskve) - samostatné členenie Federálna štátna rozpočtová inštitúcia „Federálna katastrálna komora Federálnej služby pre štátnu registráciu, kataster a kartografiu“ (FGBU „FKP Rosreestr“).

Katastrálna komora v Moskve vykonáva na území Moskvy právomoci Federálneho štátneho rozpočtového ústavu „FKP Rosreestr“ prijímať a vydávať podklady pre registráciu štátneho katastra a štátna registrácia práva na nehnuteľnosť, ako aj poskytovanie informácií obsiahnutých v Jednotnom štátnom registri nehnuteľností.

V júli 2010 podpísal Dmitrij Medvedev federálny zákon Č. 210-FZ „O organizácii poskytovania štátnych a obecných služieb.“ Začiatkom októbra 2011 sa uskutočnilo spustenie „elektronickej vlády“, v rámci ktorej bol pridelený samostatný projekt - systém medzirezortnej elektronickej interakcie (SMEV). Vláda a miestne orgány v poslednej dobe prešli na SMEV 3.0 - najnovšiu verziu systému medzirezortnej interakcie. Námestník ministra spojov a masová komunikácia Ruská federácia Alexey KOZYREV.

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

A. KOZYREV: Proces prechodu prebieha podľa plánu. Tretia verzia SMEV bola vyvinutá koncom roku 2013, v roku 2014 bola v skúšobnej prevádzke. Vykonali sme sériu testov priemyselných „bojových“ údajov, uistili sme sa, že všetko funguje, a teraz sme prešli do fázy zavedenia novej verzie do priemyselnej prevádzky pre všetkých účastníkov medziagentúrnej spolupráce.

Informácie, ktoré orgány poskytujú prostredníctvom SMEV, sú rôzne žiadané. Jeden druh informácií sa vyžaduje veľmi často, zatiaľ čo iný sa vyžaduje iba niekoľkokrát za rok. Vybrali sme niekoľko oddelení, ktoré poskytujú najžiadanejšie informácie: Federálna pokladnica, Rosreestr, dôchodkový fond, ministerstvo vnútra, federálne daňový úrad... Dohodli sme sa s nimi, že ich informačné systémy budú prispôsobené na prenos údajov prostredníctvom tretej verzie SMEV. Okrem týchto štruktúr sa k nej už pripojilo niekoľko konštituujúcich subjektov Ruskej federácie: Moskva, Ťumeňská oblasť a ďalšie ...

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í prenášaných prostredníctvom SMEV. Všeobecne je k systému pripojených 11 tisíc účastníkov, medzi nimi 85 základných orgánov Ruskej federácie, viac ako 70 vládnych orgánov na federálnej úrovni, takmer tisíc úverových inštitúcií. Väčšina otázok 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, aby všetky subjekty začali s týmito oddeleniami interagovať podľa štandardu SMEV 3.0. Tento proces bude nasledovať prirodzene: pri zmenách nariadenia federálne orgány úrady upravia svoje informačné systémy a vypnú staré. Nenútime vás, aby ste okamžite prešli na SMEV 3.0, pretože druhá verzia systému funguje dobre, od tohto roku sa však všetky zmeny uskutočnia v tretej verzii.

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

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

Analogicky môžeme povedať, že systém medzirezortnej elektronickej interakcie je štátny intranet. Webové stránky fungujú na intranete rôznych organizácií, štát má rovnaký systém: existuje intranet, uzavretý zvonka, ale prístupný zvnútra, a množstvo webov, ktoré vydávajú 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 systému elektronickej interakcie.
Program SMEV 2.0 umožnil výmenu informácií - zasielanie žiadostí a prijímanie online odpovedí alebo odložených odpovedí. Keď systém pracoval v reálnom čase, bolo dôležité vybaviť všetky požiadavky, ktorých celkový počet niekedy dosiahol niekoľko miliárd ročne. SMEV pracoval v režime potrubia: keďže sa do neho dostalo veľa žiadostí, na web letelo rovnaké množstvo. Na procese sa zúčastnilo niekoľko strán: spotrebitelia, priamo SMEV, cez ktoré prešli ich odvolania, a rezortný informačný systém, ktorý vybavoval žiadosti a pohotovo na ne reagoval. Často nedokázala zvládnuť objem 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: 20 používateľov navštívilo stránku a pre 21. miesto bolo nedostupné, vyskočilo chybové hlásenie. Urobili sme to tak, že 21. miesto, namiesto neúspešných pokusov dostať sa na miesto, je požiadané, aby „vzal parkovacie miesto“ a počkal, kým na neho príde rad. Pri vykladaní informačného systému sa požiadavky dostávajú k adresátovi a vyrovnávacia pamäť sa postupne uvoľňuje. Všetko je spracované v zlomku sekundy a nezobrazí sa žiadne chybové hlásenie. Svojvoľné zvýšenie počtu vyrovnávacích pamätí zaisťuje funkčnosť samotného systému, ktorý sa nazýva zaručená fronta na doručenie.

Druhý rozdiel medzi SMEV 3.0 je nasledovný: skôr v systéme bolo možné preniesť v jednej správe informácie nepresahujúce päť megabajtov, to stačilo. V dnešnej dobe sa často vyžaduje priložiť k textu spis, napríklad obrázok pozemku, katastrálny plán. Tieto informácie sa nezmestia do piatich megabajtov. Zvýšili sme kapacitu pre prenos dát na prakticky gigabajt, čo plne pokrýva potreby všetkých účastníkov systému.

V SMEV 2.0 bol pre každú stránku potrebný samostatný prehliadač, pretože neexistoval žiadny konkrétny štandard, jediný protokol na výmenu údajov pre všetkých účastníkov. Implementovali sme ho do SMEV 3.0. Ak chce účastník systému dostávať informácie z 60 rôznych zdrojov, nemusí používať 60 rôznych spôsobov pripojenia k nim. Spotrebiteľ sa do systému pripája podľa určitého štandardu, ktorý dodržiava aj 60 zdrojov, ktoré potrebuje, a naraz získa prístup ku všetkým potrebným informáciám. Toto sa nazýva univerzálna elektronická služba, výrazne šetrí náklady na udržiavanie prevádzkyschopnosti a vývoja systému. Pripojenie 61. zdroja k SMEV si vyžadovalo ďalšie platby, teraz ich 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 uskutočňovala výlučne zhora, prostredníctvom federálnej úrovne. Teraz je väčšina operácií, ktoré si vyžadujú účasť jednotlivých subjektov Ruskej federácie, uvoľnená na úroveň regionálnych operátorov. Namiesto jedného operátora systému sa ich objavilo 85, procesy v jeho vnútri začali prúdiť rýchlejšie a efektívnejšie.

Aby SMEV fungoval správne, je potrebné prepojiť všetky jeho uzly s komunikačnými kanálmi chránenými určitou kryptografiou. Až donedávna bola infraštruktúra týchto uzlov dosť zložitá. V rámci SMEV 3.0 bolo možné zefektívniť smerovanie požiadaviek prostredníctvom neho ako doteraz. Pred zavedením najnovšej verzie systému prechádzali hovory veľkým počtom uzlov, čo vytváralo zaťaženie siete. Program SMEV 3.0 umožnil výrazne zjednodušiť topológiu systému a zaviesť priame doručovanie žiadostí od jedného účastníka k 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.

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

A. KOZYREV: Áno, zoznam účastníkov systému sa rozšíril. Certifikačné centrá sú napojené na SMEV, ktoré vydávajú elektronické podpisyuž pripojený najvyšší súd a najvyšší rozhodcovský súd RF. Predtým súdna moc nemala prístup k štátu informačné systémy... V tomto roku sa účastníkmi združenia SMEV stali Ruský zväz poisťovateľov automobilov a Federálna notárska komora (prostredníctvom organizácie, ktorá uskutočňuje interakciu s Federálnou daňovou službou v Rusku).

SMEV je uzavretý systém, jeho účastníkom je možné sa stať, iba ak je to vhodné legislatívny akt... 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, malo by sa vziať do úvahy toto: v našej krajine je viac ako 24 tisíc obcí, asi 970 úverových organizácií, asi 80 federálnych orgánov a 85 konštituujúcich subjektov federácie. Spoločne vytvárajú asi 26 - 27 tisíc možných účastníkov interakcie, bez započítania rozpočtové inštitúcie, ktoré by sa tiež mohli pripojiť k systému, ale zatiaľ nie. Informácia v regiónoch je však organizovaná rôznymi spôsobmi. V niektorých regiónoch sú obce napojené na systém subjektu a ten je napojený na SMEV. Nemáme teda 26-tisíc, ale 11-tisíc účastníkov - časť z týchto 26-tisíc je agregovaná pre regionálne informačné systémy.

V niektorých obciach, kde ešte nie sú dosiahnuté hlavné kanály, stále nie je žiadne pripojenie, takže interagentné interakcie uskutočňujú prostredníctvom najbližšej obce, kde je internet. O prístupe všetkých účastníkov do systému nemôže byť pochýb, iba niektorí z nich majú prístup offline.

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-tisíc km optického vlákna, toto je najväčšie stavenisko na svete, vďaka čomu sa internet v Rusku objaví všade.

NBJ: Ako sledujete činnosť regiónov zapojených do SMEV?

A. KOZYREV: Raz mesačne organizujeme videokonferencie, na ktorých sa zúčastňujú vedúci regionálnych orgánov zodpovedných za medzirezortnú interakciu. Počas konferencií podrobne študujeme štatistiku počtu žiadostí, korelujeme ju s populáciou subjektu, potom urobíme hodnotenie regiónov podľa intenzity žiadostí. Existujú teritóriá, ktoré zaostávajú a ktoré sa spojili, ale zdráhajú sa ich použiť kvôli svojej oddanosti zastaraným technológiám, ako je fax. Sledujeme štatistiku a pravidelne dávame subjektom pokyny k prechodu z papierového na elektronický tok dokumentov. Väčšina regiónov však už aktívne využíva SMEV. Maximálny počet žiadostí pochádza z Burjatskej republiky, Trans-Bajkalského územia, Brjansk, Kostroma a Tambov.

NBJ: Upresnite význam pojmu „bezplatný systém správy databázy“.

A. KOZYREV: Systém správy databázy (ďalej len DBMS - pozn. Red.) Je trieda informačného systému. Existujú proprietárne, tj. Vyvinuté súkromnými spoločnosťami a distribuované na komerčnej báze, DBMS, ako aj voľne distribuované systémy, ktoré vyvíjajú komunity programátorov. Takéto DBMS je možné používať zadarmo.

SMEV 3.0, čo je integračná zbernica, bol založený na technológiách Oracle. Nedávno sme zmenili systém na bezplatný softvérs názvom ActiveMQ je vývoj od komunity Apache Software Foundation. ActiveMQ je slobodný softvér, ktorý ruskí programátori prispôsobili na použitie v medziagentovej elektronickej komunikácii. Systém správy databáz v systéme Oracle sa postupne presunie k slobodnému softvéru.

V súčasnosti štruktúra „elektronickej vlády“ využíva aj systém správy databáz Oracle, ale v roku 2015 sme dostali za úlohu prejsť na slobodný softvér. Najskôr vytvoríme prototyp voľne distribuovanú databázu, skontrolujeme, ako prenáša zaťaženie, č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 bol urobený, keď sme upustili od proprietárneho softvéru v integračnej zbernici, druhým krokom je databáza. Je pravda, že sa nedá povedať, že teraz sekáme šabľou - a zajtra bude všetko inak. Prechod bude upravený a postupný.

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

A. KOZYREV: Na základe zákona musia úverové organizácie poskytnúť vládne orgány informácie o platbách uskutočňovaných občanmi. Táto povinnosť sa stala dôvodom pripojenia 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 individuálneho osobného účtu poistenca. Tieto informácie sú k dispozícii v dôchodkovom fonde RF. Výpisy obsahujú informácie o mieste výkonu práce dlžníka, jeho príjmoch. Úverové organizácie pomocou týchto informácií môžu významne znížiť riziká spojené s retailovými úvermi. To zase môže viesť k zníženiu úrokových sadzieb z úverov.

Tento proces má aj negatívum: 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 mali mať dlžníci kontrolu nad tým, ako sú poskytované služby elektronickej verejnej správy.

Banka môže získať informácie o bonite občana, ak požiadal o pôžičku alebo už bol pôžička prijatá, ale finančná organizácia chce v rámci svojej politiky posúdiť bonitu jednotlivca. V obidvoch prípadoch poskytne dlžník v dobrej viere povolenie na použitie jeho 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 asi takto: človek príde do banky a vyplní formulár žiadosti o pôžičku, finančná organizácia si prostredníctvom infraštruktúry „elektronickej vlády“ vyžiada informácie o bonite občana. Potenciálny dlžník dostane SMS správu so žiadosťou o potvrdenie poskytnutia informácií banke. Súhlas s poskytovaním informácií úverovej inštitúcii možno udeliť prostredníctvom SMS s odpoveďou 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 jeho osobných údajov, získa k nim prístup banka.

Podľa nášho názoru je táto technológia univerzálna, môže sa vzťahovať na všetky informácie, ktoré chce človek o sebe poskytnúť tretím stranám - nielen úverovým inštitúciám.
V súčasnosti podniká ministerstvo pre telekomunikácie a hromadné komunikácie v Rusku spolu s najväčšími ruskými retailovými bankami pilotný projekt o uplatňovaní technológie na získanie informácií o dôveryhodnosti od FIU. Zahŕňa to Tinkoff Bank, Citibank, Bank of Moscow - úplný zoznam zahŕňa 25 úverových inštitúcií a 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 autentifikácie (ESIA).

Očakávame, že začiatkom tejto jesene bude projekt trvalý a technológia bude k dispozícii všetkým úverovým inštitúciám. Stanovíme konkrétny postup poskytovania informácií zo štátnych informačných systémov - dnes to nie je jasne nikde vysvetlené.

Existuje názor, že od občana je možné získať písomný súhlas so získaním osobných údajov a odvolať sa na neho pri každom pokuse o získanie informácií. Situáciu je v tomto prípade ťažké kontrolovať: banky dostanú milióny žiadostí, nikdy nebudeme schopní zistiť informácie o dostupnosti povolení v každom konkrétnom prípade. Náhodné kontroly môžu byť schopné identifikovať kompromitáciu osobných údajov, ale až potom, keď už boli informácie poskytnuté. Technológia Ministerstva spojov Ruskej federácie predpokladá zasielanie informácií až potom, ako k tomu dá občan súhlas.

Tento vývoj je dôležitý najmä pre malé regionálne banky, pre ktoré môže byť ťažké konkurovať federálnemu maloobchodu úverové inštitúcie... Veľké banky s účasťou štátu už majú možnosť získať informácie o svojej dôveryhodnosti zo štátnych informačných systémov, čo sa nedá povedať o iných retailových finančných organizáciách, najmä regionálnych. Nová technológia im poskytne skvelú príležitosť na lepšie riadenie rizík dlžníka, zníženie úrokových sadzieb a zlepšenie dôveryhodnosti ich návrhov.

NBJ: Aké služby sa poskytujú prostredníctvom SMEV fyzickým aj internetovým serverom právnické osoby, sú dnes žiadané?

A. KOZYREV: Existuje 15 federálnych a 20 regionálnych služieb, ktoré sú dopytované občanmi, asi 85% všetkých požiadaviek pochádza z týchto 35.

Medzi služby poskytované federálnymi orgánmi patrí: registrácia pasu a vodičský preukaz, registrácia prepravy, platenie daní a pokút, podanie daňového priznania, registrácia vlastníctva nehnuteľností vrátane nehnuteľností v katastri, získanie výpisu z nich, ako aj z Jednotného štátneho registra práv k nehnuteľnostiam a transakcií s ním.

Medzi služby, ktoré regionálne vlády požadujú, patria registrácia manželstva, úmrtia, narodenia, rozvodu, registrácie a zmeny mena. Okrem toho sú populárne vydávanie sociálnych dávok a vydávanie poľovníckeho lístka. Tieto služby sú poskytované prostredníctvom MFC, Jediný portál verejné služby, úrady.

Bez ohľadu na kanál, cez ktorý sú žiadosti prijímané, nakoniec sa dostanú do kompetencie orgánu, 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 listinnej podobe. Úrady si vlastne navzájom pýtajú chýbajúce dokumenty.

NBJ: Ako často a prečo zlyháva medzirezortný systém elektronickej interakcie?

A. KOZYREV: Systém zriedka zlyhá, je dosť spoľahlivý z technického hľadiska aj z hľadiska informačnej bezpečnosti. Spravidla sa v SMEV vyskytujú lokálne poruchy, ako príčiny pôsobia rôzne okolnosti: poruchy komunikačných zariadení aj chyby softvéru spojené s pretečením určitých technologických oblastí ukladania údajov.

Jedna z posledných porúch nastala kvôli tomu, že zlyhali telekomunikačné zariadenia, takzvaný balancer záťaže a jeho zálohovanie. Toto je ojedinelý prípad, ale stalo sa. Ďalšia porucha nastala z dôvodu zvýšenia objemu žiadostí: technologická časť v databáze, kde boli uložené informácie o prenesených hovoroch, bola plná, čo viedlo k poruche databázy.

Všeobecne platí, že žiadosti o elimináciu mimoriadnych udalostí prichádzajú k jedinému situačnému stredisku „elektronickej vlády“, ktoré ich smeruje v závislosti od typu. Zároveň je potrebné pochopiť, že na systéme interakcie sa vždy podieľajú tri strany: odosielateľ žiadosti, jej príjemca a SMEV ako integračná zbernica. V súčasnosti je technická podpora týchto informačných systémov riadená jednou organizáciou.

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

NBJ: Aké ďalšie funkcie, okrem tých, ktoré sú jej dnes pridelené, by mohla prevziať SMEV? 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 aj niekoľko systémov, ktoré zabezpečujú úplnú vzájomnú interakciu orgánov.

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. To je veľmi dôležité, pretože štandardizácia údajov, ktoré si orgány vymieňajú prostredníctvom SMEV, výrazne zvýši účinnosť ich vzájomného pôsobenia. Napríklad, ak potrebujete získať adresu ako súčasť informácií od orgánu štátnej správy, potom je veľmi pravdepodobné, že každé oddelenie ju poskytne v súlade so svojím vlastným štandardom formátovania: textový riadok, výrez atď. Nejednotnosť pri prezentácii údajov vedie k rozporom, ktoré sa hromadia v informačných zdrojoch.

Je nevyhnutné, 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 vývoja SMEV bude venovaná štandardizácii a vývoju jednotného modelu štátnych údajov.

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

Interakcia sa implementuje v rámci:

systém medzirezortnosti elektronická správa dokumentov (MEDO).

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

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

jeden systém medzirezortná elektronická interakcia (SMEV) - federálny štátny informačný systém určený na organizáciu informačnej interakcie medzi informačnými systémami účastníkov SMEV s cieľom poskytovať štátne a obecné služby a vykonávať štátne a obecné funkcie v elektronickej podobe.

Účastníkmi medzirezortnej elektronickej interakcie (účastníci SMEV) sú federálne výkonné orgány, štátne mimorozpočtové fondy, výkonné orgány štátna moc jednotlivých subjektov Ruskej federácie, orgánov miestnej samosprávy, štátnych a mestské inštitúcie, multifunkčné centrá, iné orgány a organizácie.

Účelom vytvorenia SMEV je zlepšenie kvality poskytovania štátnych a obecných služieb a výkonu funkcií štátu a obcí využitím spoločných informačných zdrojov, skrátenie času na hľadanie a spracovanie informácií v elektronickej podobe.

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

Hlavné funkcie SMEV

Hlavné funkcie SMEV sú:

prenos žiadostí, dokumentov a informácií potrebných na získanie štátnych a obecných služieb a predkladaných žiadateľmi prostredníctvom jediného portálu do informačných systémov napojených na SMEV;

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

zasielanie žiadostí, ďalších dokumentov a informácií spracovaných v informačných systémoch na jeden portál, ako aj informácií o vývoji požiadaviek a výsledkoch poskytovania služieb.

Na účely plnenia svojich funkcií poskytuje SMEV:

Technologická podpora SMEV

Technologická podpora informačná interakcia s využitím SMEV sa dosahuje použitím:

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

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

Ako sa stať členom SMEV?

Zvláštnosti používania SMEV a prepojenia informačných systémov jednotlivých orgánov a organizácií k nemu určujú dohody medzi ministerstvom telekomunikácií a masovej komunikácie v Rusku, ktoré je prevádzkovateľom SMEV, a orgánom a organizáciou, ktorá je členom SMEV. Ministerstvo telekomunikácií a hromadných komunikácií Ruskej federácie koordinuje činnosť spojenia s SMEV, zabezpečuje jeho fungovanie a vedie register elektronických služieb.

Integrácia informačných systémov v rámci SMEV sa vykonáva v súlade s Technické požiadavky k interakcii informačných systémov v jednotnom systéme medzirezortnej elektronickej interakcie (schválený vyhláškou Ministerstva telekomunikácií a hromadných komunikácií Ruska z 27. decembra 2010 č. 190).

Orgán alebo organizácia, ktorá poskytuje štátne a obecné služby a vykonáva štátne a obecné funkcie, aby sa stala členom SMEV, musí:

Zabezpečiť rozvoj elektronických služieb a rozhraní pre interakciu použité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, ktorý slúži na vykonávanie prác na implementácii potrebných služieb a rozhraní.

Poskytovať elektronickú službu prevádzkovateľovi uzla SMEV, ktorého účastníkom musí byť tejto organizácie, 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úť elektronický pas služby, metodiku testovania a užívateľskú príručku pre elektronickú službu, ako aj zabezpečiť dostupnosť elektronickej služby na jej prijatie.

Zaistiť dostupnosť bezpečného komunikačného kanála medzi použitým informačným systémom a SMEV.

PODNIKANIE AIS MFC

2. Federálny štátny informačný systém „Jednotný portál štátnych a komunálnych služieb (funkcií)“.

3. Softvér a technické prostriedkyposkytovanie 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.