Ein Beitrag von
Andreas Wegmann & AI friends
Veröffentlicht am
11.06.2025
Aktualisiert am
11.06.2025
Lesezeit
2 min
EBICS bietet Banken und Unternehmen eine sichere und multibankfähige Übertragung von Zahlungsverkehrsnachrichten auf Basis einer üblichen Internetverbindung. Im deutschen SEPA Zahlungsverkehr dominiert EBICS wegen der Unabhängigkeit und Kosteneffizienz gegenüber SWIFT. Seit EBICS 2.X durch 3.X abgelöst wurde, sind die verschiedenen Auftragsarten einer Kombination aus BTU und BTF gewichen. Dieser Beitrag gibt einen Überblick.
EBICS BTU und BTD
Die EBICS-Auftragsarten BTU und BTD stehen für Business Transaction Upload bzw. Download und sind mit EBICS 3.0 eingeführt worden. Sie ersetzen in vielen Szenarien die herkömmlichen Auftragsarten wie CCT, CCU, FUL usw. (siehe Beitrag „EBICS Auftragsarten EBICS 2.5„), indem ein einheitliches, formatneutrales Containerkonzept verwendet wird. Statt in der EBICS-Auftragsart festzulegen, was gesendet wird (CCT, CCD, AZV…), wird das „Was“ über BTF-Parameter (Business Transaction Format) definiert.
EBICS BTF
Das Business Transaction Format in EBICS ist eine zentrale Neuerung ab EBICS Version 3.0. Es ersetzt die bisherige Kombination aus Auftragsart und Formatparameter durch ein einheitliches, strukturiertes Format zur Beschreibung fachlicher Geschäftsvorfälle.
Ein BTF besteht aus einer standardisierten 5-teiligen Zeichenkette, getrennt durch Schrägstriche:
<Service>/Country/Option/MessageName/ContainerType
| Komponente | Bedeutung | Beispiel |
|---|---|---|
Service |
Fachlicher Geschäftstyp (SCT, SDD, AZV, XCT, REP…) | SCT = SEPA Credit Transfer |
Country |
Länderkürzel (z. B. DE, FR, CH) |
DE |
Option |
Zusatzinfo (z. B. STD = Standard, URG = Eilzahlung) |
URG = dringend |
MessageName |
ISO 20022 Nachrichtentyp | pain.001, camt.054 |
ContainerType |
Optional: z. B. ZIP bei Containerdateien |
ZIP, leer |
Vorteile von BTU gegenüber den bisherigen Auftragsarten
- Flexibel: eine Auftragsart – viele Formate, durch BTF differenzierbar
- Harmonisierung: gleicher Mechanismus in DE, FR, CH
- Zukunftssicher: Anpassungen über BTF-Parameter möglich, ohne EBICS-Spezifikation anzupassen
- Unterstützt XML-, ZIP-, Containerformate: z. B. pain.001 in ZIP mit Signaturdatei
Technische Besonderheiten und Anforderungen
- BTF-Parameter müssen vollständig übergeben werden.
- Schemavalidität (z. B. pain.001.001.09) liegt in Verantwortung des Einreichers.
- EBICS-Server prüfen BTF gegen Benutzerberechtigung.
- Muss bei manchen Banken explizit freigeschaltet werden (nicht immer vor eingestellt).
Beispiele für BTF-Parameter
| Geschäftsvorfall | BTF-Parameter | Bedeutung |
|---|---|---|
| SEPA-Überweisung | SCT/DE/STD/pain.001/ |
Standard-SEPA Credit Transfer |
| SEPA-Eilüberweisung (CCU) | XCT/DE/URG/pain.001/ |
Einzeltransaktion mit hoher Priorität |
| SEPA-Lastschrift B2B | SDD/DE/B2B/pain.008/ |
SEPA Direct Debit (Business) |
| Rückruf camt.055 | SCT/DE//camt.055/ |
Rückrufauftrag |
| Zahlungsavis camt.054 (ZIP) | REP/DE/STD/camt.054/ZIP |
Kontoavis im ZIP-Container |
Wenn Sie als Finanzinstitut oder Unternehmen eine EBICS Lösung suchen, freuen wir uns auf Ihre Kontaktaufnahme.
Teilen
