API-Banking vs. Open Banking: Was ist der eigentliche Unterschied für ein Unternehmen?
Bankanbindung

Fasse den Artikel mit deiner KI zusammen
Index
Drei Uhr nachmittags, die Abteilungsleitung Treasury sitzt zwischen zehn geöffneten Browser-Tabs verschiedener Banking-Portale und einem Excel-Sheet, das sich zum dritten Mal aufgehängt hat. Die Liquiditätsübersicht für das Management-Meeting um vier ist noch nicht fertig während die Freigabe des dringenden firmenweiten Zahlungsverkehrs noch aussteht. Währenddessen landen im Posteingang zwei weitere Angebote: eines für „moderne API-Banking-Lösungen", ein anderes für „Open-Banking-Integration". Beide versprechen das Gleiche, aber sind sie das wirklich?
Die kurze Antwort: API-Banking ist die Technologie (das WIE), also Schnittstellen, die Bankensysteme mit anderen Systemen verbinden. Open Banking ist das regulatorische Konzept (das WAS und WARUM), das auf der Zweiten Zahlungsdiensterichtlinie (PSD2) basiert und standardisierte Datenweitergabe mit Kundenzustimmung vorschreibt.
Was ist API-Banking? Das technologische Fundament
Eine API (Application Programming Interface) ist ein Satz von Regeln, der verschiedenen Softwaresystemen erlaubt, miteinander zu kommunizieren.
Als Metapher ist es leicht zu verstehen: Sie bestellen etwas (Datenanfrage als GET-Anfrage), der Kellner bringt die Bestellung in die Küche, die Küche bereitet das Essen zu, der Kellner bringt es zurück. Sie sehen die Küche nie, bekommen aber genau das, was Sie bestellt haben.
Nicht alle APIs sind gleich
Banken nutzen APIs seit Jahrzehnten für interne Verbindungen und Firmenkunden-Integrationen. API-Banking meint schlicht, diese Schnittstellen einzusetzen, um Bankdienstleistungen bereitzustellen:
- Interne APIs verbinden bankeigene Systeme und bleiben privat und geschlossen.
- Partner-APIs schaffen selektive Verbindungen ausschließlich mit strategischen Partnern.
- Öffentliche APIs stehen autorisierten Entwicklern zur Verfügung, wobei die Bank die endgültige Kontrolle über den Zugang behält.
Wichtig: API-Banking nutzt oft proprietäre Protokolle, die jede Bank individuell definiert. Es gab historisch keine Standardisierungspflicht und kein Kundenrecht auf Datenweitergabe. Jede Bank machte, was sie wollte.
Was ist Open Banking? Der regulatorische Rahmen
Open Banking ist ein gesetzlicher Standard, eingeführt mit der PSD2, die Kundenrechte schafft und Banken verpflichtet.
EBICS: Der DACH-Standard im Vergleich mit APIs und Open Banking
Sie haben vielleicht auch schon von EBICS gehört. Was ist dieser Standard und wie steht er im Einklang mit Open Banking und API-Banking? EBICS (Electronic Banking Internet Communication Standard) ist ein eigenständiger Standard für multibankfähigen Zahlungsverkehr.
Viele deutsche Unternehmen nutzen EBICS seit Jahren für sichere Verbindungen, lange vor Open Banking und PSD2 und es dominiert im deutschen Firmenkundengeschäft.
Während Open Banking auf REST-APIs setzt, bietet EBICS eine bewährte Alternative mit breiter Akzeptanz bei Sparkassen und Volksbanken. Der EBICS-Standard ist seit dem 1. Januar 2008 für alle an die Deutsche Kreditwirtschaft angeschlossenen Kreditinstitute verbindlich.
Was heißt das praktisch? Beides kombinieren. So nutzen Sie bewährte Zahlungs-Workflows und Echtzeit-Innovationen gleichzeitig.
PSD2 und lokale Standards in der DACH-Region
Die Zweite Zahlungsdiensterichtlinie (PSD2) der EU verpflichtet Banken, Drittanbietern mit Kundenzustimmung Zugang zu gewähren. Das Ziel: mehr Wettbewerb, mehr Innovation, mehr Kundenkontrolle.
In Deutschland setzt das Zahlungsdiensteaufsichtsgesetz (ZAG) die PSD2 um. Die BaFin beaufsichtigt Zahlungsauslöse- und Kontoinformationsdienstleister.
In Österreich übernimmt die FMA diese Rolle, wobei das Zahlungsdienstegesetz 2018 (ZaDiG 2018) die nationale Umsetzung ist.
Die Schweiz entwickelt als Nicht-EU-Land marktgetriebene Lösungen wie bLink von SIX. bLink ist die führende Schweizer Open-Banking-Plattform und ermöglicht standardisierte, sichere Verbindungen zwischen Banken und Fintechs.
Die technischen Standards in der DACH-Region basieren häufig auf der sogenannten Berlin Group. Darauf aufbauend startete die Deutsche Kreditwirtschaft am 1. Januar 2025 das giroAPI-Scheme als erstes europäisches API-Scheme für erweiterte Premium-Dienste.
EBICS hingegen ist nicht Bestandteil des PSD2-Rahmens, sondern ein eigenständiger, parallel existierender Kommunikationsstandard für den multibankfähigen Zahlungsverkehr von Firmenkunden. Er ist in Deutschland etabliert, für die deutsche Kreditwirtschaft verbindlich und nach wie vor entscheidend für den sicheren B2B-Zahlungsverkehr.
Datenaustausch, Sicherheit und ausdrückliche Zustimmung
Die goldene Regel: Keine Bank-API darf Daten ohne ausdrückliche Kundeneinwilligung bewegen.
Wenn Ihr Unternehmen einen Open-Banking-Dienst nutzt, autorisieren Sie aktiv, welche Konten zugänglich sind, welche Daten sichtbar werden und für wie lange. Die Zustimmung kann jederzeit widerrufen werden.
Die Starke Kundenauthentifizierung (SCA) schützt jeden Zugriff und erfordert mindestens zwei Faktoren: etwas, das Sie wissen (z. B. PIN), haben (z. B. Smartphone) oder sind (z. B. Fingerabdruck). Alle Drittanbieter brauchen eine BaFin-Zulassung und müssen DSGVO-konform arbeiten.
API-Banking vs. Open Banking: Die wichtigsten Unterschiede erklärt
Die folgende Tabelle fasst die Unterschiede für CFOs zusammen:
| Aspekt | API-Banking | Open Banking |
| Regulierung | Freiwillig, bankgesteuert | Gesetzlich verpflichtend (z. B. durch PSD2) |
| Standards | Proprietär, von Bank zu Bank verschieden | Standardisierte Protokolle (z. B. Berlin Group) |
| Kontrolle | Die Bank entscheidet über den Zugang | Der Kunde entscheidet über seine Daten |
| Zugang | Nur ausgewählte, strategische Partner | Alle zugelassenen Drittanbieter |
Das Open-Banking-Ökosystem: Wer tut was? TPPs, AISPs und PISPs
Das Ökosystem besteht aus mehreren technischen Akteuren:
Third-Party Providers (TPPs) sind Drittanbieter, die sich mit den Schnittstellen der Banken verbinden.
AISPs (Account Information Service Providers): Kontoinformationsdienste. Sie haben Nur-Lese-Zugriff. Sie ziehen Daten von Ihren Konten, um konsolidierte Übersichten zu erstellen. Ein Beispiel: Treasury-Management-Plattformen, die Salden von mehreren Banken aggregieren.
PISPs (Payment Initiation Service Providers): Zahlungsauslösedienste. Sie können Zahlungen in Ihrem Namen auslösen, ohne Kartendaten. Das ermöglicht direkte Bank-zu-Bank-Überweisungen und automatisierte Lieferantenzahlungen über Zahlungsfreigabe-Workflows.
Wirtschaftliche Auswirkungen: Praxisbeispiele für Unternehmen im DACH-Markt
Warum sollten sich CFOs heute für diese technologische Unterscheidung interessieren? Weil sie direkten Einfluss auf die Liquidität und die Margen hat.
Account-to-Account-Zahlungen (A2A-Zahlungen) und Instant Payments können Kosten senken
Regulierte Kartenzahlungen in der EU kosten für Verbraucherkarten 0,2 % (Debit) bis 0,3 % (Kredit) der Transaktion, doch bei B2B-Firmenkarten und internationalen Transaktionen liegen die Gesamtkosten für Händler typischerweise deutlich höher.
Account-to-Account-Zahlungen (A2A-Zahlungen): Open Banking ermöglicht direkte Banküberweisungen (Account-to-Account-Zahlungen), die Kartennetzwerke umgehen. In Verbindung mit Instant Payments können Unternehmen Zahlungen in Echtzeit ausführen, innerhalb von Sekunden statt Tagen. Für B2B-Transaktionen kann das heißen: niedrigere Kosten, schnellere Bestätigung, weniger Betrugsrisiko. Kann wohlgemerkt; jeder Fall ist anders.
Variable Recurring Payments (VRPs) geben Kunden mehr Kontrolle als Lastschriften, weil sie im Voraus definierte Limits festlegen können. VRPs eignen sich für Abos, Rechnungen oder automatisierte Zahlungen. Im UK-Markt machen VRPs bereits rund 16 % aller Open-Banking-Transaktionen laut dem jüngsten FCA-Fortschrittsbericht aus. Für den europäischen Markt wird das zunehmend relevant.
Banking as a Service (BaaS) öffnet neue Möglichkeiten
API-Banking ermöglicht Embedded Finance: Nicht-Finanzunternehmen betten Bankdienste in ihre Plattformen ein. Für Sie heißt das mehr Auswahl: Sie können Best-of-Breed-Anbieter für Zahlungsmanagement, Treasury, FX und Kredite auswählen und in einen Workflow integrieren.
Treasury zentralisieren durch Open-API-Konnektivität
Um die Liquiditätsplanung auf ein strategisches Level zu heben, müssen Datensilos aufgebrochen werden.
Das „Build vs. Buy"-Dilemma für Finanzteams
Sie könnten eigene API-Verbindungen zu jeder Bank aufbauen, mit unterschiedlicher Authentifizierung, Formaten und Support. Das braucht Entwickler, Wartung und Compliance-Expertise – Ressourcen, die viele Teams lieber strategischer einsetzen.
Oder Sie nutzen eine fertige Plattform, die Bankverbindungen bereits pflegt. Wenn eine Bank ihre API ändert oder Regulierung sich ändert, kümmert sich die Plattform darum.
Der praktische Nutzen: Echtzeit-Transparenz
Moderne Treasury-Management-Plattformen agieren als AISPs und nutzen Open APIs, um Salden von mehreren Banken in Echtzeit abzurufen.
Automatisierte Konnektivität heißt konkret: Kein tägliches Einloggen in zehn Banking-Portale mehr. Keine manuelle Excel-Abstimmung für Ihre Cash-Position. Die heutigen Salden und gestrigen Transaktionen landen automatisch in einem Dashboard, kategorisiert und analysierbar.
Das unterstützt bessere Cashflow-Prognosen, beschleunigt den Monatsabschluss durch automatisierte Kontenabstimmung und erlaubt strategische Liquiditätssteuerung basierend auf echten Daten statt auf Bauchgefühl.




