In einer Reihe von Artikeln werden wir, das Gems Development-Team, über die Arbeit mit "Gosuslugi" auf der anderen Seite des Bildschirms und darüber sprechen, wie eine effektive Interaktion von Regierungsstellen mit dem Portal arrangiert werden kann.
Allgemeines Interaktionsschema durch SMEV
Interaktionsteilnehmer
Stellen Sie sich vor, "Gosuslugi" ist ein Geschäft, das Dienstleistungen für Bürger und Organisationen anbietet. Die „Käufer“ -Anforderung für eine Dienstleistung wird über das System der abteilungsübergreifenden elektronischen Interaktion (SMEV) an die zuständigen Behörden übermittelt. Das System überträgt Nachrichten zwischen dem Portal und der Abteilung.
Die Arbeit mit SMEV erfolgt mit dem SOAP-Protokoll ( Simple Object Access Protocol - ein einfaches Protokoll für den Zugriff auf Objekte).
Die Teilnehmer an der Interaktion werden wie in einem Geschäft in Lieferanten und Verbraucher unterteilt. Der Lieferant ist ein Informationssystem (IS), das Informationen auf Anfrage bereitstellt, und der Verbraucher ist ein System, das Informationen anfordert.
Ein und derselbe IS kann gleichzeitig in zwei Rollen agieren. Beispielsweise müssen Sie bei der Bereitstellung eines Dienstes das Portal über eine Änderung seines Status informieren. In diesem Fall spielt der IS-Lieferant die Rolle eines Verbrauchers - er führt den Informationsaustausch nach Status durch.
Arten von Informationen
Die Teilnehmer tauschen Daten über die Arten von Informationen ( Austauschprotokolle ) aus - die Regeln für die Bildung von Datenpaketen für die Übertragung von einem Teilnehmer zu einem anderen.
Ein gutes Beispiel für die Art der Informationen ist die allrussische Volkszählung 2020 . Volkszählungsdaten werden in elektronischer Form an die Exekutivbehörden des Bundes übermittelt. In den erhaltenen Daten gibt es eine klare Struktur der Informationen: Name, Geschlecht, Geburtsdatum, Staatsbürgerschaft, Familienstand. Außerdem wird im Rahmen des Informationstyps die Antwort beschrieben, die empfangen werden soll, wenn die Anforderungsverarbeitung erfolgreich war.
Bis Juni 2020 wurden mehr als 1000 Industrie- (Arbeiter) und 2000 Testarten in KMU registriert.
Der Datenaustausch in einer industriellen Umgebung für alle Arten von Informationen erfolgt über sichere Kommunikationskanäle. Alle übertragenen Daten werden von einer elektronischen digitalen Signatur begleitet, mit deren Hilfe SMEV die Teilnehmer an der Interaktion identifiziert.
Daten werden über SOAP übertragen, wobei jede Nachricht eine verschachtelte Struktur ist:
Die Arten von Informationen sind in zwei Gruppen unterteilt - einfach und universell . Betrachten Sie ein Datenaustauschschema für eine einfache Art von Informationen:
Das Diagramm zeigt, dass die Formulardaten direkt in den Datenaustauschumschlägen angezeigt werden. Aus diesem Grund tritt eine Einschränkung auf: Es ist notwendig, die Struktur des Datenblocks, die Anforderung / Antwort für jeden solchen Informationstyp zu entwickeln.
Der Austausch durch eine universelle Art von Informationen kann wie folgt dargestellt werden:
Auf den ersten Blick mag das Schema komplizierter erscheinen, zeigt jedoch einen grundlegenden Unterschied, der letztendlich die Interaktion zwischen den Teilnehmern am universellen Informationstyp (UDS) vereinfacht. Spezifische Formulardaten werden im Anhang zum SMEV-Umschlag übertragen, und die UMC-Zeichen, mit denen die Art der Informationen identifiziert werden kann, werden direkt im Umschlag übertragen und haben für jedes Flugzeug dieselbe Struktur:
- Portalanwendungsnummer und Informationen zur Identifizierung des Dienstes;
- Zieleinheit, bei der der Benutzer den Dienst beantragt.
Die vom Portalbenutzer ausgefüllten Formulardaten sind in einem Anhang zur Hauptnachricht verpackt.
Auf diese Weise können Sie die Bereitstellung nahezu aller Dienste formalisieren, ohne die schwierige Registrierung einer neuen Art von Informationen durchlaufen zu müssen.
Nachrichtenwarteschlangen und Kommunikationsprozess
Während der Kommunikation werden Nachrichten in die Warteschlangen für eingehende Anforderungen und in die Warteschlangen für eingehende Antworten gestellt . Warteschlangen sind im Wesentlichen Container, die Nachrichten nach Informationstyp enthalten.
Die Interaktion mit Warteschlangen erfolgt über spezielle Anforderungen. Sie werden ausführlicher in den Richtlinien für die Arbeit mit KMU beschrieben. Wir stellen nur fest, dass dank Warteschlangen ein asynchroner Datenaustausch möglich wird: Der Verbraucher kann eine Informationsanfrage hinterlassen und der Anbieter kann eine Antwort senden.
Denken Sie daran: Um eine Nachricht aus der Warteschlange aufzunehmen, müssen Sie den Empfang mit einer Bestätigungsanforderung bestätigen. Andernfalls betrachtet SMEV die Nachricht als nicht zugestellt und gibt sie 15 Minuten nach dem Abrufen an die Warteschlange zurück.
Jede Anfrage kann entweder eine erfolgreiche oder eine nicht erfolgreiche Antwort erhalten.
Stellen wir uns die Rolle eines Informationsanbieters vor: Auf Anfrage stellen wir dem Benutzer einen städtebaulichen Plan für ein Grundstück aus, und innerhalb unserer Abteilung gibt es mehrere Gebietsabteilungen, von denen einige überhaupt keinen solchen Service anbieten. Angenommen, ein Portalbenutzer hat beim Erstellen einer Anwendung für einen Dienst eine Unterteilung angegeben, die den Dienst nicht bereitstellt. Diese Situation kann aus zwei Gründen auftreten:
- Es gab eine Diskrepanz zwischen den Referenzdaten auf dem Portal und dem Lieferanten.
- Die erforderliche Übereinstimmung ist in den Systemeinstellungen des Lieferanten einfach nicht verfügbar.
In beiden Fällen sollte der Anbieter auf die Anfrage antworten, damit die empfangende Partei verstehen kann, dass die Anfrage fehlgeschlagen ist, und möglicherweise Maßnahmen ergreifen kann. Die Antwort auf eine solche Anfrage erfolgt in einem speziellen Datenpaket mit Informationen über den Grund für die Ablehnung.
Eine erfolgreiche Antwort setzt ein Szenario voraus, in dem das Ergebnis des Dienstes eine Reihe von Dateien ist (was durchaus üblich ist). Vor dem Senden des Ergebnisses müssen die Dateien basierend auf einem FTP-Server in den SMEV-Dateispeicher hochgeladen werden. Die Dateinamen und ihre Prüfsummen müssen in dem Paket erfasst werden, das über SOAP gesendet wird. Daher gibt es zwei Datenübertragungsvorgänge, die durch einen gemeinsamen Kontext verknüpft werden müssen - Dateiinformationen.
In der Praxis gibt es Fälle, in denen sich das SMEV während der Interaktion im Servicemodus befindet und die Anforderungen des Teilnehmers sich als Fehler herausstellen und erneut gesendet werden müssen. Der Fehler muss aufgezeichnet und die Anforderung erneut gesendet werden.
Formulierung des Problems
Unter Berücksichtigung der oben genannten Merkmale musste unser Team die Integration des IS des Kunden in "Gosuslugi" durch eine universelle Art von Informationen sicherstellen . Informationssystem des Kunden - IAS "Gradostroystvo" . Mit seiner Hilfe können Benutzer von Abteilungen, die für die Bereitstellung von Diensten verantwortlich sind, Dokumentenpakete sammeln und Ergebnisse für die weitere Übertragung an das Portal über SMEV generieren.
Daher kann SMEV, wie im Sprichwort zu den Wörtern im Lied, nicht von der Lösung des Problems der Integration in das Portal der öffentlichen Dienste ausgeschlossen werden. Dies ist jedoch das Beste: Dank des Systems verfügen alle Teilnehmer über eine universelle Interaktionsumgebung. So können Sie sich auf einen bestimmten Standard verlassen und das Rad nicht neu erfinden.
In den nächsten Artikeln werden wir untersuchen, wie auf Seiten des Informationsanbieters die Verarbeitung von Anweisungen anhand von Benutzerdaten mithilfe der Workflow Core Business Process Automation Engine organisiert werden kann.