Ihr Daten-Template für die Zahlungsabwicklung
Ihr Daten-Template für die Zahlungsabwicklung
- Empfohlene Datenattribute
- Zentrale Aktivitäten im Zahlungslebenszyklus
- Schritt-für-Schritt-Anleitung zum Datenexport aus Stripe
Attribute der Zahlungsabwicklung
| Name | Beschreibung | ||
|---|---|---|---|
|
Aktivität
EventName
|
Die Bezeichnung des konkreten Schritts oder Ereignisses im Zahlungsablauf. | ||
|
Beschreibung
Dieses Attribut gibt die Aktivität an, die zu einem bestimmten Zeitpunkt ausgeführt wurde. In der Regel wird es aus den Stripe-Webhook-Ereignistypen abgeleitet. So wird beispielsweise aus 'payment_intent.created' die Aktivität 'Zahlungsanforderung erstellt' und aus 'charge.succeeded' die Aktivität 'Zahlung autorisiert'. Damit die Prozessübersicht gut lesbar ist, müssen diese technischen Ereignisnamen passenden Aktivitätsbezeichnungen aus der Geschäftssprache zugeordnet werden. So können Analysten den Ablauf nachvollziehen, ohne die Rohdaten der API-Ereigniscodes entschlüsseln zu müssen.
Warum das wichtig ist
Damit werden die Knoten in der Prozessübersicht definiert und der Prozessablauf visualisiert.
Woher beziehen
Stripe API: Event-Objekt, Feld 'type'.
Beispiele
Zahlungsanfrage erstelltZahlung autorisiertZahlung fehlgeschlagenZahlungsanfechtung eröffnet
|
|||
|
Letzte Datenaktualisierung
ExtractionTimestamp
|
Der Timestamp, zu dem die Daten aus Stripe extrahiert wurden. | ||
|
Beschreibung
Dieses Attribut erfasst, wann die Daten aus dem Quellsystem abgerufen wurden. Es zeigt, wie aktuell die Analyse ist, und hilft, mögliche Verzögerungen bei der Datenübertragung zu erkennen. In Dashboards sehen Benutzer anhand dieses Feldes, wie aktuell die Daten sind. Liegen der Ereignis-Timestamp und der Extraktions-Timestamp weit auseinander, kann das auf eine Verzögerung in der Datenpipeline hindeuten.
Warum das wichtig ist
Es sorgt für Transparenz über die Aktualität der Daten und unterstützt Strategien zum inkrementellen Laden.
Woher beziehen
Wird vom ETL- oder Extraktionstool erzeugt.
Beispiele
2023-11-01T00:00:00Z2023-11-01T12:00:00Z
|
|||
|
Payment Transaction ID
PaymentIntentId
|
Die eindeutige Kennung der Zahlungstransaktion in Stripe. | ||
|
Beschreibung
Dieses Attribut dient als zentrale Case-ID für die Prozessanalyse. Es wird in der Regel aus dem Feld „id“ des Stripe-PaymentIntent-Objekts abgeleitet, zum Beispiel pi_12345. Damit werden alle zugehörigen Ereignisse wie Autorisierung, Einzug, Fehlschlag und Erstattung zu einem durchgängigen Case zusammengeführt. Bei der Analyse ist diese ID entscheidend, um den vollständigen Verlauf einer Zahlungsanfrage zu rekonstruieren. Sie stellt sicher, dass einzelne Versuche und Statusänderungen der richtigen, vom Kunden angeforderten Finanztransaktion zugeordnet werden.
Warum das wichtig ist
Sie ist der Primärschlüssel des Process-Mining-Modells. Damit kann das System einzelne Ereignisse zu einem zusammenhängenden Prozessverlauf verbinden.
Woher beziehen
Stripe API: PaymentIntent-Objekt, Feld „id“.
Beispiele
pi_3MtwPdLkdIwHu7ix28XE9f12pi_1Jq8uFLkdIwHu7ix0yNq9g34pi_3N5yQdLkdIwHu7ix1AzP8h56ch_3LkrCdLkdIwHu7ix0ByR7j78
|
|||
|
Quellsystem
SourceSystem
|
Der Name des Systems, aus dem die Daten stammen. | ||
|
Beschreibung
Dieses Attribut gibt an, aus welchem System der Datensatz stammt. In dieser Prozessansicht lautet der Wert immer 'Stripe'. Das ist in Umgebungen mit mehreren Systemen hilfreich, in denen Prozessabläufe CRM-, ERP- und Zahlungssysteme umfassen können. Analysten können damit die Prozessübersicht auf Aktivitäten im Zahlungsdienstleister beschränken oder Stripe von anderen Zahlungsmethoden unterscheiden, wenn mehrere Gateways gemeinsam analysiert werden.
Warum das wichtig ist
Es weist die Herkunft der Daten aus, eine wichtige Voraussetzung für Data Governance und Process Mining über mehrere Systeme hinweg.
Woher beziehen
Bei der Extraktion fest codierter Wert.
Beispiele
StripeStripe ConnectStripe Payments
|
|||
|
Startzeit
EventTimestamp
|
Das genaue Datum und die Uhrzeit, zu der das Ereignis eingetreten ist. | ||
|
Beschreibung
Dieses Attribut erfasst den Timestamp des Ereignisses. Bei Stripe wird er im Feld 'created' des Event-Objekts als Unix-Timestamp angegeben. Diese Angabe ist entscheidend, um die Reihenfolge der Aktivitäten festzustellen. Analysten berechnen damit Zykluszeiten und Zeitabstände zwischen Aktivitäten und ordnen die Ereignisse dem richtigen Case mit der Zahlungs-Transaktions-ID zu. Ohne genaue Timestamps lassen sich weder der Prozessablauf bestimmen noch die Leistung messen.
Warum das wichtig ist
Es liefert die zeitliche Dimension, die für die Prozesserkennung und Leistungsanalyse erforderlich ist.
Woher beziehen
Stripe API: Event-Objekt, Feld 'created'.
Beispiele
2023-10-27T08:30:00Z2023-10-27T08:30:05Z2023-10-27T14:15:00Z
|
|||
|
Auszahlungs-ID
PayoutId
|
Die Kennung der Bankauszahlung, in der diese Zahlung enthalten ist. | ||
|
Beschreibung
Dieses Attribut ordnet die einzelne Transaktion der Sammelauszahlung (Payout) zu, die auf das Bankkonto des Händlers überwiesen wird. Es steht im Balance-Transaction-Objekt, das der Belastung zugeordnet ist. Für die 'Analyse der Abstimmungslücke bei Zahlungen' ist es besonders wichtig. Wurde eine Zahlung abgewickelt, aber fehlt die Payout-ID, bedeutet das, dass Stripe die Gelder noch hält und sie noch nicht an das Unternehmen überwiesen hat. Das macht Verzögerungen bei der Liquidität sichtbar.
Warum das wichtig ist
Es ordnet den einzelnen Case dem abschließenden Schritt der finanziellen Abwicklung zu.
Woher beziehen
Stripe API: Balance-Transaction-Objekt, Feld 'payout'.
Beispiele
po_1MtwPdLkdIwHu7ix28XE9f12po_1Jq8uFLkdIwHu7ix0yNq9g34
|
|||
|
Bearbeiter
ProcessingUser
|
Der Benutzer oder Systemagent, der für manuelle Prüfungen zuständig ist. | ||
|
Beschreibung
Dieses Attribut gibt den menschlichen Bearbeiter oder die Systemlogik an, der beziehungsweise die eine bestimmte Aktivität ausgeführt hat, insbesondere bei 'Zahlungsprüfung erforderlich' oder 'Streitfall eröffnet'. In Stripe Radar kann dies die E-Mail-Adresse des Prüfers aus den Prüfprotokollen sein. Die Daten bilden die Grundlage für die 'Heatmap manueller Eingriffe'. Führungskräfte sehen damit, welche Teammitglieder die meisten Prüfungen bearbeiten, und können mögliche Engpässe im manuellen Workflow erkennen.
Warum das wichtig ist
Es ermöglicht die Ressourcenanalyse und hilft, manuelle Engpässe zu erkennen.
Woher beziehen
Stripe API: Review-Objekt (Radar), Feld 'closed_by' oder 'opened_reason'.
Beispiele
fraud_team_botanalyst@company.comsystem_automatic
|
|||
|
Fehlercode
FailureCode
|
Der konkrete Fehlercode, der bei einer fehlgeschlagenen Zahlung zurückgegeben wird. | ||
|
Beschreibung
Dieses Attribut erfasst den Grund für eine fehlgeschlagene Zahlung, zum Beispiel 'insufficient_funds' oder 'card_declined'. In der Regel steht der Wert im Feld 'last_payment_error.code' des PaymentIntent. Diese Daten bilden die Grundlage für das Dashboard 'Zykluszeit der Fehlerbehebung'. Durch die Analyse der Codes kann das Unternehmen feststellen, welche technischen Fehler den Zahlungsablauf besonders stark beeinträchtigen und gezielte Verzögerungen verursachen.
Warum das wichtig ist
Das Attribut ist entscheidend, um die Ursachen von Prozessabweichungen und fehlgeschlagenen Transaktionen zu analysieren.
Woher beziehen
Stripe API: PaymentIntent-Objekt, Feld 'last_payment_error.code'.
Beispiele
card_declinedinsufficient_fundsexpired_cardincorrect_cvc
|
|||
|
Kunden-ID
CustomerId
|
Die Kennung des Kunden, der der Zahlung zugeordnet ist. | ||
|
Beschreibung
Dieses Attribut ordnet die Zahlung einem bestimmten Kunden in Stripe zu. Es stammt aus dem Feld 'customer'. So können Analysten Transaktionen nach Kunden gruppieren und das Dashboard 'Verzögerung bei Kundenbenachrichtigungen' erstellen. Außerdem lassen sich damit Kunden mit häufigen Nacharbeiten oder fehlgeschlagenen Zahlungen erkennen. Das unterstützt die Analyse 'Nacharbeitsquoten bei Zahlungsanweisungen'.
Warum das wichtig ist
Es ermöglicht eine kundenbezogene Prozessanalyse und Segmentierung.
Woher beziehen
Stripe API: PaymentIntent-Objekt, Feld 'customer'.
Beispiele
cus_9s6X9nLkdIwHu7cus_8f5Y8nLkdIwJu8cus_7d4Z7nLkdIwKu9
|
|||
|
Währung
PaymentCurrency
|
Der dreistellige ISO-Code der Transaktionswährung. | ||
|
Beschreibung
Dieses Attribut gibt an, in welcher Währung die Zahlung erfolgt ist, zum Beispiel USD, EUR oder GBP. Der Wert steht im Feld 'currency' des PaymentIntent-Objekts. Für einheitliche Finanzberichte in den Treasury-Dashboards ist diese Angabe erforderlich. In der Analyse hilft das Feld, regionale Muster bei Zahlungsbearbeitungszeiten oder Fehlerraten zu erkennen. Es fließt in die Ansicht 'Standardisierung der Abwicklungsdauer' ein.
Warum das wichtig ist
Es ist für korrekte Finanzaggregationen und die Analyse der regionalen Leistung unerlässlich.
Woher beziehen
Stripe API: PaymentIntent-Objekt, Feld 'currency'.
Beispiele
USDEURGBPJPY
|
|||
|
Zahlungsbetrag
PaymentAmount
|
Der Geldbetrag der Zahlungstransaktion. | ||
|
Beschreibung
Dieses Attribut gibt den Gesamtbetrag der Transaktion an. Bei Stripe wird er häufig in der kleinsten Währungseinheit gespeichert, zum Beispiel in US-Cent, und muss entsprechend umgerechnet werden. Die Zuordnung erfolgt zum Feld 'amount' des PaymentIntent- oder Charge-Objekts. Diese Daten sind für das Dashboard 'Transparenz über Treasury-Zahlungsströme' wichtig. Analysten können Beträge aggregieren, um das Gesamtvolumen und mögliche durch Fehler gefährdete Einnahmen zu ermitteln. Außerdem lassen sich Transaktionen mit hohem Wert für eine manuelle Prüfung priorisieren.
Warum das wichtig ist
Die finanzielle Dimension ermöglicht es, die Prozessanalyse um eine wertbasierte Priorisierung zu ergänzen.
Woher beziehen
Stripe API: PaymentIntent-Objekt, Feld 'amount'.
Beispiele
100.002500.5049.99
|
|||
|
Zahlungsmethode
PaymentMethodType
|
Die Art des Zahlungsmittels, zum Beispiel Karte oder Banküberweisung. | ||
|
Beschreibung
Dieses Attribut gibt die für die Transaktion verwendete Zahlungsmethode an, zum Beispiel 'card', 'ach_debit' oder 'alipay'. Es wird aus dem Objekt 'payment_method_types' oder 'payment_method' abgeleitet. Für das Dashboard 'Standardisierung der Abwicklungsdauer' ist diese Angabe wichtig, da Kreditkartenzahlungen meist schneller abgewickelt werden als Banküberweisungen. Eine Aufschlüsselung nach Zahlungsmethode ermöglicht faire Leistungsvergleiche.
Warum das wichtig ist
Es erklärt Unterschiede in der Prozessdauer, die durch die jeweiligen Zahlungswege entstehen.
Woher beziehen
Stripe API: PaymentIntent-Objekt, Feld 'payment_method_types'.
Beispiele
cardus_bank_accountsepa_debitideal
|
|||
|
Zahlungsstatus
PaymentStatus
|
Der aktuelle Status des PaymentIntent oder der Belastung. | ||
|
Beschreibung
Dieses Attribut gibt den von Stripe gemeldeten Transaktionsstatus wieder, zum Beispiel 'requires_payment_method', 'succeeded' oder 'canceled'. Der Wert wird direkt aus dem Feld 'status' übernommen. Das Attribut hilft, den Prozessablauf zu überprüfen. Endet ein Case beispielsweise mit 'succeeded', war der Ablauf erfolgreich; 'canceled' weist dagegen auf eine Abweichung hin. Im Dashboard 'Durchsatz- und Kapazitätsanalyse' lassen sich damit die Ergebnisse kategorisieren.
Warum das wichtig ist
Es zeigt auf einen Blick, wie der Case ausgegangen ist, und hilft zu prüfen, ob der Prozess einen konformen Endstatus erreicht hat.
Woher beziehen
Stripe API: PaymentIntent-Objekt, Feld 'status'.
Beispiele
succeededrequires_actionprocessingcanceled
|
|||
|
Abwicklungsdauer
SettlementDuration
|
Die Zeitspanne zwischen der Autorisierung der Zahlung und der Verfügbarkeit der Gelder. | ||
|
Beschreibung
Dieses berechnete Attribut misst, wie lange es dauert, bis die autorisierten Gelder im Stripe-Guthaben verfügbar sind. Dazu wird der Timestamp von 'Zahlung autorisiert' vom Timestamp von 'Gelder verfügbar' abgezogen. Die Kennzahl ist zentral für das Dashboard 'Standardisierung der Abwicklungsdauer' und hilft Treasury-Teams, die Verfügbarkeit von Geldmitteln vorherzusagen.
Warum das wichtig ist
Es misst, wie schnell Liquidität verfügbar wird, und macht Verzögerungen im Zahlungsfluss sichtbar.
Woher beziehen
Wird im Process-Mining-Tool berechnet.
Beispiele
2 Tage7 Tage10 Minuten
|
|||
|
Angefochten
IsDisputed
|
Ein boolescher Wert, der angibt, ob der Karteninhaber die Zahlung angefochten hat. | ||
|
Beschreibung
Dieses Attribut gibt an, ob für diese Zahlung jemals ein Streitfall (Chargeback) eröffnet wurde. Es wird daraus abgeleitet, ob das Feld 'dispute' im Charge-Objekt einen Wert enthält oder ob dem PaymentIntent ein Dispute-Objekt zugeordnet ist. Damit lassen sich im Rahmen der 'Prüfung der Konformität des Prozessablaufs' angefochtene Cases filtern und daraufhin prüfen, ob die vorgeschriebenen Nachweise korrekt eingereicht wurden.
Warum das wichtig ist
Es kennzeichnet risikoreiche Cases, die besondere Bearbeitung und eine Compliance-Prüfung erfordern.
Woher beziehen
Stripe API: Charge-Objekt, prüfen, ob das Feld 'dispute' befüllt ist.
Beispiele
truefalse
|
|||
|
Fehlerbehebungszeit
ErrorResolutionTime
|
Die Zeitspanne zwischen dem Erkennen und dem Beheben eines Fehlers. | ||
|
Beschreibung
Dieses berechnete Attribut erfasst die Zeit zwischen 'Zahlungsfehler erkannt' und 'Zahlungsfehler behoben'. Es ist die zentrale Kennzahl für die KPI 'Durchschnittliche Fehlerbehebungszeit'. Die Überwachung hilft, die Teams für die Bearbeitung von Ausnahmefällen und die automatische Wiederholungslogik zu optimieren.
Warum das wichtig ist
Es beziffert den betrieblichen Aufwand für die Fehlerbehebung.
Woher beziehen
Wird im Process-Mining-Tool berechnet.
Beispiele
4 Stunden12 Minuten2 Tage
|
|||
|
Kartenland
CardCountry
|
Der Ländercode des Ausstellungslands der Karte. | ||
|
Beschreibung
Dieses Attribut gibt das Herkunftsland des Zahlungsmittels an. Der Wert steht in der Regel unter 'payment_method_details.card.country'. Das Attribut fließt in das Dashboard 'Standardisierung der Abwicklungsdauer' ein. Grenzüberschreitende Zahlungen werden oft langsamer abgewickelt als inländische. Mit diesem Feld lässt sich die Analyse entsprechend aufschlüsseln.
Warum das wichtig ist
Es erklärt Verzögerungen bei der Abwicklung, die durch grenzüberschreitende Bankverfahren entstehen.
Woher beziehen
Stripe API: Charge-Objekt, 'payment_method_details.card.country'.
Beispiele
USDEGB
|
|||
|
Nacharbeit
IsRework
|
Ein Kennzeichen dafür, ob Aktivitäten innerhalb eines Cases wiederholt wurden. | ||
|
Beschreibung
Dieses berechnete Attribut gibt „true“ zurück, wenn Aktivitäten wie 'Zahlungsanweisung gesendet' oder 'Zahlungsdaten validiert' innerhalb eines einzelnen Cases mit derselben Zahlungs-Transaktions-ID mehr als einmal auftreten. Es unterstützt direkt die KPI 'Nacharbeitsquoten bei Zahlungsanweisungen'. Häufige Nacharbeiten deuten oft auf Probleme mit der Datenqualität an der Quelle oder auf eine unklare Benutzeroberfläche für Kunden hin.
Warum das wichtig ist
Es macht Ineffizienzen und Schleifen im Prozess sichtbar.
Woher beziehen
Wird im Process-Mining-Tool berechnet.
Beispiele
truefalse
|
|||
|
Ohne manuellen Eingriff
IsTouchless
|
Kennzeichen dafür, ob der Prozess ohne manuellen Eingriff abgeschlossen wurde. | ||
|
Beschreibung
Dieses berechnete Attribut zeigt an, ob der Case dem Happy Path folgte, ohne Aktivitäten wie 'Zahlungsprüfung erforderlich', 'Streitfall eröffnet' oder 'Zahlungsfehler behoben' zu durchlaufen. Es dient zur Berechnung der KPI 'Anteil automatisiert abgewickelter Zahlungen'. Ein hoher Anteil weist auf eine effiziente, automatisierte Bearbeitung hin. Ein niedriger Anteil deutet auf einen hohen betrieblichen Aufwand hin.
Warum das wichtig ist
Es misst die Effizienz der Automatisierung und die Qualität des standardmäßigen Prozessablaufs.
Woher beziehen
Wird im Process-Mining-Tool berechnet.
Beispiele
truefalse
|
|||
|
Risikowert
RiskScore
|
Der von Stripe Radar für die Transaktion vergebene Betrugsrisikowert. | ||
|
Beschreibung
Dieses Attribut enthält den Risikowert (0–99), den die Machine-Learning-Modelle von Stripe vergeben. Er steht im Feld 'outcome.risk_score' des Charge-Objekts. Für das Dashboard 'Erkennung falsch positiver Fehler' ist dieses Attribut zentral. Analysten können Risikowerte mit erfolgreichen Aktivitäten vom Typ 'Zahlungsfehler behoben' abgleichen und so die Schwellenwerte für die automatische Blockierung von Transaktionen anpassen.
Warum das wichtig ist
Es liefert Kontext dazu, warum eine Transaktion möglicherweise markiert oder blockiert wurde.
Woher beziehen
Stripe API: Charge-Objekt, Feld 'outcome.risk_score'.
Beispiele
56599
|
|||
|
Rückerstattet
IsRefunded
|
Ein boolescher Wert, der angibt, ob die Zahlung ganz oder teilweise zurückerstattet wurde. | ||
|
Beschreibung
Dieses Attribut zeigt an, ob dem Kunden Geld zurückerstattet wurde. Es wird aus dem booleschen Feld 'refunded' oder aus 'amount_refunded' > 0 im Charge-Objekt abgeleitet. Das Attribut unterstützt die 'Prüfung der Konformität des Prozessablaufs'. Rückerstattungen erfordern in der Regel bestimmte Freigabeschritte. Mit diesem Wert können Analysten die betreffenden Cases herausfiltern und prüfen, ob die Aktivität 'Zahlung zurückerstattet' stattgefunden hat.
Warum das wichtig ist
Es kennzeichnet Cases mit umgekehrtem Ablauf, eine wichtige Prozessabweichung.
Woher beziehen
Stripe API: Charge-Objekt, Feld 'refunded'.
Beispiele
truefalse
|
|||
Aktivitäten der Zahlungsabwicklung
| Aktivität | Beschreibung | ||
|---|---|---|---|
|
Mittel überwiesen
|
Die Auszahlung mit dieser Transaktion wurde auf das externe Bankkonto überwiesen. Das Geld hat die Stripe-Plattform verlassen. | ||
|
Warum das wichtig ist
Markiert den Meilenstein „Zahlung abgewickelt“. Dient zur Berechnung der „Konsistenz der Abwicklungsdauer“.
Woher beziehen
Stripe Events API: payout.paid
Erfassung
Wird protokolliert, wenn das Ereignis payout.paid ausgelöst wird
Ereignistyp
explicit
|
|||
|
Zahlung abgestimmt
|
Der externe Kontoauszug wurde mit der Stripe-Auszahlung abgeglichen. Damit ist bestätigt, dass das Geld tatsächlich auf dem Bankkonto des Unternehmens eingegangen ist. | ||
|
Warum das wichtig ist
Der letzte Schritt der „Analyse von Lücken bei der Zahlungsabstimmung“. Stellt sicher, dass das Hauptbuch mit den tatsächlichen Bankbewegungen übereinstimmt.
Woher beziehen
Erfordert häufig externe Daten oder den Status „payout.reconciled“, wenn Stripe Treasury- oder Abstimmungsfunktionen verwendet werden.
Erfassung
Erfordert die Nutzung von Stripe Treasury oder ein Signal aus einem externen ERP-System
Ereignistyp
explicit
|
|||
|
Zahlung autorisiert
|
Der Kartenanbieter hat den Transaktionsbetrag autorisiert und die Mittel reserviert. Damit ist bestätigt, dass die Zahlungsmethode gültig und ausreichend gedeckt ist. | ||
|
Warum das wichtig ist
Ein wichtiger Meilenstein für die „Dunkelverarbeitungsquote bei Zahlungen“. Ein Erfolg an dieser Stelle bedeutet, dass die wichtigste Risikoprüfung bestanden wurde.
Woher beziehen
Stripe Events API: payment_intent.succeeded (bei automatischem Einzug) oder payment_intent.amount_capturable (bei manuellem Einzug).
Erfassung
Wird protokolliert, wenn payment_intent.succeeded oder amount_capturable ausgelöst wird
Ereignistyp
explicit
|
|||
|
Zahlung fehlgeschlagen
|
Der Kartenanbieter hat den Zahlungsversuch abgelehnt oder Stripe hat ihn blockiert. Dieses Ereignis löst den Fehlerbehebungsprozess aus. | ||
|
Warum das wichtig ist
Ausgangspunkt für die „Durchschnittliche Fehlerbehebungszeit“. Die Analyse der Fehlercodes hilft, die „Quote falsch-positiver Fehlermeldungen“ zu senken.
Woher beziehen
Stripe Events API: payment_intent.payment_failed
Erfassung
Wird protokolliert, wenn das Ereignis payment_intent.payment_failed ausgelöst wird
Ereignistyp
explicit
|
|||
|
Zahlungsanfrage erstellt
|
Zu Beginn des Zahlungsprozesses wird im Stripe-System ein PaymentIntent erstellt. Diese Aktivität erfasst den Zeitpunkt, zu dem der Kunde oder das System eine Transaktion anstößt. | ||
|
Warum das wichtig ist
Markiert den Beginn der Prozessdurchlaufzeit. Dieser Zeitpunkt ist entscheidend, um die gesamte Dauer des Zahlungsprozesses zu berechnen.
Woher beziehen
Stripe Events API: payment_intent.created
Erfassung
Wird protokolliert, wenn das Ereignis payment_intent.created ausgelöst wird
Ereignistyp
explicit
|
|||
|
Zahlungsdetails validiert
|
Die Zahlungsdetails werden automatisch validiert. Dazu gehören grundlegende Formatprüfungen und die Bewertung von Betrugsregeln (Stripe Radar). In diesem Schritt prüft das System die Plausibilität der übermittelten Daten, bevor es die Autorisierung anfordert. | ||
|
Warum das wichtig ist
Entscheidend für das Dashboard „Validierungs- und Freigabeengpässe“. Verzögerungen an dieser Stelle weisen auf langsame Systemreaktionen oder eine komplexe Verarbeitung der Betrugsregeln hin.
Woher beziehen
Wird durch den Vergleich des Timestamps von „Zahlungsanfrage erstellt“ mit der anschließenden Statusänderung abgeleitet, zum Beispiel zu „processing“ oder „requires_action“.
Erfassung
Timestamp der Erstellung mit dem ersten Statusupdate vergleichen
Ereignistyp
inferred
|
|||
|
Mittel verfügbar
|
Die Transaktionsmittel sind freigegeben und stehen im verfügbaren Stripe-Guthaben für eine Auszahlung bereit. | ||
|
Warum das wichtig ist
Entscheidend für die „Transparenz über den Cashflow im Treasury“. Dieser Zeitpunkt markiert, ab wann das Unternehmen tatsächlich über das Geld verfügen kann.
Woher beziehen
Stripe Events API: balance.available
Erfassung
Wird protokolliert, wenn das Ereignis balance.available ausgelöst wird
Ereignistyp
explicit
|
|||
|
Zahlung erstattet
|
Der Händler hat die Transaktion erstattet. Dadurch wird der Geldfluss umgekehrt. | ||
|
Warum das wichtig ist
Macht Nacharbeit nach der Abwicklung und Umsatzverluste sichtbar.
Woher beziehen
Stripe Events API: charge.refunded
Erfassung
Wird protokolliert, wenn das Ereignis charge.refunded ausgelöst wird
Ereignistyp
explicit
|
|||
|
Zahlung in Auszahlung aufgenommen
|
Die betreffende Transaktion wird einem Payout-Objekt zugeordnet. Damit ist die Überweisung der Mittel auf das Bankkonto vorgesehen. | ||
|
Warum das wichtig ist
Wichtig für die „Vereinheitlichung der Abwicklungsdauer“. Verknüpft einzelne Transaktionen mit Sammelüberweisungen auf das Bankkonto.
Woher beziehen
Wird abgeleitet, indem die Balance Transaction mit einem Payout-Objekt verknüpft wird.
Erfassung
Ermitteln, wann der Balance Transaction eine Payout-ID zugewiesen wird
Ereignistyp
inferred
|
|||
|
Zahlungsanfechtung abgeschlossen
|
Das Anfechtungsverfahren ist abgeschlossen, unabhängig davon, ob der Fall gewonnen oder verloren wurde. Damit endet der Ausnahmeprozess. | ||
|
Warum das wichtig ist
Markiert die endgültige Klärung angefochtener Umsätze.
Woher beziehen
Stripe Events API: charge.dispute.closed
Erfassung
Wird protokolliert, wenn das Ereignis charge.dispute.closed ausgelöst wird
Ereignistyp
explicit
|
|||
|
Zahlungsanfechtung eröffnet
|
Der Karteninhaber hat die Zahlung angefochten. Damit beginnt das Chargeback-Verfahren und die Mittel werden vom Guthaben abgezogen. | ||
|
Warum das wichtig ist
Ein wichtiger Ausnahmeprozess, der sich auf die „Abstimmungsquote beim ersten Durchlauf“ auswirkt.
Woher beziehen
Stripe Events API: charge.dispute.created
Erfassung
Wird protokolliert, wenn das Ereignis charge.dispute.created ausgelöst wird
Ereignistyp
explicit
|
|||
|
Zahlungsauthentifizierung angefordert
|
Das System stellt fest, dass Strong Customer Authentication (SCA) oder 3D Secure erforderlich ist. Der Ablauf wird unterbrochen, bis der Kunde die Authentifizierung abgeschlossen hat. | ||
|
Warum das wichtig ist
Erklärt Verzögerungen, die ausschließlich vom Kunden und nicht vom System abhängen.
Woher beziehen
Stripe Events API: payment_intent.requires_action
Erfassung
Wird protokolliert, wenn sich der Status von payment_intent zu requires_action ändert
Ereignistyp
explicit
|
|||
|
Zahlungsbenachrichtigung versendet
|
Der Kunde erhält eine Quittung oder Bestätigungs-E-Mail. Damit endet die kundenbezogene Interaktion zu dieser Transaktion. | ||
|
Warum das wichtig ist
Unterstützt das Dashboard „Verzögerung bei Kundenbenachrichtigungen“. Verzögerungen an dieser Stelle führen zu Supportanfragen.
Woher beziehen
Stripe Events API: charge.succeeded (prüfen Sie den booleschen Wert „receipt_sent“ oder die Erstellung von „receipt_url“) oder das Ereignis receipt.sent.
Erfassung
Wird protokolliert, wenn das Ereignis receipt.sent ausgelöst wird, oder aus dem charge-Objekt abgeleitet
Ereignistyp
explicit
|
|||
|
Zahlungsfehler behoben
|
Wird abgeleitet, wenn ein zuvor fehlgeschlagener PaymentIntent wieder in den Status processing oder succeeded wechselt. Das bedeutet, dass der Kunde eine neue Zahlungsmethode angegeben hat oder der erneute Versuch erfolgreich war. | ||
|
Warum das wichtig ist
Entscheidend für das Dashboard „Zykluszeit der Fehlerbehebung“. Der Wert zeigt, dass Umsätze erfolgreich zurückgewonnen wurden.
Woher beziehen
Wird abgeleitet, wenn für eine ID, bei der zuvor das Ereignis payment_intent.payment_failed aufgetreten ist, ein Ereignis payment_intent.processing oder succeeded erfasst wird.
Erfassung
Statusfolge vergleichen: Fehlgeschlagen -> In Bearbeitung/Erfolgreich
Ereignistyp
inferred
|
|||
|
Zahlungsprüfung erforderlich
|
Tritt ein, wenn eine Zahlung eine Regel für die manuelle Prüfung in Stripe Radar auslöst. Die Zahlung wird angehalten, bis eine Person sie prüft. | ||
|
Warum das wichtig ist
Unterstützt direkt das Dashboard „Heatmap manueller Eingriffe“. Hohe Fallzahlen weisen darauf hin, dass Betrugsregeln angepasst oder mehr Mitarbeitende eingesetzt werden sollten.
Woher beziehen
Stripe Events API: review.opened
Erfassung
Wird protokolliert, wenn das Ereignis review.opened ausgelöst wird
Ereignistyp
explicit
|
|||
|
Zahlungsprüfung genehmigt
|
Eine zuvor zur Prüfung markierte Transaktion wird von einer zuständigen Person oder durch eine Systemregel genehmigt. Anschließend kann die Transaktion autorisiert werden. | ||
|
Warum das wichtig ist
Erforderlich zur Messung der „Durchschnittlichen Freigabezykluszeit“. Engpässe an dieser Stelle wirken sich direkt auf die Customer Experience aus.
Woher beziehen
Stripe Events API: review.closed (mit dem Grund „approved“)
Erfassung
Wird protokolliert, wenn das Ereignis review.closed eintritt
Ereignistyp
explicit
|
|||
Anleitungen zum Datenexport
Möchten Sie loslegen?
Analysieren Sie noch heute Ihre Zahlungsabläufe, um verborgene Engpässe aufzudecken und Ihre finanzielle Leistung zu verbessern. Unser Team unterstützt Sie bei jedem Schritt.
Optimieren Sie jetzt die Effizienz Ihrer Stripe-Zahlungsabwicklung
Erreichen Sie eine Quote von 98 % bei der durchgängigen automatisierten Verarbeitung und vermeiden Sie Zahlungsausnahmen.
Keine Kreditkarte erforderlich ... In wenigen Minuten eingerichtet