Software für die öffentliche Verwaltung: Kategorien, Anbindung, Auswahl

© KI-generiert (TenMedia)

Software öffentliche Verwaltung: welche Systeme parallel laufen

Software für die öffentliche Verwaltung umfasst alle IT-Anwendungen, mit denen Behörden ihre gesetzlichen Aufgaben erfüllen. Dazu zählen Fachverfahren für einzelne Verwaltungsleistungen, Basis- und Querschnittsdienste wie Dokumentenmanagement und E-Akte, Systeme für Haushalt und Rechnungswesen, Kollaborationsplattformen, Bürgerportale sowie Verfahren zur Verwaltung von Identitäten und Berechtigungen. Die Kategorien greifen über Schnittstellen ineinander.

Laut dem eGovernment MONITOR 2025 von Initiative D21 und der Technischen Universität München zählen zu den wichtigsten Verbesserungen die unkomplizierte Auffindbarkeit von Leistungen mit 61 Prozent, eine schnellere Bearbeitung digital eingereichter Anträge mit 56 Prozent und der Verzicht auf doppelte Dateneingaben mit 55 Prozent (eGovernment MONITOR 2025). Zwei dieser drei Punkte entstehen nicht in der Anwendung, sondern zwischen den Systemen.

Welche Software verwenden Kommunen?

Kommunen arbeiten nicht mit einem Programm, sondern mit einem Bestand, der mit der Zahl ihrer gesetzlichen Aufgaben wächst. Hinter jeder Verwaltungsleistung steht ein eigenes Fachverfahren, vom Meldewesen über die Kfz-Zulassung bis zur Bauaufsicht. Ein Teil dieser Verfahren wird von außen bedient, etwa wenn eine Bestattersoftware einen Sterbefall an das Standesamt meldet. Darüber liegen Systeme, die alle Fachbereiche gemeinsam nutzen. Sieben Kategorien decken den Bestand einer typischen Verwaltung ab:

• Fachverfahren für einzelne Verwaltungsleistungen
• Aktenführung und E-Akte, meist als DMS beschafft
• Haushalt, Rechnungswesen und E-Rechnung
• Kollaboration, Postfach und Videokonferenz
• Bürgerportale und Antragsstrecken
• Identitäts- und Berechtigungsverwaltung
• Projekt- und Prozessmanagement für interne Abläufe

Was die Kategorien voneinander trennt

Diese Aufteilung erklärt, warum eine einzelne Beschaffung wenig verändert. Ob je Kategorie ein Marktprodukt oder eine eigene Anwendung trägt, ist eine Rechenfrage. Jede Kategorie folgt einem eigenen Beschaffungs- und Betriebsrhythmus, und keine von ihnen funktioniert ohne die anderen. Ein Fachverfahren in der öffentlichen Verwaltung deckt genau eine Leistung ab, ein Querschnittssystem trägt alle. Wie branchenspezifische Systeme grundsätzlich zugeschnitten werden, ordnet der übergeordnete Text zur Branchensoftware ein.

Basisdienste und Querschnittssysteme

Fachverfahren lösen jeweils eine Aufgabe, Basisdienste tragen alle anderen. Postfach, Bezahlfunktion, Identitätsnachweis und Aktenführung gehören zu dieser zweiten Schicht. Ein DMS in der öffentlichen Verwaltung bedient deshalb alle Ämter gleichzeitig. Ein Querschnittssystem muss für viele Verfahren gleichzeitig verfügbar bleiben, was die Anforderungen an Betrieb und Wartung deutlich verschärft. Derselbe Aufbau prägt regulierte Branchen außerhalb des Staates, etwa bei Software im Gesundheitswesen, wo Fachsysteme und übergreifende Dienste ebenfalls getrennt beschafft werden.

Wo Software für Behörden an den Schnittstellen bricht

Nicht die einzelne Anwendung entscheidet über den Erfolg, sondern der Weg dazwischen. Ein Antrag kommt über ein Portal, wird in einem Fachverfahren bearbeitet, in der E-Akte abgelegt und im Haushaltssystem verbucht. Bricht einer dieser Übergänge, entsteht Handarbeit, die dauerhaft bleibt. Behördensoftware wird deshalb an ihren Schnittstellen bewertet, nicht an der Länge ihrer Funktionsliste. Für öffentliche Einrichtungen entstehen diese Verbindungsstücke oft erst nachträglich.

Software für Kommunen im Verbund mit Landes- und Bundessystemen

Kommunale Systeme stehen nicht für sich. Register liegen bei Land und Bund, Nachweise kommen aus anderen Verwaltungsebenen, und Fristen richten sich nach Bundesrecht. Kommunale Software muss deshalb Angaben annehmen, die sie nicht selbst erzeugt, und Angaben abgeben, deren weitere Verarbeitung sie nicht kontrolliert. Das verschiebt den Aufwand von der Oberfläche in die Datenmodellierung. Ein Übergabepunkt zu einem Landesregister lässt deutlich weniger Gestaltungsfreiheit als eine rein interne Auswertung. Damit ist die Datenmodellierung der eigentliche Gegenstand jeder Schnittstellenentwicklung.

Wer verantwortet die Schnittstelle?

Die Zuständigkeit an den Übergabepunkten bleibt in Ausschreibungen häufig offen. Solange zwei Anbieter jeweils ihr eigenes System liefern, verantwortet niemand die Strecke dazwischen. Dasselbe Muster zeigt sich bei kommunalen Trägern in der Pflegedokumentation, wo Fachsystem und Nachweisstrecke getrennt beschafft werden. Vor der Vergabe schließen fünf Festlegungen diese Lücke:

❓ Verantwortung für das Datenmodell am Übergabepunkt
❓ Test der Strecke im Zusammenspiel beider Systeme
❓ Fehlerbehebung, wenn die Ursache unklar bleibt
❓ Pflege der Schnittstelle bei Versionswechseln
❓ Dokumentation des Formats für einen Anbieterwechsel

Formatvorgaben entstehen außerhalb der Behörde

Ohne benannte Zuständigkeit wird die Schnittstelle zum Streitgegenstand, sobald ein Fehler auftritt. In arbeitsteiligen Lieferketten ist dieser Schnitt längst üblich, wie der Text zu Logistiksoftware beschreibt. Der Unterschied im öffentlichen Sektor liegt in der Bindung an Rechtsvorschriften. Ein Übergabeformat lässt sich nicht frei wählen, sondern folgt Vorgaben, die außerhalb der einzelnen Behörde entstehen. Das verlängert Abstimmungswege und verhindert im Gegenzug, dass jede Stelle ein eigenes Format erfindet. Fremdbestimmte Meldeformate prägen auch die Software für Finanzdienstleister, dort gegenüber der Aufsicht statt gegenüber anderen Verwaltungsebenen.

Software öffentliche Verwaltung: woran scheitern Projekte am häufigsten?

Gescheiterte Vorhaben lassen sich selten auf die Technik zurückführen. Der Grund liegt meist bei Anforderungen, die niemand aufgeschrieben hat, bei Zuständigkeiten, die zwischen Fachbereich und Rechenzentrum verschwimmen, und bei Folgekosten, die erst im Betrieb sichtbar werden. Die teuersten Lücken entstehen vor der ersten Zeile Code, nämlich in der Leistungsbeschreibung.

Anforderungen, die niemand aufgeschrieben hat

Fachbereiche beschreiben, was ein Verfahren können soll. Was es aushalten muss, bleibt oft unerwähnt. Lastspitzen zum Quartalsende, Vertretungsregelungen im Urlaub, Aktenaussonderung nach Fristablauf und Nachweispflichten gegenüber Aufsichtsstellen gehören zu diesen stillen Anforderungen. Fünf Angaben fehlen besonders häufig:

• erwartete Nutzerzahl in der Spitzenlast
• Aufbewahrungs- und Aussonderungsfristen je Aktenart
• Rollen- und Vertretungskonzept über Ämtergrenzen hinweg
• vorhandene Verfahren, die Daten liefern oder empfangen
• Nachweise, die das System automatisiert erzeugen soll

Fehlt eine dieser Angaben, wird sie später zum Änderungsauftrag und damit zur teuersten Variante ihrer Umsetzung. Solche Angaben gehören in die Leistungsbeschreibung und nicht erst in die Abnahme.

Folgekosten, die erst im Betrieb sichtbar werden

Die Anschaffung ist der kleinere Teil der Rechnung. Über die Laufzeit dominieren Pflege, Sicherheitsupdates, Anpassungen an geänderte Rechtslagen und der Betrieb der Schnittstellen. Behördensoftware bleibt oft länger im Einsatz als geplant, weil eine Ablösung nur gemeinsam mit den angrenzenden Verfahren möglich ist. Eine E-Akte-Software überlebt dabei regelmäßig mehrere Fachverfahren in der öffentlichen Verwaltung. Jedes Jahr zusätzlicher Nutzung verschiebt das Verhältnis zwischen Einführungs- und Betriebskosten weiter zugunsten des Betriebs. Software im öffentlichen Dienst folgt dabei anderen Beschaffungsregeln als eine Anschaffung im Unternehmen.

Vom Anforderungskatalog zum tragfähigen System

Die Reihenfolge entscheidet über die Kosten. Bewährt hat sich ein Vorgehen, das die Systemlandschaft zuerst erfasst und erst danach über einzelne Produkte spricht. Fünf Schritte tragen dabei:

• Bestandsaufnahme aller Verfahren und ihrer Datenflüsse
• Priorisierung nach Rechtspflicht und tatsächlicher Fallzahl
• Anforderungskatalog mit Schnittstellen als eigenem Kapitel
• Marktabgleich und Prüfung der Nachnutzung
• Entscheidung über Eigenentwicklung, Anpassung oder Zukauf

Software für die öffentliche Verwaltung auswählen heißt also, beim eigenen Bestand zu beginnen und nicht beim Produktvergleich.

Wann rechnet sich eine eigene Lösung gegenüber einer Standardlösung?

Standardprodukte tragen dort, wo eine Aufgabe bundesweit gleich abläuft. Sobald ein Verfahren örtliche Besonderheiten abbildet oder mehrere Bestandssysteme verbinden muss, kippt die Rechnung. Anpassungen an einem geschlossenen Produkt sind bei jedem Versionswechsel erneut zu bezahlen, eine eigene Komponente nicht. Der Vergleich gelingt nur über die gesamte Nutzungsdauer, inklusive Pflege und Anbindung. Häufig trägt eine Mischung, bei der ein Standardsystem den Kern übernimmt und individuelle Bausteine über definierte Übergabepunkte andocken. Die häufigste dieser Aufgaben besteht darin, Fachverfahren an Basisdienste anzubinden.

Software für Kommunen beschaffen ohne Bindung an einen Anbieter

Die Abhängigkeit entsteht nicht beim Kauf, sondern beim Format. Solange Daten nur in einer produkteigenen Struktur vorliegen und die Schnittstellendokumentation dem Anbieter gehört, ist ein Wechsel praktisch ausgeschlossen. Kommunale Software bleibt austauschbar, wenn Exportformate, Datenmodell und Schnittstellenbeschreibung vertraglich der Behörde zustehen. Diese drei Punkte gehören in die Leistungsbeschreibung, nicht in die Verhandlung nach der Vergabe.

Umsetzung, Anbindung und Betrieb aus einer Hand

TenMedia entwickelt individuelle Fachanwendungen und Schnittstellen für gewachsene Systemlandschaften im öffentlichen Sektor. Für die Berliner Feuerwehr entstand ein Notfallhandbuch zur koordinierten Gefahrenabwehr, das Einsatzkräfte verschiedener Organisationen auf denselben Informationsstand bringt. Individualsoftware für Behörden entwickeln lassen bedeutet dabei nicht Neubau auf der grünen Wiese, sondern Ergänzung des Bestands. Anforderungsaufnahme, Entwicklung und anschließende Wartung kommen dabei aus einer Hand.