01
Was ist ELSTER?
ELSTER steht für Elektronische Steuererklärung. Die meisten Menschen verbinden damit vor allem „Mein ELSTER", das kostenlose Online-Portal der Finanzverwaltung zur elektronischen Abgabe von Steuererklärungen. ELSTER bezeichnet jedoch nicht nur das Portal, sondern das Verfahren und die technische Infrastruktur für die elektronische Übermittlung von Steuerdaten.1 Über ELSTER laufen zahlreiche Verfahren, etwa die Umsatzsteuer-Voranmeldung oder die Lohnsteuer-Anmeldung. Welche Datenarten, Formate und Berechtigungen nötig sind, hängt vom jeweiligen Verfahren ab. Die Einkommensteuererklärung dient im Folgenden als Beispiel.
Wichtig für die Architektur
ERiC steht für ELSTER Rich Client und ist eine von ELSTER bereitgestellte technische Komponente für Softwarehersteller. Sie wird in die eigene Anwendung beziehungsweise in einen dafür vorgesehenen Dienst integriert und unterstützt die Aufbereitung, Prüfung und Übermittlung von Steuerdaten.
ERiC ist dabei keine klassische REST-API. Eine Anwendung ruft also nicht einfach einen öffentlichen HTTP-Endpunkt auf, sondern integriert eine von ELSTER bereitgestellte Softwarekomponente in die eigene Anwendung. Wer eine klassische JSON-API einplant, kalkuliert vor allem die Anbindung eines Webservices. Wer ERiC einsetzt, muss dagegen auch Integration, Build, Deployment und Betrieb der technischen Komponente berücksichtigen.
Genau diese Trennung erklärt, warum neben Mein ELSTER zahlreiche kommerzielle Steuersoftwareprodukte existieren. Anbieter wie smartsteuer, wundertax oder WISO Steuer setzen auf eine eigene Nutzerführung und ergänzen die elektronische Übermittlung je nach Produkt beispielsweise um automatische Belegerkennung, Vorbefüllung oder zusätzliche Assistenzfunktionen.
02
Was macht eine ELSTER-Schnittstelle?
Eine ELSTER-Schnittstelle verbindet die Fachdaten eines Produkts mit den von der Finanzverwaltung vorgegebenen Strukturen für die elektronische Übermittlung. In der Praxis lässt sich eine vollständige Integration in vier Verantwortungsbereiche aufteilen.
ELSTER-Integration
Vier Verantwortungsbereiche
- Datenmodell & PayloadInterne Fachdaten werden den vorgesehenen ELSTER-Strukturen und Feldern zugeordnet.Mapping
- ERiCDie von ELSTER bereitgestellte technische Komponente wird in die Anwendung oder einen dafür vorgesehenen Dienst integriert.Integration
- Authentifizierung & SicherheitZugangsdaten, Zertifikate und weitere sicherheitsrelevante Informationen müssen getrennt, geschützt und nachvollziehbar verwaltet werden.Credentials
- Kommunikation & RückmeldungenÜbermittlung, technische Rückmeldungen und Fehler müssen im Produkt verarbeitet und für Nutzer sowie Support verständlich aufbereitet werden.Fehlerbehandlung
Diese Trennung ist auch für die Fehlersuche wichtig. Ein Mapping-Fehler entsteht beispielsweise im eigenen Anwendungscode, während ein Problem bei der Integration oder Laufzeit der technischen Komponente an einer anderen Stelle untersucht werden muss. Rückmeldungen aus dem Übermittlungsprozess bilden wiederum eine eigene Fehlerklasse. Wer diese Fälle im Logging nicht unterscheidet, erschwert die Fehlersuche und den Support.
03
Wie aufwendig ist eine eigene ERiC-Integration?
Der Aufwand hängt vom unterstützten Verfahren, dem vorhandenen Datenmodell, den Zielplattformen und den Anforderungen an Betrieb und Skalierung ab. Die eigentliche Übermittlung ist dabei nur ein Teil der Aufgabe. Aufwendig wird die Integration vor allem dort, wo das eigene Produkt auf die vorgegebenen Strukturen und technischen Anforderungen von ELSTER trifft.
Das eigene Datenmodell entspricht nicht den offiziellen Formularstrukturen
Das interne Datenmodell einer Software ist in der Regel nicht identisch mit den Strukturen der amtlichen Steuerformulare. Zwischen beiden liegt deshalb eine Übersetzungsschicht, die entwickelt, getestet und bei Änderungen der unterstützten Verfahren gepflegt werden muss.
Prüfen, bevor ERiC prüft
Nicht jede fachliche Eingabeprüfung sollte erst unmittelbar vor der Übermittlung stattfinden. Sinnvoll ist eine eigene Validierung bereits bei der Eingabe, beispielsweise für Pflichtfelder, Datentypen, Wertebereiche oder Feldlängen.
Nutzer erhalten dadurch verständliche Hinweise wie „Bitte tragen Sie die Entfernung in Kilometern ein" statt einer technischen Fehlermeldung erst beim Absenden der Erklärung.
Eine native Komponente im eigenen Deployment
ERiC wird als technische Komponente in die eigene Anwendung beziehungsweise einen dafür vorgesehenen Dienst integriert. Die von ELSTER bereitgestellte Komponente ist als C-Bibliothek ausgelegt. Das bedeutet: ERiC ist keine eigenständige Webanwendung, sondern eine Programmbibliothek, die in die eigene Software eingebunden wird.
Die Integration einer C-basierten Komponente in eine moderne Deployment-Kette betrifft unter anderem Base-Images, Plattformkompatibilität, Prozessgrenzen und Ressourcenverbrauch. Je nach Architektur müssen außerdem Timeouts, Parallelisierung und Wiederholungslogik berücksichtigt werden.
Ein separater Dienst kann diese Laufzeitanforderungen kapseln und die technische Integration von der Hauptanwendung entkoppeln. Dadurch lässt sich beispielsweise der Veröffentlichungszyklus der ERiC-Anbindung unabhängig vom übrigen Produkt organisieren.
ERiC-Rückmeldungen in verständliche Endnutzer-Informationen übersetzen.
Technische Rückgabewerte müssen im Produkt in verständliche Informationen übersetzt werden. Eine saubere Integration unterscheidet deshalb beispielsweise zwischen Fehlern der eigenen Validierung, Problemen bei der Erzeugung des Datensatzes, technischen Fehlern der integrierten Komponente und Rückmeldungen aus dem Übermittlungsprozess.
Logging, Monitoring und Transparenz im Betrieb
Rückmeldungen und technische Statusinformationen sollten so protokolliert werden, dass der Support einen Vorgang nachvollziehen kann, ohne ihn unnötig erneut übermitteln zu müssen. Im Betrieb sollten unter anderem Fehlerklassen, Häufigkeiten, eingesetzte Versionen und abgebrochene Vorgänge überwacht werden.
04
Entwickler-Registrierung bei ELSTER
Wer ERiC als Softwarehersteller nutzen möchte, muss zunächst das vorgesehene Entwickler- bzw. Herstellerverfahren der Finanzverwaltung durchlaufen1.
- Registrierung als Hersteller bzw. Entwickler
- Prüfung der Absicht zur Softwareherstellung durch den zuständigen IuK-Bereich des Bayerischen Landesamts für Steuern
- Zusendung der Zugangsdaten für den Entwicklerbereich
- Download von ERiC über den Entwicklerbereich
- Beantragung der Hersteller-ID über das vorgesehene Formularportal
- Abonnement des ELSTER-Newsletters für Änderungsmitteilungen
Diese Angaben entsprechen dem recherchierten Stand 2026 und sind unverbindlich. Maßgeblich sind stets die aktuellen Informationen und Vorgaben im offiziellen Entwicklerbereich der Finanzverwaltung.
Für die Projektplanung sollte der Registrierungs- und Freigabeprozess als eigener Vorlauf berücksichtigt werden. Vor dem Go-Live sollte die Integration außerdem in einer geeigneten Testumgebung geprüft werden.
05
Der Betrieb nach dem Go-Live
Eine ELSTER-Integration endet nicht mit dem ersten erfolgreichen Go-Live. Änderungen an Steuerverfahren und Formularen sowie neue ERiC-Versionen können Anpassungen an der eigenen Software erforderlich machen.
Der laufende Betrieb erfordert deshalb einen wiederkehrenden Wartungszyklus:
Integration Test Release Monitoring Update
Damit Änderungen nicht jedes Mal zu einem separaten Projekt werden, sollten für Updates, Tests und Releases von Anfang an feste Prozesse und Zuständigkeiten etabliert werden.
Empfohlene Voraussetzungen für einen stabilen Betrieb:
- Festgelegte Zuständigkeiten für Versionen und Updates
- Dokumentierte Abhängigkeiten und reproduzierbare Build- und Deployment-Prozesse
- Regelmäßige und möglichst automatisierte Funktionalitätstests
- Konsequentes Monitoring nach jedem neuen Release
06
Eigenbau, Middleware oder eingebettete Lösung?
Zur Entscheidung, wie eine ELSTER-Anbindung implementiert werden soll, sind zwei Fragen essenziell:
- Soll die Lösung lediglich die Datenübermittlung abdecken oder auch die komplette Steuerlogik und Nutzerführung?
- Wer betreibt und aktualisiert die Anbindung, etwa wenn sich mit einem neuen Steuerjahr die Anforderungen an das Mapping ändern?
Eigenbau: eigene ERiC-Integration
Bei einer eigenen ERiC-Integration übernimmt das eigene Team die technische Umsetzung und den laufenden Betrieb selbst. Dazu gehören insbesondere Mapping, Integration der technischen Komponente, Tests, Updates und Deployment.
Middleware
Eine Middleware übernimmt die Integration von ERiC und die technische Übermittlung. Das eigene Produkt übergibt die Steuerdaten an die Schnittstelle der Middleware und liefert Datenaufbereitung, Steuerlogik, Nutzerführung und UI selbst oder bezieht sie anderweitig. Je nach Angebot läuft die Middleware in der eigenen Infrastruktur, dann liegen Installation, Updates und Monitoring beim eigenen Team, oder als Dienst beim Anbieter.
Eingebettete Steuerlösung
Eine eingebettete Steuerlösung, oft auch als Embedded-Tax-Lösung, White-Label-Steuerlösung oder Steuer-API bezeichnet, liefert neben der Übermittlung auch die Steuerlogik, je nach Angebot zusätzlich Nutzerführung und UI. Die Plattform bindet sie per API, SDK oder White-Label ein. Der Anbieter übernimmt die vereinbarten Leistungen, etwa die Umsetzung laufender Änderungen der Steuergesetze und die ELSTER-Anbindung.
| Eigenbau: eigene ERiC-Integration | Middleware | Eingebettete Steuerlösung | |
|---|---|---|---|
| Engineering-Aufwand | Höher: Mapping, Komponente und Tests liegen im eigenen Team | Geringer: die technische Integration wird teilweise ausgelagert | Geringer: Steuerlogik und Übermittlung werden ausgelagert, der Aufwand hängt vom Integrationsweg ab |
| Kontrolle | Hoch: Architektur und Release-Zeitpunkte liegen intern | Abhängig von Schnittstelle und Anbieter | Abhängig vom Integrationsweg: per API eigene Nutzerführung, per SDK oder White-Label vorbereitete Komponenten |
| Wartung | Im eigenen Engineering-Team | Teilweise oder überwiegend beim Anbieter | Überwiegend beim Anbieter, inklusive Steuerlogik und ELSTER-Anbindung |
| Release-Verantwortung | Eigene Releases bei relevanten Änderungen | Abhängig von Anbieter-Releases | Anbieter für Steuerlogik und Übermittlung, Plattform für die eigene Integration |
| Time-to-Market | In der Regel langsamer, inklusive Zugangs- und Integrationsaufwand | In der Regel schneller | In der Regel schneller, da keine eigene Steuerlogik aufgebaut werden muss |
| Betriebskomplexität | Hoch: Komponente, Monitoring und Updates | Geringer, Teile der Verantwortung liegen beim Anbieter | Gering: Betrieb von Steuerlogik und Anbindung liegt beim Anbieter |
| Abhängigkeit | Geringer, dafür volle Eigenverantwortung | Höhere Abhängigkeit von Anbieter, Verfahren und Terminen | Höhere Abhängigkeit von Anbieter und Leistungsumfang |
Die Kategorien sind eine Orientierung für die Entscheidung, keine trennscharfe Einteilung. Auch eine eigene Integration kann intern als Middleware aufgebaut sein.
Unternehmen sollten zunächst prüfen, welchen Stellenwert die Steuerübermittlung für das eigene Produkt hat. Bei einer Steuersoftware kann sie ein zentraler Bestandteil des Produkts sein.
Wer selbst baut, muss den dauerhaften technischen und organisatorischen Aufwand einplanen. Wer einkauft, sollte dagegen genau prüfen, welche Verfahren und Formulare abgedeckt werden, wie Updates erfolgen und wie mit Ausfällen oder Änderungen umgegangen wird.
Wann selbst integrieren, wann eine Steuer-API für die Steuererklärung nutzen?
Auch eine Anbieter-API nutzt im Hintergrund in der Regel ERiC. Entscheidend ist also, wer die Integration verantwortet. Eine eigene ERiC-Integration kann sinnvoll sein, wenn die Steuerübermittlung zum Kernprodukt gehört und das Team Betrieb und Updates dauerhaft tragen will. Eine Middleware passt, wenn Nutzerführung, UI, Datenaufbereitung und Steuerlogik bereits vorhanden oder anderweitig abgedeckt sind und nur die Übermittlung fehlt. Eine eingebettete Steuerlösung passt, wenn die Steuererklärung eine Funktion im eigenen Produkt sein soll und die Steuerberechnung ausgelagert werden soll, etwa in einer Banking- oder Fintech-App.
AnyTax bringt als eingebettete Steuerinfrastruktur digitale Steuerlösungen per API, SDK oder White-Label in bestehende Plattformen, mehr dazu auf der Seite zur Integration.
07
Finale Checkliste vor dem Start
Wer die Implementierung einer eigenen ELSTER-Schnittstelle evaluiert, sollte vorab folgende Kernfragen klären:
- Welche Übermittlungsverfahren und Anlagen soll das Produkt unterstützen?
- Welche Daten liegen bereits im eigenen Produkt vor und welche Informationen müssen zusätzlich erhoben werden?
- Wo liegt die Mapping-Schicht und wer pflegt sie bei Änderungen an Verfahren oder Formularen?
- Welche Plausibilitäts- und Eingabeprüfungen erfolgen im eigenen Produkt, bevor Daten übermittelt werden?
- Wie werden Credentials und Zertifikate sicher verwaltet?
- Wie werden technische Rückmeldungen in verständliche Aussagen für Nutzer und Support übersetzt?
- Welche Fehlerklassen können auftreten und wie werden sie überwacht?
- Wer übernimmt Testing, Freigabe und Rollout neuer Versionen?
- Wer trägt die dauerhafte technische Verantwortung im laufenden Betrieb?
08
Häufige Fragen
Welche Alternativen gibt es zur Integration der ELSTER-Schnittstelle?
Statt ERiC selbst zu integrieren, kann eine Plattform eine eingebettete Steuerlösung wie AnyTax nutzen. Sie liefert neben der ELSTER-Übermittlung auch die Steuerlogik und, je nach Integrationsweg, Nutzerführung und UI per API, SDK oder White-Label. Alternativ übernimmt eine Middleware nur die technische Übermittlung, Steuerlogik und Nutzerführung bleiben dann beim eigenen Team. Die Wege im Vergleich zeigt Abschnitt 06.
Welche Anbieter bieten eine ELSTER-Anbindung für Software an?
Steuerprogramme für Privatpersonen wie WISO Steuer, smartsteuer oder wundertax nutzen ELSTER für die Übermittlung in ihrer eigenen Anwendung. Plattformen, die die Steuererklärung in ihr eigenes Produkt integrieren möchten, etwa Banken, Broker oder Fintechs, können eine Middleware für die reine Übermittlung nutzen oder eine Komplettlösung wie AnyTax, die Steuerlogik und ELSTER-Übermittlung per API, SDK oder White-Label bereitstellt. Eine Übersicht ELSTER-kompatibler Produkte führt die Finanzverwaltung auf elster.de3.
Wie funktioniert die technische Anbindung an ELSTER / ERiC?
Die Software bereitet die Steuerdaten im vorgegebenen Format auf, ERiC prüft sie und übermittelt sie verschlüsselt an die Finanzverwaltung1. Voraussetzung ist das Herstellerverfahren mit Hersteller-ID und Zertifikaten für die Authentifizierung (siehe Abschnitt 04). Rückmeldungen und Fehler gibt ERiC an die Software zurück.
Was ist ERiC?
ERiC steht für ELSTER Rich Client. Die Finanzverwaltung stellt die technische Komponente für Softwarehersteller zusammen mit der entsprechenden Schnittstellenspezifikation bereit. Softwarehersteller integrieren ERiC in ihre Anwendung, um Steuerdaten für die elektronische Übermittlung aufzubereiten, zu prüfen und an das ELSTER-Verfahren zu übergeben.
Was ist der Unterschied zwischen ELSTER und Mein ELSTER?
ELSTER bezeichnet das Verfahren und die technische Infrastruktur für die elektronische Übermittlung von Steuerdaten an die Finanzverwaltung. Mein ELSTER ist das Online-Portal der Finanzverwaltung, über das Bürger und Unternehmen Steuerdaten elektronisch übermitteln können. Kommerzielle Steuersoftware kann dasselbe ELSTER-Verfahren technisch nutzen, bietet darüber aber eine eigene Benutzeroberfläche und zusätzliche Funktionen.
Ist ERiC eine REST-API?
Nein. ERiC ist eine technische Komponente zur Integration in Software und unterscheidet sich damit architektonisch von einer klassischen REST-API, die eine Anwendung über HTTP und definierte Endpunkte anspricht.
Kann man ELSTER in eine SaaS-Plattform integrieren?
Technisch ja. Die Integration umfasst allerdings mehr als einen einzelnen API-Aufruf: Datenmapping, Integration der technischen Komponente, Verwaltung von Credentials, Validierung, Fehlerbehandlung, Deployment und laufende Updates gehören zusammen. Zusätzlich sind für das konkrete Betriebsmodell die Nutzungsbedingungen der Finanzverwaltung, die Anforderungen an die Übermittlung und der Datenschutz zu prüfen.
Wie aufwendig ist eine eigene ERiC-Integration?
Der Aufwand hängt insbesondere vom unterstützten Verfahren, vom vorhandenen Datenmodell, von den Zielplattformen und von den Anforderungen an Betrieb und Skalierung ab. Neben der technischen Integration müssen vor allem Mapping, Tests, Fehlerbehandlung und laufende Updates berücksichtigt werden.
Wann ist eine eigene ERiC-Integration sinnvoll?
Eine eigene ERiC-Integration kann sinnvoll sein, wenn die elektronische Steuerübermittlung ein zentraler Bestandteil des eigenen Produkts ist und das Team die technische Integration, Wartung und den Betrieb selbst verantworten möchte.
Ist die Steuererklärung dagegen eine eingebettete Funktion, kann eine eingebettete Steuerlösung passen. Fehlt nur die Übermittlung, kann eine Middleware passen. Mehr zu den Integrationswegen.
Quellen
- [1] ELSTER, Informationen für Entwickler und Hersteller
- [2] ELSTER, Presse und Zahlen (Stand 31.08.2026)
- [3] ELSTER, Softwareprodukte
Abgerufen am 9. September 2026. Verbindlich für Verfahren, Komponenten und Zugang sind die jeweils aktuellen Angaben der Finanzverwaltung. Aussagen zur eigenen Architektur beruhen auf der Implementierung bei AnyTax.
Zuletzt aktualisiert: 19. Oktober 2026
Wie AnyTax das löst
AnyTax stellt Partnerplattformen die Infrastruktur für die deutsche Einkommensteuer bereit. Die Anbindung an ELSTER und die dazugehörige Steuerlogik laufen bei uns im Backend.
Welche Integrationswege es gibt und wie die Aufgaben zwischen Ihrer Plattform und AnyTax verteilt sind, steht auf der Integrationsseite.
