Mijiedarbība starp federālajām iestādēm izpildvara un valsts nebudžeta līdzekļi sabiedrisko pakalpojumu sniegšanā no 2015. gada 1. janvāra būtu jāveic, izmantojot tikai vienu elektronisko pakalpojumu - starpresoru elektroniskās mijiedarbības sistēmas (SMEV) trešo. Aizliegta arī patstāvīga jaunu pakalpojumu izstrāde. Par to paziņoja Krievijas Federācijas Telekomunikāciju un masu komunikāciju ministrija.

Subjektu autoritātēm Krievijas Federacija no 2017.gada 1.janvāra ieteicams pāriet uz vienotu elektronisko pakalpojumu, piebilda ministrija, atsaucoties uz Krievijas Federācijas valdības dekrētu Nr.1222 "Par vienotas starpresoru elektroniskās mijiedarbības sistēmastīstīstīatīat".

“Atjauninātais pakalpojums nodrošinās vienotu formātu savstarpējai informācijas apmaiņai, garantētu ziņojumu piegādi, elektronisko ziņojumu rindas mehānismu, kas ļauj atrisināt populāro pakalpojumu pārslodzes problēmu, pārraidāmā ziņojuma apjoma palielināšanu no 5 MB uz 1 GB, kā arī kā arī integrācija ar galveno elektronisko parakstu pārbaudes sertifikācijas centru , teikts Sakaru ministrijas paziņojumā. "Jaunā sistēmas versija ietver mijiedarbību starp Krievijas Federācijas veidojošo vienību iestādēm, nevis tikai ar federālā līmeņa iestādēm, kā tas bija iepriekš."

Pāreju uz jaunāko SMEV versiju plānots sākt ar pieprasītāko informāciju. Pārējo esošo servisu atspējošana pagaidām netiks veikta, tomēr jaunu, prasībām nettbilstošu palaišana tiks pārtraukta no 2015.gada 1.janvāra.

Testa režīmā jaunākā SMEV versija jau ir palaista Maskavā, Mordovijā, Baškīrijā, Tatarstānā, Tjumeņā, Jaroslavļā, Novosibirskas apgabali un Primorē, teikts Telekomunikāciju un masu komunikāciju ministrijas ziņojumā.

Ņemiet vērā, ka ar SMEV 3.0 sākās e-pārvaldes infrastruktūras pāreja uz bezmaksas programmatūru. Jaunās sistēmas versijas izveidei tika izvēlēts bezmaksas Apache ActiveMQ risinājums, savukārt iepriekšējā versija tika veidota uz Oracle risinājuma.

Kadarbojas SMEV 3.0

Sakaru ministra vietnieks Aleksejs Kozirevs nesenā intervijā runāja par SMEV jaunās versijas iezīmēm:

„Funkcionalitāte, kas tagad ir ieviesta SMEV 2.0, paliks pilnībā.

SMEV 3.0 papildinās ar garantēto piegādes rindu saistītu funkcionalitāti, kas ļauj nodaļām mijiedarboties asinhronā režīmā un tādējādi nodrošināt maksimālo slodžu izlīdzināšanu – sāistēmas stabiliz.

Trešajā versijā tiek radīta tehnoloģija, kurā, lai organizētu mijiedarbību SMEV informācijas apmaiņai, nav katru reizi jāintegrējas ar piegādātāju uz dažiem īpašiem nosacījumiem.

Tagad mums ir milzīgs skaits integrācijas projektu, no kuriem katrs veic divvirzienu integrācijas testēšanu, lai pārliecinātos, ka elektroniskā mijiedarbība darbojas. Tas prasa daudz naudas, daudz laika. Jaunais SMEV atšķiras no iepriekšējās versijas ar to, ka tiek izveidots integrācijas standarts, kura ietvaros, izmantojot iestatījumus, var mainīt datu sastāvu un pakalpojuma veidu, kas atgriež datus.

Izveidojam arī automatizētu testēšanas sistēmu.

Fakts ir tāds, ka, kad kāds ir izveidojis savienojumu ar SMEV, atlasījis nepieciešamo informāciju un konfigurējis savu adapteri, lai viņš varētu apkopot šo informāciju, jums ir jāpārliecinās, vai parizījus iestate.

Un tagad, kad reģioni stāv priekšā federālajām izpildinstitūcijām ("pārbaudīsim ar jums informācijas apmaiņas pareizību"), rodas sašaurinājuma efekts. Tāpēc, lai visu varētu paveikt paša izstrādātāja spēkiem, neprasot nekādas darbības no tās puses.

Mēs veidojam automatisko testu, kas ļauj veidot noteiktu situāciju datu bāzi: kā pakalpojums reaģē, kad pieprasījums ir pareizs, kā tas reaģē, ja tas ir kļūdains. Tas pilnībā darbojas kā „cīņas“ pakalpojums un ļauj pārbaudīt veikto konfigurāciju.

Visbeidzot, jaunais SMEV ievieš tehnoloģiju liela datu apjoma pārsūtīšanai.

Šobrīd ir ierobežojumi – pielikumus var sūtīt ne vairāk kā 5 MB. Un, kad, piemēram, Rosreestr vēlas pārsūtīt pielikumu dokumentu veidā ar kadastra shēmām, tas „nelīst cauri“. Šī problēma tiks atrisināta, jo ziņojumā būs ietverta saite uz dokumentu, kas atrodas failu krātuvē, kas integrēts ar SMEV.

SMEV 3.0 reģionālo operatoru funkcionalitāte ir ievērojami attīstītāka - uzņēmumiem, kas integrē savus reģionālos autobusus ar federālo.

Līdz šim lielāko daļu mūsu administratīvo funkciju veic Rostelecom, un ieejas punkti tajā (E-Pasta-Adressen utt.) darbojas kā reģionālo operatoru saskarnes. Tajā pašā laikā pašas funkcijas tām it kā ir slēgtas.

Tagad mēs veidojam īpašu saskarni, kas ļaus jums redzēt atskaites un resursu pieejamību uz vietas, kā arī veikt lielāko daļu SMEV operatora funkciju reģionālā līmenī.

Tagad Mütter ir Viens S.M.E.V. Federalais limenis) un 83 reģionālie segmenti katrā Krievijas Federācijas priekšmetā (izņemot Krimu un Sewastopol) - tāds loģisks SMEV.

Reģionālajam SIEV ir jākalpo daudzu veidu mijiedarbības reģionālajā līmenī. Faktiski tagad redzam, ka puse no subjektiem ir ieviesuši savus integrācijas autobusus, kas pilda reģionālā SMEV funkcijas.

Izrādās, ka šajā dizainā e-pārvaldes infrastruktūras reģionālais segmente (reģionālais SIEV) kļūst lieks, jo dublē to, ko reģions savā līmenī jau dara.

Mēs nodrošināsim šādiem priekšmetiem iespēju tieši integrēties ar federālo SMEV.

Jaunā sistēma ļaus reģionālo autobusu tieši saveienot ar federālo SMEV. Tas būtiski samazinās visas infrastruktūras darbības slodzi. Tiem subjektiem, kuriem nav savu reģionālo autobusu, mēs nodrošināsim arī iespēju savienot reģionālās informācijas sistēmas ar federālo SMEV.

Materiālā ir sniegts algoritms informācijas veidu meklēšanai SMEV 3. Tiek apskatīti informācijas avoti par gaisa kuģiem: Tehnoloģiskā portāla SMEV saskarne, Plans pārejai uz Metodisko ietemsikumu izmantošanu SMEVojutais 3.x, Viis.otax, Viis.otax, Viis.otaxen . Ir aprakstīts gaisa kuģa produktīvās versijas veiktspējas pārbaudes process.

Informācijas veida atrašanas problēma SMEV

SMEV izstrādātāji ierosina izmantot tīmekļa saskarni, kas atrodas tehnoloģiju portālā https://smev3.gosuslugi.ru kā galveno rīku informācijas veidu meklēšanai SMEV 3. Tajā pašā laikā lietotājam tiek dota iespēja meklēt tikai pēc informācijas veida nosaukuma, savukārt iepriekšējā Techportal versija nodrošināja daudz plašāku Filtersatz:

• pakalpojuma īpašnieks (nodaļa vai organizācija)
• pēc ID
• atslēgvārds aprakstā
• pēc pielietojuma jomas
• pēc pieejamības (publisks/ierobežots)

Papildus papildu filtru trūkumam meklēšanas process var būt saistīts ar šādām problēmām:

• ne visi SMEV2 pakalpojumi tiek pārsūtīti uz SMEV3
• pārejot no SMEV2 uz SMEV3, piegādātājs var būtiski mainīt pakalpojuma nosaukumu (informācijas veidu), sadalīt vienu pakalpojumu vairākos gaisa kuģos vai, tieši otrādi, apvienot pakalpojumus (piemēram, SMEV2 GIS GMP pakalpojums šobrīd ir sadalīts 10 informācijas veidi)
• var paiet ļoti ilgs laiks (līdz 6 mēnešiem vai vairāk) starp informācijas skata izvadi uz testa un ražošanas vidi
• ļoti bieži testa un ražošanas vidē tiek parādītas vairākas viena veida informācijas versijas
• SMEV tehniskais portāls pārtrauca publicēt jaunākos datus par gaisa kuģu patērētājiem
• SMEV tehniskā portāla informācijas veidu kartes meklētājprogrammas neindeksē
• Visbeidzot, pēdējā laikā, ņemot vērā nepieciešamību formāli ievērot plānotos termiņus, produktīvā vidē

Šīs problēmas apgrūtina informācijas meklēšanu par informācijas veidu, kā arī apgrūtina lēmuma pieņemšanu par savienošanās ar lidmašīnu darbu uzsākšanu.

Papildu datu avoti par informācijas veidiem

Plānot pāreju uz informācijas sniegšanu, izmantojot vienoto elektronisko pakalpojumu SMEV

SMEV tehnoloģiju portālā tika publicēts dokumentiert „Pārejas plāna protokola 2.pielikums...“, kurā sniegts gaisa kuģu saraksts un elektronisko pakalpojumu nodošanas laiks Metodisko ieteikumu darbam ar SMEV versiju īstenošanai. 3. Šis dokuments ir ļoti vērtīgs vairāku iemeslu dēļ.

Pirmkārt, tajā ir ietverta savstarpēja atbilstība starp SMEV2 pakalpojumiem un SMEV3 informācijas veidiem.

Otrkārt, visi pakalpojumi un informācijas veidi tiek sagrupēti pa nodaļām (piegādātājiem).

Treškārt, dokumentā ir norādīti datumi informācijas veidu izlaišanai testa un ražošanas vidē. Tomēr, lūdzu, ņemiet vērā, ka šie datumi ir orientējoši un var mainīties. Informācijas veida formālā izvade produktam arī nenorāda uz tā veiktspēju.

Vissvarīgākais ir tas, ka Dokumente ir Excel schlägt fehl. Tam ir standarta meklēšanas funkcija. Tas ir, jūs varat meklēt pēc nodaļas, SMEV 2 pakalpojuma nosaukuma un informācijas veida SMEV 3.

Dokumenta trūkums ir tāds, ka tajā nav pilns informācijas veidu saraksts, bet tikai tie gaisa kuģi, kas atbilst SMEV2 pakalpojumiem.

Vienots ziņojums par SMEV

E-parvaldes Situāciju centrs publicē dokumentu „Vienotais ziņojums par SIEV“. Piekļuve tam tiek piešķirta lietotājiem ar autoritātes kontu. Ceļš uz dokumentu: „Publicēti ziņojumi“ => „SMEV“ => „Vienots ziņojums par SMEV“ => „SMEV. Vienots ziņojums par SMEV: ziņojums Nr. 6_SMEV_Vienots ziņojums par SMEV_.

Dokumente ir Excel scheitern un satur daudz noderīgas statistikas informācijas. Cita starpā tai ir cilne „Nepieprasīti pakalpojumi“, kurā ir uzskaitīti pakalpojumi un informācijas veidi, kas netiek pieprasīti. Tātad, ja informācijas veidam būtu jāsniedz nepieciešamā informācija (1), jau ir iievietota produktīvā vidē (2) un tajā pašā laikā ir iekļauta "nepieprasīto" sarakstā (3) - visticamāk, faktiski, tas nav funkcionals.

Gaisa kuģa statusa scheitert

Nesen SMEV 3 tehnoloģiju portāla galvenajā lapā parādījās informācijas bloks ar saiti uz kopsavilkuma failu excel formātā ar informāciju par visu veidu informācijas gatavības pakāpi. Scheitert ir publiskajā domēnā. To var atrast tehniskā portāla galvenajā lapā: jums ir jāatver standarta meklēšanas funkcionalitāte lapas saturam un jāatrod frāze "ziņojums par informācijas veidu reģistrācijas statusu". Zem atrastā teksta būs saite uz pašreizējo faila versiju.

Uz 2018. Gada 30. Maiju.

Versagt satur šādu informāciju:

• pilns SMEV dalībnieku un viņu informācijas sistēmu saraksts (cilne „Dalībnieka status“)
• pilns informācijas veidu saraksts, kas norāda piegādātāju, atbilstošo SMEV2 pakalpojumu (ja tāds ir), kā arī gaisa kuģa izņemšanas statusu testa un ražošanas vidē (cilne „Gaisa kuģa statuses“)

Šis dokuments ir vissvarīgākais datu avots, lai atrastu pareizo informāciju.

Informācijas veidu meklēšanas Algorithmen

Izmantojot kopsavilkuma failus ar informācijas veidu sarakstu, nevis tīmekļa saskarni, tiek ievērojami vienkāršots īstā gaisa kuģa atrašanas process.

Pats meklēšanas Algorithmen izskatās šādi:

1. Dodieties uz SMEV tehnoloģiju portālu un lejupielādējiet faila „Aircraft Status“ pašreizējo versiju
2. Mēs meklējam lidmašīnas, izmantojot standarta meklēšanas funkcionalitāti:
   1. pēc attiecīgā pakalpojuma nosaukuma vai SID SMEV2
   2. pakalpojumu sniedzeja aģentūra
   3. pēc atslēgvārda
3. Ja sarakstā ir vairākas viena un tā paša lidmašīnas versijas, izmantojiet jaunāko.
4. Ja jums ir pieeja „Single SIEV Report“ failam, ir vērts pārbaudīt, vai informācijas veids ir starp nepieprasītajiem

Kā minēts iepriekš, detalizēta skata ieviešana ražošanā negarantē, ka tas patiešām darbosies. Tāpēc pirms pilna mēroga darba uzsākšanas, lai izveidotu savienojumu un integrētu ar gaisa kuģi, ir vērts veikt papildu pārbaudi:

1. Pārbaudiet lidmašīnu testa vidē
2. Piekļūstiet VS produktīvā vidē
3. Manuāli ģenerējiet vairākus kaujas pieprasījumus saskaņā ar gaisa kuģa shēmu
4. Izmantojot bezmaksas klientu SMEV, nosūtiet šos kaujas pieprasījumus informācijas veidam produktīvā vidē
5. Gaidiet jēgpilnas atbildes uz pieprasījumiem (protams, atbildes ar kļūdu kodiem vai atbildes ar testa datiem nav jēgpilnas)

Tikai jēgpilnu atbilžu klātbūtne uz pieprasījumiem produktīvā vidē ļauj spriest par SMEV 3 informācijas tipa reālo veiktspēju un var kalpot kā signāls, lai sāktu darbu pie integrācijas ar gaisa kuģi.

2010 Federalais likums Nr.210-FZ "Par valsts un pašvaldību pakalpojumu sniegšanas organizēšanu". 2011.gada oktobra sākumā notika "Elektroniskās pārvaldes" darbības uzsākšana, kuras ietvaros tika piešķirts atsevišķs projekts - starpresoru elektroniskās mijiedarbības sistēma (SMEV). Pavisam nesen organani valsts vara Un pašvaldība pārgāja uz SMEV 3.0 - jaunāko sistēmas versiju starpaģentūru sadarbība. Par tā priekšrocībām NBJ stāstīja Krievijas Federācijas telekomunikāciju un masu komunikāciju ministra vietnieks Aleksejs KOZIREVS.

NBJ: Aleksej Oļegovič, lūdzu, pastāstiet mums par pirmajiem rezultātiem dalībnieku pārejā uz starpresoru elektroniskās mijiedarbības sistēmas trešo versiju.

A. KOZIREVS: Pārejas verarbeiten norit, kā plānots. Trešā SMEV versija tika izstrādāta 2013. gada beigās, 2014. gadā tā atradās izmēģinājuma režīmā. Mēs veicām virkni industriālo „kaujas“ datu testu, pārliecinājāmies, ka viss darbojas, un tagad esam pārgājuši uz posmu, kurā jaunā versija tiek ieviesta komerciālā darbībā visiem starpnodaļu mijiedarbībības dal.

Informācija, ko iestādes sniedz, izmantojot SMEV, ir pieprasīta dažādos veidos. Viena veida informācija tiek pieprasīta ļoti bieži, cita veida informācija tiek pieprasīta tikai dažas reizes gadā. Mēs esam izvēlējušies vairākas nodaļas, kas sniedz visvairāk pieprasīto informāciju: Bundesfall, Rosreestr, Pensiju-Fonds, Iekšlietu ministrija, Federala nodokļu pakalpojums. Vienojāmies ar viņiem, ka viņu informācijas sistēmas tiks pielāgotas datu pārraidei caur trešo SMEV versiju. Papildus šīm struktūrām tai jau ir pievienojušies vairāki Krievijas Federācijas subjekti: Maskava, Tjumeņas apgabals un citi ...

NBJ: Vēl nav daudz dalībnieku.

A. KOZIREV: Šo departureamentu sniegtās informācijas kopums ir 80% no visas informācijas, kas tiek pārraidīta caur SMEV. Kopumā sistēmai ir pieslēgti 11 000 dalībnieku, tostarp 85 Krievijas Federācijas veidojošās vienības, vairāk nekā 70 federālās valdības struktūras un gandrīz tūkstotis kredītiestāžu. Bet lielākā daļa pieprasījumu attiecas uz tiem departmentamentiem, kurus es minēju iepriekš, un uz piecpadsmit informācijas veidiem. SMEV kodols ir mijiedarbība starp šīm struktūrām un reģioniem.

Mūsu uzdevums ir nodrošināt, lai visi priekšmeti sāk mijiedarboties ar šīm nodaļām saskaņā ar SMEV 3.0 standartu. Prozess notiks dabiski: kā tiks veiktas izmaiņas notikumi Federalas istades iestādes pabeigs savas informācijas sistēmas un izslēgs vecās. Mēs neliekam jums nekavējoties pāriet uz SMEV 3.0, jo sistēmas otrā versija darbojas labi, taču no šī gada visas izmaiņas tiks veiktas trešajā versijā.

NBJ: kā SMEV 3.0 oder kein SMEV 2.0 un SMEV?

A. KOZIREVS: Pirmā un otrā sistēmas versija ir vienāda, atšķirība bija tikai elektroniskā paraksta izmantošanas tehnoloģijās. Starp otro un trešo SMEV versiju atšķirība jau ir ievērojama.

Ja mēs zīmējam analoģiju, mēs varam teikt, ka starpresoru elektroniskās mijiedarbības sistēma ir valsts iekštīkls. Iekštīklā darbojas dažādu organizāciju mājaslapas, valstī ir tāda pati sistēma: ir iekštīkls, kas slēgts no ārpuses, bet pieejams no iekšpuses, un vairākas vietnes, kas sniedz noteikta veida informāciju (mēs elektropojimiem tosatis). Informāciju šajās vietnēs ievieto federālās un reģionālās iestādes, un to var saņemt starpresoru elektroniskās mijiedarbības sistēmas dalībnieki.
SMEV 2.0 ļāva apmainīties ar informāciju - nosūtīt pieprasījumus un saņemt tiešsaistes atbildes vai aizkavētas atbildes. Kad sistēma strādāja reāllaikā, bija svarīgi apstrādāt visus pieprasījumus, kuru kopējais skaits dažkārt sasniedza vairākus miljardus gadā. SMEV strādāja cauruļu režīmā: cik daudz pieprasījumu tajā nokļuva, tikpat daudz aizlidoja uz vietni. Šajā procesā piedalījās vairākas puses: patērētāji, tieši SMEV, caur kuru tika iesniegtas viņu apelācijas, un departureamenti System des Informationssystems, kas apstrādāja pieprasījumus un nekavējoties atbildēja uz tiem. Bieži viņa nevarēja tikt galā ar tiešsaistes pieprasījumu apjomu.

NBJ: Kā jums izdevās atrisināt problēmu?

A. KOZIREVS: Trešajā SMEV versijā esam nodrošinājuši īpašu buferi, kas ļauj sadalīt informācijas sistēmas slodzi. Iepriekš pakalpojums izturēja 20 vienlaicīgus pieprasījumus: vietni apmeklēja 20 lietotāji, bet 21. gadā tas izrādījās nepieejams, parādījās kļūdas ziņojums. Padarījām tā, ka 21., nevis nesekmīgi mēģina tikt līdz vietai, tiek aicināts „paņemt stāvvietu“ un gaidīt savu kārtu. Informācijas sistēmai izlādējoties, pieprasījumi sasniedz adresātu, un buferis pakāpeniski tiek atbrīvots. Viss tiek apstrādāts sekundes daļā, un kļūdas ziņojums netiek parādīts. Patvaļīgu buferu skaita palielināšanu nodrošina pati sistēmas funkcionalitāte, to sauc par garantētās piegādes rindu.

Otrā atšķirība starp SMEV 3.0 ir šāda: agrāk caur sistēmu varēja pārsūtīt informāciju, kas nepārsniedza piecus megabaitus vienā ziņojumā, ar to pietika. Tagad bieži vien tekstam ir jāpievieno scheitert, piemēram, attēls zemes gabals, Kadastra-Pläne. Pieci megabaiti šīs informācijas neder. Esam palielinājuši datu pārraides iespējas līdz faktiski gigabaitiem, kas pilnībā nosedz visu sistēmas dalībnieku vajadzības.

SMEV 2.0 versijā katrai vietnei bija nepieciešama atsevišķa pārlūkprogramma, jo nebija īpaša standarta, vienota datu apmaiņas protokola visiem dalībniekiem. SMEV 3,0 mēs bis ieviesām. Ja sistēmas dalībnieks vēlas saņemt informāciju no 60 dažādiem avotiem, viņam nav jāizmanto 60 dažādi veidi, lai ar tiem pieslēgtos. Patērētājs pievienojas sistēmai pēc noteikta standarta, kuru ievēro arī viņam nepieciešamie 60 avoti, un uzreiz tiek pie visa nepieciešamā informācija. To sauc par universālo elektronisko pakalpojumu, tas ievērojami ietaupa sistēmas uzturēšanas un attīstības izmaksas. Pieslēgšanai 61. avota SMEV bija nepieciešama papildu samaksa Pietiek vienreiz izveidot savienojumu ar sistēmu, lai piekļūtu visai nepieciešamajai informācijai.

SMEV ir piramīda: 85 reģionālie segmenti ir savienoti ar federālo "galvu". Iepriekš katrā reģionā sistēmas operatora funkcijas veica kāda iestāde. SMEV reģionālās daļas kontrole tika veikta tikai no augšas, izmantojot federālo līmeni. Tagad lielākā daļa operāciju, kurām nepieciešama Krievijas Federācijas veidojošo vienību līdzdalība, ir pazeminātas līdz reģionālo operatoru līmenim. Viena sistēmas operatora vietā parādījās 85, tajā esošie procesi sāka plūst ātrāk un efektīvāk.

Lai SMEV darbotos pareizi, ir nepieciešams savienot visus tā mezglus ar sakaru kanāliem, kurus aizsargā noteikta kriptogrāfija. Vēl nesen šo mezglu infrastruktūra bija diezgan sarežģīta. Kā daļa no SMEV 3.0 kļuva iespējams padarīt maršrutēšanas pieprasījumus caur to efektīvāku nekā iepriekš. Pirms ieviesanas jaunaka versija cirkulācijas sistēmas šķērsoja lielu skaitu mezglu, radot tīkla slodzi. SMEV 3.0 Šīs izmaiņas palielina pakalpojuma uzticamību un stabilitāti, samazina darbības izmaksas sakaru kanālu ziņā.

NBJ: Vai jūsu planans palielināt sistēmas dalībnieku skaitu ir piepildījies?

A.KOZIREVS: Jā, sistēmas dalībnieku saraksts ir paplašinājies. Sertifikācijas centri, kas izsniedz elektroniskos parakstus, ir savienoti ar SMEV, tie jau ir pieslēgti Augstaka tiesa un Augstakais šķīrējtiesa Rf. Ieprieks tiesu nozare iestādēm nebija pieejas valsts informācijas sistēmām. Šogad Krievijas Transportlīdzekļu apdrošinātāju savienība, Federālā notāru palāta (organizācija sadarbojas ar Krievijas Federālo nodokļu dienestu) kļuva par SMEV dalībniekiem.

SMEV ir slēgta sistēma, par biedru var kļūt tikai tad, ja ir atbilstošas likumdošanas akts. Lēmumu par pieslēgšanos sistēmai pieņem komisija, kuru vada Krievijas Federācijas telekomunikāciju un masu komunikāciju ministrs Nikolajs Ņikiforovs.

Runājot par SMEV dalībniekiem, jāņem vērā: mūsu valstī ir vairāk nekā 24 tūkstoši pašvaldību, aptuveni 970 kredītiestādes, aptuveni 80 federālās iestādes un 85 federācijas subjekti. Kopā tie rada aptuveni 26-27 tūkstošus iespējamo mijiedarbības dalībnieku, neskaitot budžeta iestādēm, kas arī varētu izveidot savienojumu ar sistēmu, taču to vēl nedariet. Taču informatizācija mācību priekšmetos tiek organizēta atšķirīgi. Dažos reģionos pašvaldības ir pieslēgtas subjekta sistēmai, un tā ir savienota ar SMEV. Tātad mums ir nevis 26 tūkstoši, bet 11 tūkstoši dalībnieku - daži no šiem 26 tūkstošiem ir apkopoti zem reģionālajām informācijas sistēmām.

Dažās pašvaldībās, kur galvenie kanāli vēl nav sasniegti, pieslēguma vēl nav, tāpēc tie veic starpresoru mijiedarbību caur tuvāko pašvaldību, kurā ir pieejams internets. Nav runas par visu dalībnieku piekļuvi sistēmai, tikai daži no viņiem saņem piekļuvi bezsaistē.

Starp citu, Telekomunikāciju un masu komunikāciju ministrija ir izstrādājusi desmit gadu projektu digitālās plaisas likvidēšanai. Tās ietvaros plānots ieklāt 200 tūkstošus km optiskās šķiedras, šī ir pasaulē lielākā būvlaukums, pateicoties kuram visur Krievijā parādīsies internets.

NBJ: Kā jūs izsekojat to reģionu aktivitātēm, kas piedalās SMEV?

A. KOZIREVS: Reizi mēnesī mēs rīkojam Videokonferenzen, kurās piedalās par starpinstitūciju sadarbību atbildīgo reģionālo iestāžu vadītāji. Konferenču laikā mēs detalizēti pētām statistiku par pieprasījumu skaitu, korelē to ar priekšmetu skaitu un pēc tam sarindojam reģionus pēc pieprasījumu intensitātes. Ir apgabali, kas ievērojami atpaliek un ir izveidojuši savienojumu, bet nelabprāt to izmanto, jo ir apņēmušies izmantot novecojušas tehnoloģijas, piemēram, faksu. Mēs uzraugām statistiku un regulāri sniedzam norādījumus subjektiem par pareju no papīra uz elektronisko dokumentu parvaldību. Tomēr lielākā daļa reģionu jau aktīvi izmanto SMEV. Maksimālais pieprasījumu skaits ir no Burjatijas Republikas, Transbaikāla teritorijas, Brjanskas, Kostromas un Tambovas apgabaliem.

NBJ: Lūdzu, precizējiet jēdziena „bezmaksas datu bāzes pārvaldības sistēma“ nozīmi.

A. KOZIREV: Datu bāzes pārvaldības sistēma (turpmāk tekstā DBVS — Red.) ir informācijas sistēmu klase. Ir patentētas tas ir DBVS Līdzīgas DBVS var izmantot bez maksas.

SMEV 3.0, kas ir integrācijas kopne, tika balstīta uz Oracle technology. Mēs nesen pārcēlām sistēmu uz bezmaksas Programmatur, ko sauc par ActiveMQ, ir Apache Software Foundation izstrādāta kopiena. ActiveMQ ir bezmaksas programmatūra, ko Krievijas programmētāji ir pielāgojuši izmantošanai starpresoru elektroniskajā sadarbībā. Uz Oracle balstītā datu bāzes pārvaldības sistēma pakāpeniski pāries uz bezmaksas programmatūru.

"Elektroniskās valdības" struktūrā šobrīd tiek izmantota arī Oracle datu bāzes pārvaldības sistēma, bet 2015. gadā mums tika dots uzdevums pāriet uz bezmaksas programmatūru. Vispirms izveidosim brīvi izplatītas datu bāzes prototipu, pārbaudīsim, kā tā pārsūta slodzes, vai atbilst prasībām informācijas drošība. Ja testa rezultāti būs pozitīvi, 2016. gadā mēs pāriesim uz bezmaksas programmatūru. Uzskata par iespejamais-Varianten bezmaksas programmatura PostgreSQL DBVS.

Pāreja uz brīvi izplatītu DBVS ir konkrēts solis importa aizstāšanas jomā „Elektroniskās valdības“ infrastruktūrā. Pirmais solis tika veikts, kad mēs atteicāmies no patentētās programmatūras integrācijas kopnē, otrais solis būs datubāze. Tiesa, nevar teikt, ka tagad laužamies ar zobenu - un rīt viss būs savādāk. Pāreja būs glīta un pakāpeniska.

NBJ: Ar ko var izskaidrot pieaugošo kredītiestāžu aktivitāti, sūta arvien vairāk pieprasījumu SIEV?

A. KOZIREV: Saskaņā ar likumu kredītiestādēm ir jāsniedz valsts iestādēm informācija par pilsoņu veiktajiem maksājumiem. Šis pienākums ir kļuvis par iemeslu visu banku pievienošanai SMEV.

Finanšu organizācijas interesējas par informāciju par aizņēmēju kredītspēju izziņu veidā par apdrošinātās personas individuālā personīgā konta stāvokli. Šī informācija ir pieejama Krievijas Federācijas pensiju fondā. Izrakstos ir informācija par aizņēmēja darba vietu, viņa ienākumiem. Kredītiestādes, izmantojot šo informāciju, var būtiski samazināt ar privātpersonu kreditēšanu saistītos riskus. Tas savukārt var novest pie zemākām kredītu procentu likmēm.

Šim procesam ir arī negatīvā puse: iedzīvotāju personas dati par viņu darba vietu, ienākumu līmeni ir nozīmīga informācija, kas rūpīgi jāsargā no kompromisiem. Šajā sakarā kredītņēmējiem jāspēj kontrolēt, kā tiek sniegti e-pārvaldes pakalpojumi.

Banka var iegūt informāciju par pilsoņa kredītspēju, ja viņš ir pieteicies kredītam vai aizdevums jau ir saņemts, bet finanšu organizācija savas politikas ietvaros vēlas izvērtēt personas kredītspēju. Abos gadījumos apzinīgs aizņēmējs dos atļauju viņa personas datu izmantošanai konkrētai kredītiestādei. Mums ir tāda tehnoloģija, tā darbojas caur sabiedrisko pakalpojumu portālu un mobilajām aplikācijām, izskatās šādi: cilvēks atnāk uz banku un aizpilda kredīta pieteikuma veidlapu, finanšu organizācija pieprasa informāciju par pilsoņa kredītspēju caur E-pārvaldes infrastruktūru. . Potenciālais aizņēmējs saņem SMS īsziņu ar lūgumu apstiprināt informācijas sniegšanu bankai. Piekrišanu informācijas sniegšanai kredītiestādei var sniegt, atbildot uz SMS, izmantojot mobilo aplikāciju vai sabiedrisko pakalpojumu portālu – atzīmējot rūtiņu pie vārda „atļaut“. Ja pilsonis piekrīt savu personas datu izmantošanai, banka tiem iegūst piekļuvi.

Mūsuprāt, šāda tehnoloģija ir universāla, to var attiecināt uz jebkuru informāciju, ko cilvēks vēlas par sevi sniegt trešajām personām – ne tikai kredītiestādēm.
Šobrīd Krievijas Telekomunikāciju un masu komunikāciju ministrija kopā ar lielākajām Krievijas mazumtirdzniecības bankām veic pilotprojektu par tehnoloģiju izmantošanu, lai no FIU iegūtu informāciju par kredītspēju. Tajā piedalās Tinkoff Bank, Citibank, Bank of Moscow - pilnajā sarakstā iekļautas 25 kredītiestādes, kā arī bezpeļņas struktūras: Krievijas Reģionālo banku asociācija, Nacionālā maksājumu padome uc Bankas visu informāciju pieprasa no Pensijas-Fonds caur smev un, ja nepieciešams, reģistrē pilsoņus

Sagaidām, ka līdz šī gada rudens sākumam projekts kļūs pastāvīgs un tehnoloģija kļūs pieejama visām kredītiestādēm. Fiksēsim noteiktu kārtību informācijas sniegšanai no valsts informācijas sistēmām - šodien tā nekur nav skaidri izrunāta.

Pastāv uzskats, ka pilsonis var vienreiz paņemt rakstisku piekrišanu personas datu saņemšanai un atsaukties uz to ar katru informācijas iegūšanas mēģinājumu. Situāciju šajā gadījumā ir grūti kontrolēt: no bankām nāks miljoniem pieprasījumu, mēs nekad nevarēsim uzzināt par atļaujas pieejamību katrā konkrētajā gadījumā. Personas datu uzlaušanu var atklāt ar uz vietas veiktajām pārbaudēm, taču tikai pēc tam, kad informācija jau ir sniegta. Krievijas Sakaru ministrijas tehnoloģija paredz informācijas nosūtīšanu tikai pēc tam, kad pilsonis tam ir devis atļauju.

Īpaši šī attīstība ir aktuāla mazajām reģionālajām bankām, kurām var būt grūti konkurēt ar federālajām privātpersonu kredītiestādēm. Lielajām bankām ar valsts līdzdalību jau šobrīd ir iespēja iegūt informāciju par kredītspēju no valsts informācijas sistēmām, ko nevar teikt par citām privātpersonu finanšu institūcijām, īpaši reģ. Jaunā tehnoloģija dos viņiem lielisku iespēju rūpīgāk strādāt ar kredītņēmēju riskiem, samazināt procentu likme un uzlabot savu priekšlikumu kredītspēju.

NBJ: Kādi pakalpojumi tiek sniegti ar SMEV starpniecību gan privātpersonām, gan juridiskam personamšodien ir pieprasīti?

A. KOZIREVS: Ir 15 federālie un 20 reģionālie pakalpojumi, kas ir pieprasīti iedzīvotājiem, aptuveni 85% no visiem pieprasījumiem attiecas uz šiem 35.

Federālo iestāžu sniegtie pakalpojumi ietver: pases izsniegšanu un autovadītāja apliecība, transportlīdzekļa reģistrācija, nodokļu un soda naudas nomaksa, iesniegšana nodokļu deklarācija, īpašuma īpašuma reģistrācija, dibināšana Nekustamais īpašums kadastram, iegūstot izrakstu no tā, kā arī no Vienotā valsts tiesību uz nekustamo īpašumu un darījumiem ar to reģistra.

Uz sniegtajiem pieprasītajiem pakalpojumiem reģionālās strukturas iestādes ietver laulības, nāves, dzimšanas, šķiršanās, reģistrācijas un vārda maiņas reģistrāciju. Turklat dizains ir populär socialie pabalsti un mednieku apliecības izsniegšanu. Šie pakalpojumi tiek nodrošināti, izmantojot vienoto portālu MFC sabiedriskos pakalpojumus, estādes.

Neatkarīgi no kanāla, pa kuru pieprasījumi tiek saņemti, tie galu galā nonāk iestādē, kas apkopo visu nepieciešamo informāciju, izmantojot starpresoru pieprasījumus. Jūs zināt, ka saskaņā ar likumu "Par valsts un pašvaldību pakalpojumu sniegšanas organizāciju" ir aizliegts pieprasīt no iedzīvotājiem papīra dokumentus. Faktiski iestādes trūkstošos dokumentus pieprasa viena no otras.

NBJ: Cik bieži un kāpēc starpresoru elektroniskās mijiedarbības sistēma neizdodas?

A. KOZIREVS: Sistēma ļoti reti avarē, tā ir diezgan uzticama gan no tehniskā, gan no informācijas drošības viedokļa. Parasti SMEV rodas lokālas atteices, kā cēloņi ir dažādi apstākļi: sakaru iekārtu atteices un programmatūras kļūmes, kas saistītas ar noteiktu datu uzglabāšanas tehnoloģisko zonu pārpildīšanu.

Viena no pēdējām kļūmēm radās telekomunikāciju iekārtu, tā sauktā slodzes balansētāja un tā dublējuma kļūmes dēļ. Tā ir reta parādība, bet tā ir noticis. Vēl viena kļūme radās pieprasījumu apjoma pieauguma dēļ: datubāze pārpildīja tehnoloģisko zonu, kurā tika glabāta informācija par pārsūtītajiem pieprasījumiem, kā rezultātā datubāzēīradās darbjumiem.

Kopumā lūgumi novērst Incidentus nonāk vienā „Elektroniskās valdības“ situāciju centrā, kas tos maršrutē atkarībā no veida. Tajā pašā laikā ir jāsaprot, ka mijiedarbības sistēmā vienmēr piedalās trīs puses: pieprasījuma sūtītājs, tā saņēmējs un SMEV kā integrācijas kopne. Šobrīd šo informācijas sistēmu tehnisko nodrošinājumu pārvalda viena organizācija.

Iedomājieties: pieprasījuma sūtītājs ir MFC Ivanovas reģionā, kura informācijas sistēmu apkalpo kāda organizācija. Pa vidu atrodas SMEV, kas pārsūta pieprasījumus un sniedz atbildes, tā tehnisko atbalstu pārvalda Telekomunikāciju un masu komunikāciju ministrija un Rostelecom. Trešā attiecību puse ir saņēmējs, piemēram, IeM, viņiem ir savi darbuzņēmēji, kas apkalpo departamenta informācijas sistēmas. Iepriekš bija jānoskaidro, kur radās kļūme: sūtītāja, saņēmēja vai SMEV pusē. Šis bija diezgan liels izaicinājums. Tagad pāri visiem dalībniekiem ir situāciju centrs, uz kuru tiek saņemti visi problēmu novēršanas pieprasījumi. Tādējādi centrs izlemj, kura tehniskā atbalsta daļa ir jārīkojas. Tas palielina koordinācijas līmeni, risinot Incidentus. Pieprasījumu skaits situāciju centram sasniedz vairākus miljardus gadā, no kuriem lielākā daļa tiek atrisināti vienas dienas laikā.

NBJ: Kādas citas funkcijas, papildus tām, kas tam piešķirtas šodien, varētu uzņemties SMEV? Vai ir plānots paplašināt tā funkcionalitāti?

A.KOZIREVS: Šajā gadījumā ir jārunā par visu „Elektroniskās valdības“ infrastruktūru. Papildus SMEV tas ietver vairākas sistēmas, kas nodrošina pilnīgu iestāžu savstarpēju mijiedarbību.

Nepieciešams organizēt vienotu normatīvās un uzziņas informācijas sistēmu, kas sniegs viens paūtījums informācijas resursu izveide un uzturēšana. Tas irļoti svarīgi, jo to datu standartizācija, ar kuriem iestādes apmainās, izmantojot SMEV, ievērojami palielinās to mijiedarbības efektivitāti. Piemēram, ja jums ir jāiegūst adrese kā daļa no informācijas no iestādes, tad, visticamāk, katra nodaļa to nodrošinās atbilstoši savam formatēšanas standartam: teksta virkne, izgriešana utt. Vienveidības trūkums datu prezentācijā rada pretrunas, kas uzkrājas informācijas resursos.

Ir svarīgi, lai visa valdības infrastruktūra izmantotu vienu un to pašu informācijas kopumu skaidrā, standartizētā formātā. Domāju, ka nākamais SMEV attīstības posms būs veltīts standartizācijai un vienota valsts datu modeļa izstrādei.

Par risinajumu

SMEV (System of Electronic Interdepartmental Interaction) ir Federala informācijas sistēma, kas ļauj dažādu līmeņu iestādēm un bankām pieprasīt un nodrošināt elektroniskā formatā informācija par iedzīvotājiem, organizācijām, tostarp kā daļa no valsts un pašvaldību pakalpojumu sniegšanas tiem. SMEV tehnoloģiju portāls atrodas https://smev.gosuslugi.ru, https://smev3.gosuslugi.ru.

SMEV ir divas paaudzes: SMEV 2 un SMEV 3. Krievijas Federācijas valdības 2014.gada 19.novembra dekrēts Nr.1222 "Par vienotas starpresoru elektroniskās mijiedarbības sistēmas tālāku attīstību" no 2015.gada 1.janvāra, elektroniskie pakalpojumi ir aizliegti saskaņā ar metodiskie ieteikumi Darbam SMEV 2. Kopš 2017 gadā plānots nākamais parejas posms.

Sistēma „Universalkabinett (SMEV)“ Sistēma atbalsta darbu ar SMEV 2 und SMEV 3 pakalpojumiem.

Sistēmas „Universālais kabinets (SMEV)“ mijiedarbības shēma:

Universālā kabineta (SMEV) sistēma nodrošina grafisku un programmatūras saskarni, lai izveidotu informācijas pieprasījumus no dažādiem informācijas sniedzējiem (Rosreestr, PFR, FTS u.c.). Saņemtie pieprasījumi tiek apstrādāti un pārveidoti SMEV un piegādātāju nepieciešamajos formātos. Pieprasījumi tiek nosūtīti saskaņā ar SMEV notikumiem. SMEV nosūta pieprasījumus piegadātājiem. Informācijas sniedzēji apstrādā pieprasījumus un paredzētajos laikos sagatavo un nosūta atbildes atpakaļ uz SMEV. Universālais skapis saņem piegādātāju atbildes no SMEV. Saņemtie dati tiek apstrādāti un parādīti saskarnē vai pārsūtīti uz trešās puses IC, izmantojot programmatūras interfeisu. Ir pieejama arī apgrieztā mijiedarbības metode, izmantojot "Universālā kabineta" sistēmu, tiek sniegta informācija par pieprasījumiem, kas saņemti no citem mijiedarbības dalībniekiem.

Sistēmas "Universal Cabinet (SMEV)" iespējas:

• Lai strādātu sistēmas "Universal Cabinet (SMEV)" grafiskajā saskarnē, nepieciešams tikai interneta pārlūks. Lietotāja datorā nav jāinstalē spraudņi, paplašinājumi, JRE utt. Netiek izmantotas sīklietotnes utt. Darba vietā var izmantot jebkuru OS - Windows, Linux utt.
• Pieprasījumu veidošana un atbilžu apskate ērtās un funkcionālās WEB formās. Pieprasījumu izveides veidlapas laukos ir dažādas pārbaudes un maskas, kas vienkāršo datu ievadi un samazina kļūdas. Ir iespēja lejupielādēt atbildes PDF-, HTML- und XML-Formate. Pieprasījumu un atbilžu veidlapu piemēri.
• Programmēšanas interfeisa klātbūtne pieprasījumu nosūtīšanai un atbilžu saņemšanai. Programmēšanas saskarne tiek realizēta, izmantojot REST API tehnoloģiju. Tiek apmainīti ar notiktā formāta XML ziņojumiem. Visas REST API ieejas un izejas ir pārbaudītas pret XML shēmām. Iekšējās apmaiņas shēmas visiem piegādātājiem tiek veidotas vienā stilā, un tām ir kopīgas daļas dažādām nodaļām. XML shēmas ir viegli lietojamas un satur visu izstrādātājam nepieciešamo informāciju bez nepieciešamības meklēt nepieciešamo informāciju dienesta pas. Salīdzinājumam: SNILS pieprasījuma shēma no PFR uz SMEV 2, līdzīga SNILS pieprasījuma pakalpojuma shēma SMEV 2, ko nodrošina universālā kabineta (SMEV) sistēma, izmantojot iekšējo API.
• No citiem mijiedarbības dalībniekiem saņemto pieprasījumu apskate un uz tiem atbilžu ģenerēšana sistēmas „Universālais kabinets (SMEV)“ saskarnē. Automatiska pieprasījuma piešķiršana noteiktai nodaļai, pamatojoties uz pieprasījuma veidu. Iespēja pāradresēt pieprasījumu citai nodaļai. Atbilžu uz pieprasījumiem sagatavošanas laika uzraudzība.
• Adrešu diapazona uzturēšana saskaņā ar FIAS. Sistēma ievieš automātisku FIAS atjaunināšanu, lai izmantotu aktuālo informāciju un nodrošinātu sinhronizāciju ar informācijas sniedzējiem.
• Skatiet pieprasījumus un atbildes to sākotnējā formā (XML pieprasījumi un atbildes, kas nosūtītas un saņemtas no SMEV). Ja tas ir iespējams (piemēram, ja lietotāja dati tiek pārsūtīti tieši XML iekšienē, nevis kā Base64 virkne), XML tiek parādīts lasāmā formā (ir līdzinājums, tagu izcelšana, garas nelasāmas Base64 virknes tiek iz noslīs)
• Apstrādājiet pieprasījumus, kas nosūtīti no vienots Portale sabiedriskos pakalpojumus, izmantojot SMEV. Iespēja deleģēt šādus pieprasījumus trešās puses sistēmai.
• Pieprasījumu parakstīšana SMEV, izmantojot atslēgu Elektroniskais paraksts instalēta tieši sistēmas serverī.
• Elektroniskā paraksta derīguma pārbaude saņemtajās piegādātāju atbildēs.
• Skatiet lietotāja izveidotos vaicājumus grafiskā interfeisā ar iespēju filtrēt pēc dažādiem laukiem.
• Statistika pieprasījumu nosūtīšanai dažādās sadaļās (nodaļas, pakalpojumi, informācijas veidi) un formās (informācijas paneļi, atskaites, OLAP kubi). Ir pieejama iespēja eksportēt atskaites uz Excel failu.
• Paziņošana lietotājiem pa e-pastu, kad uz pieprasījumiem ir atbildēts vai jauni ienākošie pieprasījumi.

Sistēma "Universālais kabinets (SMEV)" ir pašu attīstība. Extreme uzņēmumu grupai ir visas nepieciešamās FSB un FSTEC licences juridiski nozīmīgas mijiedarbības īstenošanai, izmantojot SMEV.

Īstenoti pakalpojumi

īstenošanas

Universālā kabineta (SMEV) sistēma ir veiksmīgi ieviesta kopš 2012. gada. Šobrīd Sverdlovskas reģionā un citos Krievijas Federācijas reģionos ir vairāk nekā 30 veiksmīgas ieviešanas.