Digitale Zahlungsabwicklung
Die digitale Zahlungsabwicklung umfasst alles, was zwischen dem Klick auf die Bezahlschaltfläche und der Gutschrift auf dem Konto des Händlers geschieht. Dieser Bereich beschreibt den Lebenszyklus einer Zahlung, die beteiligten Parteien und die technischen Lösungen, die den Prozess zuverlässig machen.
Warum die Zahlungsabwicklung komplexer ist, als sie aussieht
Für die Nutzerin oder den Nutzer ist eine Zahlung ein einzelnes Ereignis. Technisch ist sie eine Folge von Zustandsübergängen, an denen typischerweise ein Zahlungsgateway, ein Zahlungsdienstleister, die Bank oder der Kartenherausgeber des Zahlers, die Bank oder der Acquirer des Zahlungsempfängers sowie ein oder mehrere Abwicklungssysteme beteiligt sind. Jede Partei führt ihre eigene Sicht auf den Status der Zahlung, und die Zuverlässigkeit des Ganzen hängt davon ab, wie diese Sichten konsistent gehalten werden.
Bei Kartenzahlungen sind die Autorisierung und die tatsächliche Bewegung der Gelder (Clearing und Settlement) getrennte Schritte, zwischen denen Tage liegen können. Bei Konto-zu-Konto-Zahlungen (Account-to-Account, A2A) genehmigt der Zahler die Überweisung direkt bei seiner eigenen Bank, und über ein Echtzeitzahlungssystem können die Gelder innerhalb von Sekunden eintreffen. Bei modernen A2A-Zahlungen authentifiziert sich die zahlende Person direkt mit dem Authentifizierungsverfahren ihrer eigenen Bank, was den Zahlungsablauf kurz und reibungslos machen kann, ohne dass separate Kartendaten eingegeben werden müssen. Unterschiedliche Zeitspannen bedeuten unterschiedliche Risiken: Bei Kartenzahlungen betrifft das Risiko häufig nachträgliche Rückbelastungen (Chargebacks), bei Überweisungen dagegen die Unwiderruflichkeit der Zahlung und die Sicherstellung des richtigen Zahlungsempfängers.
Bietet ein Händler mehrere Zahlungsmethoden an, liegen die Herausforderungen in einem einheitlichen Statusmodell, der Verwaltung von Rückerstattungen und dem buchhalterischen Abgleich. Eine gut konzipierte Zahlungsarchitektur trennt methodenspezifische Integrationen von einem gemeinsamen Zustandsautomaten, protokolliert jeden Zustandsübergang in einem unveränderlichen Log und gleicht die Transaktionen täglich mit den Berichten der Bank oder des Anbieters ab.
Brevixoo wickelt keine Zahlungen ab und vermittelt keine Zahlungen. Diese Seite beschreibt allgemeine Architekturprinzipien, die ergänzend zur Dokumentation der Anbieter genutzt werden können.
Der Lebenszyklus einer Zahlung in sechs Schritten
Die Schritte sind unabhängig von der Zahlungsmethode beschrieben. Bei Kartenzahlungen und Konto-zu-Konto-Zahlungen unterscheiden sich die Inhalte der Schritte, die Struktur ist jedoch dieselbe.
Erstellung der Zahlungsanforderung
Das System des Händlers erstellt eine Zahlungsanforderung mit Betrag, Währung, Referenz und einem eindeutigen Idempotenzschlüssel. Die Anforderung wird im Status „erstellt“ gespeichert.
Wahl der Zahlungsmethode
Der Zahler wählt eine Zahlungsmethode. Bei Kartenzahlungen werden die Kartendaten tokenisiert, bei Überweisungen wird der Zahler zum Dienst seiner Bank weitergeleitet.
Authentifizierung und Genehmigung
Der Zahler wird gemäß PSD2 stark authentifiziert. Die Genehmigung wird dynamisch mit dem Betrag und dem Zahlungsempfänger verknüpft.
Autorisierung oder Auftrag
Der Kartenherausgeber autorisiert die Kartenzahlung oder die Bank führt den Zahlungsauftrag aus. Die Antwort lautet genehmigt oder abgelehnt.
Abwicklung und Übermittlung
Die Gelder werden über das Abwicklungssystem bewegt. Bei Echtzeitzahlungen geschieht dies innerhalb von Sekunden, bei Kartenzahlungen und Standardüberweisungen später.
Abgleich und Reporting
Die Transaktionen werden mit den Berichten des Anbieters und dem Kontoauszug abgeglichen, Abweichungen werden bearbeitet und die Buchhaltung wird aktualisiert.
Wo die Architektur der Zahlungsabwicklung den Unterschied macht
Dieselben Prinzipien wiederholen sich unabhängig von der Branche. Unterschiede ergeben sich aus Volumen, Zahlungsmethoden und Risikoprofil.
E-Commerce
Parallele Unterstützung mehrerer Zahlungsmethoden, ein einheitliches Statusmodell und automatisierte Rückerstattungen.
Abonnementdienste
Wiederkehrende Belastungen, Verwaltung von Zahlungsmandaten und Wiederholungslogik für fehlgeschlagene Belastungen.
Plattformökonomie
Verteilung von Geldern an mehrere Zahlungsempfänger und getrennte Verwahrung vermittelter Gelder.
Rechnungsstellung und B2B
Nutzung von ISO-20022-Referenzen für die automatische Zuordnung und die Kreditorenbuchhaltung.
Öffentliche Dienste
Barrierefreie Zahlungswege, starke Authentifizierung und ein langfristiger Prüfpfad.
Rückerstattungen
Ein kontrollierter Rückerstattungsprozess, bei dem die Rückerstattung der ursprünglichen Zahlung und dem ursprünglichen Konto zugeordnet wird.
Typische Risiken und Maßnahmen
Die Tabelle fasst die häufigsten Risiken der Zahlungsabwicklung zusammen. Die Liste ist nicht abschließend, und eine Risikobewertung sollte stets im Einzelfall erfolgen.
| Risiko | Beschreibung | Maßnahme |
|---|---|---|
| Doppelbelastung | Ein erneuter Versuch nach einem Netzwerkausfall erzeugt eine zweite Zahlung. | Idempotenzschlüssel und eine serverseitige Statusprüfung vor jeder neuen Anforderung. |
| Statusabweichung | Die Sicht des Händlers und des Anbieters auf den Zahlungsstatus weichen voneinander ab. | Signierte Webhooks, Statusabfragen und täglicher Abgleich. |
| Abfluss von Kartendaten | Sensible Daten gelangen in die Systeme des Händlers. | Tokenisierung, gehostete Zahlungsfelder und Einhaltung der PCI-DSS-Anforderungen. |
| Falscher Zahlungsempfänger | Eine Überweisung geht durch Betrug oder Irrtum auf ein falsches Konto. | Empfängerüberprüfung (VoP) und risikobasierte Transaktionsüberwachung. |
| Fehler bei Rückerstattungen | Eine Rückerstattung wird der falschen Zahlung zugeordnet oder übersteigt den ursprünglichen Betrag. | Bindung der Rückerstattung an die ursprüngliche Transaktionskennung und Betragsgrenzen. |
- PCI DSS v4.0
- Der Sicherheitsstandard für den Umgang mit Kartendaten. Die zukunftsdatierten Anforderungen der Version 4.0 wurden am 31. März 2025 verbindlich.
- PSD2 / RTS 2018/389
- Starke Kundenauthentifizierung und dynamische Verknüpfung bei elektronischen Zahlungen.
- ISO 20022
- Strukturierte Zahlungsnachrichten, die umfangreiche Referenzdaten und eine automatische Zuordnung ermöglichen.
- Verordnung (EU) 2024/886
- Verfügbarkeit von Echtzeitzahlungen, Empfängerüberprüfung und Preisgleichheit.
Fragen: Digitale Zahlungsabwicklung
Worin unterscheiden sich Zahlungsgateway und Zahlungsdienstleister?
Ein Zahlungsgateway ist eine technische Schnittstelle, die die Zahlungsanforderung entgegennimmt und weiterleitet. Der Zahlungsdienstleister (Processor) übernimmt die eigentliche Kommunikation mit Kartennetzwerken oder Banken. In der Praxis vereinen viele Anbieter beide Rollen in einem Produkt.
Warum ist Idempotenz so wichtig?
Netzwerkverbindungen brechen ab, und der Client weiß nicht immer, ob eine Anfrage angekommen ist. Dank eines Idempotenzschlüssels kann dieselbe Anfrage gefahrlos erneut gesendet werden: Der Server erkennt den Schlüssel und liefert die ursprüngliche Antwort zurück, statt eine neue Zahlung zu erzeugen.
Kann eine Konto-zu-Konto-Zahlung rückgängig gemacht werden?
Eine Echtzeitüberweisung ist nach ihrer Ausführung grundsätzlich unwiderruflich. Eine fehlerhafte Zahlung wird in der Regel durch eine separate Rückzahlung oder einen Rückruf zurückgeführt. Deshalb ist die Überprüfung des Zahlungsempfängers vor der Genehmigung eine zentrale Kontrolle.
Wie oft sollte der Abgleich erfolgen?
Üblich ist mindestens ein täglicher automatisierter Abgleich, wobei Abweichungen innerhalb einer festgelegten Frist bearbeitet werden. Bei hohen Volumen erfolgt der Abgleich häufig nahezu in Echtzeit auf Transaktionsebene.
Verwandte Themen
Weitere Technologiebereiche und Leitfäden der Wissensdatenbank, die dieses Thema vertiefen.
Sichere Authentifizierungsprotokolle
Starke Kundenauthentifizierung (SCA), Bank-IDs, OAuth 2.0 / FAPI und dynamische Verknüpfung im PSD2-Umfeld.
Mehr erfahren → TechnologiebereichTransaktionsinfrastruktur
SEPA-Verfahren, TIPS und RT1, ISO-20022-Nachrichten, Idempotenz, Verfügbarkeit und operationale Resilienz.
Mehr erfahren → LeitfadenTrustly, Brite, Zimpler und Trumo: ein Technologievergleich
Vier kontobasierte Zahlungslösungen aus Sicht der Zahlungstechnologie: Architektur, Authentifizierungsablauf, Zahlungsschienen, Rückerstattungen und Integrationsdesign.
Leitfaden lesen →Fehlt etwas Wesentliches?
Schlagen Sie ein Thema vor oder senden Sie eine Korrektur. Wir aktualisieren unsere Inhalte, wenn sich Regulierung und Standards ändern.