Zahlungsautorisierungsprozess: Flussdiagramm bis zum Capture
Zahlungsautorisierung für Datenvalidierung, Authentifizierung und Risikokontrollen, Routing, Issuer-Antwort, Statusabfrage bei unbekanntem Ergebnis und Capture-Übergabe.
Was ist zahlungsautorisierungsprozess: flussdiagramm bis zum capture?
Die Autorisierung klärt, ob eine Zahlung fortgesetzt werden darf; sie führt kein Settlement aus. Der Ablauf validiert Betrag, Zahlungsmittel und Bestellkontext, schützt die Daten und führt Authentifizierung des Zahlers sowie Risikokontrollen des Händlers aus. Nur eine lokal bestandene Anfrage erhält eine Versuchsreferenz und gelangt über Acquirer und Kartennetzwerk zum Issuer.
Ein lokaler Stopp gibt ein eigenes Ergebnis ohne Autorisierung zurück und endet, ohne eine Frage nach dem Issuer-Ergebnis zu durchlaufen. Bei eingereichten Anfragen unterscheidet der Ablauf eine empfangene Issuer-Antwort von Timeout oder unbekanntem Ergebnis. Eine Freigabe dokumentiert die Reservierungsreferenz; eine Ablehnung endet als Issuer-Entscheidung.
Unbekannt bedeutet weder abgelehnt noch erlaubt es eine blinde Wiederholung. Die Statusabfrage verwendet die ursprüngliche Versuchsreferenz erneut, und die Bestellung bleibt bis zur Klärung dieses Versuchs gesperrt. Eine bestätigte Freigabe wird nur bei weiterhin gültiger Bestellung an das Capture übergeben; die Freigabebehandlung übernimmt eine nicht mehr benötigte Autorisierung. Abfrage- und Stornierungsfunktionen müssen der dokumentierten Integration entsprechen.
Was dieses Flussdiagramm abdeckt
In dieser Vorlage
- Erfassung von Zahlungs- und Bestelldaten mit Korrekturschleife vor Anlage des geschützten Autorisierungskontexts
- Authentifizierung des Zahlers und Händlerrisikoprüfung mit lokalem Ergebnis ohne Autorisierung, das die Issuer-Auswertung umgeht
- Übergaben zwischen Acquirer, Kartennetzwerk und Issuer anhand einer einheitlichen Autorisierungsversuchsreferenz
- Issuer-Freigabe oder -Ablehnung ohne die Autorisierung als Clearing, Settlement oder Händlerauszahlung zu beschreiben
- Timeout-Abfrage mit der ursprünglichen Referenz und gesperrter Wiederholung bis zur Klärung des ersten Versuchs
Wann Sie diese Vorlage verwenden sollten
- Checkout-Teams benötigen eine gemeinsame Karte der Verantwortungen von Händler, Gateway, Acquirer, Kartennetzwerk und Issuer
- Ein Timeout wird derzeit ohne Prüfung des ursprünglichen Ergebnisses in einen neuen Autorisierungsversuch umgewandelt
- Authentifizierungsfehler, Händlerrisikostopps und Issuer-Ablehnungen werden als ein unklarer Status gespeichert
- Bestellsysteme fahren ohne eindeutiges Autorisierungsergebnis fort oder verlieren die für das spätere Capture erforderliche Referenz
- Teams müssen Zahlungsautorisierung von Capture, Clearing, Settlement und Chargeback-Bearbeitung trennen
So funktioniert es
Erforderliche Anfragedaten definieren
Listen Sie Betrag, Währung, Zahlungsmittel, Händler-, Bestell- und Kanalkontext auf, den die Integration benötigt. Validieren Sie diese Angaben vor Anlage des Autorisierungsversuchs, damit Korrekturen keine doppelten Anfragen erzeugen.
Authentifizierung und Risiko konfigurieren
Dokumentieren Sie die je Kanal geltenden Authentifizierungswege und Händlerrisikokontrollen. Halten Sie einen lokalen Stopp von einer Issuer-Ablehnung getrennt und sensible Entscheidungslogik aus kundenbezogenen Antworten heraus.
Eine Versuchsreferenz bewahren
Erzeugen oder übernehmen Sie eine Referenz, mit der alle Beteiligten und Statusabfragen denselben Versuch verbinden können. Dokumentieren Sie Anfrage, Antwort und Statusänderungen, ohne frühere Ereignisse zu überschreiben.
Unbekannte Ergebnisse behandeln
Nutzen Sie die unterstützte Statusabfrage oder eine kontrollierte Untersuchung vor jeder neuen Anfrage. Definieren Sie, wie lange eine Bestellung gesperrt bleiben darf und wer einen Versuch verantwortet, dessen eindeutiger Status noch nicht wiederhergestellt werden kann.
Capture-Übergabe festlegen
Bestimmen Sie Freigabedaten und Geschäftsauslöser für das Capture. Ist die Bestellung nicht mehr gültig, entfernen Sie sie aus der Capture-Queue und eröffnen die unterstützte Freigabe- oder Stornierungsbehandlung.
Häufig gestellte Fragen
Was geschieht bei der Zahlungsautorisierung?
Der Händler validiert Zahlungs- und Bestellkontext, schützt die Daten und führt Authentifizierungs- und Risikoprüfungen aus. Ein lokaler Stopp endet ohne Issuer-Anfrage. Ein zulässiger Versuch erhält eine Referenz und wird zum Issuer geleitet; eine empfangene Freigabe oder Ablehnung folgt dem eindeutigen Weg, ein Timeout der Statusabfrage.
Überträgt eine Autorisierungsfreigabe Geld?
Nein. Die Freigabe bedeutet, dass der Issuer die Anfrage erlaubt, und kann Verfügbarkeit reservieren. Capture, Clearing, Settlement und Händlerauszahlung sind spätere Zustände mit getrennten Datensätzen und Verantwortlichen. Eine Freigabe darf nicht als vereinnahmtes Geld gemeldet werden.
Was geschieht nach einem Autorisierungs-Timeout?
Behandeln Sie das Ergebnis als unbekannt, bis der ursprüngliche Versuch geprüft werden kann. Fragen Sie mit seiner Referenz ab und sperren Sie die Wiederholung, weil die erste Anfrage trotz verlorener Antwort erfolgreich gewesen sein kann. Kann die Abfrage den Status nicht klären, führen Sie eine verantwortete Untersuchung statt einer erfundenen Ablehnung.
Wann sollte eine freigegebene Autorisierung erfasst werden?
Capture sollte auf eine bestätigte Freigabe und den Geschäftsauslöser des Händlers wie Kaufannahme oder Erfüllung folgen. Die Übergabe benötigt freigegebenen Betrag und Referenz. Zeitpunkt und Unterstützung für verzögertes oder angepasstes Capture ergeben sich aus der Acquiring- und Verarbeitungsvereinbarung.
Wo dieser Prozess einzuordnen ist
In den meisten Unternehmen folgt dieser Prozess auf Flussdiagramm für die Transaktionsrisikoprüfung und übergibt an Flussdiagramm für den Lebenszyklus einer Kartentransaktion.
Er ist ein Schritt in Kartenzahlungslebenszyklus.
Schritt 1: Kartenzahlungsprozess: Flussdiagramm vom Kauf bis zum Capture
Kartenzahlungsprozess für Kaufstart, sichere Datenerfassung, Autorisierungsantwort, Fortsetzen oder Abbruch durch den Händler, Freigabemeldung und Capture-Übergabe.
Schritt 2: Zahlungsautorisierungsprozess: Flussdiagramm bis zum Capture Sie sind hier
Zahlungsautorisierung für Datenvalidierung, Authentifizierung und Risikokontrollen, Routing, Issuer-Antwort, Statusabfrage bei unbekanntem Ergebnis und Capture-Übergabe.
Schritt 3: Flussdiagramm für den Lebenszyklus einer Kartentransaktion
Lebenszyklus einer Kartentransaktion mit eindeutigen oder unbekannten Autorisierungsergebnissen, referenzbasierter Statusabfrage, Capture, Clearing, Settlement und Abschluss.
Schritt 4: Flussdiagramm für Zahlungs-Clearing und Settlement
Schritt 5: Zahlungsabstimmungsprozess: Flussdiagramm bis zum Settlement