Onlineformular ohne Backend ist analoge Verwaltung mit URL

7 Min. Lesezeit

Viele Anbieter liefern Kommunen seit Jahren Onlineformulare und Portallösungen. Viele Vorgänge landen trotzdem wieder in manueller Bearbeitung, weil Register, Schnittstellen und Fachverfahren nicht mitkommen. Wer den kommunalen Digitalisierungsmarkt ernsthaft bedienen will, muss aufhören Frontends zu liefern. Stattdessen gehört Prozesslogik in den Vertrag.

Das Wichtigste in Kürze

Verwandt:Kubernetes-Governance in Multi-Cloud-Umgebungen  /  Platform Engineering ist kein DevEx-Projekt mehr

Wo das OZG-Versprechen bricht

Das Onlinezugangsgesetz von 2017 hat die Aufgabe klar formuliert: 575 Verwaltungsleistungen sollten bis 2022 digital nutzbar sein. Die Realität sieht anders aus. Auch nach dem Nachfolgegesetz OZG 2.0 sind viele Leistungen nicht durchgängig digital. Bürgerinnen und Bürger füllen Formulare am Bildschirm aus, der PDF-Anhang landet im Drucker der Behörde. Anschließend tippt ein Mensch die Daten in das Fachverfahren ab.

Aus Sicht der Anbieter sieht der Vertrag dagegen sauber aus: Frontend deployed, Authentifizierung angebunden, OZG-Konformität bestätigt. Was im Backend passiert, ist Sache des Trägers. Genau dort beginnt das eigentliche Problem. Die Schnittstelle zum Fachverfahren fehlt, die Identifizierung läuft über ein Nutzerkonto, Register und Fachverfahren sind aber nicht durchgängig angebunden, der Bescheid wird postalisch verschickt.

Aktuelle Fachpublikationen zur Verwaltungsdigitalisierung kommen aus unterschiedlichen Richtungen zum gleichen Befund: Solange Online-Oberflächen ohne neu gedachte Prozesse gebaut werden, bleibt die Verwaltung analog. Der Browser kaschiert nur, wo die Übergabe an die Realität bricht.

Für Cloud-Architekten und Plattform-Engineers ist das mehr als eine Verwaltungsdebatte. Wer in den letzten drei Jahren öffentliche Aufträge begleitet hat, kennt das Muster: Ein Generalunternehmer gewinnt die Frontend-Ausschreibung, die Integration in die kommunale Fachverfahrensbasis liegt bei vier weiteren Losen. Jedes Los hat einen eigenen Anbieter, einen eigenen Zeitplan und ein eigenes Verständnis von Datensicherheit. Das Ergebnis ist nicht eine durchgehende Lösung, sondern eine Reihe von Übergabepunkten, an denen die Verantwortung verloren geht.

Was FIM und XÖV wirklich tragen

Wer kommunale Digitalisierung verstehen will, muss zwei Akronyme ernst nehmen. Das Föderale Informationsmanagement, kurz FIM, beschreibt Leistungen, Formulare und Prozesse maschinenlesbar. XÖV liefert die XML-Standards, mit denen Behörden Informationen austauschen. Beide Schichten sind die Bedingung dafür, dass ein Antrag von der Webseite bis ins Fachverfahren ohne Medienbruch fließt.

In der Praxis stehen FIM-Bausteine zwar bereit, werden aber häufig nicht eingebunden. Anbieter setzen eigene Formularlogik auf, weil die Ausschreibung das Frontend bewertet und nicht die XÖV-Konformität. Das Ergebnis ist ein Onlineservice, der jede neue OZG-Leistung als Sonderfall behandelt. Skalierung über Kommunen hinweg findet nicht statt.

Für Cloud-Plattformen ergibt sich daraus eine konkrete Anforderung. XÖV-Nachrichten sind kein Sonderformat, das man im Integrationsprojekt nachzieht. Sie gehören in den Datenlayer wie andere Schemata auch. Wer eine Mandantenlogik baut, die FIM-Stammdaten als Quelle versteht und XÖV-Nachrichten nativ verarbeitet, hat einen Architektur-Vorteil, den eine UI-Bibliothek nicht ersetzt.

Der Normenkontrollrat kritisiert auch 2024, dass der Rollout digitaler Verwaltungsleistungen schleppend bleibt und Ende-zu-Ende-Digitalisierung häufig fehlt. Die Lücke entsteht selten am Frontend, sondern an Registern, Schnittstellen und Fachverfahrensanschluss.

Drei Konstellationen, eine Erfahrung

Cloud-Architekten und Integrationsanbieter, die in den letzten zwei Jahren OZG-Projekte begleitet haben, kennen drei wiederkehrende Muster. Im ersten Muster liefert der Anbieter das Frontend, der Träger soll die Schnittstelle zum Fachverfahren selbst beschaffen. Sie wird selten beauftragt, der Onlineservice bleibt symbolisch.

Im zweiten Muster baut die Kommune das Frontend an ein Fachverfahren an, das vom Hersteller nicht offen dokumentiert ist. Anschlussfähigkeit wird über teure Sonderintegrationen erkauft. Mehrere Kommunen lösen dasselbe Problem nebeneinander, statt einmal gemeinsam.

Im dritten Muster sind FIM-Bausteine vorhanden, das Fachverfahren versteht sie aber nicht. Daten werden im Backend wieder in PDF gewandelt und an die Sachbearbeitung übergeben. Das Frontend wirkt modern, die Bearbeitungszeiten bleiben gleich. Genau dort liegt die Stelle, an der Anbieter Wert schaffen können oder eben nicht.

Eine Antwort auf alle drei Muster ist die gleiche: Anschlussfähigkeit als Standardprodukt. Cloud-Anbieter, die Connectoren zu den dominanten Fachverfahrensherstellern als Produkt führen, befreien Kommunen aus dem Einzelfall-Beschaffungsmodus. Die Marge entsteht nicht im Frontend, sondern in der Integrationsleistung. Genau diese Marge bleibt bei den Anbietern liegen, die es ernst meinen mit der kommunalen Spezifik.

Was Anbieter heute auf den Tisch legen müssen

Eine Ausschreibung, die Anbieter nicht mehr unterläuft, beschreibt nicht nur das Onlineformular, sondern den durchgängigen Prozess. Welche FIM-Stammdaten werden geladen, welche XÖV-Nachrichten gehen an welches Register, welcher Endpoint am Fachverfahren übernimmt, wie wird der Bescheid digital zugestellt. Anbieter, die diese Logik vor der Angebotsphase mitdenken, gewinnen die Aufträge, die wirklich produktiv gehen.

Wer einer Kommune nur ein Frontend verkauft, verkauft ihr ein Versprechen. Wer den Anschluss an Register, FIM und Fachverfahren mitliefert, verkauft ihr ein Ergebnis. Genau diese zwei Angebote werden in den nächsten Jahren auseinanderdriften.

Praktisch heißt das: API-Verträge zum Fachverfahren prüfen, bevor das Komponenten-Design steht. XÖV-Nachrichten und FIM-Stammdaten in der Architektur abbilden, nicht erst im Integrationsprojekt. Zugriffsschichten bauen, die Kommunen wiederverwenden können, ohne neu zu beschaffen. Wer das nicht leistet, wird in den Vergaben der nächsten Jahre von Anbietern überholt, die es leisten.

Wie Hersteller den Markt ernst nehmen können

Kommunale Digitalisierung ist kein Endkundenmarkt für hübsche Komponenten. Sie ist ein föderal verteilter Prozess- und Schnittstellenmarkt. Hersteller, die mit ihren Cloud-Plattformen anschlussfähig sein wollen, brauchen Connectoren zu den Marktführer-Fachverfahren, dokumentierte XÖV-Mapping-Layer und eine ehrliche Antwort auf die Frage, wer die Verantwortung für die Datenwanderung bis ins Bürgerkonto übernimmt.

Marktplätze mit Präqualifizierung könnten diesen Aufwand auf Anbieterseite reduzieren. Wenn die Vorqualifizierung der FIM-, XÖV- und Datenschutzanforderungen einmalig auf einer kommunalen Beschaffungsplattform passiert, müssen Anbieter ihre Komponenten nicht mehr in jeder Ausschreibung neu nachweisen. Das ändert die Ökonomie der GovTech-Branche und macht Verstetigung erst planbar.

Für Cloud-Architekten und Plattform-Teams heißt das, kommunale Anforderungen nicht als Nische zu behandeln. Datenresidenz, Auditierbarkeit, FIM-Konformität und sichere Bürgerkonto-Anbindung sind Architektur-Anforderungen, die längst über Verwaltung hinausweisen. Wer sie heute sauber baut, bedient morgen auch die Bereiche der Privatwirtschaft, die nach ähnlichen Standards arbeiten.

Häufige Fragen

Was ist der Unterschied zwischen OZG und OZG 2.0?

Das ursprüngliche Onlinezugangsgesetz von 2017 sollte 575 Verwaltungsleistungen bis 2022 digital verfügbar machen. Das Ziel wurde verfehlt. Das OZG-Änderungsgesetz, im Sprachgebrauch OZG 2.0, formuliert die Pflicht neu und legt den Fokus stärker auf durchgehend digitale Prozesse statt auf reine Frontend-Verfügbarkeit.

Wofür stehen FIM und XÖV genau?

FIM ist das Föderale Informationsmanagement und beschreibt Verwaltungsleistungen, Datenfelder und Prozesse einheitlich und maschinenlesbar. XÖV liefert die XML-Standards für den Datenaustausch zwischen Behörden, beispielsweise zwischen Kommune und Register. Beide Standards sind die Voraussetzung für medienbruchfreie Verwaltungsdienste.

Warum scheitern OZG-Frontends so oft am Backend?

Weil Ausschreibungen häufig nur das Frontend bewerten. Die Anbindung an Register, Fachverfahren und Bescheid-Zustellung wird in Folgeausschreibungen vergeben oder bleibt aus. Ohne diese Integrationen bleibt der Online-Antrag ein digitalisierter Papierprozess: Eingabe online, Bearbeitung manuell.

Welche Rolle spielen Marktplätze mit Präqualifizierung?

Marktplätze bündeln vorgeprüfte Lösungen, die Datenschutz, Sicherheit, FIM- und XÖV-Konformität nachgewiesen haben. Kommunen können daraus auswählen, ohne jedes Mal eine vollständige Ausschreibung durchlaufen zu müssen. Für Anbieter sinken die Vertriebskosten, für Kommunen die Beschaffungszeit. Der Hebel funktioniert nur, wenn die Präqualifizierung wirklich tief geht.

Was sollten Cloud-Anbieter konkret tun?

Drei Schritte. Erstens: Connectoren zu den dominanten Fachverfahrensherstellern als Standardprodukt anbieten. Zweitens: XÖV-Nachrichten und FIM-Stammdaten in der eigenen Datenarchitektur nativ unterstützen. Drittens: in Angeboten den durchgängigen Prozess beschreiben, nicht das Frontend. Anbieter, die das tun, gewinnen auch bei kleineren Kommunen, weil sie das Risiko aus der Integration nehmen.

Mehr aus dem MBF Media Netzwerk

Bildquelle: KI-generiert (Mai 2026)