Wie migriert man von Host-to-Host auf EBICS in SAP?

Posted by: Steffen Karsch
25 Sep. 2026

Die Migration von Host-to-Host auf EBICS in SAP erfolgt in mehreren definierten Schritten: Zunächst werden die EBICS-Bankverbindungen in SAP eingerichtet und die Schlüssel mit der Bank ausgetauscht, anschließend werden bestehende Zahlungswege auf die neuen Verbindungen umgestellt und parallel getestet, bevor der produktive Betrieb aufgenommen wird. Dieser Prozess betrifft sowohl die technische SAP-Konfiguration als auch die Abstimmung mit den beteiligten Banken. Die folgenden Abschnitte beantworten die wichtigsten Fragen, die bei einer solchen Migration entstehen.

Was sind die wichtigsten Unterschiede zwischen H2H und EBICS?

Der zentrale Unterschied zwischen Host-to-Host (H2H) und EBICS liegt im Kommunikationsprotokoll und der Standardisierung. H2H ist eine direkte, bilateral vereinbarte Verbindung zwischen dem Unternehmen und einer einzelnen Bank, während EBICS ein standardisiertes, bankenneutrales Protokoll ist, das in Deutschland, Frankreich und der Schweiz weit verbreitet ist und den Anschluss an mehrere Banken über eine einheitliche Schnittstelle ermöglicht.

Im Detail unterscheiden sich die beiden Ansätze in folgenden Punkten:

Standardisierung: H2H-Verbindungen werden individuell je Bank konfiguriert, EBICS folgt einem einheitlichen Standard (aktuell EBICS 3.0).
Sicherheit: EBICS nutzt ein mehrstufiges Schlüsselverfahren mit elektronischer Unterschrift und bietet damit ein hohes Sicherheitsniveau. H2H-Verbindungen variieren je nach Bank in ihrer Sicherheitsarchitektur.
Flexibilität: EBICS ermöglicht Multi-Bank-Konnektivität ohne separate Infrastruktur pro Bank. H2H erfordert für jede Bank eine eigene technische Anbindung.
Betriebsaufwand: H2H-Verbindungen sind oft wartungsintensiver, da Änderungen bei einer Bank individuelle Anpassungen erfordern.

Für Unternehmen, die mit mehreren Banken zusammenarbeiten oder ihre Bankenkommunikation zukunftssicher aufstellen möchten, bietet EBICS in SAP deutliche Vorteile gegenüber gewachsenen H2H-Strukturen.

Welche technischen Voraussetzungen müssen vor der Migration erfüllt sein?

Vor der Migration von H2H auf EBICS in SAP müssen sowohl auf SAP-Seite als auch auf Bankenseite konkrete Voraussetzungen geschaffen werden. Dazu gehören ein aktueller SAP-Release-Stand, aktive EBICS-Lizenzen bei den beteiligten Banken sowie die Bereitstellung der notwendigen EBICS-Zugangsdaten durch die Banken.

Im Einzelnen sind folgende Voraussetzungen zu prüfen:

SAP-System: Das eingesetzte SAP-System muss EBICS unterstützen. In SAP ERP und S/4HANA ist dies über den Kommunikationskanal in der Transaktion FBZP oder über SAP Advanced Payment Management möglich.
EBICS-Vertrag mit der Bank: Die Bank muss einen EBICS-Zugang bereitstellen und die Teilnehmerkennung (User-ID, Partner-ID) sowie die Host-ID zur Verfügung stellen.
Schlüsselverwaltung: SAP muss in der Lage sein, RSA-Schlüsselpaare zu erzeugen und den Initialisierungsprozess (INI- und HIA-Briefe) abzuwickeln.
Berechtigungen: Die SAP-Benutzer, die für den Zahlungsverkehr zuständig sind, benötigen die entsprechenden EBICS-Berechtigungen.
Netzwerkzugang: Der SAP-Applikationsserver muss den EBICS-Bankserver über HTTPS (Port 443) erreichen können.

Eine sorgfältige Bestandsaufnahme der bestehenden H2H-Konfiguration ist ebenfalls empfehlenswert, um alle aktiven Zahlungswege und Formate zu dokumentieren, bevor die Migration beginnt.

Wie läuft die Migration von H2H auf EBICS in SAP technisch ab?

Die technische Migration von H2H auf EBICS in SAP folgt einem strukturierten Prozess in mehreren Phasen: Einrichtung der EBICS-Bankverbindung in SAP, Schlüsselaustausch mit der Bank, Anpassung der Zahlungswege und abschließende Tests vor dem produktiven Einsatz.

Phase 1: EBICS-Bankverbindung einrichten

Im SAP-System wird eine neue Kommunikationsverbindung angelegt. Dabei werden die von der Bank bereitgestellten Zugangsdaten (Partner-ID, User-ID, Host-ID, Bank-URL) hinterlegt. Anschließend generiert SAP die kryptografischen Schlüssel und leitet den Initialisierungsprozess ein. Die erzeugten INI- und HIA-Briefe werden ausgedruckt, unterschrieben und an die Bank übermittelt, die die Schlüssel dann freischaltet.

Phase 2: Zahlungswege anpassen und testen

Nach erfolgreicher Initialisierung werden die bestehenden Zahlungswege in SAP von der H2H-Verbindung auf die neue EBICS-Verbindung umgestellt. Dies betrifft die Konfiguration in der Transaktion FBZP sowie gegebenenfalls in SAP Advanced Payment Management. Vor der Produktivsetzung empfiehlt sich ein Testlauf mit realen Zahlungsdaten in einem Testsystem oder einem mit der Bank abgestimmten Testverfahren, um sicherzustellen, dass Formate, Auftragsarten und Rückgabedateien korrekt verarbeitet werden.

Was passiert mit bestehenden Zahlungsläufen und Formaten während der Migration?

Bestehende Zahlungsläufe und Zahlungsformate bleiben während der Migration grundsätzlich unverändert, sofern die Bank dieselben Formate auch über EBICS unterstützt. In der Praxis sind jedoch häufig Anpassungen erforderlich, da EBICS-Verbindungen andere Auftragsarten (Ordertypen) verwenden als H2H-Schnittstellen.

Folgende Aspekte verdienen besondere Aufmerksamkeit:

Auftragsarten: H2H-Verbindungen verwenden oft proprietäre Dateiübertragungsformate. EBICS nutzt standardisierte Auftragsarten wie CCT, CDD oder XCT. Die Zuordnung muss in SAP korrekt konfiguriert sein.
Zahlungsformate: SEPA-Formate (pain.001, pain.008) sind in der Regel direkt übertragbar. Ältere nationale Formate wie DTAUS sind unter EBICS 3.0 nicht mehr vorgesehen und müssen ggf. migriert werden.
Kontoauszugsverarbeitung: Der Empfang von Kontoauszügen (camt.053, MT940) muss über die neuen EBICS-Auftragsarten konfiguriert und getestet werden.
Parallelbetrieb: Es empfiehlt sich, H2H und EBICS für einen definierten Zeitraum parallel zu betreiben, um einen unterbrechungsfreien Übergang zu gewährleisten.

Welche häufigen Fehler entstehen bei der EBICS-Migration in SAP?

Die häufigsten Fehler bei der EBICS-Migration in SAP entstehen beim Schlüsselaustausch, bei der Konfiguration der Auftragsarten und bei unvollständigen Tests vor der Produktivsetzung. Diese Fehler führen zu abgelehnten Zahlungsaufträgen oder fehlenden Kontoauszügen im produktiven Betrieb.

Konkrete Fehlerquellen, die in der Praxis regelmäßig auftreten:

Fehlerhafter Schlüsselaustausch: Wenn INI- oder HIA-Briefe nicht korrekt bei der Bank eingereicht werden oder die Freischaltung nicht bestätigt wurde, schlägt die erste Kommunikation fehl.
Falsche Auftragsarten: Wird eine Auftragsart konfiguriert, die die Bank nicht unterstützt, werden Zahlungsaufträge abgewiesen. Dies lässt sich nur durch eine genaue Abstimmung mit der Bank vermeiden.
Zertifikatsprobleme: SSL-Zertifikate des Bankservers müssen im SAP-System hinterlegt sein. Fehlende oder abgelaufene Zertifikate unterbrechen die Verbindung.
Unvollständige Berechtigungen: Wenn EBICS-Benutzer in SAP nicht die korrekten Berechtigungen besitzen, werden Zahlungsaufträge intern nicht freigegeben.
Fehlende Tests der Rückgabedateien: Die Verarbeitung von Statusrückmeldungen (pain.002) und Kontoauszügen wird oft nicht ausreichend getestet, was im Produktivbetrieb zu Abstimmungsproblemen führt.

Eine strukturierte Beratung im SAP-Zahlungsverkehr hilft dabei, diese Fehlerquellen systematisch zu adressieren und die Migration sicher abzuschließen.

Wann sollte man für die EBICS-Migration professionelle Beratung hinzuziehen?

Professionelle Beratung ist bei der EBICS-Migration in SAP dann sinnvoll, wenn mehrere Banken gleichzeitig migriert werden, komplexe Zahlungsformate oder individuelle SAP-Entwicklungen betroffen sind oder wenn interne SAP-Kenntnisse im Bereich Zahlungsverkehr begrenzt sind. Auch bei engen Zeitplänen oder regulatorischen Anforderungen empfiehlt sich externe Unterstützung.

Konkrete Situationen, in denen externe Expertise den Unterschied macht:

Das Unternehmen betreibt Multi-Bank-Konnektivität und muss mehrere H2H-Verbindungen parallel migrieren.
Es sind individuelle SAP-Entwicklungen im Zahlungsverkehr vorhanden, die auf die H2H-Schnittstelle abgestimmt sind und angepasst werden müssen.
Die internen SAP-Teams haben keine ausreichende Erfahrung mit EBICS-Konfiguration und Schlüsselmanagement.
Die Migration muss revisionssicher dokumentiert und in einem engen Zeitfenster abgeschlossen werden.
Es sollen im Zuge der Migration auch Prozessoptimierungen vorgenommen werden, etwa durch den Einsatz von SAP Advanced Payment Management.

In diesen Fällen zahlt sich spezialisierte Beratung durch die Vermeidung von Fehlern, kürzere Projektlaufzeiten und eine höhere Prozesssicherheit aus.

Wie PAYMENTS.CC Sie bei der EBICS-Migration in SAP unterstützt

PAYMENTS.CC ist ein spezialisiertes Beratungsunternehmen für elektronischen Zahlungsverkehr mit Sitz in Leimen. Wir begleiten Unternehmen bei der Migration von Host-to-Host auf EBICS in SAP, von der initialen Bestandsaufnahme bis zum produktiven Betrieb, schnell, kompetent und lösungsorientiert.

Unser Leistungsangebot für Ihre EBICS-Migration umfasst:

Analyse der bestehenden H2H-Konfiguration und Erstellung eines strukturierten Migrationsplans
Technische Einrichtung der EBICS-Bankverbindungen in SAP ERP oder S/4HANA, einschließlich Schlüsselmanagement und Zertifikatsverwaltung
Abstimmung mit Ihren Banken zu Auftragsarten, Formaten und Testverfahren
Anpassung und Test aller Zahlungsläufe und Kontoauszugsverarbeitungen vor der Produktivsetzung
Revisionssichere Dokumentation aller Konfigurationen und Prozesse
Optionale Weiterentwicklung Ihrer Zahlungsprozesse mit SAP-Erweiterungspaketen für den Zahlungsverkehr

Unser erfahrenes Team bringt mehr als 30 erfolgreich abgeschlossene nationale und internationale Implementierungsprojekte mit. Wir kennen die typischen Fehlerquellen und stellen sicher, dass Ihre Migration reibungslos und termingerecht abläuft. Nehmen Sie gerne Kontakt mit uns auf, um Ihre EBICS-Migration gemeinsam zu planen.