Votre modèle de données pour le traitement des paiements

Stripe
Votre modèle de données pour le traitement des paiements

Votre modèle de données pour le traitement des paiements

Ce modèle fournit une structure complète pour associer vos flux de paiement Stripe à un format prêt pour l’analyse Process Mining. Il précise les attributs à collecter et les activités à suivre tout au long du cycle, afin de vous donner une vision claire de vos opérations financières. Utilisez ce guide pour préparer vos données plus efficacement et obtenir des analyses plus détaillées de l’efficacité de vos transactions.
  • Attributs de données recommandés
  • Activités essentielles du cycle de vie d’un paiement
  • Guide d’extraction étape par étape pour Stripe
Vous découvrez les journaux d’événements ? En savoir plus sur la création d’un journal d’événements pour le Process Mining.

Attributs du traitement des paiements

Ce tableau présente les champs de données recommandés à inclure dans votre journal d’événements afin de garantir une analyse complète de vos flux de travail de paiement Stripe.
5 Obligatoire 8 Recommandé 8 Facultatif
Nom Description
Activité
EventName
Nom de l'étape ou de l'événement précis qui se produit au cours du cycle de vie du paiement.
Description

Cet Attribut représente l'activité réalisée à un moment précis. Il est généralement mappé à partir des types d'événements Webhook de Stripe, par exemple « payment_intent.created » devient « Demande de paiement créée » et « charge.succeeded » devient « Paiement autorisé ».

Le mappage correct de ces noms d'événements techniques vers des noms d'activités compréhensibles par les équipes métier est essentiel à la lisibilité de la carte de processus. Il permet aux analystes de comprendre le flux sans devoir interpréter les codes d'événements bruts de l'API.

Pourquoi c’est important

Il définit les nœuds de la carte de processus et permet de visualiser le flux du processus.

Où les obtenir

Stripe API : objet Event, champ « type ».

Exemples
Demande de paiement crééePaiement autoriséPaiement échouéLitige ouvert
Dernière mise à jour des données
ExtractionTimestamp
Horodatage de l'extraction des données depuis Stripe.
Description

Cet Attribut enregistre le moment où les données ont été récupérées depuis le système source. Il aide à évaluer l'actualité de l'analyse et à repérer d'éventuels problèmes de latence des données.

Dans les Dashboards, ce champ indique à l'utilisateur dans quelle mesure les données sont récentes. Si l'écart entre l'horodatage de l'événement et celui de l'extraction est important, cela peut signaler un retard dans le pipeline de données.

Pourquoi c’est important

Il garantit la transparence concernant l'actualité des données et prend en charge les stratégies de chargement incrémentiel.

Où les obtenir

Généré par l'outil ETL / d'extraction.

Exemples
2023-11-01T00:00:00Z2023-11-01T12:00:00Z
Heure de début
EventTimestamp
Date et heure précises auxquelles l'événement s'est produit.
Description

Cet Attribut enregistre l'horodatage de l'événement. Dans Stripe, il est fourni sous la forme d'un horodatage Unix dans le champ « created » de l'objet Event. Ces données sont essentielles pour établir la séquence des activités.

Les analystes utilisent ce champ pour calculer les temps de cycle, les durées entre les activités et ordonner correctement les événements au sein du cas Payment Transaction ID. Sans horodatages précis, il est impossible de déterminer le flux du processus ou d'en mesurer les performances.

Pourquoi c’est important

Il fournit la dimension temporelle nécessaire à la découverte des processus et à l'analyse des performances.

Où les obtenir

Stripe API : objet Event, champ « created ».

Exemples
2023-10-27T08:30:00Z2023-10-27T08:30:05Z2023-10-27T14:15:00Z
Identifiant de la transaction de paiement
PaymentIntentId
Identifiant unique de la transaction de paiement dans Stripe.
Description

Cet Attribut sert d'identifiant central du cas pour l'analyse du processus. Il est généralement dérivé du champ « id » de l'objet PaymentIntent de Stripe, par exemple pi_12345. Il regroupe tous les événements associés, tels que l'autorisation, la capture, l'échec et les remboursements, au sein d'un même cas de bout en bout.

Dans l'analyse, cet identifiant est essentiel pour reconstituer l'historique complet d'une demande de paiement. Il garantit que les différentes tentatives et les changements de statut sont correctement associés à la transaction financière demandée par le client.

Pourquoi c’est important

Il constitue la clé primaire du modèle de Process Mining et permet au système de relier des événements isolés pour former une trace de processus cohérente.

Où les obtenir

Stripe API : objet PaymentIntent, champ « id ».

Exemples
pi_3MtwPdLkdIwHu7ix28XE9f12pi_1Jq8uFLkdIwHu7ix0yNq9g34pi_3N5yQdLkdIwHu7ix1AzP8h56ch_3LkrCdLkdIwHu7ix0ByR7j78
Système source
SourceSystem
Nom du système à l'origine des données.
Description

Cet Attribut indique l'origine de l'enregistrement de données. Pour cette vue de processus, sa valeur sera toujours « Stripe ». Il est utile dans les environnements multisystèmes où les flux de processus peuvent s'étendre à un CRM, un ERP et des passerelles de paiement.

Il permet aux analystes de filtrer la carte de processus pour n'afficher que les activités réalisées dans le système de paiement, ou de distinguer Stripe des autres moyens de paiement lorsque plusieurs passerelles sont analysées ensemble.

Pourquoi c’est important

Il identifie la provenance des données, un élément essentiel pour la gouvernance des données et le Process Mining multisystème.

Où les obtenir

Valeur codée en dur lors de l'extraction.

Exemples
StripeStripe ConnectStripe Payments
Code d’échec
FailureCode
Le code d’erreur précis renvoyé lorsqu’un paiement échoue.
Description

Cet attribut enregistre la cause de l’échec d’un paiement, par exemple 'insufficient_funds' ou 'card_declined'. Il se trouve généralement dans le champ 'last_payment_error.code' du PaymentIntent.

Ces données constituent la base du Dashboard « Error Resolution Cycle Time ». En analysant ces codes, l’entreprise peut identifier les erreurs techniques qui génèrent le plus de difficultés et de retards ciblés dans le flux de paiement.

Pourquoi c’est important

Il est essentiel pour analyser les causes profondes des déviations du processus et des transactions échouées.

Où les obtenir

API Stripe : objet PaymentIntent, champ 'last_payment_error.code'.

Exemples
Carte refuséeFonds insuffisantsCarte expiréeCVC incorrect
Devise
PaymentCurrency
Le code ISO à 3 lettres qui désigne la devise de la transaction.
Description

Cet attribut précise la devise dans laquelle le paiement a été effectué, par exemple USD, EUR ou GBP. Il se trouve dans le champ 'currency' de l’objet PaymentIntent. Il est nécessaire pour normaliser le reporting financier dans les Dashboards Treasury.

Dans le cadre de l’analyse, ce champ aide à identifier les tendances régionales concernant les délais de traitement des paiements ou les taux d’erreur, et contribue à la vue « Settlement Duration Standardization ».

Pourquoi c’est important

Il est essentiel pour agréger correctement les données financières et analyser les performances régionales.

Où les obtenir

API Stripe : objet PaymentIntent, champ 'currency'.

Exemples
USDEURGBPJPY
ID client
CustomerId
L’identifiant du client associé au paiement.
Description

Cet attribut relie le paiement à une entité client précise dans Stripe. Il provient du champ 'customer'. Il permet d’alimenter le Dashboard « Customer Notification Latency » en regroupant les transactions par client.

Il est également utile pour identifier les clients présentant des taux élevés de reprise ou des échecs de paiement fréquents, et contribue à l’analyse « Payment Instruction Rework Rates ».

Pourquoi c’est important

Il permet d’analyser et de segmenter les processus selon les clients.

Où les obtenir

API Stripe : objet PaymentIntent, champ 'customer'.

Exemples
cus_9s6X9nLkdIwHu7cus_8f5Y8nLkdIwJu8cus_7d4Z7nLkdIwKu9
ID du versement
PayoutId
L’identifiant du versement bancaire qui inclut ce paiement.
Description

Cet attribut relie la transaction individuelle au règlement groupé, le Payout, envoyé sur le compte bancaire du commerçant. Il se trouve dans l’objet Balance Transaction associé à la Charge.

Il est essentiel à l’analyse « Payment Reconciliation Gap Analysis ». Si un paiement est réglé mais ne possède aucun Payout ID, cela indique que les fonds sont conservés dans Stripe et n’ont pas encore été transférés à l’entreprise, ce qui met en évidence un délai de disponibilité des liquidités.

Pourquoi c’est important

Il relie le cas individuel à l’étape finale du règlement financier.

Où les obtenir

API Stripe : objet Balance Transaction, champ 'payout'.

Exemples
po_1MtwPdLkdIwHu7ix28XE9f12po_1Jq8uFLkdIwHu7ix0yNq9g34
Montant du paiement
PaymentAmount
La valeur monétaire associée à la transaction de paiement.
Description

Cet attribut représente le montant total de la transaction. Dans Stripe, il est souvent enregistré dans la plus petite unité monétaire, par exemple en centimes pour l’USD, et doit être converti. Il correspond au champ 'amount' de l’objet PaymentIntent ou Charge.

Ces données sont essentielles au Dashboard « Treasury Cash Flow Visibility ». Elles permettent aux analystes d’agréger les valeurs afin de comprendre le volume total traité, les revenus potentiellement menacés en cas d’erreur et de prioriser les transactions de montant élevé lors d’un contrôle manuel.

Pourquoi c’est important

Il ajoute une dimension financière à l’analyse du processus et permet de définir les priorités en fonction de la valeur.

Où les obtenir

API Stripe : objet PaymentIntent, champ 'amount'.

Exemples
100.002500.5049.99
Statut du paiement
PaymentStatus
L’état actuel du PaymentIntent ou de la Charge.
Description

Cet attribut reflète le statut de la transaction tel qu’il est communiqué par Stripe, par exemple 'requires_payment_method', 'succeeded' ou 'canceled'. Il est directement extrait du champ 'status'.

Cet attribut aide à valider le flux du processus. Par exemple, un cas qui se termine par 'succeeded' indique un parcours réussi, tandis que 'canceled' signale une déviation. Il alimente le Dashboard « Throughput and Capacity Analysis » en catégorisant les résultats.

Pourquoi c’est important

Il fournit une vue rapide du résultat du cas et aide à vérifier si le processus a atteint un état final conforme.

Où les obtenir

API Stripe : objet PaymentIntent, champ 'status'.

Exemples
RéussiAction requiseEn cours de traitementAnnulé
Type de moyen de paiement
PaymentMethodType
Le type d’instrument utilisé pour le paiement, par exemple une carte ou un virement bancaire.
Description

Cet attribut identifie le moyen utilisé pour la transaction, par exemple 'card', 'ach_debit' ou 'alipay'. Il est dérivé de 'payment_method_types' ou de l’objet 'payment_method'.

Il est essentiel au Dashboard « Settlement Duration Standardization », car les délais de règlement varient fortement entre les cartes de crédit, généralement rapides, et les virements bancaires, généralement plus lents. La segmentation des données par moyen de paiement garantit des comparaisons de performance équitables.

Pourquoi c’est important

Il explique les variations de durée du processus liées aux différences intrinsèques entre les circuits de paiement.

Où les obtenir

API Stripe : objet PaymentIntent, champ 'payment_method_types'.

Exemples
CarteCompte bancaire américainPrélèvement SEPAiDEAL
Utilisateur chargé du traitement
ProcessingUser
L’utilisateur ou l’agent système responsable des contrôles manuels.
Description

Cet attribut identifie l’agent humain ou la logique système qui a effectué une activité donnée, notamment pour « Payment Review Needed » ou « Dispute Opened ». Dans Stripe Radar, il peut s’agir de l’adresse e-mail du réviseur figurant dans les journaux de contrôle.

Il alimente la « Manual Intervention Heatmap », qui permet aux responsables de voir quels membres de l’équipe traitent le plus grand nombre de contrôles et d’identifier d’éventuels goulots d’étranglement dans le flux de travail manuel.

Pourquoi c’est important

Il permet d’analyser les Ressources et d’identifier les goulots d’étranglement liés aux interventions manuelles.

Où les obtenir

API Stripe : objet Review (Radar), champ 'closed_by' ou 'opened_reason'.

Exemples
robot de l'équipe antifraudeanalyst@company.comautomatique par le système
A fait l’objet d’un remboursement
IsRefunded
Indicateur booléen précisant si le paiement a été remboursé intégralement ou partiellement.
Description

Cet attribut indique si les fonds ont été restitués au client. Il est dérivé du champ booléen 'refunded' ou de la valeur 'amount_refunded' > 0 dans l’objet Charge.

Il contribue à l’audit « Process Path Compliance Audit ». Les remboursements nécessitent généralement des étapes d’approbation précises. Cet indicateur permet d’isoler ces cas et de vérifier si l’activité 'Payment Refunded' a bien eu lieu.

Pourquoi c’est important

Il identifie les cas qui ont suivi un parcours inversé, ce qui constitue une déviation importante du processus.

Où les obtenir

API Stripe : objet Charge, champ 'refunded'.

Exemples
truefalse
Durée du règlement
SettlementDuration
La durée entre Payment Authorized et Funds Available.
Description

Cet attribut calculé mesure le temps nécessaire pour que les fonds autorisés deviennent disponibles dans le solde Stripe. Il est calculé en soustrayant l’horodatage de 'Payment Authorized' de celui de 'Funds Available'.

Il s’agit de la mesure principale du Dashboard « Settlement Duration Standardization », qui aide les équipes Treasury à prévoir la disponibilité des liquidités.

Pourquoi c’est important

Il mesure la vitesse de circulation des liquidités et le délai de disponibilité des fonds.

Où les obtenir

Calculé dans l’outil de Process Mining.

Exemples
2 jours7 jours10 minutes
Fait l’objet d’un litige
IsDisputed
Indicateur booléen précisant si le titulaire de la carte a contesté le paiement.
Description

Cet attribut indique si un litige, ou chargeback, a déjà été ouvert pour ce paiement. Il est déterminé en vérifiant si le champ 'dispute' de l’objet Charge n’est pas nul ou par la présence d’un objet Dispute associé au PaymentIntent.

Il sert à filtrer les cas dans le cadre de l’audit « Process Path Compliance Audit », afin de vérifier si les cas contestés ont suivi les protocoles appropriés de transmission des justificatifs.

Pourquoi c’est important

Il identifie les cas à risque élevé qui nécessitent un traitement particulier et un suivi de la Conformité.

Où les obtenir

API Stripe : objet Charge, vérifier si le champ 'dispute' est renseigné.

Exemples
truefalse
Fait l’objet d’une reprise
IsRework
Indicateur précisant si des activités ont été répétées au sein du cas.
Description

Cet attribut calculé renvoie true si des activités telles que 'Payment Instruction Sent' ou 'Payment Details Validated' se produisent plusieurs fois pour un même Payment Transaction ID.

Il contribue directement au KPI « Payment Instruction Rework Rates ». Un nombre élevé de reprises indique souvent des problèmes de qualité des données à la source ou des interfaces utilisateur peu claires pour le client.

Pourquoi c’est important

Il met en évidence les inefficacités et les boucles du processus.

Où les obtenir

Calculé dans l’outil de Process Mining.

Exemples
truefalse
Pays de la carte
CardCountry
Le code du pays dans lequel la carte a été émise.
Description

Cet attribut identifie le pays d’origine de l’instrument de paiement, généralement indiqué dans 'payment_method_details.card.country'.

Il alimente le Dashboard « Settlement Duration Standardization ». Les paiements transfrontaliers suivent souvent des cycles de règlement plus longs que les paiements nationaux. Cet attribut permet donc d’effectuer la segmentation nécessaire lors de l’analyse.

Pourquoi c’est important

Il explique les délais de règlement liés aux protocoles bancaires transfrontaliers.

Où les obtenir

API Stripe : objet Charge, 'payment_method_details.card.country'.

Exemples
États-UnisAllemagneRoyaume-Uni
Sans intervention manuelle
IsTouchless
Indicateur précisant si le processus s’est terminé sans intervention manuelle.
Description

Cet attribut calculé détermine si le cas a suivi le « happy path » sans activités telles que 'Payment Review Needed', 'Dispute Opened' ou 'Payment Error Resolved'.

Il sert à calculer le KPI « Touchless Payment Rate ». Un taux élevé indique un traitement automatisé efficace, tandis qu’un taux faible révèle une charge opérationnelle importante.

Pourquoi c’est important

Il mesure l’efficacité de l’automatisation et la qualité du flux de processus standard.

Où les obtenir

Calculé dans l’outil de Process Mining.

Exemples
truefalse
Score de risque
RiskScore
Le score de risque de fraude attribué à la transaction par Stripe Radar.
Description

Cet attribut contient le score de risque, compris entre 0 et 99, attribué par les modèles d’apprentissage automatique de Stripe. Il se trouve dans le champ 'outcome.risk_score' de l’objet Charge.

Cet attribut est essentiel au Dashboard « False Positive Error Identification ». En corrélant les scores de risque avec les activités 'Payment Error Resolved' réussies, les analystes peuvent ajuster les seuils de blocage automatique des transactions.

Pourquoi c’est important

Il fournit le contexte nécessaire pour comprendre pourquoi une transaction a pu être signalée ou bloquée.

Où les obtenir

API Stripe : objet Charge, champ 'outcome.risk_score'.

Exemples
56599
Temps de résolution des erreurs
ErrorResolutionTime
La durée entre l’identification d’une erreur et sa résolution.
Description

Cet attribut calculé mesure le temps écoulé entre 'Payment Error Identified' et 'Payment Error Resolved'.

Il s’agit de la principale mesure du KPI « Average Error Resolution Time ». Son suivi aide à optimiser les équipes chargées de traiter les exceptions et la logique de nouvelle tentative automatique.

Pourquoi c’est important

Il quantifie le coût opérationnel du traitement des erreurs.

Où les obtenir

Calculé dans l’outil de Process Mining.

Exemples
4 heures12 minutes2 jours
Obligatoire Recommandé Facultatif

Activités du traitement des paiements

Enregistrez ces étapes essentielles du processus et ces jalons de transaction dans votre journal d’événements afin de permettre une découverte précise et une visualisation du cycle de vie de vos paiements.
6 Recommandé 10 Facultatif
Activité Description
Demande de paiement créée
Initialisation du processus de paiement, au cours de laquelle un PaymentIntent est créé dans le système Stripe. Cette activité enregistre le moment où le client ou le système lance une demande de transaction.
Pourquoi c’est important

Marque le début du temps de cycle du processus. Indispensable pour calculer la durée totale de bout en bout du cycle de vie du paiement.

Où les obtenir

Stripe Events API : payment_intent.created

Collecte

Enregistré lorsque l'événement payment_intent.created est déclenché

Type d’événement explicit
Détails du paiement validés
Validation automatisée des détails du paiement, comprenant les contrôles de format de base et l'évaluation des règles de détection de fraude de Stripe Radar. Cette étape correspond à la vérification par le système de la légitimité de la charge utile avant toute tentative d'autorisation.
Pourquoi c’est important

Essentiel pour mesurer le Dashboard « Validation and Approval Bottlenecks ». Les retards à ce stade indiquent une réponse système lente ou un traitement complexe des règles de fraude.

Où les obtenir

Déduit en comparant l'horodatage de « Demande de paiement créée » et le changement de statut suivant, par exemple vers « processing » ou « requires_action ».

Collecte

Comparer l'horodatage de création au premier changement de statut

Type d’événement inferred
Fonds transférés
Le versement contenant cette transaction a été effectué sur le compte bancaire externe. Les fonds ont quitté la plateforme Stripe.
Pourquoi c’est important

Représente l'étape « Payment Settled ». Sert à calculer la « Settlement Duration Consistency ».

Où les obtenir

Stripe Events API : payout.paid

Collecte

Enregistré lorsque l'événement payout.paid est déclenché

Type d’événement explicit
Paiement autorisé
L'émetteur de la carte a autorisé le montant de la transaction et les fonds sont réservés. Cela confirme que le moyen de paiement est valide et suffisamment approvisionné.
Pourquoi c’est important

Étape importante pour le « Touchless Payment Rate ». Sa réussite indique que le principal contrôle de risque a été franchi.

Où les obtenir

Stripe Events API : payment_intent.succeeded (si la capture est automatique) ou payment_intent.amount_capturable (si la capture est manuelle).

Collecte

Enregistré lorsque payment_intent.succeeded ou amount_capturable est déclenché

Type d’événement explicit
Paiement échoué
La tentative de paiement a été refusée par l'émetteur ou bloquée par Stripe. Cet événement déclenche le parcours de gestion des erreurs.
Pourquoi c’est important

Point de départ de l'« Average Error Resolution Time ». L'analyse des codes à ce stade aide à réduire le « False Positive Error Rate ».

Où les obtenir

Stripe Events API : payment_intent.payment_failed

Collecte

Enregistré lorsque l'événement payment_intent.payment_failed est déclenché

Type d’événement explicit
Paiement rapproché
Le relevé bancaire externe a été rapproché avec le versement Stripe. Cela confirme que les fonds ont effectivement été crédités sur le compte bancaire de l'entreprise.
Pourquoi c’est important

Dernière étape de la « Payment Reconciliation Gap Analysis ». Garantit la concordance entre le grand livre et la réalité bancaire.

Où les obtenir

Nécessite souvent des données externes ou le statut « payout.reconciled » si vous utilisez les fonctionnalités Stripe Treasury/Reconciliation.

Collecte

Nécessite l'utilisation de Stripe Treasury ou un signal provenant d'un ERP externe

Type d’événement explicit
Authentification du paiement demandée
Le système détermine qu'une Strong Customer Authentication (SCA) ou que 3D Secure est nécessaire. Le flux est interrompu dans l'attente de l'authentification du client.
Pourquoi c’est important

Explique la latence du processus qui dépend exclusivement du client et non du système.

Où les obtenir

Stripe Events API : payment_intent.requires_action

Collecte

Enregistré lorsque le statut de payment_intent passe à requires_action

Type d’événement explicit
Erreur de paiement résolue
Déduit lorsqu'un PaymentIntent précédemment en échec repasse à l'état processing ou succeeded. Cela signifie que le client a fourni un nouveau moyen de paiement ou que la nouvelle tentative a abouti.
Pourquoi c’est important

Essentiel pour le Dashboard « Error Resolution Cycle Time ». Indique la récupération réussie du chiffre d'affaires.

Où les obtenir

Déduit lorsqu'un événement « payment_intent.processing » ou « succeeded » est observé sur un identifiant ayant précédemment enregistré un événement « payment_intent.payment_failed ».

Collecte

Comparer la séquence des statuts : Failed -> Processing/Succeeded

Type d’événement inferred
Examen du paiement approuvé
Action par laquelle un agent humain ou une règle système approuve une transaction précédemment signalée pour examen. La transaction peut alors poursuivre son parcours vers l'autorisation.
Pourquoi c’est important

Nécessaire pour mesurer l'« Average Approval Cycle Time ». Les goulots d'étranglement à ce stade ont un impact direct sur l'expérience client.

Où les obtenir

Stripe Events API : review.closed (avec la raison « approved »)

Collecte

Enregistré lorsque l'événement review.closed se produit

Type d’événement explicit
Examen du paiement requis
Se produit lorsqu'un paiement déclenche une règle d'examen manuel dans Stripe Radar. Le paiement est placé en attente, dans l'attente d'une intervention humaine.
Pourquoi c’est important

Alimente directement le Dashboard « Manual Intervention Heatmap ». Un volume élevé à ce stade indique qu'il faut ajuster les règles de fraude ou renforcer les effectifs.

Où les obtenir

Stripe Events API : review.opened

Collecte

Enregistré lorsque l'événement review.opened est déclenché

Type d’événement explicit
Fonds disponibles
Les fonds de la transaction ont été compensés et ajoutés au solde Stripe disponible, prêts à être versés.
Pourquoi c’est important

Essentiel pour la « Treasury Cash Flow Visibility ». Marque le moment où l'argent peut effectivement être utilisé par l'entreprise.

Où les obtenir

Stripe Events API : balance.available

Collecte

Enregistré lorsque l'événement balance.available est déclenché

Type d’événement explicit
Litige clôturé
La procédure de litige est terminée, qu'elle ait été gagnée ou perdue. Cette étape marque la fin de la boucle d'exception.
Pourquoi c’est important

Marque la résolution finale du chiffre d'affaires contesté.

Où les obtenir

Stripe Events API : charge.dispute.closed

Collecte

Enregistré lorsque l'événement charge.dispute.closed est déclenché

Type d’événement explicit
Litige ouvert
Le titulaire de la carte a contesté le paiement. Cela lance le processus de rétrofacturation et retire les fonds du solde.
Pourquoi c’est important

Parcours d'exception majeur qui affecte le « First Pass Reconciliation Rate ».

Où les obtenir

Stripe Events API : charge.dispute.created

Collecte

Enregistré lorsque l'événement charge.dispute.created est déclenché

Type d’événement explicit
Notification de paiement envoyée
Un reçu ou un e-mail de confirmation est envoyé au client. Cette étape marque la fin de l'interaction avec le client pour la transaction.
Pourquoi c’est important

Alimente le Dashboard « Customer Notification Latency ». Les retards à ce stade entraînent des demandes auprès du support client.

Où les obtenir

Stripe Events API : charge.succeeded (vérifier la valeur booléenne « receipt_sent » ou la génération de « receipt_url »), ou événement receipt.sent.

Collecte

Enregistré lorsque l'événement receipt.sent est déclenché ou déduit de l'objet charge

Type d’événement explicit
Paiement inclus dans un versement
La transaction concernée est regroupée dans un objet Payout. Cela indique que les fonds sont programmés pour être transférés vers le compte bancaire.
Pourquoi c’est important

Essentiel pour la « Settlement Duration Standardization ». Relie les transactions individuelles aux virements bancaires groupés.

Où les obtenir

Déduit en reliant la Balance Transaction à un objet Payout.

Collecte

Identifier le moment où le Payout ID est attribué à la Balance Transaction

Type d’événement inferred
Paiement remboursé
Le commerçant a lancé le remboursement de la transaction. Cela inverse le flux des fonds.
Pourquoi c’est important

Identifie les reprises après règlement et les fuites de chiffre d'affaires.

Où les obtenir

Stripe Events API : charge.refunded

Collecte

Enregistré lorsque l'événement charge.refunded est déclenché

Type d’événement explicit
Recommandé Facultatif

Guides d’extraction

Instructions détaillées pour extraire et préparer vos données depuis la plateforme Stripe

Prêt à commencer ?

Commencez dès aujourd’hui à analyser vos flux de paiement pour révéler les goulots d’étranglement cachés et optimiser vos performances financières. Notre équipe vous accompagne à chaque étape.

Optimisez dès maintenant l’efficacité du traitement de vos paiements Stripe

Atteignez un traitement de bout en bout à 98 % et éliminez les exceptions de paiement.

Démarrer l’essai gratuit

Aucune carte bancaire requise… Configuration en quelques minutes