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.
Was ist kartenzahlungsprozess: flussdiagramm vom kauf bis zum capture?
Eine Kartenzahlung beginnt als zeitkritischer Kaufvorgang, nicht als bereits abgerechnetes Geld. Der Karteninhaber bestätigt den Kauf, der Händler legt Bestellung und Betrag an, und Gateway oder Prozessor erfasst und schützt die Zahlungsdaten. Ungültige Angaben gehen zur Korrektur zurück, bevor Authentifizierung oder Risikoprüfung des Händlers einen Autorisierungsversuch erzeugen können.
Erlauben die lokalen Kontrollen die Anfrage, validiert der Acquirer sie, das Kartennetzwerk leitet sie weiter und der Issuer antwortet mit Freigabe oder Ablehnung. Ein lokaler Stopp hat ein eigenes Ergebnis ohne Autorisierung, weil der Issuer nie angefragt wurde. Nach einer Freigabe entscheidet der Händler, ob die Bestellung aktiv bleibt. Ein Abbruch bleibt eine Händlerentscheidung; Gateway oder Prozessor übernimmt danach die unterstützte Stornierungs-, Advice- oder Reservierungsfreigabemeldung. Eine aktive Bestellung wird bestätigt und mit unveränderter Autorisierungsreferenz an das Capture übergeben.
Die nachgelagerte Verarbeitung ist bewusst auf drei Schritte verdichtet: Das Netzwerk tauscht Clearingdaten aus und erstellt aus den berechneten Positionen Anweisungen, ein Settlement-Agent oder eine Bank erfüllt die Verpflichtungen zwischen den Instituten, und der Acquirer gibt die Händlerauszahlung frei. Nutzen Sie den Kartentransaktionslebenszyklus oder den Clearing- und Settlement-Prozess, wenn diese späteren Zustände und Ausnahmen operativ im Detail dargestellt werden müssen.
Was dieses Flussdiagramm abdeckt
In dieser Vorlage
- Kaufstart und geschützte Erfassung von Zahlungsdaten mit Korrektur vor Ausführung lokaler Kontrollen
- Trennung von Authentifizierung und Händlerrisikoprüfung von der Autorisierungsentscheidung des Issuers
- Übergaben von Autorisierungsanfrage und -antwort zwischen Acquirer, Kartennetzwerk und Issuer
- Entscheidung des Händlers über Fortsetzung oder Abbruch getrennt von Stornierung und Reservierungsfreigabe durch Gateway oder Prozessor
- Korrekturschleife für Capture und kompakter Kontext für Clearing, Settlement und Händlerauszahlung
Wann Sie diese Vorlage verwenden sollten
- Product, Operations und Finance verwenden Autorisierung, Capture, Clearing und Settlement wie austauschbare Ereignisse
- Ein Händler benötigt eine anbieterneutrale Sicht der Echtzeitübergaben, ohne den Checkout in eine Settlement-Karte zu verwandeln
- Ablehnungen und Capture-Ausnahmen werden außerhalb des Bestelldatensatzes bearbeitet, sodass Verantwortung und Kundenergebnis unklar sind
- Der Echtzeit-Checkout wird von nachgelagerten Settlement-Details verdeckt und der Entscheidungspunkt des Händlers fehlt
- Teams benötigen eine kaufbezogene Karte mit klarer Grenze zu späteren Lebenszyklus- und Finanzverfahren
So funktioniert es
Tatsächliche Beteiligte abbilden
Ersetzen Sie die allgemeinen Bahnen durch die Beteiligten Ihrer Acquiring- und Verarbeitungsvereinbarung. Ein Anbieter kann mehrere Rollen erfüllen, aber Verantwortungen für Anfrage, Antwort und Geldbewegung sollten sichtbar getrennt bleiben.
Autorisierungskontrollen definieren
Dokumentieren Sie je unterstütztem Kanal erforderliche Zahlungsdaten, Authentifizierungswege, Händlerrisikoentscheidungen, Anfragereferenzen und eine kundengerechte Verarbeitung der Antworten.
Capture-Auslöser festlegen
Bestimmen Sie, wann Capture eingereicht werden darf, wer abgelehnte Datensätze korrigiert und wie ein Händlerabbruch die unterstützte Stornierungs- oder Reservierungsfreigabe bei Gateway oder Prozessor anfordert. Halten Sie Capture von der früheren Autorisierung getrennt.
Nachgelagerte Verarbeitung kompakt halten
Benennen Sie Verantwortliche für Clearingdaten, Settlement-Agent oder Bank und Händlerauszahlung. Verknüpfen Sie anschließend detaillierte Clearing- und Abstimmungsverfahren, statt sie hier zu duplizieren.
Übergabedatensatz definieren
Wählen Sie Referenzen und Statusfelder, die den Checkout mit dem akzeptierten Capture verlassen, damit spätere Datensätze auf den Kauf zurückgeführt werden können, ohne dessen Echtzeitergebnis umzuschreiben.
Häufig gestellte Fragen
Was sind die wichtigsten Schritte eines Kartenzahlungsprozesses?
Eine kaufbezogene Karte legt Bestellung und Betrag an, erfasst Zahlungsdaten geschützt, führt Authentifizierung und Händlerrisikoprüfung aus, leitet eine Autorisierungsanfrage zum Issuer und gibt dessen Antwort zurück. Danach entscheidet der Händler über Fortsetzung oder Abbruch und übergibt einen freigegebenen Kauf an das Capture. Clearing, Settlement und Händlerauszahlung erscheinen nur als nachgelagerter Kontext.
Bedeutet eine Autorisierung, dass der Händler das Geld erhalten hat?
Nein. Die Autorisierung ist eine Issuer-Entscheidung und kann Verfügbarkeit reservieren. Capture führt die Transaktion weiter, Clearing bestimmt die Positionen der Beteiligten, ein Settlement-Agent oder eine Bank bewegt Geld zwischen Instituten, und die Händlerauszahlung folgt der Acquiring-Vereinbarung. Zeitpunkt und Buchungswirkung hängen vom jeweiligen Modell ab.
Warum werden Prozessor, Netzwerk und Settlement getrennt?
Es sind unterschiedliche logische Rollen, auch wenn ein Anbieter mehrere davon erfüllt. Ein Prozessor transportiert Händlermeldungen, ein Kartennetzwerk tauscht Autorisierungs- und Clearingdaten aus oder erstellt Settlement-Anweisungen, und ein Settlement-Agent oder eine Bank führt die institutionelle Geldbewegung aus. Kennzeichnen Sie kombinierte Anbieter, ohne Geldbewegung einer reinen Datenroutingrolle zuzuweisen.
Wie behandelt die Vorlage Kartenablehnungen und Ausnahmen?
Trennen Sie lokale Stopps von Issuer-Ablehnungen und bewahren Sie die ursprüngliche Transaktionsreferenz für Capture-Korrekturen. Wird eine freigegebene Bestellung abgebrochen, dokumentieren Sie zuerst die Händlerentscheidung und senden danach nur die von der Gateway- oder Prozessorintegration unterstützte Stornierungs-, Advice- oder Reservierungsfreigabemeldung.
Wo dieser Prozess einzuordnen ist
In den meisten Unternehmen übergibt dieser Prozess an Zahlungsautorisierungsprozess: Flussdiagramm bis zum Capture.
Er ist ein Schritt in Kartenzahlungslebenszyklus.
Schritt 1: Kartenzahlungsprozess: Flussdiagramm vom Kauf bis zum Capture Sie sind hier
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
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
Schritt 4: Flussdiagramm für Zahlungs-Clearing und Settlement
Schritt 5: Zahlungsabstimmungsprozess: Flussdiagramm bis zum Settlement