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 un cadre complet pour convertir vos flux de paiement Stripe dans un format adapté à l’analyse par Process Mining. Il précise les attributs à recueillir et les activités du cycle de vie à suivre, afin de vous donner une vue claire de vos opérations financières. Appuyez-vous sur ce guide pour préparer vos données et mieux comprendre l’efficacité de vos transactions.
  • Attributs de données recommandés
  • Activités essentielles du cycle de vie des paiements
  • Guide détaillé d’extraction des données Stripe
Vous découvrez les journaux d’événements ? Découvrez comment créer un journal d’événements pour le Process Mining.

Attributs du traitement des paiements

Ce tableau présente les champs de données à inclure dans votre journal d’événements pour analyser en détail vos flux 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 désigne l’activité réalisée à un moment donné. Il est généralement associé aux types d’événements Stripe Webhook. Par exemple, « payment_intent.created » devient « Demande de paiement créée » et « charge.succeeded » devient « Paiement autorisé ».

L’association de ces noms d’événements techniques à des noms d’activité compréhensibles par les équipes métier facilite la lecture de la cartographie des processus. Les analystes peuvent ainsi comprendre le déroulement sans avoir à déchiffrer les codes d’événements bruts de l’API.

Pourquoi est-ce important ?

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

Où trouver ces données

API Stripe : objet Event, champ « type ».

Exemples
Demande de paiement crééePaiement autoriséÉchec du paiementLitige ouvert
Dernière mise à jour des données
ExtractionTimestamp
Horodatage de l’extraction des données depuis Stripe.
Description

Cet attribut indique à quel moment les données ont été récupérées depuis le système source. Il permet d’évaluer leur fraîcheur et de repérer d’éventuels retards dans leur acheminement.

Dans les Dashboards, ce champ renseigne l’utilisateur sur l’actualité des données. Un écart important entre l’horodatage de l’événement et celui de l’extraction peut signaler un retard dans le pipeline de données.

Pourquoi est-ce important ?

Il garantit la transparence sur l’actualité des données et facilite les stratégies de chargement incrémentiel.

Où trouver ces données

Généré par l’outil ETL ou d’extraction.

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

Cet attribut enregistre l’horodatage de l’événement. Dans Stripe, il s’agit d’un horodatage Unix fourni dans le champ « created » de l’objet Event. Ces données sont essentielles pour établir l’ordre des activités.

Les analystes utilisent ce champ pour calculer les temps de cycle et les durées entre les activités, ainsi que pour remettre les événements dans le bon ordre au sein du cas identifié par l’ID de transaction de paiement. Sans horodatages exacts, il est impossible de déterminer le déroulement du processus ou d’en mesurer la performance.

Pourquoi est-ce important ?

Il apporte la dimension temporelle nécessaire à la découverte des processus et à l’analyse de leur performance.

Où trouver ces données

API Stripe : objet Event, champ « created ».

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

Cet attribut sert d’identifiant de cas central pour l’analyse du processus. Il provient généralement du champ « id » de l’objet PaymentIntent dans Stripe (par exemple, pi_12345). Il regroupe tous les événements associés, comme l’autorisation, la capture, l’échec et les remboursements, dans un seul cas de bout en bout.

Dans l’analyse, cet identifiant est indispensable 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 est-ce important ?

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

Où trouver ces données

API Stripe : objet PaymentIntent, champ « id ».

Exemples
pi_3MtwPdLkdIwHu7ix28XE9f12pi_1Jq8uFLkdIwHu7ix0yNq9g34pi_3N5yQdLkdIwHu7ix1AzP8h56ch_3LkrCdLkdIwHu7ix0ByR7j78
Système source
SourceSystem
Nom du système d’origine des données.
Description

Cet attribut indique l’origine de l’enregistrement de données. Dans cette vue du processus, sa valeur est toujours « Stripe ». Il est utile dans les environnements où plusieurs systèmes interviennent et où les flux de processus peuvent couvrir un CRM, un ERP et des passerelles de paiement.

Les analystes peuvent filtrer la cartographie des processus pour n’afficher que les activités réalisées par le prestataire de paiement, ou distinguer Stripe des autres moyens de paiement lorsque plusieurs passerelles sont analysées ensemble.

Pourquoi est-ce important ?

Il indique la provenance des données, un élément essentiel pour leur gouvernance et le Process Mining dans des environnements multisystèmes.

Où trouver ces données

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

Exemples
StripeStripe ConnectStripe Payments
Code d’échec
FailureCode
Code d’erreur précis renvoyé en cas d’échec du paiement.
Description

Cet attribut indique la raison de l’échec du paiement, par exemple « insufficient_funds » ou « card_declined ». Il figure généralement dans le champ « last_payment_error.code » de l’objet PaymentIntent.

Ces données sont au cœur du Dashboard « Temps de cycle de résolution des erreurs ». Leur analyse permet à l’entreprise de repérer les erreurs techniques qui perturbent le plus le flux de paiement et entraînent des retards ciblés.

Pourquoi est-ce important ?

Il est essentiel pour rechercher les causes profondes des écarts de processus et des transactions échouées.

Où trouver ces données

API Stripe : objet PaymentIntent, champ « last_payment_error.code ».

Exemples
card_declinedinsufficient_fundsexpired_cardincorrect_cvc
Devise
PaymentCurrency
Code ISO à trois lettres indiquant 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 figure dans le champ « currency » de l’objet PaymentIntent. Il est nécessaire pour harmoniser les rapports financiers dans les Dashboards de trésorerie.

En analyse, ce champ aide à repérer les tendances régionales concernant les délais de traitement des paiements ou les taux d’erreur. Il contribue ainsi à la vue « Harmonisation des délais de règlement ».

Pourquoi est-ce important ?

Il est indispensable pour agréger correctement les données financières et analyser les performances par région.

Où trouver ces données

API Stripe : objet PaymentIntent, champ « currency ».

Exemples
USDEURGBPJPY
Identifiant du client
CustomerId
Identifiant du client associé au paiement.
Description

Cet attribut relie le paiement à un client précis dans Stripe. Il provient du champ « customer ». Les analystes peuvent ainsi regrouper les transactions par client dans le Dashboard « Délai de notification des clients ».

Il permet également de repérer les clients dont les paiements échouent souvent ou nécessitent de nombreuses reprises, ce qui contribue à l’analyse « Taux de reprise des instructions de paiement ».

Pourquoi est-ce important ?

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

Où trouver ces données

API Stripe : objet PaymentIntent, champ « customer ».

Exemples
cus_9s6X9nLkdIwHu7cus_8f5Y8nLkdIwJu8cus_7d4Z7nLkdIwKu9
Identifiant du versement
PayoutId
Identifiant du versement bancaire auquel ce paiement est rattaché.
Description

Cet attribut relie la transaction individuelle au règlement groupé (Payout) envoyé sur le compte bancaire du commerçant. Il figure dans l’objet Balance Transaction associé au débit.

Il est essentiel à l’« Analyse des écarts de rapprochement des paiements ». Si un paiement est réglé sans identifiant de versement, cela signifie que les fonds sont toujours détenus par Stripe et n’ont pas encore été transférés à l’entreprise, ce qui met en évidence un retard de trésorerie.

Pourquoi est-ce important ?

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

Où trouver ces données

API Stripe : objet Balance Transaction, champ « payout ».

Exemples
po_1MtwPdLkdIwHu7ix28XE9f12po_1Jq8uFLkdIwHu7ix0yNq9g34
Montant du paiement
PaymentAmount
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 « Visibilité des flux de trésorerie ». Elles permettent aux analystes d’agréger les montants pour connaître le volume total traité, évaluer les revenus potentiellement menacés en cas d’erreur et donner la priorité aux transactions de montant élevé lors des contrôles manuels.

Pourquoi est-ce important ?

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

Où trouver ces données

API Stripe : objet PaymentIntent, champ « amount ».

Exemples
100.002500.5049.99
Statut du paiement
PaymentStatus
État actuel de l’intention de paiement ou du débit.
Description

Cet attribut indique le statut de la transaction tel que communiqué par Stripe, par exemple « requires_payment_method », « succeeded » ou « canceled ». Il reprend directement la valeur du champ « status ».

Il aide à vérifier le déroulement du processus. Par exemple, un cas qui se termine par « succeeded » correspond à un parcours réussi, tandis que « canceled » signale un écart. Il permet de classer les résultats dans le Dashboard « Analyse du débit et de la capacité ».

Pourquoi est-ce important ?

Il donne rapidement une vue d’ensemble du résultat du cas et permet de vérifier si le processus s’est achevé dans un état conforme.

Où trouver ces données

API Stripe : objet PaymentIntent, champ « status ».

Exemples
succeededrequires_actionprocessingcanceled
Type de moyen de paiement
PaymentMethodType
Type de moyen utilisé pour le paiement, par exemple une carte ou un virement bancaire.
Description

Cet attribut indique le moyen utilisé pour la transaction, par exemple « card », « ach_debit » ou « alipay ». Il est extrait de l’objet « payment_method_types » ou « payment_method ».

Il est essentiel au Dashboard « Harmonisation des délais de règlement », car les délais varient considérablement entre les cartes de crédit, qui sont rapides, et les virements bancaires, qui sont plus lents. La segmentation des données par moyen de paiement permet de comparer les performances sur une base équitable.

Pourquoi est-ce important ?

Il explique les écarts de durée du processus liés aux différences propres aux réseaux de paiement.

Où trouver ces données

API Stripe : objet PaymentIntent, champ « payment_method_types ».

Exemples
cardus_bank_accountsepa_debitideal
Utilisateur chargé du traitement
ProcessingUser
Utilisateur ou agent système responsable des contrôles manuels.
Description

Cet attribut identifie l’agent humain ou la logique système à l’origine d’une activité précise, notamment « Contrôle du paiement requis » ou « Litige ouvert ». 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 « Carte thermique des interventions manuelles » et permet aux responsables de voir quels membres de l’équipe traitent le plus de contrôles et de repérer d’éventuels goulots d’étranglement dans le flux de travail manuel.

Pourquoi est-ce important ?

Il permet d’analyser les ressources et de repérer les goulots d’étranglement liés aux interventions manuelles.

Où trouver ces données

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

Exemples
fraud_team_botanalyst@company.comsystem_automatic
Comporte des reprises
IsRework
Indicateur précisant si des activités ont été répétées dans le cas.
Description

Cet attribut calculé renvoie la valeur true si des activités comme « Instruction de paiement envoyée » ou « Détails du paiement validés » se produisent plusieurs fois pour un même ID de transaction de paiement.

Il contribue directement au KPI « Taux de reprise des instructions de paiement ». Un nombre élevé de reprises signale souvent des problèmes de qualité des données à la source ou une interface client difficile à comprendre.

Pourquoi est-ce important ?

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

Où trouver ces données

Calculé dans l’outil de Process Mining.

Exemples
truefalse
Durée du règlement
SettlementDuration
Durée entre l’autorisation du paiement et la disponibilité des fonds.
Description

Cet attribut calculé mesure le temps nécessaire pour que les fonds autorisés deviennent disponibles sur le solde Stripe. Il est calculé en soustrayant l’horodatage de « Paiement autorisé » de celui de « Fonds disponibles ».

Il s’agit de la métrique principale du Dashboard « Harmonisation des délais de règlement », qui aide les équipes de trésorerie à prévoir la disponibilité des fonds.

Pourquoi est-ce important ?

Il mesure la vitesse de mise à disposition des liquidités et les délais de trésorerie.

Où trouver ces données

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 (rétrofacturation) 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 si un objet Dispute est associé au PaymentIntent.

Il sert à filtrer les cas pour l’« Audit de conformité du parcours de processus » et à vérifier que les cas contestés ont suivi les procédures requises pour la transmission des justificatifs.

Pourquoi est-ce important ?

Il permet de repérer les cas à haut risque qui nécessitent un traitement particulier et un suivi de conformité.

Où trouver ces données

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

Exemples
truefalse
Pays de la carte
CardCountry
Code du pays où la carte a été émise.
Description

Cet attribut indique le pays d’origine du moyen de paiement. Il figure généralement dans « payment_method_details.card.country ».

Il est utilisé dans le Dashboard « Harmonisation des délais de règlement ». Les paiements transfrontaliers sont souvent réglés plus lentement que les paiements nationaux. Cet attribut permet donc de segmenter les données pour l’analyse.

Pourquoi est-ce important ?

Il explique les retards de règlement liés aux procédures bancaires transfrontalières.

Où trouver ces données

API Stripe : objet Charge, « payment_method_details.card.country ».

Exemples
États-UnisAllemagneRoyaume-Uni
Remboursé
IsRefunded
Indicateur booléen précisant si le paiement a été remboursé en totalité ou en partie.
Description

Cet attribut indique si les fonds ont été rendus au client. Il est déterminé à partir du champ booléen « refunded » ou d’une valeur « amount_refunded » supérieure à 0 dans l’objet Charge.

Il contribue à l’« Audit de conformité du parcours de processus ». Les remboursements nécessitent généralement des étapes d’approbation spécifiques. Cet indicateur permet aux analystes d’isoler ces cas et de vérifier si l’activité « Paiement remboursé » a bien eu lieu.

Pourquoi est-ce important ?

Il repère les cas où le processus a suivi un parcours inverse, ce qui constitue un écart important.

Où trouver ces données

API Stripe : objet Charge, champ « refunded ».

Exemples
truefalse
Sans intervention manuelle
IsTouchless
Indicateur précisant si le processus s’est achevé sans intervention manuelle.
Description

Cet attribut calculé détermine si le cas a suivi le « parcours nominal », sans activités telles que « Contrôle du paiement requis », « Litige ouvert » ou « Erreur de paiement résolue ».

Il sert à calculer le KPI « Taux de paiements sans intervention manuelle ». Un taux élevé indique un traitement automatisé efficace, tandis qu’un taux faible suggère une charge opérationnelle importante.

Pourquoi est-ce important ?

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

Où trouver ces données

Calculé dans l’outil de Process Mining.

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

Cet attribut contient le score de risque (de 0 à 99) attribué par les modèles d’apprentissage automatique de Stripe. Il figure dans le champ « outcome.risk_score » de l’objet Charge.

Cet attribut est essentiel au Dashboard « Identification des faux positifs ». En mettant en relation les scores de risque et les activités « Erreur de paiement résolue », les analystes peuvent ajuster les seuils de blocage automatique des transactions.

Pourquoi est-ce important ?

Il aide à comprendre pourquoi une transaction a pu être signalée ou bloquée.

Où trouver ces données

API Stripe : objet Charge, champ « outcome.risk_score ».

Exemples
56599
Temps de résolution des erreurs
ErrorResolutionTime
Durée entre la détection d’une erreur et sa résolution.
Description

Cet attribut calculé mesure le temps écoulé entre « Erreur de paiement détectée » et « Erreur de paiement résolue ».

Il s’agit de la principale métrique du KPI « Temps moyen de résolution des erreurs ». Son suivi aide à optimiser le traitement des exceptions et la logique de nouvelle tentative automatisée.

Pourquoi est-ce important ?

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

Où trouver ces données

Calculé dans l’outil de Process Mining.

Exemples
4 heures12 minutes2 jours
Obligatoire Recommandé Facultatif

Activités de traitement des paiements

Consignez ces étapes essentielles du processus et ces jalons de transaction dans votre journal d’événements pour reconstituer et visualiser avec précision le cycle de vie de vos paiements.
6 Recommandé 10 Facultatif
Activité Description
Demande de paiement créée
Le processus de paiement commence par la création d’un PaymentIntent dans Stripe. Cette activité indique le moment où le client ou le système lance une demande de transaction.
Pourquoi est-ce important ?

Marque le début du temps de cycle du processus. Cette étape est essentielle pour calculer la durée totale du cycle de vie du paiement, de bout en bout.

Où trouver ces données

API Events de Stripe : payment_intent.created

Données à recueillir

Enregistré au déclenchement de l’événement payment_intent.created

Type d’événement explicit
Détails du paiement validés
Validation automatisée des détails du paiement, notamment des contrôles de format de base et de l’évaluation des règles antifraude (Stripe Radar). À cette étape, le système vérifie la validité des données reçues avant de tenter l’autorisation.
Pourquoi est-ce important ?

Indispensable pour mesurer le Dashboard « Validation et approbation ». Des retards à cette étape peuvent signaler une réponse lente du système ou un traitement complexe des règles antifraude.

Où trouver ces données

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

Données à recueillir

Comparer l’horodatage de création à celui de la première mise à jour du statut

Type d’événement inferred
Échec du paiement
L’émetteur a refusé la tentative de paiement ou Stripe l’a bloquée. Cet événement déclenche le circuit de traitement des erreurs.
Pourquoi est-ce important ?

Point de départ du « Délai moyen de résolution des erreurs ». L’analyse des codes à cette étape aide à réduire le « Taux de faux positifs dans la détection des erreurs ».

Où trouver ces données

API Events de Stripe : payment_intent.payment_failed

Données à recueillir

Enregistré au déclenchement de l’événement payment_intent.payment_failed

Type d’événement explicit
Fonds transférés
Le versement qui comprend cette transaction a été effectué sur le compte bancaire externe. Les fonds ont quitté la plateforme Stripe.
Pourquoi est-ce important ?

Correspond à l’étape « Paiement réglé ». Sert à calculer la « Régularité des délais de règlement ».

Où trouver ces données

API Events de Stripe : payout.paid

Données à recueillir

Enregistré au déclenchement de l’événement payout.paid

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 mode de paiement est valide et que le solde est suffisant.
Pourquoi est-ce important ?

Une étape clé pour mesurer le « Taux de paiements sans intervention ». Sa réussite indique que le principal contrôle des risques a été franchi.

Où trouver ces données

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

Données à recueillir

Enregistré au déclenchement de payment_intent.succeeded ou amount_capturable

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

Dernière étape de l’« Analyse des écarts de rapprochement des paiements ». Elle permet de vérifier que le grand livre correspond aux mouvements réels du compte bancaire.

Où trouver ces données

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

Données à recueillir

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 authentification forte du client (SCA) ou 3D Secure est nécessaire. Le processus est suspendu dans l’attente de l’authentification du client.
Pourquoi est-ce important ?

Permet d’expliquer les délais du processus qui dépendent uniquement du client, et non du système.

Où trouver ces données

API Events de Stripe : payment_intent.requires_action

Données à recueillir

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 au statut processing ou succeeded. Cela signifie que le client a fourni un nouveau mode de paiement ou que la nouvelle tentative a abouti.
Pourquoi est-ce important ?

Essentiel pour le Dashboard « Temps de cycle de résolution des erreurs ». Cet indicateur signale que les revenus ont été récupérés.

Où trouver ces données

Déduit lorsqu’un événement « payment_intent.processing » ou « succeeded » est observé pour un identifiant associé précédemment à un événement « payment_intent.payment_failed ».

Données à recueillir

Comparer la séquence des statuts : Échec -> En cours de traitement/Réussi

Type d’événement inferred
Examen du paiement approuvé
Un agent ou une règle du système approuve une transaction précédemment signalée pour examen. La transaction peut alors passer à l’étape d’autorisation.
Pourquoi est-ce important ?

Nécessaire pour mesurer le « Temps de cycle moyen des approbations ». Les goulots d’étranglement à cette étape ont un effet direct sur l’expérience client.

Où trouver ces données

API Events de Stripe : review.closed (avec le motif « approved »)

Données à recueillir

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

Type d’événement explicit
Examen du paiement requis
Cette activité se produit lorsqu’un paiement déclenche une règle d’examen manuel dans Stripe Radar. Le paiement est mis en attente d’une intervention humaine.
Pourquoi est-ce important ?

Alimente directement le Dashboard « Carte thermique des interventions manuelles ». Un volume élevé à cette étape peut indiquer qu’il faut ajuster les règles antifraude ou renforcer les effectifs.

Où trouver ces données

API Events de Stripe : review.opened

Données à recueillir

Enregistré au déclenchement de l’événement review.opened

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 est-ce important ?

Essentiel pour la « Visibilité sur la trésorerie et les flux de liquidités ». Cette étape indique à quel moment l’entreprise peut réellement utiliser les fonds.

Où trouver ces données

API Events de Stripe : balance.available

Données à recueillir

Enregistré au déclenchement de l’événement balance.available

Type d’événement explicit
Litige clôturé
La procédure de contestation est terminée, que le litige ait été gagné ou perdu. Cette étape marque la fin du cycle d’exception.
Pourquoi est-ce important ?

Marque la résolution définitive de la contestation des revenus.

Où trouver ces données

API Events de Stripe : charge.dispute.closed

Données à recueillir

Enregistré au déclenchement de l’événement charge.dispute.closed

Type d’événement explicit
Litige ouvert
Le titulaire de la carte a contesté le paiement. Cela lance la procédure de rétrofacturation et entraîne le retrait des fonds du solde.
Pourquoi est-ce important ?

Un flux d’exception majeur qui affecte le « Taux de rapprochement réussi dès la première tentative ».

Où trouver ces données

API Events de Stripe : charge.dispute.created

Données à recueillir

Enregistré au déclenchement de l’événement charge.dispute.created

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

Alimente le Dashboard « Délai d’envoi des notifications client ». Les retards à cette étape entraînent des demandes auprès de l’assistance.

Où trouver ces données

API Events de Stripe : charge.succeeded (vérifier le booléen « receipt_sent » ou la création de « receipt_url »), ou événement receipt.sent.

Données à recueillir

Enregistré au déclenchement de l’événement receipt.sent ou déduit de l’objet charge

Type d’événement explicit
Paiement inclus dans un versement
La transaction est intégrée à un objet Payout. Cela indique que le transfert des fonds vers le compte bancaire est programmé.
Pourquoi est-ce important ?

Essentiel pour la « Standardisation des délais de règlement ». Relie les transactions individuelles aux virements bancaires groupés.

Où trouver ces données

Déduit en reliant la transaction de solde à un objet Payout.

Données à recueillir

Repérer le moment où l’identifiant Payout est attribué à la transaction de solde

Type d’événement inferred
Paiement remboursé
Le commerçant a lancé le remboursement de la transaction. Les fonds repartent alors dans le sens inverse.
Pourquoi est-ce important ?

Permet de repérer les reprises après règlement et les pertes de revenus.

Où trouver ces données

API Events de Stripe : charge.refunded

Données à recueillir

Enregistré au déclenchement de l’événement charge.refunded

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 repérer les goulots d’étranglement et améliorer vos résultats financiers. Notre équipe vous accompagne à chaque étape.

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

Atteignez 98 % de traitement entièrement automatisé et éliminez les exceptions de paiement.

Démarrez l’essai gratuit

Aucune carte bancaire requise… Configuration en quelques minutes