Was ist eine Host-to-Host (H2H) Bankintegration?

Eine Host-to-Host-Verbindung verbindet Ihr ERP-System direkt mit Ihrer Bank: verschlüsselt, ohne manuelles Einloggen in Bankportale. Zahlungen werden automatisch als Batch verarbeitet. Moderne Treasury-Plattformen bieten vorkonfigurierte Host-to-Host-Banking-Verbindungen, mit denen die Einrichtung deutlich schneller geht als beim Eigenbau.

Kurz zum DACH-Standard: EBICS ist der Standard der Deutschen Kreditwirtschaft. SEPA-Sammelüberweisungen und ISO-20022-Formate prägen den Zahlungsverkehr hier.

Die Finanzabteilung wartet auf die letzten Treasury-Flows des Tages und die dazugehörige CSV-Datei. Manuelle Abstimmung bedeutet wieder einmal Überstunden. Bei einem Wettbewerber ein paar Straßen weiter hingegen fließen Zahlungen den ganzen Tag automatisch zwischen ERP und Banken. Der Unterschied? Eine Host-to-Host-Integration.

Wie funktioniert Host-to-Host-Konnektivität mit Banken?

Host-to-Host-Banking ist eine direkte Verbindung zwischen einem ERP- oder Treasury-System und einer Bank. Diese Verbindung verarbeitet Datenträger und Messages automatisch, niemand muss sich mehr in ein Bankportal einloggen. H2H gibt es seit Jahrzehnten, und es bleibt das Rückgrat für Treasury-Operationen mit hohem Volumen.

So läuft das konkret: Wenn Sie einen Zahlungslauf in Ihrem ERP anstoßen, übernimmt die Host-to-Host-Konnektivität die Abwicklung. Das System generiert einen Zahlungsdatenträger wie z. B. ein PAIN.001 XML-File für SEPA mit Hunderten oder Tausenden von Transaktionen. Diese Datei wandert durch verschlüsselte Übermittlung zur Bank, wird dort verarbeitet, und die Bestätigung (wie z. B. PAIN.002) und elektronische Kontoauszüge fließen zurück in Ihr ERP. Nach Anstoß der Zahlung muss niemand mehr eingreifen oder sich in ein Portal einloggen. Und am wichtigsten: Niemand muss am Tagesende CSV-Dateien herunterladen und manuell verarbeiten.

SFTP und PGP-Verschlüsselung: So sichern Banken die Verbindung

Für Host-to-Host-Verbindungen nutzen viele Banken im internationalen Umfeld SFTP (Secure File Transfer Protocol) mit PGP (Pretty Good Privacy)-Verschlüsselung oder anderen sicheren Verschlüsselungsalgorithmen. SFTP baut dabei einen verschlüsselten Tunnel zwischen Ihren Systemen und Ihrer Bank. PGP (oder eine andere kryptographische Methode) fügt eine zweite Ebene hinzu und verschlüsselt die Datei selbst. Selbst wenn jemand an die Zahlungsdatei gelangen würde, kann er sie ohne Ihren privaten Entschlüsselungs-Key nicht lesen. Viele Banken verlangen daher beide Protokolle (sichere Datenübertragung mittels SFTP und Datei-Verschlüsselung mittels PGP oder anderen kryptographischen Methoden).

Hinweis zum DACH-Raum: In Deutschland, Österreich und der Schweiz wird primär EBICS (Electronic Banking Internet Communication Standard) verwendet. EBICS besitzt eigene, integrierte Sicherheitsmechanismen (Verschlüsselung auf Transport- und Anwendungsebene) und benötigt daher in der Regel kein zusätzliches SFTP, bietet aber das gleiche, extrem hohe Sicherheitsniveau.

Bidirektionale Kommunikation

H2H ist keine Einbahnstraße. Ihr Unternehmen sendet Zahlungsdateien an Ihre Bank. Die Bank spielt dann automatisch Kontoauszüge, Zahlungsbestätigungen und Kontostände zurück ins ERP, wie z. B.

• Elektronische Kontoauszüge (MT940/CAMT.053)
• Zahlungsstatusreports (PAIN.002)
• Intraday-Umsätze (CAMT.052)

Dieser Kreislauf schließt sich von selbst: Ihre Finanzposition aktualisiert sich automatisch.

Als Beispiel: Die Kreditorenbuchhaltung genehmigt am Montagmorgen 5.000 Lieferantenzahlungen. Diese Zahlungen werden am Dienstag ausgeführt. Bis Mittwoch weiß Ihr ERP bereits, welche Zahlungen verbucht wurden und welche zurückgewiesen wurden. Ihr Treasury-Team sieht sofort und unmittelbar die tatsächliche Cash-Position.

Host-to-Host vs. API-Integration: Was ist besser?

Es kommt darauf an, was der Arbeitsablauf ist, nicht darauf, welche Technologie neuer oder besser ist.

APIs (Application Programming Interfaces) funktionieren gut für Echtzeit-Einzeltransaktionen. Brauchen Sie eine sofortige Saldoprüfung vor einer Zahlung? Ein API-Call liefert in Sekunden die Antwort. Wollen Sie Kontodaten beim Lieferanten-Onboarding verifizieren? Auch das geht per API.

H2H ist besser bei großen Volumina. Nehmen wir einen mittelständischen Einzelhändler, der 15.000 Lieferantenzahlungen pro Woche über mehrere Gesellschaften abwickelt. APIs würden 15.000 einzelne Aufrufe auslösen, während H2H diese in optimierte Batch-Dateien wie EBICS bündelt, die Banken für Massenverarbeitung ausgelegt haben, und Sie zahlen keine transaktionsbasierten API-Gebühren für Tausenden einzelne API-Queries.

Die beste Lösung ist oft hybrid: Ein modernes TMS nutzt APIs für den schnellen Saldo-Check zwischendurch und H2H für den massiven Zahlungsverkehr.

Was bringt H2H im DACH-Markt?

Warum genehmigen CFOs H2H-Projekte? Weil sie Skalierbarkeit ermöglichen.

Hochvolumen-Batch-Verarbeitung mit EBICS und SEPA

Die DACH-Zahlungsinfrastruktur basiert weitgehend auf Batch-Verarbeitung. EBICS ist der Standard der Deutschen Kreditwirtschaft für den elektronischen Datenaustausch zwischen Unternehmen und Banken.

Sie schicken keine Einzelzahlung nach der anderen. Stattdessen automatisieren Sie Tausende Gehaltszahlungen, wickeln große Lieferantenzahlungen über SEPA-Sammelüberweisungen ab, alles über eine einzige ERP-Verbindung.

Ein typisches Szenario: Ein deutsches Produktionsunternehmen mit 650 Mitarbeitern und 2.100 aktiven Lieferanten führt monatlich rund 11.500 Zahlungstransaktionen durch. Mit einer H2H-Verbindung im EBICS-Standard werden diese gebündelt, formatiert und sicher übertragen. Der manuelle Aufwand sinkt von mehreren Tagen auf wenige Stunden Kontrolle.

Durchgehende Automatisierung - mit echtem Straight-Through Processing (STP)

Straight-Through Processing heißt: Eine Zahlung läuft von der ERP-Freigabe bis zur Bankabrechnung ohne menschliches Eingreifen. Richtig gemacht bedeutet das kürzere Verarbeitungszyklen, weniger Abwicklungsrisiko und niedrigere Betriebskosten.

H2H ist die Grundlage für STP. Die Kreditorenfreigabe im ERP löst Zahlungsdateigenerierung, sichere Übertragung, Bankverarbeitung und automatische Abstimmung aus. Weniger Mitarbeiter berühren die Transaktion, weniger Risiko für Fehler. Automatisierte Systeme machen keine Tippfehler.

ISO-20022-Migration im SWIFT-Netzwerk

Der globale Zahlungsverkehr spricht mittlerweile eine neue Sprache. Seit dem Ende der Koexistenzphase im November 2025 verlangt das SWIFT-Netzwerk zwingend ISO-20022-konforme Nachrichten für grenzüberschreitende Zahlungen. Die alten MT-Formate werden nicht mehr unterstützt. Falls Sie internationale Zahlungen abwickeln, muss Ihre H2H-Infrastruktur diese komplexen XML-Strukturen fehlerfrei generieren und parsen können.

Was bringt ISO 20022? Besseres Daten-Parsing, dadurch mehr Automatisierung, tendenziell höhere STP-Raten und bessere Abstimmung. Außerdem: strukturiertere Verwendungszwecke und bessere Datenqualität im ganzen Zahlungsprozess.

Warum der Eigenbau von H2H-Verbindungen schwierig ist

Jede Bank verlangt in der Regel eine separate Implementierung. Commerzbank, Deutsche Bank, DZ Bank: Jede hat andere Anforderungen an Feldformate, Zertifikatsverwaltung oder Datenstrukturen. Ihr IT-Team muss zum Experten für bankspezifische Eigenheiten werden, statt an strategischen Projekten zu arbeiten.

Die Sicherheitswartung hört nie auf. Zertifikatserneuerungen, Rotationen von Verschlüsselungs-Keys, Protokoll-Updates, Security-Patches. Verpassen Sie etwas, können Zahlungen nicht ausgeführt werden. Ihr Treasury-Team ruft die IT an. Die IT ruft die Bank an. Zwei Tage später erklären Sie Lieferanten, warum die Zahlungen verspätet sind.

Auch die ISO-20022-Migration erfordert regelmäßige Updates und Validierung. Wenn sich Format-Standards wieder ändern, bauen Sie alles neu oder zahlen Berater dafür.

Der Aufwand summiert sich. Was als „eine Bankverbindung implementieren" begonnen hat, wird zu „fünf Verbindungen über drei Länder pflegen und vier Format-Migrationen handhaben". Ihr CFO wollte H2H, um Zeit und Geld zu sparen. Stattdessen haben Sie jetzt ein internes Banking-Integrationsteam aufgebaut.

Wie ein modernes Treasury-Management-System (TMS) das einfacher macht

Moderne Treasury-Management-Systeme drehen das Modell um. Statt Host-to-Host-Verbindungen selbst zu bauen, hat eine Treasury-Plattform bereits Verbindungen zu den großen Banken. Sie bekommen H2H-Funktionalität ohne den Entwicklungsaufwand.

Ihr Finanzteam sieht automatisierte Abstimmung und volle Cash-Transparenz sofort. Die IT muss sich nicht um Banking-Integrationen kümmern. Die Plattform managt ERP-Konnektivität in beide Richtungen: Zahlungsfreigaben im ERP lösen automatische Ausführung aus, Bestätigungen fließen zurück und schließen den Buchhaltungskreislauf.

Die Zeitersparnis kann erheblich sein. Moderne TMS-Lösungen können die operative Treasury-Zeit um bis zu 75 Prozent reduzieren. Automatisierte Bankkonnektivität gehört zu den wichtigsten schnellen Erfolgen bei der Treasury-Automatisierung.

Was heißt das konkret? Ihr Treasury-Spezialist verbringt nicht mehr drei Stunden täglich mit Einloggen in Bankportale, Herunterladen von Kontoauszügen und manueller Abstimmung. Er öffnet die Treasury-Plattform und sieht die konsolidierte Cash-Position aller Konten in Echtzeit. Die Daten sind da. Die Abstimmung ist passiert. Er kann sich auf Analysen und Entscheidungen konzentrieren.

Fazit: H2H bleibt das Rückgrat, aber der Eigenbau lohnt sich selten

Host-to-Host-Verbindungen sind nach wie vor das Rückgrat für Unternehmen mit signifikantem Zahlungsvolumen. EBICS, SEPA und ISO 20022 haben im DACH-Raum einen ausgereiften technischen Stack geschaffen.

Aber: Eigenbau und Wartung binden erhebliche Ressourcen. Moderne Treasury-Plattformen bieten einen Ausweg: Sie bekommen die Leistungsfähigkeit direkter Bankanbindung ohne den Wartungsaufwand. Das Treasury gewinnt an Effizienz, die IT bleibt für strategische Projekte verfügbar, und der CFO sieht messbare Kostenvorteile.

In einer Zeit, in der Finanzabteilungen mehr mit weniger erreichen müssen, ist die Entscheidung oft klar. H2H bildet die technische Grundlage. Eine moderne Treasury-Plattform macht sie nutzbar, wartbar und skalierbar.