EBICS
Veröffentlicht am
19.08.2026
Aktualisiert am
11.09.2026
Lesezeit
4 min
Stand: 11. September 2026
EBICS steht für Electronic Banking Internet Communication Standard und bezeichnet das Verfahren, mit dem Zahlungsverkehrsdaten über eine gesicherte Internetverbindung ausgetauscht werden. Entscheidend für das Verständnis ist eine Unterscheidung, die in der Praxis oft verwischt: EBICS ist ein Transportkanal, kein Datenformat. Übertragen werden die etablierten Formate – pain.001, pain.008, die camt– und die pacs-Familie.
Trägerschaft und Verbreitung
Entwickelt wurde EBICS von der Deutschen Kreditwirtschaft; in Deutschland ist das Verfahren seit Anfang 2008 verbindlich. Getragen wird der Standard heute von der EBICS SCRL, einer Gesellschaft, an der die Kreditwirtschaft aus vier Ländern beteiligt ist: Deutschland über die Deutsche Kreditwirtschaft, Frankreich über das CFONB, die Schweiz über SIX und Österreich über STUZZA, das 2020 als Gesellschafter hinzukam. Die Änderungsrechte an den Spezifikationen liegen ausschließlich bei dieser Gesellschaft.
Die Verbreitung nimmt zu: Banken in Spanien, Portugal, den Niederlanden und Skandinavien bieten EBICS-Anbindungen an, in Polen sind erste Institute hinzugekommen. Diese Angebote beruhen allerdings nicht auf einem nationalen Regelwerk, sondern auf bilateralen Vereinbarungen – das Angebot ist außerhalb der vier Trägerländer deutlich uneinheitlicher. Für international tätige Firmenkunden heißt das: EBICS deckt den Kern Europas ab, ersetzt aber keine weltweite Anbindung.
Zwei Welten: Kunde–Bank und Interbankenverkehr
EBICS wird in zwei ganz unterschiedlichen Konstellationen genutzt die die Bedeutung verstärken.
Im Kunde-Bank-Verkehr reicht ein Firmenkunde seine Aufträge als Datei ein und holt Kontoinformationen ab. Das ist die populäre Variante. Weil derselbe Standard bei allen teilnehmenden Instituten gilt, kann ein Unternehmen mehrere Bankverbindungen über ein Programm bedienen (Multibankfähigkeit).
Im Interbankenverkehr ist EBICS der Einreichungsweg ins Clearing. In Deutschland bietet die Deutsche Bundesbank Zahlungsdienstleistern den Zugang zum SEPA-Clearer über EBICS an – neben SWIFT FileAct und dedizierten Leitungen. Auf dieser Strecke laufen keine pain-Nachrichten, sondern die Interbankenformate: pacs.008 und pacs.003 für die Einreichung, dazu die Klärungsnachrichten camt.056 und camt.029.
Ein Unterschied zwischen beiden Welten wird leicht übersehen und ist betrieblich folgenreich: Im Kunde-Bank-Verkehr baut immer der Kunde die Verbindung auf. Die Bank meldet sich nie von sich aus; sie stellt Daten bereit, und der Kunde holt sie ab. Im Interbankenverkehr können dagegen beide Seiten die Verbindung aufbauen und Daten aktiv übertragen.
Damit steht dieselbe Bank in beiden Rollen: Gegenüber ihren Firmenkunden ist sie der annehmende Teil, gegenüber dem Clearing der einreichende. Beide Strecken nutzen denselben Standard, aber unterschiedliche Formate, Fristen und Betriebsanforderungen.
Punkt-zu-Punkt statt zentrales Netz
Architektonisch unterscheidet sich EBICS grundlegend von einem Netzbetrieb wie SWIFT. Eine EBICS-Verbindung ist eine direkte Beziehung zwischen zwei Parteien über das offene Internet – zwischen Kunde und Bank oder zwischen Institut und Clearing-Stelle. Es gibt keinen zentralen Vermittler, über den sämtliche Verbindungen laufen.
Die Folge ist eine andere Risikoverteilung. Fällt eine EBICS-Strecke aus, betrifft das diese eine Beziehung; andere Bankverbindungen desselben Nutzers laufen weiter. Ein zentral vermitteltes Netz bündelt dagegen Erreichbarkeit an einer Stelle – mit allen Vorteilen der Einheitlichkeit und dem bekannten Nachteil der Konzentration. Dass die Bundesbank den Zugang zum SEPA-Clearer über mehrere Wege parallel anbietet, ist genau die praktische Antwort darauf: Wer beide Wege betriebsbereit hält, hat eine höhere Ausfallsicherheit.
Diese Überlegung ist seit DORA keine Architekturfrage mehr, sondern Teil der aufsichtlichen Erwartung an Ausweich- und Notfallkonzepte. Zur Fairness gehört aber auch die andere Seite: Ein zentrales Netz bringt globale Erreichbarkeit und ein einheitliches Regelwerk mit, während EBICS an den Grenzen der jeweiligen nationalen Vereinbarungen endet.
Einrichtung und Sicherheit
Vor der ersten Übertragung steht die Initialisierung. Der Teilnehmer erzeugt seine Schlüsselpaare – getrennt für Unterschrift, Authentifikation und Verschlüsselung –, übermittelt die öffentlichen Teile an die Bank und holt deren Schlüssel ab. Parallel geht ein unterschriebener Initialisierungsbrief auf Papier oder in gleichwertiger Form an das Institut, das die Schlüssel erst nach Abgleich freischaltet. Dieser Medienbruch ist gewollt: Er verhindert, dass eine kompromittierte Leitung allein zur Einrichtung eines Zugangs genügt.
Im Betrieb kommt die Transportverschlüsselung hinzu. Der zugehörige Anhang der Spezifikation wurde im Frühjahr 2026 um Vorgaben zum Schlüsselmanagement erweitert – ein Hinweis darauf, dass die Sicherheitsanforderungen laufend nachgeschärft werden, auch ohne neue Hauptversion.
Freigabe: die Verteilte Elektronische Unterschrift
Das Merkmal, das EBICS im Firmenkundengeschäft schwer ersetzbar macht, ist nicht die Übertragung, sondern das Freigabemodell. Aufträge können von einem Teilnehmer eingereicht und von einem anderen freigegeben werden; erst wenn die erforderlichen Unterschriften vorliegen, wird verarbeitet. Das Vier-Augen-Prinzip ist damit nicht Sache der Buchhaltungssoftware, sondern Bestandteil des Bankverfahrens.
Auftragsarten und Business Transaction Formats
Was übertragen wird, bestimmt nicht der Dateiinhalt, sondern die gewählte Auftragsart. Mit EBICS 3.0 wurden die zuvor national unterschiedlichen Kürzel durch die Business Transaction Formats abgelöst, die Verfahren, Format und Variante strukturiert beschreiben. Die zugehörige Zuordnungsliste wird jährlich fortgeschrieben; die aktuelle Fassung gilt seit Februar 2026.
| Aufgabe | Kunde–Bank | Interbankenverkehr | Einrichtung und Verwaltung |
|---|---|---|---|
| Zahlungsaufträge einreichen | pain.001 und pain.008 als Datei | pacs-Dateien beim Clearing | – |
| Kontoinformationen abholen | camt.052, camt.053, camt.054 sowie Altformate | Rückmeldungen und Verrechnungsdaten | – |
| Freigabe von Aufträgen | Verteilte Elektronische Unterschrift durch weitere Teilnehmer | in der Regel systemseitig | Unterschriftsklassen je Teilnehmer |
| Protokolle und Status | Abholung der Verarbeitungsprotokolle | Abholung der Clearing-Protokolle | – |
| Einrichtung und Schlüssel | – | – | Initialisierung, Schlüsselübergabe, Initialisierungsbrief |
Echtzeitzahlungen
EBICS gilt als Dateiverfahren und deshalb häufig als ungeeignet für Echtzeitzahlungen. Diese Einschätzung ist zu grob: Zu den Spezifikationsdokumenten gehört ein eigenes Schema für das Instant-Payment-Clearing. Der Standard ist definiert, aber selten umgesetzt.
Aktuelle Entwicklungen
- Formatablösung im November 2026. Mit der neuen Fassung der Datenformatspezifikation entfallen ältere Formatversionen; einzureichen sind künftig die neueren Fassungen. Parallel greift die Umstellung auf strukturierte Adressangaben.
- Empfängerüberprüfung. Die Verification of Payee wirkt bis in die Kundenprogramme hinein; für den einheitlichen Umgang in Deutschland stellt die EBICS-Seite ein eigenes Hinweisdokument bereit.
- Folgeversion in Arbeit. Neben beschlossenen Änderungsanträgen werden bereits Anträge für eine nächste Version gesammelt. Ein Termin ist nicht veröffentlicht – die Annahme, der Stand sei auf Jahre eingefroren, trägt aber nicht.
- Sicherheitsempfehlungen für Firmenkunden. Die aktuelle Fassung beschreibt, welche Vorkehrungen im Unternehmen nötig sind, damit die Sicherheitsmerkmale des Verfahrens überhaupt wirken – ein Dokument, das in Kundengesprächen mehr bewirkt als jede Protokollbeschreibung.