Votre modèle de données pour le traitement des paiements
Votre modèle de données pour le traitement des paiements
- Attributs de données recommandés
- Activités essentielles du cycle de vie d’un paiement
- Guide d’extraction étape par étape pour Stripe
Attributs du traitement des paiements
| 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
|
|||
Activités du traitement des paiements
| 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
|
|||
Guides d’extraction
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.
Aucune carte bancaire requise… Configuration en quelques minutes