Expertise · Institutionen und staatliche Unternehmen
Drei Listen, nicht eine: was wir bereits gebaut haben, was wir auf Wunsch und unter welchen Bedingungen integrieren, und was wir nicht tun.
Wir bauen Plattformen für die Beziehung der Institution zur Öffentlichkeit: Annahme und Weiterleitung von Anfragen an die zuständige Behörde, Fallakte mit generiertem Dokument, verfolgte gesetzliche Fristen, Moderation mit menschlichem Gate, öffentlich zugängliches Archiv und von Code angewendete Aufbewahrungsfristen. Die Interoperabilität mit staatlichen Diensten behandeln wir separat, mit dem tatsächlichen Status jedes einzelnen.
Bereits gebautZwei eigene Plattformen, beide öffentlich und heute überprüfbar. Die erste ist eine zivile Plattform in Produktion, mit 65 Schnittstellenrouten, über 50 versionierten Migrationen, 103 Testdateien auf Serverseite und 59 End-to-End-Szenarien, mit dem manuell von den offiziellen Websites der Institutionen ergänzten Behördenkatalog. Die zweite ist eine Informationsplattform, die für eine staatliche Institution gebaut wurde: 573 Mitteilungen, aus einem alten System migriert, acht echte Kategorien statt einer, die 545 von 573 trug, Suche ohne Server, in Python geschriebener Generator ohne externe Abhängigkeiten. Für die Interoperabilität mit staatlichen Diensten haben wir beschlossen, „geliefert“ nicht zu verwenden: Der Code für föderierte Authentifizierung und elektronische Signatur ist geschrieben und getestet, aber gestoppt — es fehlen der Vertrag mit der Behörde und das Systemzertifikat, nicht der Code. Wir setzen ihn auf die zweite Liste, nicht auf die erste.
Eine Institution kauft keine Software, sie kauft die Fähigkeit, innerhalb der gesetzlichen Frist zu antworten. Deshalb ist die erste Frage, die wir stellen, nicht, welche Funktionen Sie wollen, sondern: wie lang ist die gesetzliche Frist, ab wann läuft sie, wer ist für jede Phase verantwortlich und was passiert an dem Tag, an dem die Frist näher rückt und niemand hingeschaut hat.
Die Antwort auf diese Frage haben wir in einer eigenen Plattform gebaut. Ein Antrag wird zu einer Akte mit zuständiger Behörde, bestimmt über vier Spezifitätsebenen — Sektor, Ort, Kategorie, dann die allgemeine Zuordnung — mit Priorität bei Gleichstand. Die 30-Tage-Frist wird beim Lesen berechnet, aus dem Sendedatum, also gibt es keinen Indikator, der hinterherhinkt; die Moderationswarteschlange warnt ab Tag 25, damit jemand nachhaken kann, bevor die Frist abläuft.
Der Teil, den wir am ernstesten behandeln, ist das, was nicht veröffentlicht wird. Das Rohfoto bleibt privater Beweis; veröffentlicht wird nur eine redigierte Version mit angewendeten Regionen und der ausdrücklichen Genehmigung eines Moderators — und der, der redigiert, ist nicht der, der genehmigt. Aufbewahrungsfristen sind kein Politikversprechen: Sie stehen in der Datenbank, jeweils mit dem veröffentlichten Text wortwörtlich und der rechtlichen Grundlage daneben, und die Bereinigungsfunktion meldet standardmäßig, was sie löschen würde; das tatsächliche Löschen erfordert eine ausdrückliche Begründung.
Zur Interoperabilität mit staatlichen Diensten sagen wir genau, wo wir stehen, weil dies der Bereich mit den meisten leeren Versprechen am Markt ist. Föderierte Authentifizierung und elektronische Signatur haben wir von Grund auf geschrieben, mit Tests, nach der öffentlichen Dokumentation der Behörde — und per Schalter abgeschaltet. Was fehlt, ist nicht der Code: es sind der Vertrag, das vom Infrastrukturbetreiber ausgestellte Systemzertifikat und die Registrierung der Produktionsadresse. Für die Zahlungsplattform, den Interoperabilitätsbus und das Bürgerbüro haben wir keine einzige Codezeile und behaupten auch nichts anderes.