Unified system of interdepartmental electronic interaction (smev). Hur man hittar rätt typ av information smev3 Planera för övergången till att tillhandahålla information med en enda elektronisk tjänst smev

Materialet presenterar en algoritm för att söka efter typer av information om SMEV 3. Informationskällor om flygplan beaktas: gränssnittet för SMEV Technology Portal, Transition Plan to use of Methodological Recommendations 3.x, Unified SMEV Report. Processen att kontrollera prestandan för den produktiva versionen av flygplanet beskrivs.

Problemet med att söka efter typen av information i SMEV

SMEV-utvecklare föreslår att du använder webbgränssnittet som finns på Technology Portal på https://smev3.gosuslugi.ru som huvudverktyget för att söka efter typer av information i SMEV 3. Samtidigt ges användaren möjlighet att söka endast med namnet på typen av information, medan för den tidigare versionen av Techportalen tillhandahölls en mycket bredare uppsättning filter:

av tjänsteägare (avdelning eller organisation)
med ID
Av nyckelord i beskrivningen
efter användningsområde
efter tillgänglighet (offentlig/begränsad)

Förutom avsaknaden av ytterligare filter kan sökprocessen vara förknippad med följande problem:

inte alla SMEV2-tjänster överförs till SMEV3
vid övergång från SMEV2 till SMEV3 kan leverantören väsentligt ändra namnet på tjänsten (typ av information), dela upp en tjänst i flera flygplan, eller omvänt kombinera tjänster (till exempel är SMEV2 GIS GMP-tjänsten för närvarande uppdelad i 10 typer av information)
Det kan gå mycket lång tid mellan utmatningen av en typ av information till test- och produktionsmiljön (upp till 6 månader eller mer)
mycket ofta skickas flera versioner av samma typ av information till test- och produktionsmiljöerna
SMEV Technical Portal publicerar inte längre aktuell data om flygplanskonsumenter
kort med typer av information på SMEVs tekniska portal indexeras inte av sökmotorer
äntligen in nyligen, på grund av behovet av att formellt följa planerade deadlines, påträffas ofta praxis att installera "stubbar" för typer av information i en produktionsmiljö (flygplanet sätts i produktion, men svarar antingen inte på produktiva förfrågningar eller svarar med testdata)

Dessa problem försvårar sökandet efter information om typen av information och gör det också svårt att fatta beslut om att påbörja arbetet med att ansluta till flygplanet.

Ytterligare datakällor om typer av information

Planera för övergången till att tillhandahålla information med den enhetliga elektroniska tjänsten SMEV

Dokumentet "Bilaga 2 till Transition Plan Protocol..." har publicerats på SMEV Technology Portal, som presenterar en lista över flygplan och tidpunkten för överföringen av elektroniska tjänster till implementeringen av metodologiska rekommendationer för att arbeta med SMEV version 3 Detta dokument är mycket värdefullt av flera skäl.

För det första innehåller den en en-till-en-överensstämmelse mellan tjänsterna för SMEV2 och typerna av information för SMEV3.

För det andra är alla tjänster och typer av information grupperade efter avdelningar (leverantörer).

För det tredje innehåller dokumentet datum för frisläppandet av typer av information i test- och produktionsmiljöerna. Det är dock värt att tänka på att dessa datum är ungefärliga och kan ändras. Den formella produktionen av en typ av information i produkten indikerar inte heller dess prestanda.

Det viktigaste är att dokumentet är en fil i Excel-format. Den har standard sökfunktion. Det vill säga att du kan söka på avdelning, namnet på SMEV 2-tjänsten och typen av SMEV 3-information.

Nackdelen med dokumentet är att det innehåller långt ifrån fullständig lista typer av information, men endast de flygplan som SMEV2-tjänster motsvarar.

Enhetlig rapport om SMEV

E-Government Situation Center publicerar dokumentet "Enhetlig rapport om SMEV". Tillgång till det ges till användare med konto myndighet. Sökväg till dokumentet: “Publicerade rapporter” => “SMEV” => “Enhetlig rapport om SMEV” => “SMEV. Enhetlig rapport om SMEV: Rapport nr 6_SMEV_Enhetlig rapport om SMEV_". Rapporten publiceras varje månad.

Dokumentet är en Excel-fil och innehåller mycket användbar information. statistisk information. Bland annat har den en flik "Outtagna tjänster", som listar de tjänster och typer av information som inte efterfrågas. Således, om en typ av information skulle ge erforderlig information (1), redan har släppts till den produktiva miljön (2) och är inkluderad i listan "icke uthämtad" (3) - troligen är den faktiskt inte operativ.

Fil "Flygplansstatus"

Nyligen dök SMEV 3 upp på teknikportalens huvudsida informationsblock med länk till en sammanfattningsfil i Excel-format med information om beredskapsgraden för alla typer av information. Filen är allmän egendom. Du kan hitta det på den tekniska portalens huvudsida: du måste öppna standardsökfunktionen för sidans innehåll och hitta frasen "rapport om status för registrering av typer av information." Under den hittade texten kommer det att finnas en länk till den aktuella versionen av filen.

Från och med 2018-05-30.

Filen innehåller följande information:

en komplett lista över SMEV-deltagare och deras informationssystem(Flik "Deltagarstatus")
en komplett lista över typer av information som anger leverantören, motsvarande SMEV2-tjänst (om tillgänglig), samt status för flygplanet som släpps ut i test- och produktionsmiljön (fliken "Flygplansstatus")

Detta dokument är den viktigaste informationskällan för att hitta den typ av information du behöver.

Algoritm för att söka efter en typ av information

Att använda sammanfattningsfiler med en lista över typer av information istället för ett webbgränssnitt förenklar processen att hitta det önskade flygplanet avsevärt.

Själva sökalgoritmen ser ut så här:

Gå till SMEV Technology Portal och ladda ner den aktuella versionen av filen "Aircraft Status".
Vi söker efter flygplan med standardsökfunktioner:
1. med namn eller SID för motsvarande tjänst i SMEV2
2. av leverantörsavdelningen
3. efter nyckelord
Om listan innehåller flera versioner av ett flygplan bör du använda den senaste
Om du har tillgång till filen "Unified SMEV Report" är det värt att kontrollera om typen av information är bland de outtagna

Som nämnts ovan garanterar inte utmatning av en typ av information till produktionen att den faktiskt kommer att fungera. Därför, innan du påbörjar fullskaligt arbete med att ansluta och integrera med flygplanet, är det värt att utföra en extra kontroll:

Testa flygplanet i en testmiljö
Få tillgång till flygplan i en produktiv miljö
Generera manuellt flera stridsförfrågningar enligt flygplansschemat
Använd den kostnadsfria klienten för SMEV och skicka dessa stridsförfrågningar till informationstypen i en produktiv miljö
Vänta på meningsfulla svar på förfrågningar (naturligtvis är svar med felkoder eller svar med testdata inte meningsfulla)

Endast närvaron av meningsfulla svar på förfrågningar i en produktiv miljö tillåter oss att bedöma den verkliga prestandan för SMEV 3 Information Type och kan fungera som en signal för att påbörja arbetet med integration med flygplanet.

07/04/2016, mån, 10:55, Moskvatid, Text: Natalya Rudycheva

Som ni vet, sedan början av 2015, har den tredje versionen av Electronic Interdepartmental Interaction System (IEIC) officiellt tagits i drift. Om vilket arbete för att modernisera befintliga lösningar statliga myndigheter behöver utföra i samband med övergången till den nya versionen av SMEV 3.x och hur man organiserar dem för att effektivt kunna genomföra interdepartemental interaktion, i en intervjuRenat Shakirzyanov, chef för SMEV-avdelningen på RedSys, berättade för CNews.

CNews: Vad är den största skillnaden mellan SMEV 3 och den tidigare versionen?

Renat Shakirzyanov: Enligt min mening var den största skillnaden ur teknisk synvinkel övergången från synkron till asynkron interaktion. Låt mig förklara med ett exempel. I den tidigare versionen av SMEV 2.x skedde datautbyte mellan deltagare i interdepartemental interaktion enligt följande. En byrå skickade en begäran till en annan och förväntade sig omedelbart resultatet av behandlingen av begäran. Driftserfarenhet har visat att detta leder till toppbelastningar på morgonen och dagtid, och tvärtom på natten är utrustningen inaktiv.

Nya asynkrona teknologier SMEV 3.x gör det möjligt att minska toppbelastningar på infrastrukturen genom att bilda en kö, varifrån meddelanden bearbetas gradvis. Avdelningen bestämmer själv när och med vilken intensitet förfrågningar i kön ska behandlas. Det är klart att effektiviteten i deras utförande blir lidande, men även toppbelastningen sjunker, vilket gör det möjligt att minska kraven på infrastruktur - utrustning, nätverk osv.

Separat vill jag notera att asynkron interaktion möjliggör garanterad leverans av förfrågningar, vilket säkerställer en högre nivå av interaktionskvalitet.

En annan viktig skillnad är skapandet av en enda SMEV-tjänst genom vilken alla avdelningar interagerar istället för att utveckla sina egna tjänster. Nu skapar de en typ av information – en lista med information som de vill antingen tillhandahålla eller ta emot, och genom en enda tjänst publicerar de den för alla andra konsumenter och leverantörer.

Också en av de betydande fördelarna ny version SMEV är en ökning av volymen överförda filer. Tidigare kunde upp till 5 MB bilagor skickas i ett meddelande, men nu har denna siffra höjts till 1 GB. Denna innovation gör att vi kan ta samarbetet mellan avdelningarna till en ny nivå.

CNews: Vilka nya utmaningar måste ditt företag lösa i detta avseende?

Renat Shakirzyanov: Våra kunder inkluderar flera stora federala avdelningar, för vilka vi skapade tjänster för att ansluta till den tidigare versionen av SMEV. Idag behöver vi implementera interaktion i enlighet med nya metodologiska rekommendationer. Vi pratar om anpassad mjukvaruutveckling - att skapa nya tjänster eller uppgradera befintliga.

Renat Shakirzyanov: Eftersom kraven på teknik har förändrats är det nödvändigt att utföra den analytiska delen av arbetet igen

Eftersom kraven på teknik har förändrats är det nödvändigt att göra om den analytiska delen av arbetet. Och i detta ögonblick blir det möjligt att inte bara tekniskt förändra arbetsschemat, utan kanske att justera affärsreglerna för tjänster som utvecklades för flera år sedan, vilket kunde ha förlorat sin relevans. Samtidigt ska gamla och nya tjänster under minst ett halvår fungera parallellt så att deras användare hinner anpassa sig till SMEV 3.x.

Till exempel, som en del av att koppla en av våra federala kunder till SMEV, utvecklade vi för flera år sedan en separat komponent som säkerställer interaktion mellan externa system och interna system avdelningar till SMEV 2.x-formatet, och tar på sig funktionerna för formatkonvertering. Idag, på grund av framväxten av nya metodologiska rekommendationer, skapar vi en liknande lösning för SMEV 3.x. För att säkerställa att ändringar inte påverkar kundens affärsprocesser har vi utvecklat mekanismer som gör att du kan arbeta med samma information i både SMEV 2.x och SMEV 3.x, konvertera dem till ett internt format och överföra dem till lämplig funktionell avdelningssystem för handläggning. I fallet när byrån själv genererar en förfrågan förstår vår lösning vilken typ av information den kräver, bestämmer dess format - SMEV 2.x eller SMEV 3.x beroende på formatet som används av informationsleverantören, och skickar sedan den nödvändiga förfrågan . Således har vi skapat en mekanism som gör att du kan arbeta samtidigt i SMEV 2.x och i SMEV 3.x utan att modifiera funktionella system inom avdelningen med möjlighet till en stegvis övergång av leverantörer och konsumenter av information i enlighet med deras beredskap.

CNews: Hur länge har ditt företag utvecklat liknande tjänster?

RenatShakirzyanov: Vårt team av utvecklare har utvecklat SMEV-tjänster för federala verkställande myndigheter i många år – nästan sedan starten av projektet. I processen att testa dem samverkar vi också nära med regionala myndigheter myndigheterna. Idag har vårt team cirka 30 personer.

Vi närmade oss bildandet av teamet mycket noggrant och bjöd in inte bara systemintegratörsspecialister utan även avdelningsanställda. Jag tror att vi idag har ett av de mest erfarna teamen som arbetar i den här riktningen. Vi deltar i många pilotprojekt och hjälper lagstiftare att utvecklas metodiska rekommendationer och identifiera inkonsekvenser inom olika dokument.

Vår långa erfarenhet gör att vi kan minimera kostnaderna för att utveckla och underhålla tjänster och typer av information, samt överföra tillhandahållandet av tjänster till elektronisk form. Till exempel föreskriver lagen utveckling av en separat typ av information för varje tjänst. Men det finns tjänster som skiljer sig något från varandra. Och i det här fallet skulle det vara tillrådligt att förena dem. Vi får dock inte glömma att om minst en av dem ändras måste alla återstående omregistreras i SMEV. Därför är varje sådant fall unikt, och när man väljer mellan enande och separation av tjänster måste man upprätthålla en balans mellan enkel utveckling och support och enkelhet för vidare användning.

CNews: Vilka teknologier används för att skapa tjänster för interaktion med SMEV 3.0?

RenatShakirzyanov: Vi använder Java EE-teknologier för att utveckla våra lösningar. Java EE låter dig bygga och distribuera portabla, pålitliga, skalbara och säkra serverapplikationer i Java.

Vår ansökan är baserad på Spring Framework. Det är ett universellt ramverk med öppen källkod för Java-plattformen. Det låter dig lösa huvuduppgifterna som alla moderna applikationer måste utföra: arbeta med ett DBMS på Java-plattformen, med hjälp av JDBC- och ORM-verktyg; koordinera olika transaktionshanterings-API:er och konfigurera transaktionshantering för Java-objekt; skapa ett ramverk för webbapplikationer.

För att integrera olika applikationer i systemet använder vi det öppna plattformsoberoende java-ramverket Apache Camel.

CNews: Hur stöds lösningen?

RenatShakirzyanov: RedSys-företaget har ett dedikerat servicecenter, som inkluderar HelpDesk-tjänsten, hotline 24x7, vakthavande skift, samt enheter involverade i hård- och mjukvarusupport.

För varje avdelning organiserar vi ett system för att övervaka driften av tjänster, vilket gör att vi kan övervaka deras tillgänglighet, hastighet och prestanda i realtid. Detta gör att du kan förhindra att problem uppstår i tid.

CNews: Vilka ytterligare tjänster kan du erbjuda avdelningar?

RenatShakirzyanov: Redan idag erbjuder vi lösningar som gör att vi kan kontrollera om en specifik myndighet har rätt att få viss information. Planerna är att införa en tidigare utvecklad mekanism för att särskilja rättigheter inte bara efter typ av information, utan också genom överförda data. Dessa. en myndighet, om den har lämplig tillgång, kan få uppgifter om en specifik medborgare, medan en annan myndighet som inte har tillgång kommer att nekas. På så sätt kommer vi att kunna reglera tillgången till begränsad information.

Vår lösning innehåller också en analysmodul som låter dig samla in statistisk information om kvantiteten och kvaliteten på de tjänster som tillhandahålls. offentliga tjänster V elektronisk form och interdepartementalt samarbete.

På senare tid har ett ökande antal regionala deltagare anslutit sig till SMEV, och dessa är inte bara statliga organ på olika nivåer, utan också multifunktionella centra och finans- och kreditorganisationer. Volymen av interdepartemental interaktion växer för varje år, och vi behöver utöka och stödja vår lösning så att våra partners kan utöka utbudet av statliga tjänster som tillhandahålls elektroniskt och förbättra kvaliteten och hastigheten på deras tillhandahållande.

Implementeringen av interaktion mellan organisationers och avdelningars informationssystem utförs inom ramen för det statliga målprogrammet "Informationssamhället (2011-2020)".

Interaktion genomförs inom ramen för:

interdepartementala system elektronisk dokumenthantering(MEDO).

enhetligt system interdepartemental electronic interaction (SMEI).

Vad är SMEV och varför behövs det?

Unified system of interdepartmental electronic interaction (SMEI)- federalt statligt informationssystem utformat för att organisera informationsinteraktion mellan informationssystemen för SMEV-deltagare för att tillhandahålla statliga och kommunal service och utförande av statliga och kommunala funktioner i elektronisk form.

Deltagare i interdepartemental elektronisk interaktion (SMEV-deltagare) är federala verkställande myndigheter, statliga fonder utanför budgeten, verkställande organ undersåtars statsmakt ryska federationen, organ lokala myndigheter, regeringen och kommunala institutioner, multifunktionella centra, andra organ och organisationer.

Syftet med att skapa SMEV är att förbättra kvaliteten på tillhandahållandet av statliga och kommunala tjänster och utförandet av statliga och kommunala funktioner genom användning av gemensamma informationsresurser, vilket minskar tiden för sökning och bearbetning av information i elektronisk form.

SMEV är utformad för att lösa följande problem:

Huvudfunktioner för SMEV

Huvudfunktionerna hos SMEV är:

överföring av förfrågningar, dokument och information som är nödvändig för att erhålla statliga och kommunala tjänster och som lämnas in av sökande via en enda portal till informationssystem anslutna till SMEV;

utbyte av elektroniska meddelanden mellan SMEV-deltagare;

överföring till en enda portal av förfrågningar, andra dokument och information som behandlas i informationssystem, samt information om framstegen i förfrågningar och resultaten av tillhandahållandet av tjänster.

För att utföra sina funktioner tillhandahåller SMEV:

Tekniskt stöd för SMEV

Tekniskt stöd för informationsinteraktion med SMEV uppnås genom att använda:

tjänsteorienterad arkitektur, som är en uppsättning elektroniska tjänster byggda enligt allmänt accepterade standarder;

enhetliga tekniska lösningar och standarder, enhetliga klassificerare och beskrivningar av datastrukturer.

Hur blir man medlem i SMEV?

Funktioner för att använda SMEV och koppla informationssystem till det enskilda organ och organisationer bestäms av avtal mellan ministeriet för telekom och masskommunikation i Ryssland, som är operatör för SMEV, och det organ och den organisation som är deltagare i SMEV. Det ryska ministeriet för telekom och masskommunikation samordnar aktiviteter relaterade till anslutning till SMEV, säkerställer dess funktion och upprätthåller ett register över elektroniska tjänster.

Integration av informationssystem inom ramen för SMEV genomförs enl Tekniska krav till interaktionen av informationssystem i ett enhetligt system för interdepartementell elektronisk interaktion (godkänd på order av ministeriet för telekom och masskommunikation i Ryssland av den 27 december 2010 nr 190).

För att bli medlem i SMEV måste ett organ eller en organisation som tillhandahåller statliga och kommunala tjänster och utför statliga och kommunala funktioner:

Säkerställa utvecklingen av elektroniska tjänster och gränssnitt för interaktion mellan det informationssystem som används och SMEV.
För att göra detta måste du kontakta leverantören eller utvecklaren av informationssystemet som används för att utföra arbetet med att implementera nödvändiga tjänster och gränssnitt.

Tillhandahålla en elektronisk tjänst till operatören av SMEV-noden, där denna organisation måste vara medlem, för registrering och införande i registret över elektroniska tjänster.
För att göra detta måste du officiellt kontakta operatören av SMEV-noden och tillhandahålla ett pass elektronisk tjänst, testmetodik och användarmanual för den elektroniska tjänsten, samt säkerställa att den elektroniska tjänsten är tillgänglig för dess acceptans.

Se till att det finns en säker kommunikationskanal mellan det informationssystem som används och SMEV.

AIS MFC CASE

2. Federalt statligt informationssystem "Enhetlig portal för statliga och kommunala tjänster (funktioner)".

3. Programvara och tekniska medel, vilket ger möjlighet att komma åt informationssystem genom SMEV.

4. I enlighet med bestämmelserna om det enhetliga systemet för interdepartementell elektronisk interaktion.

I juli 2010 skrev Dmitrij Medvedev på Federal lag Nr 210-FZ "Om organisationen av tillhandahållandet av statliga och kommunala tjänster." I början av oktober 2011 lanserades den "elektroniska regeringen", inom vilken ett separat projekt tilldelades - systemet för interdepartemental elektronisk interaktion (SMEI). På senare tid bytte statliga myndigheter och lokala myndigheter till SMEV 3.0 - den senaste versionen av det interdepartementala interaktionssystemet. Ryska federationens biträdande minister för kommunikation och masskommunikation Alexey KOZYREV berättade för NBJ om dess fördelar.

NBJ: Alexey Olegovich, berätta för oss om de första resultaten av deltagarnas övergång till den tredje versionen av det interdepartementala elektroniska interaktionssystemet.

A. KOZYREV: Övergångsprocessen fortskrider som planerat. Den tredje versionen av SMEV utvecklades i slutet av 2013 och 2014 var den i provdrift. Vi genomförde en serie tester på industriella "stridsdata", såg till att allt fungerade och har nu gått vidare till stadiet att introducera den nya versionen i industriell drift för alla deltagare i interdepartemental interaktion.

Den information som myndigheter tillhandahåller genom SMEV efterfrågas på olika sätt. Vissa typer av information efterfrågas mycket ofta, medan andra endast efterfrågas några gånger per år. Vi har valt ut flera avdelningar som tillhandahåller den mest efterfrågade informationen: Federal Treasury, Rosreestr, Pensionsfond, Inrikesministeriet, Federal skattetjänst. Vi kom överens med dem om att deras informationssystem kommer att anpassas för att överföra data genom den tredje versionen av SMEV. Förutom ovanstående strukturer har flera konstituerande enheter i Ryska federationen redan anslutit sig: Moskva, Tyumen regionen med flera...

NBJ: Det är inte särskilt många deltagare än.

A. KOZYREV: Den totala information som tillhandahålls av dessa avdelningar utgör 80 % av all information som överförs via SMEV. Totalt är 11 tusen deltagare anslutna till systemet, inklusive 85 ingående enheter i Ryska federationen, mer än 70 federala regeringsorgan och nästan tusen kreditinstitut. Men huvuddelen av förfrågningarna kommer från de avdelningar som jag nämnde ovan, och för femton typer av information. Kärnan i SMEV är samspelet mellan dessa strukturer och regioner.

Vår uppgift är att se till att alla enheter börjar interagera med dessa avdelningar enligt SMEV 3.0-standarden. Processen kommer att fortgå naturligt: allt eftersom ändringar görs föreskrifter Federala myndigheter kommer att förbättra sina informationssystem och inaktivera gamla. Vi tvingar dig inte att omedelbart byta till SMEV 3.0, eftersom den andra versionen av systemet fungerar bra, men från och med i år kommer alla ändringar att göras till den tredje versionen.

NBJ: Hur skiljer sig SMEV 3.0 från SMEV 2.0 och SMEV?

A. KOZYREV: Den första och andra versionen av systemet är desamma, skillnaden låg bara i applikationsteknologierna elektroniska signaturer. Det finns redan en betydande skillnad mellan den andra och tredje versionen av SMEV.

Om vi drar en analogi kan vi säga att systemet för interdepartementell elektronisk interaktion är ett statligt intranät. Olika organisationers webbplatser verkar på intranätet staten har samma system: det finns ett intranät, stängt från utsidan, men tillgängligt från insidan, och ett antal webbplatser som utfärdar; vissa typer information (vi kallar dem elektroniska tjänster). Information om dessa webbplatser publiceras av federala och regionala myndigheter, och deltagare i det interdepartementala elektroniska interaktionssystemet kan ta emot den.
SMEV 2.0 tillät utbyte av information - skicka förfrågningar och ta emot onlinesvar eller uppskjutna svar. När systemet fungerade i realtid var det viktigt att behandla alla förfrågningar, vars totala antal ibland nådde flera miljarder per år. SMEV fungerade i rörläge: lika många förfrågningar som den togs emot, samma antal skickades till platsen. Flera parter deltog i processen: konsumenter, direkt SMEV, genom vilka deras förfrågningar gick igenom, och ett avdelningsinformationssystem som behandlade förfrågningar och snabbt svarade på dem. Det var ofta oförmöget att hantera mängden onlineförfrågningar.

NBJ: Hur löste du problemet?

A. KOZYREV: I den tredje versionen av SMEV har vi tillhandahållit en speciell buffert som låter dig fördela belastningen på informationssystemet. Tidigare kunde tjänsten motstå 20 samtidiga förfrågningar: 20 användare besökte sajten, men för den 21:a visade sig den vara otillgänglig och ett felmeddelande dök upp. Vi gjorde det så att istället för att fruktlöst försöka ta sig till platsen, uppmanas den 21:e att "ta en parkeringsplats" och vänta på sin tur. När informationssystemet lossas, når förfrågningar adressaten och bufferten frigörs gradvis. Allt bearbetas på en bråkdels sekund och inget felmeddelande visas. En godtycklig ökning av antalet buffertar tillhandahålls av själva systemets funktionalitet, detta kallas en garanterad leveranskö.

Den andra skillnaden mellan SMEV 3.0 är följande: tidigare, genom systemet var det möjligt att överföra information som inte översteg fem megabyte i ett meddelande, detta var tillräckligt. Numera är det ofta nödvändigt att bifoga en fil till texten, till exempel en bild tomt, fastighetsplan. Denna information får inte plats i fem megabyte. Vi har utökat dataöverföringsmöjligheterna till praktiskt taget upp till en gigabyte, vilket helt täcker behoven hos alla systemdeltagare.

I SMEV 2.0 krävde varje sida en separat webbläsare, eftersom det inte fanns någon specifik standard, ett enda datautbytesprotokoll för alla deltagare. Vi implementerade det i SMEV 3.0. Om en systemdeltagare vill ta emot information från 60 olika källor behöver han inte använda 60 olika sätt kopplingar till dem. Konsumenten ansluter sig till systemet enligt en viss standard, som också följs av de 60 källor han behöver, och får direkt tillgång till all information han behöver. Detta kallas en universell elektronisk tjänst det sparar avsevärt kostnaderna för att underhålla systemets funktionalitet och utveckling. Att ansluta den 61:a källan till SMEV krävde ytterligare betalning, men nu finns det inget behov av det. Det räcker att ansluta till systemet en gång för att få tillgång till all nödvändig information.

SMEV är en pyramid: 85 regionala segment är kopplade till det federala "huvudet". Tidigare sköttes systemoperatörens funktioner i varje region av någon statlig myndighet. Kontrollen av den regionala delen av SMEV utövades uteslutande från ovan, via federal nivå. Nu sänks de flesta operationer som kräver deltagande av ingående enheter i Ryska federationen till regionala operatörers nivå. Istället för en operatör av systemet, det fanns 85, började processer inom det fortskrida snabbare och mer effektivt.

För att SMEV ska fungera korrekt är det nödvändigt att ansluta alla dess noder med kommunikationskanaler skyddade av en viss kryptografi. Tills nyligen var infrastrukturen för dessa noder ganska komplex. Som en del av SMEV 3.0 blev det möjligt att göra routingförfrågningar genom den effektivare än tidigare. Före implementeringen av den senaste versionen av systemet gick förfrågningar igenom stort antal noder, skapade en belastning på nätverket. SMEV 3.0 gjorde det möjligt att avsevärt förenkla systemtopologin och etablera direkt leverans av förfrågningar från en deltagare till en annan. Denna förändring ökar tillförlitligheten och stabiliteten för tjänsten och minskar driftskostnaderna i form av kommunikationskanaler.

NBJ: Har din plan att öka antalet deltagare i systemet blivit verklighet?

A. KOZYREV: Ja, listan över deltagare i systemet har utökats. Certifieringscenter som utfärdar elektroniska signaturer är anslutna till SMEV de har redan anslutit Högsta domstolen och Supreme skiljedomstol RF. Tidigare hade den rättsliga myndigheten inte tillgång till statliga informationssystem. I år var deltagarna i SMEV: ryska unionen bilförsäkringsbolag, Federal Notary Chamber (interaktion med Federal Tax Service of Russia genomförs genom organisationen).

SMEV är ett slutet system du kan bli deltagare endast om du har lämpligt rättsakt. Beslutet att ansluta till systemet fattas av en kommission som leds av Ryska federationens kommunikations- och massmediaminister Nikolai Nikiforov.

När det gäller SMEV-deltagare bör följande beaktas: i vårt land finns det mer än 24 tusen kommuner, cirka 970 kreditinstitut, cirka 80 federala myndigheter och 85 ingående enheter i federationen. Totalt skapar de cirka 26-27 tusen möjliga interaktionsdeltagare, oräknat budgetinstitutioner, som också kan ansluta till systemet, men som inte gör det ännu. Informatiseringen i ämnena är dock organiserad annorlunda. I vissa regioner är kommuner anslutna till ämnets system och det är anslutet till SMEV. Vi har alltså inte 26 tusen, utan 11 tusen deltagare - en del av dessa 26 tusen är samlade under regionala informationssystem.

I vissa kommuner där huvudkanalerna ännu inte har nått finns ingen uppkoppling ännu, så de genomför interdepartemental interaktion genom närmaste kommun där det finns internet. Det är inte fråga om att alla deltagare ska ha tillgång till systemet, bara några av dem får tillgång offline.

Förresten, ministeriet för telekom och masskommunikation har utvecklat ett projekt för att eliminera den digitala klyftan, utformat för tio år. Inom dess ram är det planerat att lägga 200 tusen km optisk fiber. Detta är det största byggprojektet i världen, tack vare det kommer Internet att dyka upp överallt i Ryssland.

NBJ: Hur övervakar du aktiviteten i de regioner som deltar i SMEV?

A. KOZYREV: En gång i månaden håller vi videokonferenser där cheferna för regionala myndigheter med ansvar för interdepartementalt samarbete deltar. Under konferenser studerar vi i detalj statistiken över antalet förfrågningar, korrelerar dem med ämnets population och sammanställer sedan en klassificering av regioner enligt förfrågningarnas intensitet. Det finns områden som ligger långt efter och som har skapat kopplingar men som är ovilliga att använda dem på grund av att de ansluter sig till föråldrad teknik, som fax. Vi bevakar statistik och förser regelbundet försökspersoner med instruktioner om övergången från pappersdokumentflöde till elektroniskt. De flesta regioner använder dock redan aktivt SMEV. Det maximala antalet förfrågningar kommer från republiken Buryatia, Trans-Baikal-territoriet, Bryansk, Kostroma och Tambov-regionerna.

NBJ: Förklara innebörden av termen "fritt distribuerat databashanteringssystem".

A. KOZYREV: Ett databashanteringssystem (hädanefter kallat DBMS - Red.) är en klass av informationssystem. Det finns proprietära DBMS, det vill säga utvecklade av privata företag och distribuerade kommersiellt, såväl som fritt distribuerade system som utvecklas av grupper av programmerare. Sådana DBMS kan användas gratis.

SMEV 3.0, som är en integrationsbuss, baserades på Oracle-teknologier. Vi bytte nyligen systemet till gratis programvara, som kallas ActiveMQ, är en utveckling från Apache Software Foundation-gemenskapen. ActiveMQ är fri programvara som ryska programmerare har konfigurerat för användning i interdepartemental elektronisk kommunikation. Oracles databashanteringssystem kommer gradvis att gå över till fri programvara.

I strukturen för "Elektronisk regering" på just nu Vi använder också Oracles databashanteringssystem, men 2015 fick vi i uppdrag att byta till fri programvara. Först ska vi skapa en prototyp av en fritt distribuerad databas, kontrollera hur den hanterar belastningar och om den uppfyller kraven informationssäkerhet. Om testresultaten är positiva kommer vi att migrera till fri programvara under 2016. Anses som möjligt alternativ gratis programvara för PostgreSQL DBMS.

Övergången till ett fritt distribuerat DBMS är ett konkret steg inom området för importsubstitution inom den elektroniska förvaltningens infrastruktur. Det första steget togs när vi övergav proprietär programvara i integrationsbussen, det andra steget blir databasen. Det är sant att vi inte kan säga att nu hugger vi med en sabel och imorgon blir allt annorlunda. Övergången kommer att vara försiktig och gradvis.

NBJ: Hur kan vi förklara den ökade aktiviteten hos kreditinstitut som skickar fler och fler förfrågningar till SMEV?

A. KOZYREV: Enligt lagen måste kreditinstitut tillhandahålla statliga myndigheter information om medborgarnas betalningar. Denna skyldighet blev anledningen till att alla banker kopplades till SMEV.

Finansiella institutioner är intresserade av information om låntagares kreditvärdighet i form av uttalanden om statusen för den försäkrade personens individuella personliga konto. Denna information är tillgänglig för Ryska federationens pensionsfond. Utlåtandena innehåller uppgifter om låntagarens arbetsplats och inkomst. Kreditinstitut, som använder denna information, kan avsevärt minska riskerna i samband med utlåning till privatpersoner. Detta kan i sin tur leda till sänkta låneräntor.

Denna process har också en nackdel: medborgarnas personuppgifter om deras arbetsplats, inkomstnivå är betydande information som måste skyddas noggrant från kompromisser. I detta avseende bör låntagare kunna kontrollera hur e-förvaltningstjänster tillhandahålls.

Banken kan få information om en medborgares kreditvärdighet om han har ansökt om ett lån eller om ett lån redan har tagits emot, men finansinstitutet, som en del av sin policy, vill bedöma individens kreditvärdighet. I båda fallen kommer en samvetsgrann låntagare att ge tillstånd att använda sina personuppgifter av ett specifikt kreditinstitut. Vi har sådan teknik, den fungerar via portalen för statliga tjänster och mobilapplikationer, det ser ut så här: en person kommer till banken och fyller i en låneansökan, finansinstitutet begär information om medborgarens kreditvärdighet genom den elektroniska regeringens infrastruktur. Den potentiella låntagaren får ett SMS som ber honom att bekräfta tillhandahållandet av information till banken. Samtycke att lämna information till ett kreditinstitut kan ges genom svars-SMS via mobilapplikation eller portalen för statliga tjänster - genom att använda kryssrutan bredvid ordet "tillåt". Om en medborgare samtycker till användningen av hans personuppgifter får banken tillgång till dem.

Enligt vår åsikt är sådan teknik universell, den kan gälla all information som en person vill lämna om sig själv till tredje part - inte bara kreditinstitut.
För närvarande bedriver det ryska ministeriet för telekom och masskommunikation tillsammans med de största ryska detaljhandelsbankerna pilotprojekt om användning av teknik för att få information om kreditvärdighet från Pensionsfonden. Det innebär Tinkoff Bank, Citibank, Bank of Moscow - den fullständiga listan inkluderar 25 kreditorganisationer, såväl som ideella strukturer: Association of Regional Banks of Russia, National Payment Council, etc. Banker begär all information från Pensionsfond genom SMEV och vid behov registrera medborgare i Unified Identification and Authentication System (USIA).

Vi räknar med att projektet i början av hösten i år går över till permanent bas, och tekniken kommer att bli tillgänglig för alla kreditinstitut. Vi kommer att fastställa ett visst förfarande för att lämna information från statliga informationssystem – från och med idag framgår det inte tydligt någonstans.

Det finns en uppfattning om att en medborgare kan få skriftligt samtycke till att ta emot personuppgifter en gång och hänvisa till det varje gång han försöker få information. Kontrollera situationen i i detta fall svårt: miljontals förfrågningar kommer att tas emot från banker, vi kommer aldrig att kunna ta reda på om det finns tillstånd i varje specifikt fall. Stickprovskontroller kanske kan identifiera kompromittering av personuppgifter, men först i efterhand, när informationen redan har lämnats. Tekniken från Rysslands kommunikationsministerium innebär att information skickas först efter att medborgaren ger tillstånd att göra det.

Denna utveckling är särskilt relevant för små regionala banker, som kan ha svårt att konkurrera med federala detaljhandelsbanker. kreditorganisationer. Stora banker med statligt deltagande har redan möjlighet att få information om kreditvärdighet från statliga informationssystem, vilket inte kan sägas om andra finansiella organisationer inom detaljhandeln, särskilt regionala. Ny teknik kommer att ge dem en utmärkt möjlighet att arbeta mer noggrant med riskerna för låntagare, minska ränta och förbättra kreditvärdigheten för sina erbjudanden.

NBJ: Vilka tjänster tillhandahålls genom SMEV till både individer och juridiska personer, efterfrågad idag?

A. KOZYREV: Det finns 15 federala och 20 regionala tjänster som efterfrågas av medborgarna, cirka 85 % av alla förfrågningar faller på dessa 35.

Tjänster som tillhandahålls av federala myndigheter inkluderar: registrering av ett utländskt pass och körkort, fordonsregistrering, betalning av skatter och böter, arkivering deklaration, registrering av ägande av fastigheter, inkludering av fastigheter i fastighetsregistret, få ett utdrag från det, såväl som från Unified State Register statsregistret rättigheter till fastighet och transaktioner med honom.

Efterfrågade tjänster som tillhandahålls av regionala myndigheter inkluderar registrering av äktenskap, dödsfall, födelse, skilsmässa, registrering och namnbyte. Dessutom är designen populär sociala förmåner och utfärdande av jaktlicens. Dessa tjänster tillhandahålls genom MFC, Unified Portal of Public Services och statliga myndigheter.

Oavsett vilken kanal förfrågningar tas emot, når de i slutändan myndigheten, som samlar in all nödvändig information genom förfrågningar mellan avdelningarna. Du vet att det enligt lagen "Om organisationen av tillhandahållande av statliga och kommunala tjänster" är förbjudet att kräva pappersdokument från medborgare. Egentligen begär myndigheterna de saknade handlingarna av varandra.

NBJ: Hur ofta och varför misslyckas det interdepartementala elektroniska interaktionssystemet?

A. KOZYREV: Systemet kraschar mycket sällan det är ganska tillförlitligt både ur teknisk synvinkel och ur informationssäkerhetssynpunkt. Som regel uppstår lokala fel i SMEV, orsakerna är olika omständigheter: fel på kommunikationsutrustning och programvarufel i samband med översvämning av vissa tekniska områden för datalagring.

Ett av de senaste felen uppstod på grund av fel på teleutrustning, den så kallade lastbalanseraren och dess backup. Detta är ett sällsynt fall, men det hände. Ett annat fel inträffade på grund av en ökning av antalet förfrågningar: den tekniska delen i databasen där information om överförda förfrågningar lagrades var överfull, vilket ledde till avbrott i databasen.

I allmänhet kommer förfrågningar om att lösa incidenter till en enskild situationscentral hos den elektroniska regeringen, som dirigerar dem beroende på typ. Det är nödvändigt att förstå att tre parter alltid är involverade i interaktionssystemet: avsändaren av begäran, dess mottagare och SMEV som en integrationsbuss. För närvarande teknisk support Dessa informationssystem hanteras av en organisation.

Låt oss föreställa oss: avsändaren av begäran är MFC i Ivanovo-regionen, vars informationssystem underhålls av någon organisation. I mitten finns SMEV, som sänder förfrågningar och levererar svar. dess tekniska support hanteras av ministeriet för telekom och masskommunikation och Rostelecom. Den tredje parten i förhållandet är mottagaren, till exempel inrikesministeriet har sina egna entreprenörer som underhåller avdelningens informationssystem. Tidigare var det nödvändigt att ta reda på var felet inträffade: på avsändarens sida, mottagarens sida eller i SMEV. Det här var en ganska utmaning. Nu finns framför alla deltagare ett situationscenter, som tar emot alla förfrågningar om att lösa problem. Därmed bestämmer centret vilken del av det tekniska stödet som behöver agera. Detta ökar samordningsnivån när man löser incidenter. Antalet förfrågningar till situationscentralen når flera miljarder per år, varav de flesta löses inom en dag.

NBJ: Vilka andra funktioner, utöver de som tilldelats den idag, skulle SMEV kunna ta på sig? Finns det några planer på att utöka dess funktionalitet?

A. KOZYREV: I det här fallet måste vi prata om hela infrastrukturen för den "elektroniska regeringen". Utöver SMEV innehåller det ett antal system som säkerställer full interaktion mellan myndigheter och varandra.

Det är nödvändigt att organisera ett enhetligt system av normativ information och referensinformation, vilket kommer att säkerställa en enhetlig procedur för att skapa och underhålla informationsresurser. Detta är mycket viktigt, eftersom standardisering av data som utbyts mellan myndigheter genom SMEV kommer att avsevärt öka effektiviteten i deras interaktion. Till exempel, om du behöver få en adress som en del av information från en myndighet, kommer troligen varje byrå att tillhandahålla den i enlighet med sin egen designstandard: textrad, klippning, etc. Bristen på enhetlighet i datapresentationen leder till motsägelser som ackumuleras i informationsresurser.

Det är avgörande att all statlig infrastruktur använder samma uppsättning information i tydliga standardformat. Jag tror att nästa steg i utvecklingen av SMEV kommer att ägnas åt standardisering och utveckling av en enhetlig modell av statliga data.

Interaktion mellan federala verkställande myndigheter och staten fonder utanför budgeten vid tillhandahållande av offentliga tjänster från 1 januari 2015 bör det utföras uteslutande med en enda elektronisk tjänst - den tredje versionen av systemet för interdepartemental elektronisk interaktion (SMEI). Oberoende utveckling av nya tjänster är också förbjuden. Detta tillkännagavs av ministeriet för telekom och masskommunikation i Ryska federationen.

Myndigheterna i Ryska federationens ingående enheter rekommenderas att byta till en enda elektronisk tjänst från den 1 januari 2017, tillade ministeriet, med hänvisning till resolutionen från Ryska federationens regering nr 1222 "På vidareutveckling enhetligt system för interdepartementell elektronisk interaktion."

"Den uppdaterade tjänsten kommer att tillhandahålla ett enhetligt format för ömsesidigt utbyte av information, garanterad meddelandeleverans, en elektronisk meddelandekömekanism för att lösa problemet med överbelastning av populära tjänster, en ökning av storleken på det överförda meddelandet från 5 MB till 1 GB , samt integration med den huvudsakliga certifieringsmyndigheten för att verifiera elektroniska signaturer, säger ministeriet för telekom och masskommunikation i ett uttalande. "Den nya versionen av systemet involverar interaktion mellan myndigheterna i Ryska federationens ingående enheter, och inte bara med myndigheterna på federal nivå, som tidigare var fallet."

Övergången till den senaste versionen av SMEV är planerad att börja med den mest populära informationen. Det blir ingen avstängning av andra befintliga tjänster för tillfället, men lanseringen av nya som inte uppfyller kraven upphör den 1 januari 2015.

I testläge har den senaste versionen av SMEV redan lanserats i Moskva, Mordovia, Bashkortostan, Tatarstan, Tyumen, Yaroslavl, Novosibirsk-regionerna och Primorye, säger ministeriet för telekom och masskommunikation i ett uttalande.

Observera att med SMEV 3.0 började övergången av e-förvaltningsinfrastrukturen till fri programvara. För att bygga den nya versionen av systemet valdes den kostnadsfria Apache ActiveMQ-lösningen, medan den tidigare versionen byggdes på Oracle-lösningen.

Hur SMEV 3.0 fungerar

Biträdande kommunikationsminister Alexey Kozyrev talade om funktionerna i den nya versionen av SMEV i en nyligen intervju:

”Den funktionalitet som nu är implementerad i SMEV 2.0 kommer att finnas kvar helt.

SMEV 3.0 kommer att lägga till funktionalitet relaterad till en garanterad leveranskö, vilket gör att avdelningar kan interagera i ett asynkront läge och därmed säkerställa utjämning av toppbelastningar - stabilisering av systemet.

I den tredje versionen skapas en teknik där det, för att organisera interaktion i SMEV för utbyte av information, inte är nödvändigt att integrera med sin leverantör varje gång på några speciella villkor.

Vi har nu ett stort antal integrationsprojekt, som vart och ett genomför tvåvägsintegreringstestning för att säkerställa att elektronisk interaktion fungerar. Detta tar mycket pengar och mycket tid. Den nya SMEV skiljer sig från den tidigare versionen genom att den skapar en integrationsstandard, inom vilken sammansättningen av data och vilken typ av tjänst som tillhandahåller data kan ändras med hjälp av inställningar.

Vi skapar också ett automatiskt testsystem.

Faktum är att när någon ansluten till SMEV, valde den nödvändiga informationen och konfigurerade sin adapter, för att den ska ta denna information, är det nödvändigt att se till att den här inställningen är korrekt.

Och nu, när regioner står i kö till federala myndigheter verkställande grenen ("låt oss testa korrektheten av informationsutbytet med dig"), uppstår en flaskhalseffekt. Därför kan allt göras av din egen utvecklare, utan att det krävs någon åtgärd från den sidan.

Vi skapar ett autotest som gör att vi kan skapa en databas över vissa situationer: hur tjänsten svarar på en korrekt begäran och hur man svarar på en felaktig. Den fungerar helt som en "stridstjänst" och låter dig testa inställningarna du har gjort.

Slutligen implementerar den nya SMEV teknik för att överföra stora mängder data.

Det finns för närvarande begränsningar på plats - bilagor på högst 5 MB kan skickas. Och när till exempel Rosreestr vill överföra en investering i form av dokument med matrikeldiagram, "går den inte igenom." Detta problem kommer att lösas på grund av att meddelandet kommer att innehålla en länk till ett dokument som finns i en fillagring integrerad med SMEV.

SMEV 3.0 har betydligt mer utvecklad funktionalitet för regionala operatörer - för enheter som integrerar sina regionala bussar med den federala.

Hittills utförs de flesta av våra administrativa funktioner av Rostelecom och dess ingångspunkter (adresser e-post etc.) fungera som gränssnitt för regionala operatörer. Själva funktionerna är så att säga stängda från dem.

Vi skapar nu ett speciellt gränssnitt som gör det möjligt för lokala användare att se rapportering och tillgång på resurser, samt utföra de flesta funktionerna hos SMEV-operatören på regional nivå.

Nu har vi en enda SMEV (federal nivå) och 83 regionala segment i varje ämne i Ryska federationen (exklusive Krim och Sevastopol) - en sådan logisk SMEV.

Det finns många typer av interaktioner på regional nivå, som bör betjänas av den regionala SMEV. Faktum är att vi nu ser att hälften av regionerna har implementerat egna integrationsbussar som utför funktionerna för regional SMEV.

Det visar sig att i denna design blir det regionala segmentet av e-förvaltningsinfrastrukturen (regional SMEV) överflödigt, eftersom det duplicerar det som regionen redan gör på sin egen nivå.

Vi kommer att ge sådana enheter möjlighet att integrera direkt med den federala SMEV.

Det nya systemet kommer att tillåta den regionala bussen att ansluta direkt till den federala SMEV. Detta kommer att avsevärt minska belastningen på driften av hela infrastrukturen. För de enheter som inte har sina egna regionala bussar kommer vi också att tillhandahålla möjligheten att ansluta regionala informationssystem till den federala SMEV."