Portal technologiczny smev 3. Zunifikowany system międzywydziałowej interakcji elektronicznej (smev)

Wdrożenie interakcji pomiędzy systemami informacyjnymi organizacji i działów odbywa się w ramach państwowego programu celowego „Społeczeństwo informacyjne (2011-2020)”.

Interakcja realizowana jest w ramach:

międzywydziałowe systemy elektronicznego zarządzania dokumentami (EDF).

ujednolicony system międzywydziałowej interakcji elektronicznej (SMEI).

Co to jest SMEV i dlaczego jest potrzebny?

Ujednolicony system międzywydziałowej interakcji elektronicznej (SMEI)- federalny system informacyjny przeznaczony do organizowania interakcji informacyjnych pomiędzy systemami informacyjnymi uczestników SMEV w celu świadczenia usług stanowych i gminnych oraz wykonywania funkcji państwowych i gminnych w formie elektronicznej.

Uczestnikami międzyresortowej interakcji elektronicznej (uczestnicy SMEV) są federalne władze wykonawcze, państwowe fundusze pozabudżetowe, władze wykonawcze podmiotów Federacji Rosyjskiej, samorządy lokalne, instytucje państwowe i miejskie, centra wielofunkcyjne, inne organy i organizacje.

Celem utworzenia SMEV jest poprawa jakości świadczenia usług państwowych i komunalnych oraz wykonywania funkcji państwowych i gminnych poprzez wykorzystanie wspólnych zasobów informacyjnych, skrócenie czasu wyszukiwania i przetwarzania informacji w formie elektronicznej.

SMEV ma na celu rozwiązanie następujących problemów:

Główne funkcje SMEV

Główne funkcje SMEV to:

przekazywanie wniosków, dokumentów i informacji niezbędnych do uzyskania usług państwowych i komunalnych, złożonych przez wnioskodawców za pośrednictwem jednego portalu, do systemów informatycznych podłączonych do SMEV;

wymiana wiadomości elektronicznych pomiędzy uczestnikami SMEV;

przekazywania do jednego portalu wniosków, innych dokumentów i informacji przetwarzanych w systemach informatycznych, a także informacji o postępie rozpatrywania wniosków i wynikach świadczenia usług.

W celu realizacji swoich funkcji SMEV zapewnia:

Wsparcie technologiczne dla SMEV

Wsparcie technologiczne interakcji informacyjnej z wykorzystaniem SMEV realizowane jest poprzez:

architektura zorientowana na usługi, czyli zbiór usług elektronicznych zbudowanych według ogólnie przyjętych standardów;

ujednolicone rozwiązania i standardy technologiczne, ujednolicone klasyfikatory i opisy struktur danych.

Jak zostać członkiem SMEV?

Cechy korzystania z SMEV i łączenia z nim systemów informatycznych poszczególnych organów i organizacji określają umowy między Ministerstwem Telekomunikacji i Komunikacji Masowej Rosji, które jest operatorem SMEV, a organem i organizacją będącą uczestnikiem SMEV. Ministerstwo Telekomunikacji i Komunikacji Masowej Rosji koordynuje działania związane z przyłączeniem do SMEV, zapewnia jego funkcjonowanie oraz prowadzi rejestr usług elektronicznych.

Integracja systemów informatycznych w ramach SMEV odbywa się zgodnie z Wymaganiami technicznymi dotyczącymi interakcji systemów informatycznych w jednolitym systemie międzyresortowej interakcji elektronicznej (zatwierdzonym zarządzeniem Ministerstwa Telekomunikacji i Komunikacji Masowej Rosji z dnia 27 grudnia 2010 nr 190).

Aby zostać członkiem SMEV, podmiot lub organizacja świadcząca usługi państwowe i komunalne oraz pełniąca funkcje państwowe i komunalne musi:

Zapewnienie rozwoju usług elektronicznych i interfejsów interakcji pomiędzy stosowanym systemem informacyjnym a SMEV.
W tym celu należy skontaktować się z dostawcą lub twórcą systemu informatycznego służącego do prowadzenia prac nad wdrożeniem niezbędnych usług i interfejsów.

Świadczenie usługi elektronicznej na rzecz operatora węzła SMEV, którego członkiem musi być ta organizacja, w celu rejestracji i wpisania do rejestru usług elektronicznych.
W tym celu należy oficjalnie skontaktować się z operatorem węzła SMEV i przedstawić paszport usługi elektronicznej, procedurę testową oraz instrukcję obsługi usługi elektronicznej, a także zapewnić dostępność usługi elektronicznej w celu jej akceptacji.

Zapewnij obecność bezpiecznego kanału komunikacji pomiędzy używanym systemem informacyjnym a SMEV.

SPRAWA AIS MFC

2. Federalny system informacyjny „Ujednolicony portal usług państwowych i komunalnych (funkcje)”.

3. Oprogramowanie i sprzęt zapewniający możliwość dostępu do systemów informatycznych poprzez SMEV.

4. Zgodnie z Regulaminem jednolitego systemu międzywydziałowej interakcji elektronicznej.

Interakcja między federalnymi władzami wykonawczymi a stanowymi funduszami pozabudżetowymi w zakresie świadczenia usług publicznych od 1 stycznia 2015 r. powinna odbywać się wyłącznie za pomocą jednej usługi elektronicznej - trzeciej wersji międzyresortowego systemu interakcji elektronicznej (SMEI). Zabroniony jest także samodzielny rozwój nowych usług. Poinformowało o tym Ministerstwo Telekomunikacji i Komunikacji Masowej Federacji Rosyjskiej.

Władze podmiotów Federacji Rosyjskiej zalecają przejście od 1 stycznia 2017 r. na ujednoliconą usługę elektroniczną – dodało ministerstwo, powołując się na Dekret Rządu Federacji Rosyjskiej nr 1222 „W sprawie dalszego rozwoju jednolitego systemu międzywydziałowa interakcja elektroniczna.”

„Zaktualizowana usługa zapewni ujednolicony format wzajemnej wymiany informacji, gwarancję dostarczania wiadomości, mechanizm elektronicznej kolejki wiadomości rozwiązujący problem przeciążenia popularnych usług, zwiększenie rozmiaru przesyłanej wiadomości z 5 MB do 1 GB , a także integrację z głównym urzędem certyfikacji zajmującym się weryfikacją podpisów elektronicznych” – podało w komunikacie Ministerstwo Telekomunikacji i Komunikacji Masowej. „Nowa wersja systemu zakłada interakcję pomiędzy władzami podmiotów wchodzących w skład Federacji Rosyjskiej, a nie tylko, jak to miało miejsce wcześniej, jedynie z władzami na szczeblu federalnym”.

Planowane jest rozpoczęcie przejścia na najnowszą wersję SMEV od najpopularniejszych informacji. Na razie nie będzie zamykania pozostałych istniejących usług, natomiast uruchamianie nowych, niespełniających wymagań, zakończy się 1 stycznia 2015 roku.

W trybie testowym najnowsza wersja SMEV została już uruchomiona w Moskwie, Mordowii, Baszkortostanie, Tatarstanie, Tiumeniu, Jarosławiu, obwodach Nowosybirska i Primorye, podało w oświadczeniu Ministerstwo Telekomunikacji i Komunikacji Masowej.

Należy zauważyć, że wraz z SMEV 3.0 rozpoczęło się przechodzenie infrastruktury e-administracji do wolnego oprogramowania. Do budowy nowej wersji systemu wybrano bezpłatne rozwiązanie Apache ActiveMQ, natomiast poprzednia wersja została zbudowana w oparciu o rozwiązanie Oracle.

Jak działa SMEV 3.0

Wiceminister komunikacji Aleksiej Kozyrew w niedawnym wywiadzie mówił o cechach nowej wersji SMEV:

„Funkcjonalność zaimplementowana obecnie w SMEV 2.0 pozostanie w całości.

SMEV 3.0 doda funkcjonalność związaną z gwarantowaną kolejką dostaw, umożliwiając interakcję działów w trybie asynchronicznym i tym samym zapewniając wygładzenie obciążeń szczytowych – stabilizację systemu.

W trzeciej wersji tworzona jest technologia, w której aby zorganizować interakcję w SMEV w celu wymiany informacji, nie jest konieczna każdorazowa integracja z ich dostawcą na specjalnych warunkach.

Obecnie mamy ogromną liczbę projektów integracyjnych, z których każdy przeprowadza dwukierunkowe testy integracyjne, aby upewnić się, że interakcja elektroniczna działa. To pochłania mnóstwo pieniędzy i mnóstwo czasu. Nowy SMEV różni się od poprzedniej wersji tym, że tworzy standard integracji, w ramach którego za pomocą ustawień można zmieniać skład danych oraz rodzaj usługi udostępniającej dane.

Tworzymy także automatyczny system testowania.

Faktem jest, że gdy ktoś podłączony do SMEV, wybrał niezbędne informacje i skonfigurował swój adapter, aby mógł przyjąć te informacje, należy upewnić się, że to ustawienie jest prawidłowe.

A teraz, gdy regiony ustawiają się w kolejce przed federalnymi władzami wykonawczymi („przetestujmy z Państwem poprawność wymiany informacji”), pojawia się efekt wąskiego gardła. Dlatego wszystko może zrobić Twój własny programista, bez konieczności podejmowania jakichkolwiek działań z tej strony.

Tworzymy autotest, który pozwala nam stworzyć bazę danych o określonych sytuacjach: jak serwis odpowiada na prawidłowe żądanie i jak odpowiedzieć na błędne. Całkowicie zachowuje się jak usługa „bojowa” i pozwala przetestować dokonane ustawienia.

Wreszcie nowy SMEV wdraża technologię przesyłania dużych ilości danych.

Obecnie obowiązują ograniczenia – można wysyłać załączniki o rozmiarze nie większym niż 5 MB. A kiedy np. Rosreestr chce przenieść inwestycję w formie dokumentów ze schematami katastralnymi, to „nie przechodzi”. Problem ten zostanie rozwiązany dzięki temu, że w wiadomości będzie znajdował się odnośnik do dokumentu znajdującego się w magazynie plików zintegrowanym z SMEV.

SMEV 3.0 ma znacznie bardziej rozwiniętą funkcjonalność dla operatorów regionalnych – dla podmiotów integrujących swoje autobusy regionalne z federalnymi.

Jak dotąd większość naszych funkcji administracyjnych jest wykonywana przez Rostelecom, a jego punkty wejścia (adresy e-mail itp.) Działają jako interfejsy dla operatorów regionalnych. Same funkcje są w pewnym sensie od nich zamknięte.

Tworzymy teraz specjalny interfejs, który umożliwi lokalnym użytkownikom podgląd raportowania i dostępności zasobów, a także realizację większości funkcji operatora SMEV na poziomie regionalnym.

Teraz mamy jeden SMEV (poziom federalny) i 83 segmenty regionalne w każdym podmiocie Federacji Rosyjskiej (z wyłączeniem Krymu i Sewastopola) – taki logiczny SMEV.

Istnieje wiele rodzajów interakcji na poziomie regionalnym, którym powinno służyć regionalne MŚP. Faktycznie, obecnie widzimy, że połowa regionów wdrożyła własne autobusy integracyjne, które pełnią funkcje regionalnego SMEV.

Okazuje się, że w tym projekcie regionalny segment infrastruktury e-administracji (regionalny SMEV) staje się zbędny, gdyż powiela to, co region już robi na swoim poziomie.

Zapewnimy takim podmiotom możliwość bezpośredniej integracji z federalnym SMEV.

Nowy system umożliwi bezpośrednie połączenie autobusu regionalnego z federalnym SMEV. Znacząco zmniejszy to obciążenie pracą całej infrastruktury. Tym podmiotom, które nie posiadają własnych autobusów regionalnych, zapewnimy także możliwość podłączenia regionalnych systemów informatycznych do federalnego SMEV.”

W materiale przedstawiono algorytm wyszukiwania typów informacji SMEV 3. Uwzględniono źródła informacji o statkach powietrznych: interfejs Portalu Technologicznego SMEV, Plan przejścia na stosowanie Zaleceń Metodologicznych 3.x, Ujednolicony Raport SMEV. Opisano proces sprawdzania wydajności produkcyjnej wersji samolotu.

Problem wyszukiwania typu informacji w SMEV

Twórcy SMEV sugerują korzystanie z interfejsu internetowego znajdującego się na Portalu Technologicznym pod adresem https://smev3.gosuslugi.ru jako głównego narzędzia do wyszukiwania typów informacji w SMEV 3. Jednocześnie użytkownik otrzymuje możliwość wyszukiwania wyłącznie po nazwie typu informacji, podczas gdy w poprzedniej wersji Techportalu zapewniono znacznie szerszy zestaw filtrów:

• przez właściciela usługi (wydział lub organizacja)
• według identyfikatora
• według słowa kluczowego w opisie
• według obszaru zastosowania
• według dostępności (publiczna/ograniczona)

Oprócz braku dodatkowych filtrów, proces wyszukiwania może wiązać się z następującymi problemami:

• nie wszystkie usługi SMEV2 są przenoszone do SMEV3
• przy przejściu z SMEV2 na SMEV3 dostawca może znacząco zmienić nazwę usługi (rodzaj informacji), podzielić jedną usługę na kilka statków powietrznych lub odwrotnie połączyć usługi (przykładowo usługa SMEV2 GIS GMP jest obecnie podzielona na 10 rodzaje informacji)
• Pomiędzy wprowadzeniem danego rodzaju informacji do środowiska testowego a produkcyjnego może upłynąć bardzo długi czas (do 6 miesięcy lub dłużej)
• bardzo często do środowisk testowych i produkcyjnych trafia kilka wersji tego samego typu informacji
• Portal techniczny SMEV nie publikuje już aktualnych danych na temat konsumentów statków powietrznych
• karty rodzajów informacji znajdujące się w Portalu Technicznym SMEV nie są indeksowane przez wyszukiwarki
• wreszcie ostatnio, ze względu na konieczność formalnego dotrzymania zaplanowanych terminów, często spotyka się praktykę instalowania „odcinków” dla typów informacji w środowisku produkcyjnym (samolot zostaje wprowadzony do produkcji, ale albo nie odpowiada na produkcyjne żądania, lub odpowiada danymi testowymi)

Problemy te komplikują wyszukiwanie informacji o ich rodzaju, a także utrudniają podjęcie decyzji o rozpoczęciu prac nad podłączeniem do statku powietrznego.

Dodatkowe źródła danych o rodzajach informacji

Zaplanuj przejście na udostępnianie informacji z wykorzystaniem ujednoliconej usługi elektronicznej SMEV

Na Portalu Technologicznym SMEV opublikowany został dokument „Załącznik nr 2 do Protokołu Planu Przejściowego…”, który prezentuje wykaz statków powietrznych oraz termin przejścia usług elektronicznych na wdrożenie Zaleceń Metodycznych dotyczących pracy z SMEV wersja 3 Dokument ten jest bardzo cenny z kilku powodów.

Po pierwsze, zawiera indywidualną korespondencję pomiędzy usługami SMEV2 a rodzajami informacji SMEV3.

Po drugie, wszystkie usługi i rodzaje informacji są pogrupowane według działów (dostawców).

Po trzecie, w dokumencie podano daty udostępnienia typów informacji do środowisk testowych i produkcyjnych. Warto jednak wziąć pod uwagę, że daty te są przybliżone i mogą ulec zmianie. Formalne wprowadzenie pewnego rodzaju informacji do produktu również nie wskazuje na jego działanie.

Najważniejsze jest to, aby dokument był plikiem w formacie Excel. Posiada standardową funkcję wyszukiwania. Oznacza to, że możesz wyszukiwać według działu, nazwy usługi SMEV 2 i rodzaju informacji SMEV 3.

Wadą dokumentu jest to, że nie zawiera on pełnej listy rodzajów informacji, a jedynie te statki powietrzne, którym odpowiadają usługi SMEV2.

Ujednolicony raport na temat SMEV

Centrum Sytuacyjne e-Administracji publikuje dokument „Ujednolicony raport o MŚP”. Dostęp do niego mają użytkownicy posiadający konto autoryzacyjne. Ścieżka do dokumentu: „Opublikowane raporty” => „SMEV” => „Ujednolicony raport o SMEV” => „SMEV. Ujednolicony raport na temat SMEV: Raport nr 6_SMEV_Ujednolicony raport na temat SMEV_”. Raport publikowany jest co miesiąc.

Dokument jest plikiem Excel i zawiera wiele przydatnych informacji statystycznych. Zawiera między innymi zakładkę „Nieodebrane usługi”, która zawiera listę usług i typów informacji, o które nie prosi się. Zatem, jeśli dany rodzaj informacji powinien zapewniać wymagane informacje (1), został już wypuszczony do środowiska produkcyjnego (2) i znajduje się na liście „nieodebranych” (3) - najprawdopodobniej w rzeczywistości nie działa.

Plik „Status samolotu”

W ostatnim czasie na stronie głównej Portalu Technologicznego SMEV 3 pojawił się blok informacyjny z linkiem do pliku podsumowującego w formacie Excel z informacją o stopniu gotowości wszelkiego rodzaju informacji. Plik znajduje się w domenie publicznej. Znajdziesz go na stronie głównej portalu technicznego: musisz otworzyć standardową funkcję wyszukiwania zawartości strony i znaleźć frazę „raport o stanie rejestracji typów informacji”. Pod znalezionym tekstem pojawi się link do aktualnej wersji pliku.

Stan na 30.05.2018.

Plik zawiera następujące informacje:

• pełna lista uczestników SMEV i ich systemów informatycznych (zakładka „Status Uczestnika”)
• pełną listę rodzajów informacji wskazującą dostawcę, odpowiednią usługę SMEV2 (jeśli jest dostępna), a także status statku powietrznego dopuszczonego do środowiska testowego i produkcyjnego (zakładka „Status statku powietrznego”)

Dokument ten jest najważniejszym źródłem danych umożliwiającym znalezienie potrzebnego rodzaju informacji.

Algorytm wyszukiwania typu informacji

Korzystanie z plików podsumowań z listą rodzajów informacji zamiast interfejsu internetowego znacznie upraszcza proces wyszukiwania pożądanego statku powietrznego.

Sam algorytm wyszukiwania wygląda następująco:

1. Przejdź do Portalu Technologicznego SMEV i pobierz aktualną wersję pliku „Status statku powietrznego”.
2. Wyszukujemy samoloty korzystając ze standardowej funkcjonalności wyszukiwania:
   1. według nazwy lub identyfikatora SID odpowiedniej usługi w SMEV2
   2. przez dział dostawcy
   3. według słowa kluczowego
3. Jeśli na liście znajduje się kilka wersji jednego samolotu, należy skorzystać z najnowszej
4. Jeżeli masz dostęp do pliku „Ujednolicony Raport SMEV”, warto sprawdzić, czy dany typ informacji nie należy do nieodebranych

Jak wspomniano powyżej, przesłanie pewnego rodzaju informacji do środowiska produkcyjnego nie gwarantuje, że faktycznie będzie ono działać. Dlatego przed przystąpieniem do pełnowymiarowych prac nad podłączeniem i integracją z samolotem warto przeprowadzić dodatkową kontrolę:

1. Przetestuj samolot w środowisku testowym
2. Uzyskaj dostęp do samolotów w produktywnym środowisku
3. Ręcznie wygeneruj kilka żądań bojowych zgodnie ze schematem samolotu
4. Korzystając z darmowego klienta dla SMEV, wyślij te żądania bojowe do typu informacyjnego w produktywnym środowisku
5. Poczekaj na sensowne odpowiedzi na żądania (oczywiście odpowiedzi z kodami błędów lub odpowiedzi z danymi testowymi nie są znaczące)

Dopiero obecność znaczących odpowiedzi na zapytania w produktywnym środowisku pozwala ocenić rzeczywiste działanie typu informacji SMEV 3 i może służyć jako sygnał do rozpoczęcia prac nad integracją z samolotem.

W lipcu 2010 r. Dmitrij Miedwiediew podpisał ustawę federalną nr 210-FZ „W sprawie organizacji świadczenia usług państwowych i komunalnych”. Z początkiem października 2011 roku uruchomiony został „Elektroniczny Rząd”, w ramach którego wydzielono odrębny projekt – system międzyresortowej interakcji elektronicznej (SMEI). Niedawno władze państwowe i samorządy lokalne przeszły na SMEV 3.0 – najnowszą wersję systemu interakcji międzyresortowej. Wiceminister Łączności i Komunikacji Masowej Federacji Rosyjskiej Aleksiej KOZYREW opowiedział NBJ o jego zaletach.

NBJ: Aleksiej Olegowicz, proszę opowiedzieć o pierwszych efektach przejścia uczestników na trzecią wersję międzywydziałowego systemu elektronicznej interakcji.

A. KOZYREV: Proces przejścia przebiega zgodnie z planem. Trzecia wersja SMEV powstała pod koniec 2013 roku, a w 2014 roku była już w fazie próbnej. Przeprowadziliśmy szereg testów na przemysłowych danych „bojowych”, upewniliśmy się, że wszystko działa, i przeszliśmy do etapu wprowadzenia nowej wersji do komercyjnego użytku dla wszystkich uczestników interakcji międzyresortowych.

Informacje dostarczane przez władze za pośrednictwem SMEV są potrzebne na różne sposoby. Niektóre rodzaje informacji są wymagane bardzo często, inne zaś jedynie kilka razy w roku. Wybraliśmy kilka departamentów, które dostarczają najpopularniejszych informacji: Skarb Federalny, Rosreestr, Fundusz Emerytalny, Ministerstwo Spraw Wewnętrznych, Federalna Służba Podatkowa. Uzgodniliśmy z nimi, że ich systemy informatyczne zostaną przystosowane do przesyłania danych poprzez trzecią wersję SMEV. Oprócz powyższych struktur dołączyło już do niej kilka podmiotów Federacji Rosyjskiej: Moskwa, obwód Tiumeń i inne...

NBJ: Nie ma jeszcze zbyt wielu uczestników.

A. KOZYREV: Całość informacji dostarczanych przez te wydziały stanowi 80% wszystkich informacji przesyłanych za pośrednictwem SMEV. Łącznie do systemu podłączonych jest 11 tys. uczestników, w tym 85 podmiotów Federacji Rosyjskiej, ponad 70 organów rządu federalnego i prawie tysiąc instytucji kredytowych. Ale większość próśb pochodzi z tych działów, o których wspomniałem powyżej, i dotyczy około piętnastu rodzajów informacji. Istotą SMEV jest interakcja pomiędzy tymi strukturami i regionami.

Naszym zadaniem jest dopilnowanie, aby wszystkie podmioty rozpoczęły współpracę z tymi działami zgodnie ze standardem SMEV 3.0. Proces ten będzie przebiegał w sposób naturalny: w miarę wprowadzania zmian w przepisach władze federalne będą udoskonalać swoje systemy informacyjne i wyłączać stare. Nie zmuszamy Cię do natychmiastowego przejścia na SMEV 3.0, ponieważ druga wersja systemu działa dobrze, ale od tego roku wszystkie zmiany będą wprowadzane do wersji trzeciej.

NBJ: Czym SMEV 3.0 różni się od SMEV 2.0 i SMEV?

A. KOZYREV: Pierwsza i druga wersja systemu są takie same, różnica dotyczyła jedynie technologii stosowania podpisów elektronicznych. Istnieje już znacząca różnica między drugą i trzecią wersją SMEV.

Jeśli narysujemy analogię, możemy powiedzieć, że systemem elektronicznej interakcji międzyresortowej jest państwowy intranet. Strony internetowe różnych organizacji działają w intranecie; państwo ma ten sam system: jest intranet, zamknięty z zewnątrz, ale dostępny od wewnątrz oraz szereg serwisów dostarczających określonego rodzaju informacji (nazywamy je usługami elektronicznymi). ). Informacje na tych stronach są publikowane przez władze federalne i regionalne, a uczestnicy międzyresortowego systemu interakcji elektronicznej mogą je otrzymać.
SMEV 2.0 umożliwiał wymianę informacji – wysyłanie zapytań i otrzymywanie odpowiedzi on-line lub odpowiedzi z opóźnieniem. Gdy system działał w czasie rzeczywistym, istotna była obsługa wszystkich żądań, których łączna liczba sięgała czasami kilku miliardów rocznie. SMEV działał w trybie potokowym: tyle żądań, ile otrzymał, taką samą liczbę wysłano do serwisu. W procesie uczestniczyło kilka stron: konsumenci, bezpośrednio SMEV, przez który przechodziły ich wnioski, oraz wydziałowy system informacyjny, który przetwarzał wnioski i niezwłocznie na nie odpowiadał. Często nie była w stanie sprostać liczbie żądań przesyłanych online.

NBJ: Jak rozwiązałeś problem?

A. KOZYREV: W trzeciej wersji SMEV udostępniliśmy specjalny bufor, który pozwala na rozłożenie obciążenia w systemie informatycznym. Wcześniej usługa wytrzymywała 20 jednoczesnych żądań: witrynę odwiedziło 20 użytkowników, ale w przypadku 21. okazała się ona niedostępna i wyskakiwał komunikat o błędzie. Sprawiliśmy, że 21. zamiast bezskutecznie próbować dojechać na miejsce, został poproszony o „zajęcie miejsca parkingowego” i poczekanie na swoją kolej. W miarę rozładowywania systemu informacyjnego żądania docierają do adresata, a bufor jest stopniowo zwalniany. Wszystko jest przetwarzane w ułamku sekundy i nie pojawia się żaden komunikat o błędzie. Dowolne zwiększenie liczby buforów zapewnia sama funkcjonalność systemu; nazywa się to gwarantowaną kolejką dostaw.

Druga różnica w SMEV 3.0 jest następująca: wcześniej za pośrednictwem systemu można było przesłać w jednej wiadomości informacje nie przekraczające pięciu megabajtów, to wystarczyło. W dzisiejszych czasach często konieczne jest dołączenie do tekstu pliku, na przykład zdjęcia działki lub planu katastralnego. Ta informacja nie mieści się w pięciu megabajtach. Zwiększyliśmy możliwości przesyłania danych praktycznie do gigabajta, co w pełni pokrywa potrzeby wszystkich uczestników systemu.

W SMEV 2.0 każda witryna wymagała osobnej przeglądarki, ponieważ nie było określonego standardu, jednego protokołu wymiany danych dla wszystkich uczestników. Zaimplementowaliśmy to w SMEV 3.0. Jeśli uczestnik systemu chce otrzymywać informacje z 60 różnych źródeł, nie musi korzystać z 60 różnych sposobów łączenia się z nimi. Konsument przystępuje do systemu według określonego standardu, którego przestrzega także 60 potrzebnych mu źródeł i od razu otrzymuje dostęp do wszystkich potrzebnych mu informacji. Nazywa się to powszechną usługą elektroniczną; pozwala ona znacząco zaoszczędzić na kosztach utrzymania funkcjonalności i rozwoju systemu. Podłączenie 61. źródła do SMEV wymagało dopłaty, ale obecnie nie ma takiej potrzeby. Wystarczy raz połączyć się z systemem, aby uzyskać dostęp do wszystkich niezbędnych informacji.

SMEV to piramida: 85 segmentów regionalnych jest połączonych z „głową” federalną. Wcześniej w każdym regionie funkcje operatora systemu pełniła jakaś agencja rządowa. Kontrola nad regionalną częścią SMEV sprawowana była wyłącznie odgórnie, poprzez szczebel federalny. Obecnie większość operacji wymagających udziału podmiotów Federacji Rosyjskiej sprowadza się do poziomu operatorów regionalnych. Zamiast jednego operatora systemu było ich 85, procesy w jego obrębie zaczęły przebiegać szybciej i sprawniej.

Aby SMEV działał prawidłowo, konieczne jest połączenie wszystkich jego węzłów z kanałami komunikacyjnymi chronionymi określoną kryptografią. Do niedawna infrastruktura tych węzłów była dość złożona. W ramach SMEV 3.0 stało się możliwe, aby żądania routingu za jego pośrednictwem były bardziej wydajne niż wcześniej. Przed wdrożeniem najnowszej wersji systemu żądania przechodziły przez dużą liczbę węzłów, powodując obciążenie sieci. SMEV 3.0 umożliwił znaczne uproszczenie topologii systemu i ustanowienie bezpośredniego dostarczania żądań od jednego uczestnika do drugiego. Zmiana ta zwiększa niezawodność i stabilność usługi oraz obniża koszty funkcjonowania w zakresie kanałów komunikacji.

NBJ: Czy Twój plan zwiększenia liczby uczestników systemu doszedł do skutku?

A. KOZYREV: Tak, lista uczestników systemu się powiększyła. Centra certyfikacji wystawiające podpisy elektroniczne są już podłączone do Sądu Najwyższego i Najwyższego Sądu Arbitrażowego Federacji Rosyjskiej. Wcześniej władza sądownicza nie miała dostępu do rządowych systemów informacyjnych. W tym roku Rosyjski Związek Ubezpieczycieli Samochodowych i Federalna Izba Notarialna zostały uczestnikami SMEV (za pośrednictwem tej organizacji odbywa się interakcja z Federalną Służbą Podatkową Rosji).

SMEV jest systemem zamkniętym, uczestnikiem można zostać jedynie w przypadku istnienia odpowiedniego aktu prawnego. Decyzję o podłączeniu do systemu podejmuje komisja, której przewodniczy Minister Komunikacji i Mediów Federacji Rosyjskiej Nikołaj Nikiforow.

Jeśli chodzi o uczestników SMEV, należy wziąć pod uwagę, że w naszym kraju jest ponad 24 tysiące gmin, około 970 instytucji kredytowych, około 80 władz federalnych i 85 podmiotów wchodzących w skład Federacji. Łącznie tworzą one około 26-27 tysięcy potencjalnych uczestników interakcji, nie licząc instytucji budżetowych, które również mogłyby podłączyć się do systemu, ale jeszcze tego nie zrobiły. Informatyzacja przedmiotów jest jednak zorganizowana inaczej. W niektórych regionach gminy są podłączone do systemu podmiotu, a on jest podłączony do SMEV. Mamy zatem nie 26 tys., ale 11 tys. uczestników – część z tych 26 tys. jest zgromadzona w ramach regionalnych systemów informacyjnych.

W niektórych gminach, do których nie dotarły jeszcze główne kanały, nie ma jeszcze połączenia, dlatego prowadzą interakcje międzywydziałowe za pośrednictwem najbliższej gminy, w której jest Internet. Nie ma mowy o tym, aby wszyscy uczestnicy mieli dostęp do systemu, tylko część z nich uzyska dostęp offline.

Nawiasem mówiąc, Ministerstwo Telekomunikacji i Komunikacji Masowej opracowało projekt eliminacji przepaści cyfrowej, planowany na dziesięć lat. W jego ramach planowane jest ułożenie 200 tys. km światłowodu; to największy projekt budowlany na świecie, dzięki któremu Internet pojawi się w całej Rosji.

NBJ: W jaki sposób monitorujecie działalność regionów uczestniczących w SMEV?

A. KOZYREV: Raz w miesiącu organizujemy wideokonferencje, w których biorą udział szefowie władz regionalnych odpowiedzialni za współpracę międzyresortową. Podczas konferencji szczegółowo badamy statystyki dotyczące liczby wniosków, korelujemy je z populacją podmiotu, a następnie sporządzamy ranking regionów według intensywności zgłoszeń. Istnieją obszary, które pozostają daleko w tyle i które nawiązały połączenia, ale niechętnie z nich korzystają ze względu na stosowanie przestarzałych technologii, takich jak faks. Monitorujemy statystyki i regularnie przekazujemy podmiotom instrukcje dotyczące przejścia z obiegu dokumentów papierowych na elektroniczny. Jednak większość regionów już aktywnie korzysta z SMEV. Maksymalna liczba wniosków pochodzi z Republiki Buriacji, Terytorium Zabajkałskiego, obwodów briańskiego, kostromskiego i tambowskiego.

NBJ: Proszę wyjaśnić znaczenie terminu „swobodnie rozpowszechniany system zarządzania bazami danych”.

A. KOZYREV: System zarządzania bazą danych (zwany dalej SZBD – wyd.) to klasa systemów informatycznych. Istnieją zastrzeżone systemy DBMS, czyli opracowane przez prywatne firmy i dystrybuowane komercyjnie, a także swobodnie dystrybuowane systemy opracowywane przez społeczności programistów. Z takich SZBD można korzystać bezpłatnie.

SMEV 3.0 będący magistralą integracyjną powstał w oparciu o technologie Oracle. Niedawno przeprowadziliśmy migrację systemu do bezpłatnego oprogramowania o nazwie ActiveMQ, opracowanego przez Apache Software Foundation. ActiveMQ to bezpłatne oprogramowanie skonfigurowane przez rosyjskich programistów do użytku w międzywydziałowej komunikacji elektronicznej. System zarządzania bazami danych Oracle będzie stopniowo przechodził na oprogramowanie bezpłatne.

Struktura Electronic Government obecnie również korzysta z systemu zarządzania bazami danych Oracle, jednak w 2015 roku czeka nas zadanie przejścia na darmowe oprogramowanie. Najpierw stworzymy prototyp swobodnie dystrybuowanej bazy danych, sprawdzimy jak radzi sobie z obciążeniami i czy spełnia wymogi bezpieczeństwa informacji. Jeśli wyniki testów będą pozytywne, w 2016 roku dokonamy migracji na wolne oprogramowanie. Rozważamy darmowe oprogramowanie dla PostgreSQL DBMS jako możliwą opcję.

Przejście na swobodnie dystrybuowany system DBMS to konkretny krok w dziedzinie substytucji importu w infrastrukturze Elektronicznej Administracji. Pierwszy krok został zrobiony gdy w szynie integracyjnej porzuciliśmy autorskie oprogramowanie, drugim krokiem będzie baza danych. To prawda, nie możemy powiedzieć, że teraz tniemy szablą - a jutro wszystko będzie inne. Przejście będzie ostrożne i stopniowe.

NBJ: Jak wytłumaczyć wzmożoną aktywność instytucji kredytowych wysyłających coraz więcej zapytań do SMEV?

A. KOZYREV: Na mocy prawa organizacje kredytowe mają obowiązek przekazywać władzom państwowym informacje o płatnościach dokonywanych przez obywateli. Obowiązek ten stał się powodem przyłączenia wszystkich banków do SMEV.

Instytucje finansowe zainteresowane są informacją o zdolności kredytowej kredytobiorców w formie zaświadczeń o stanie indywidualnego konta osobistego ubezpieczonego. Informacje te są dostępne dla funduszu emerytalnego Federacji Rosyjskiej. Wyciągi zawierają informacje o miejscu pracy i dochodach pożyczkobiorcy. Instytucje kredytowe korzystając z tych informacji mogą znacząco ograniczyć ryzyko związane z kredytowaniem detalicznym. To z kolei może skutkować obniżką oprocentowania kredytów.

Proces ten ma również wadę: dane osobowe obywateli dotyczące ich miejsca pracy i poziomu dochodów to istotne informacje, które należy starannie chronić przed kompromisem. W tym względzie kredytobiorcy powinni mieć możliwość kontrolowania sposobu świadczenia usług e-administracji.

Bank może uzyskać informację o zdolności kredytowej obywatela, jeśli wnioskował o kredyt lub pożyczkę już otrzymał, jednak instytucja finansowa w ramach swojej polityki chce ocenić zdolność kredytową danej osoby. W obu przypadkach sumienny pożyczkobiorca wyrazi zgodę na wykorzystanie jego danych osobowych przez konkretną instytucję kredytową. Mamy taką technologię, działa poprzez portal usług rządowych i aplikacje mobilne, wygląda to tak: osoba przychodzi do banku i wypełnia wniosek kredytowy, instytucja finansowa żąda informacji o zdolności kredytowej obywatela poprzez infrastrukturę Elektronicznego Rządu. Potencjalny kredytobiorca otrzymuje wiadomość SMS z prośbą o potwierdzenie przekazania informacji bankowi. Zgodę na przekazanie informacji instytucji kredytowej można wyrazić poprzez zwrotną wiadomość SMS, aplikację mobilną lub portal usług rządowych – zaznaczając pole obok słowa „zezwól”. Jeśli obywatel wyrazi zgodę na wykorzystanie jego danych osobowych, bank uzyskuje do nich dostęp.

Naszym zdaniem taka technologia jest uniwersalna; może dotyczyć wszelkich informacji, które dana osoba chce o sobie przekazać osobom trzecim – nie tylko instytucjom kredytowym.
Obecnie rosyjskie Ministerstwo Telekomunikacji i Komunikacji Masowej wraz z największymi rosyjskimi bankami detalicznymi prowadzi pilotażowy projekt wykorzystania technologii do pozyskiwania informacji o zdolności kredytowej z Funduszu Emerytalnego Rosji. Uczestniczą w nim Tinkoff Bank, Citibank, Bank of Moskwa - pełna lista obejmuje 25 organizacji kredytowych, a także struktury non-profit: Stowarzyszenie Banków Regionalnych Rosji, Krajowa Rada Płatnicza itp. Banki żądają wszystkich informacji od emerytury Fundusze za pośrednictwem SMEV i, jeśli to konieczne, rejestrują obywateli w Jednolitym Systemie Identyfikacji i Uwierzytelniania (USIA).

Oczekujemy, że już na początku jesieni tego roku projekt będzie miał charakter trwały, a technologia stanie się dostępna dla wszystkich instytucji kredytowych. Ustalimy pewną procedurę przekazywania informacji z rządowych systemów informacyjnych – na dzień dzisiejszy nie jest to nigdzie jasno określone.

Istnieje opinia, że ​​obywatel może jednorazowo uzyskać pisemną zgodę na otrzymanie danych osobowych i powoływać się na nią przy każdej próbie uzyskania informacji. Trudno w tym przypadku zapanować nad sytuacją: z banków wpłynie miliony wniosków, nigdy nie będziemy w stanie dowiedzieć się, czy w każdym konkretnym przypadku jest dostępna zgoda. Wyrywkowe kontrole mogą pozwolić na wykrycie naruszenia bezpieczeństwa danych osobowych, ale dopiero po fakcie, gdy informacje zostały już przekazane. Technologia Ministerstwa Łączności Rosji polega na wysyłaniu informacji dopiero po wyrażeniu zgody przez obywatela.

Zmiana ta jest szczególnie istotna dla małych banków regionalnych, którym może być trudno konkurować z federalnymi instytucjami udzielającymi kredytów detalicznych. Duże banki z udziałem państwa mają już możliwość pozyskiwania informacji o zdolności kredytowej z państwowych systemów informatycznych, czego nie można powiedzieć o innych detalicznych organizacjach finansowych, zwłaszcza regionalnych. Nowa technologia da im doskonałą okazję do dokładniejszego zarządzania ryzykiem kredytobiorców, obniżenia stóp procentowych i zwiększenia wiarygodności kredytowej swoich ofert.

NBJ: Jakie usługi świadczone za pośrednictwem SMEV zarówno osobom fizycznym, jak i podmiotom prawnym są obecnie poszukiwane?

A. KOZYREV: Istnieje 15 usług federalnych i 20 regionalnych, na które jest zapotrzebowanie obywateli, około 85% wszystkich wniosków przypada na te 35.

Usługi świadczone przez władze federalne obejmują: wydanie zagranicznego paszportu i prawa jazdy, rejestrację pojazdów, płacenie podatków i kar, złożenie zeznania podatkowego, zarejestrowanie własności nieruchomości, w tym nieruchomości w katastrze, uzyskanie z niego wyciągu, a także z Jednolity Rejestr Państwowy - Jednolity Państwowy Rejestr Praw do Nieruchomości i Transakcji z nim.

Pożądane usługi świadczone przez władze regionalne obejmują rejestrację małżeństwa, śmierci, urodzenia, rozwodu, rejestrację i zmianę nazwiska. Ponadto popularne jest wydawanie świadczeń socjalnych i wydawanie zezwoleń na polowanie. Usługi te są świadczone za pośrednictwem MFC, Jednolitego Portalu Usług Publicznych i organów rządowych.

Niezależnie od kanału, jakim wpływają wnioski, trafiają one ostatecznie do organu, który w drodze wniosków międzyresortowych zbiera wszelkie niezbędne informacje. Wiesz, że zgodnie z ustawą „O organizacji świadczenia usług państwowych i komunalnych” zabrania się wymagania od obywateli dokumentów papierowych. Właściwie władze żądają od siebie brakujących dokumentów.

NBJ: Jak często i dlaczego zawodzi elektroniczny system interakcji międzywydziałowej?

A. KOZYREV: System ulega awarii bardzo rzadko; jest dość niezawodny zarówno z technicznego punktu widzenia, jak iz punktu widzenia bezpieczeństwa informacji. Z reguły w SMEV występują awarie lokalne, których przyczyną są różne okoliczności: awarie sprzętu komunikacyjnego oraz awarie oprogramowania związane z przepełnieniem niektórych obszarów technologicznych przechowywania danych.

Jedna z ostatnich awarii nastąpiła w związku z awarią sprzętu telekomunikacyjnego tzw. Load Balancera i jego kopii zapasowej. To rzadki przypadek, ale miał miejsce. Kolejna awaria nastąpiła w związku ze wzrostem wolumenu żądań: przepełniono sekcję technologiczną w bazie danych, w której przechowywano informacje o przesłanych żądaniach, co doprowadziło do zakłóceń w działaniu bazy.

Ogólnie rzecz biorąc, wnioski o rozwiązanie incydentów trafiają do jednego centrum sytuacyjnego Elektronicznej Administracji, które kieruje je w zależności od rodzaju. Należy zrozumieć, że w systemie interakcji zawsze biorą udział trzy strony: nadawca żądania, jego odbiorca oraz SMEV jako szyna integracyjna. Obecnie za wsparcie techniczne tych systemów informatycznych odpowiada jedna organizacja.

Wyobraźmy sobie: nadawcą żądania jest MFC w regionie Iwanowo, którego system informacyjny jest prowadzony przez jakąś organizację. Pośrodku znajduje się SMEV, który przesyła żądania i dostarcza odpowiedzi; jego wsparciem technicznym zarządza Ministerstwo Telekomunikacji i Komunikacji Masowej oraz Rostelecom. Stroną trzecią relacji jest odbiorca, np. Ministerstwo Spraw Wewnętrznych, które ma własnych kontrahentów, którzy utrzymują systemy informacyjne resortu. Wcześniej trzeba było ustalić, gdzie nastąpiła awaria: po stronie nadawcy, odbiorcy, czy w SMEV. To było spore wyzwanie. Teraz ponad wszystkimi uczestnikami znajduje się centrum sytuacyjne, które otrzymuje wszystkie prośby o rozwiązanie problemów. W ten sposób centrum decyduje, która część wsparcia technicznego musi działać. Zwiększa to poziom koordynacji podczas rozwiązywania incydentów. Liczba wniosków kierowanych do centrum sytuacyjnego sięga kilku miliardów rocznie i większość z nich jest rozpatrywana w ciągu jednego dnia.

NBJ: Jakie inne funkcje, oprócz tych przypisanych mu dzisiaj, mogłoby przejąć SMEV? Czy są plany rozszerzenia jego funkcjonalności?

A. KOZYREV: W tym przypadku trzeba mówić o całej infrastrukturze „Elektronicznego Rządu”. Oprócz SMEV obejmuje szereg systemów zapewniających pełną interakcję pomiędzy władzami rządowymi a sobą.

Konieczne jest zorganizowanie jednolitego systemu informacji normatywnej i referencyjnej, który zapewni ujednoliconą procedurę tworzenia i utrzymywania zasobów informacyjnych. Jest to bardzo ważne, gdyż standaryzacja danych wymienianych pomiędzy organami za pośrednictwem SMEV znacząco zwiększy efektywność ich interakcji. Na przykład, jeśli chcesz otrzymać adres w ramach informacji od organu, najprawdopodobniej każda agencja poda go zgodnie z własnym standardem projektu: linia tekstu, wycinek itp. Brak jednolitości w prezentacji danych prowadzi do sprzeczności, które kumulują się w zasobach informacyjnych.

Niezwykle istotne jest, aby cała infrastruktura rządowa korzystała z tych samych zestawów informacji w jasnych, standardowych formatach. Myślę, że kolejny etap rozwoju SMEV będzie poświęcony standaryzacji i wypracowaniu jednolitego modelu danych rządowych.

O rozwiązaniu

SMEV (System elektronicznej interakcji międzyresortowej) to federalny system informacyjny, który umożliwia władzom różnych szczebli i bankom żądanie i dostarczanie informacji elektronicznych o obywatelach i organizacjach, w tym w ramach świadczenia im usług stanowych i komunalnych. Portal technologiczny SMEV znajduje się pod adresem https://smev.gosuslugi.ru, https://smev3.gosuslugi.ru.

SMEV ma dwie generacje: SMEV 2 i SMEV 3. Dekret rządu Federacji Rosyjskiej z dnia 19 listopada 2014 r. nr 1222 „W sprawie dalszego rozwoju jednolitego systemu międzyresortowej interakcji elektronicznej” z 1 stycznia 2015 r. zakazał rozwoju usług elektronicznych zgodnie z Zaleceniami metodycznymi pracy w SMEV 2. Od 2017 roku rozpoczęło się aktywne zamykanie istniejących usług SMEV 2 i przejście na pracę z usługami wersji SMEV 3. Kolejny etap przejścia planowany jest na rok 2018.

System „Konto uniwersalne (SMEV)” umożliwia władzom dowolnego szczebla i bankom wymianę informacji z innymi uczestnikami za pośrednictwem SMEV na poziomie federalnym i regionalnym, bez zagłębiania się w złożoność procesu interakcji z nim. System wspiera współpracę z usługami SMEV 2 i SMEV 3.

Schemat interakcji Systemu „Szafka Uniwersalna (SMEV)”:

System „Konto uniwersalne (SMEV)” zapewnia graficzny i programowy interfejs do tworzenia wniosków o informacje od różnych dostawców informacji (Rosreestr, Fundusz Emerytalny Rosji, Federalna Służba Podatkowa itp.). Otrzymane zapytania są przetwarzane i konwertowane do formatów wymaganych przez SMEV i dostawców. Zapytania wysyłane są zgodnie z zasadami SMEV. SMEV przekazuje zapytania do dostawców. Dostawcy informacji przetwarzają wnioski oraz w zaplanowanych terminach przygotowują i przesyłają odpowiedzi z powrotem do SMEV. Na konto uniwersalne wpływają odpowiedzi od dostawców z SMEV. Otrzymane dane są przetwarzane i wyświetlane w interfejsie lub przesyłane do zewnętrznego IS za pośrednictwem interfejsu oprogramowania. Dostępna jest także odwrotna metoda interakcji, w przypadku korzystania z systemu „Konto Uniwersalne” informacje przekazywane są na żądaniach otrzymanych od innych uczestników interakcji.

Możliwości systemu „Gabinet Uniwersalny (SMEV)”:

• Do pracy w interfejsie graficznym systemu „Universal Cabinet (SMEV)” wystarczy przeglądarka internetowa. Nie ma potrzeby instalowania żadnych wtyczek, rozszerzeń, JRE itp. na komputerze użytkownika. Aplety itp. nie są używane. Możesz używać dowolnego systemu operacyjnego w swoim miejscu pracy - Windows, Linux itp.
• Tworzenie zapytań i przeglądanie odpowiedzi w wygodnych i funkcjonalnych formularzach WEB. Pola formularzy do tworzenia wniosków zawierają różne kontrole i maski, które upraszczają wprowadzanie danych i minimalizują błędy. Istnieje możliwość pobrania odpowiedzi w formatach PDF, HTML i XML. Przykłady formularzy zapytań i odpowiedzi.
• Dostępność interfejsu oprogramowania do wysyłania żądań i odbierania odpowiedzi. Interfejs oprogramowania jest zaimplementowany w technologii REST API. Wymieniane są komunikaty XML o ustalonym formacie. Wszystkie dane wejściowe i wyjściowe interfejsu API REST są sprawdzane pod kątem schematów XML. Schematy wymiany wewnętrznej dla wszystkich dostawców są wykonane w tym samym stylu i mają wspólne części dla różnych działów. Schematy XML są łatwe w użyciu i zawierają wszystkie informacje potrzebne programiście, bez konieczności wyszukiwania wymaganych informacji w Paszporcie usługi. Dla porównania: schemat żądania SNILS od Funduszu Emerytalnego Federacji Rosyjskiej w SMEV 2, schemat podobnej usługi żądania SNILS w SMEV 2, dostarczanej przez system „Konto uniwersalne (SMEV)” za pośrednictwem wewnętrznego API.
• Przeglądanie żądań otrzymanych od innych uczestników interakcji i generowanie na nie odpowiedzi w interfejsie systemu „Konto Uniwersalne (SMEV)”. Automatyczne przypisanie zgłoszenia do konkretnego działu na podstawie rodzaju zgłoszenia. Możliwość ponownego przypisania zgłoszenia do innego działu. Monitorowanie terminowości przygotowania odpowiedzi na zapytania.
• Prowadzenie serii adresów zgodnie z FIAS. System wdraża automatyczną aktualizację FIAS, aby korzystać z aktualnych informacji i zapewnić synchronizację z dostawcami informacji.
• Przeglądaj żądania i odpowiedzi w ich oryginalnej formie (żądania i odpowiedzi XML wysłane i otrzymane od SMEV). Jeśli istnieje taka możliwość (np. jeśli dane użytkownika przesyłane są bezpośrednio w formacie XML, a nie jako ciąg Base64), XML jest prezentowany w czytelnej formie (jest wyrównanie, podświetlanie tagów, długie nieczytelne ciągi Base64 są wyłączone z przeglądania, itp.) .
• Przetwarzanie wniosków przesłanych z Jednolitego Portalu Usług Publicznych za pośrednictwem SMEV. Możliwość delegowania takich żądań do systemu zewnętrznego.
• Podpisywanie wniosków w SMEV za pomocą klucza podpisu elektronicznego instalowanego bezpośrednio na serwerze Systemu.
• Sprawdzanie ważności podpisu elektronicznego w odpowiedziach otrzymywanych od dostawców.
• Przeglądaj zapytania utworzone przez użytkowników w interfejsie graficznym z możliwością filtrowania według różnych pól.
• Statystyki przesłanych zgłoszeń w różnych sekcjach (działy, usługi, rodzaje informacji) i formularzach (dashboardy, raporty, kostki OLAP). Dostępna jest możliwość pobrania raportów do pliku Excel.
• Powiadamiaj użytkowników e-mailem o odpowiedzi na zapytania lub o nowych przychodzących zapytaniach.

System „Universal Cabinet (SMEV)” jest naszym własnym opracowaniem. GC Extreme posiada wszystkie niezbędne licencje FSB i FSTEC do realizacji prawnie znaczących interakcji z wykorzystaniem SMEV.

Wdrożone usługi

Wdrożenia

Od 2012 roku z sukcesem wdrażany jest system „Szafka Uniwersalna (SMEV)”. Obecnie w obwodzie swierdłowskim i innych regionach Federacji Rosyjskiej istnieje ponad 30 udanych wdrożeń.