Zum Inhalt springen
De Obște

Die Plattform der digitalen öffentlichen Dienste

Warum schrittweise Interoperabilität

Eine Interoperabilitätsplattform lässt sich nicht über Nacht verwirklichen. Echte Interoperabilität entsteht in Schichten und in dem Tempo, in dem die Institutionen darauf vorbereitet werden können. Darum beginnen wir mit dem kontrollierten Zugriff über die Puntea und mit dem Auditprotokoll der Cronica, nicht mit der vollständigen Automatisierung.

Warum die Puntea, jetzt

Vollständige Interoperabilität (automatischer Datenaustausch von System zu System, ohne menschliches Zutun) ist die letzte Stufe, nicht die erste. Sie stützt sich auf zwei Fundamentschichten und auf die Bereitschaft jeder einzelnen Institution.

Interoperabilität entsteht in Schichten. Vor der Automatisierung braucht es ein Verzeichnis des kontrollierten Zugriffs und ein Auditprotokoll, genau die Rolle der Puntea und der Cronica. Ohne diese Fundamente bliebe ein automatischer Datenaustausch ohne prüfbare Spur und ohne Kontrolle über den Zweck. Die Automatisierung zwischen Systemen ist der Baustein, der zum Schluss eingefügt wird, wenn die Fundamentschichten funktionieren und die Institutionen bereit sind.

Die Institutionen starten aus unterschiedlichen technologischen Lagen. In der Praxis lassen sich die bestehenden Systeme einigen wenigen Mustern zuordnen:

  • Systeme, die ein externer Anbieter ohne Übergabe des Quellcodes entwickelt hat, mit oder ohne aktiven Wartungsvertrag, können nicht über Nacht Dienste beziehen, und jede Integration muss im bestehenden Vertragsrahmen entwickelt werden, sofern dieser existiert;
  • Systeme ohne Support, mit oder ohne Quellcode und mit oder ohne Vertrag über korrektive Wartung;
  • intern (in-house) entwickelte Systeme: der flexibelste Fall, aber die Minderheit.

Was die Integration zwischen Systemen von jeder Institution verlangt. Damit ein System automatisch Dienste beziehen oder anbieten kann, braucht es in der Regel:

  • Zugang zum Quellcode des bestehenden Systems;
  • einen Vertragsrahmen für Wartung oder Entwicklung;
  • Budgetierung;
  • ein Vergabeverfahren (Ausschreibung);
  • technische Spezifikationen.

Realistisch betrachtet bedeutet das Monate Arbeit je Institution und Jahre für eine breite Abdeckung im öffentlichen Sektor. Mit anderen Worten: Zeit und Geld.

Der realistische Schritt: wir integrieren, was bereits offen ist. Bis sich jede Institution die vollständige Integration leisten kann, nutzt die Puntea das, was schon vorhanden ist. Viele Institutionen haben bereits veröffentlichte APIs und punktuelle Interoperabilitätsvereinbarungen. Die Puntea wandelt sie in kontrollierte Operationen um: die Sachbearbeitung einer anderen Institution erhält mit erklärtem Verfahren und Zweck Zugriff auf die bereits verfügbaren Daten, und jede Nutzung bleibt in der Cronica erfasst.

Zuerst der Mensch in der Schleife: über ein kontrolliertes Formular, nicht über einen freien technischen Aufruf. Das sind die unmittelbaren Gewinne. Die Automatisierung zwischen Systemen, ohne menschliches Zutun, bleibt die nächste Stufe, wenn die Fundamentschichten liegen und die Institutionen bereit sind.

Die beiden Wege zur Interoperabilität Integrationsschema. Eine Institution, die Daten aus einer anderen Institution braucht, hat zwei Wege. Der langsame Weg (künftig, gestrichelt und abgeblendet gezeichnet) führt durch drei technologische Ausgangslagen bestehender Systeme, dann durch eine Kette aufeinanderfolgender Voraussetzungen (Quellcode, Vertragsrahmen, Budgetierung, Ausschreibung, Spezifikationen) bis zu einem Konnektor zwischen den Systemen und zum automatischen Datenaustausch; das dauert Monate oder Jahre und kostet je Institution viel. Der schnelle Weg (heute aktiv, durchgezogen und in der Markenfarbe gezeichnet) beginnt bei einer bereits über eine Interoperabilitätsvereinbarung offenen API, führt über die Puntea als kontrolliertes Formular zur Sachbearbeitung in der anderen Institution und liefert ein gefiltertes Ergebnis; jede Nutzung hinterlässt eine Spur in der Cronica. Der aktive Weg kreuzt den künftigen Weg über zwei Brücken, wie in einem technischen Schema. Institution, die Daten aus einer anderen Institution braucht System eines externen Anbieters, ohne Quellcode System ohne Support, mit oder ohne Quellcode Internes System (in-house) Quellcode Vertragsrahmen Budgetierung Vergabe Spezifikationen System-zu-System-Konnektor Automatischer Datenaustausch (ohne menschliches Zutun) Bereits offene API (Interoperabilitätsabkommen) Puntea: kontrolliertes Formular Sachbearbeiter, andere Institution (Verfahren und Zweck) Gefiltertes Ergebnis Cronica: Audit Monate–Jahre, hohe Kosten, je Institution kontrollierter Zugriff jetzt, Mensch fragt Aktiver Weg: heute verfügbar, über die Puntea Künftiger Weg: Automatisierung zwischen Systemen
Die beiden Wege: die langsame und teure Integration zwischen Systemen gegenüber dem kontrollierten Zugang über die Puntea zu dem, was bereits offen ist.

Wie ein Dienst aufgenommen wird

Kurz gefasst: Adrian, Diensteadministrator, schlägt die eigene API vor. Bianca, Administratorin der Plattform Puntea, prüft sie und veröffentlicht sie zur Nutzung durch die Sachbearbeitung. Schritt für Schritt:

  1. Der Diensteadministrator schlägt den Dienst vor

    Adrian, Diensteadministrator, importiert den technischen Vertrag (OpenAPI) des eigenen Dienstes und stuft die Operationen ein: Sensibilität, identifizierende Parameter, Antwortfelder, zulässige Zwecke.

  2. Der Puntea-Administrator gibt frei und veröffentlicht

    Bianca, Administratorin der Plattform, prüft die Operation und veröffentlicht ihn für alle Institutionen. Eine Institution schlägt einen Dienst vor, sie veröffentlicht sich nicht selbst auf einer gemeinsamen Plattform: der Betreiber der Puntea kuratiert ihn und stellt ihn allen zur Verfügung. Vorschlagende Stelle (die Institution) und veröffentlichende Stelle (die Puntea) bleiben getrennte Rollen, und der Vertrag durchläuft die Zustände Entwurf, validiert, freigegeben und veröffentlicht.

  3. Die Sachbearbeitung nutzt den Dienst

    Maria, Sachbearbeiterin, nutzt die Operation nur im aktiven Verfahren und Zweck ihrer Institution, über ein kontrolliertes Formular, nicht über einen freien technischen Aufruf.

  4. Jede Nutzung hinterlässt eine Spur

    Die Abfrage erzeugt ein Ereignis in der Cronica: wer, für welches Verfahren, mit welchem Ergebnis. Die betroffene Bürgerin oder der betroffene Bürger kann die Abfragen über sich einsehen.