Diagramme du processus de paiement par carte (achat à capture)
Diagramme du processus de paiement par carte : initiation de l'achat, capture sécurisée des données, réponse d'autorisation, décision du marchand de poursuivre ou annuler, message de libération et transmission à la capture.
Qu'est-ce que le processus diagramme du processus de paiement par carte (achat à capture) ?
Un paiement par carte commence comme une conversation d'achat sensible au temps, pas comme de l'argent réglé. Le porteur de carte confirme l'achat, le marchand crée la commande et le montant, et la passerelle ou le prestataire de traitement capture et protège les données de paiement. Des détails invalides rebouclent avant que l'authentification ou le filtrage de risque du marchand ne puisse créer une tentative d'autorisation.
Lorsque les contrôles locaux autorisent la demande, l'acquéreur la valide, le réseau de cartes l'achemine, et l'émetteur renvoie une approbation ou un refus. Un arrêt local a son propre résultat de non-autorisation car l'émetteur n'a jamais été sollicité. Après approbation, le marchand décide si la commande reste active. L'annulation reste une action du marchand, suivie d'une transmission distincte vers la passerelle ou le prestataire de traitement pour la messagerie de renversement, d'avis et de libération de blocage prise en charge. Une commande active est confirmée et soumise à la capture avec sa référence d'autorisation intacte.
Le traitement en aval est délibérément compressé en trois étapes : le réseau échange les enregistrements de compensation et émet des instructions à partir de positions calculées, un agent de règlement ou une banque règle les obligations institutionnelles, et l'acquéreur libère le financement du marchand. Utilisez le modèle du cycle de vie de la transaction par carte ou de la compensation et du règlement lorsque ces états ultérieurs et leurs exceptions ont besoin de détail opérationnel.
Ce que couvre cet organigramme
Dans ce modèle
- L'initiation de l'achat et la capture protégée des données de paiement, avec correction avant l'exécution des contrôles locaux
- L'authentification et le filtrage de risque du marchand séparés de la décision d'autorisation de l'émetteur
- Les transmissions de demande et de réponse d'autorisation à travers l'acquéreur, le réseau de cartes et l'émetteur
- L'autorité de poursuite ou d'annulation du marchand séparée de la messagerie de renversement et de libération de blocage de la passerelle ou du prestataire de traitement
- Une boucle de correction de capture et un contexte compact pour la compensation, le règlement et le financement du marchand
Quand utiliser ce modèle
- Les équipes produit, opérations et finance utilisent autorisation, capture, compensation et règlement comme s'il s'agissait d'événements interchangeables
- Un marchand a besoin d'une vue neutre vis-à-vis des prestataires des transmissions en temps réel, sans transformer le paiement en carte de règlement
- Les refus et exceptions de capture sont traités en dehors de l'enregistrement de commande, rendant la responsabilité et les résultats client peu clairs
- Le flux de paiement en temps réel est masqué par le détail du règlement en aval et le point de décision du marchand est absent
- Les équipes ont besoin d'une carte au niveau de l'achat avec une frontière explicite vers les procédures ultérieures de cycle de vie et de finance
Comment cela fonctionne
Cartographier vos parties réelles
Remplacez les couloirs génériques par les parties de votre dispositif d'acquisition et de traitement. Un prestataire peut jouer plusieurs rôles, mais les responsabilités de demande, de réponse et de mouvement de fonds devraient rester visibles.
Définir les contrôles d'autorisation
Documentez les données de paiement requises, les parcours d'authentification, les décisions de risque du marchand, les références de demande et le traitement de réponse sûr pour le client, pour chaque canal pris en charge.
Fixer les déclencheurs de capture
Précisez quand la capture peut être soumise, qui corrige les enregistrements rejetés, et comment les demandes d'annulation du marchand sollicitent le renversement pris en charge ou le traitement de libération de blocage de la passerelle ou du prestataire de traitement. Gardez la capture séparée de la décision d'autorisation antérieure.
Garder l'aval compact
Nommez le propriétaire des données de compensation, l'agent de règlement ou la banque, et le propriétaire du financement marchand, puis reliez vers des procédures détaillées de compensation et de rapprochement plutôt que de les dupliquer ici.
Définir l'enregistrement de transmission
Choisissez les références et champs de statut qui quittent le paiement avec la capture acceptée afin que les enregistrements ultérieurs puissent être rattachés à l'achat sans réécrire son résultat en temps réel.
Questions fréquentes
Quelles sont les principales étapes d'un processus de paiement par carte ?
Une carte au niveau de l'achat crée la commande et le montant, capture les données de paiement protégées, effectue l'authentification et les contrôles de risque du marchand, achemine une demande d'autorisation vers l'émetteur, renvoie la réponse, laisse le marchand poursuivre ou refuser, et transmet un achat approuvé à la capture. La compensation, le règlement et le financement du marchand n'apparaissent que comme contexte en aval.
L'autorisation signifie-t-elle que le marchand a reçu l'argent ?
Non. L'autorisation est une décision de l'émetteur qui peut réserver une disponibilité. La capture fait avancer la transaction, la compensation établit les positions des participants, un agent de règlement ou une banque déplace les fonds entre institutions, et le financement du marchand suit l'accord d'acquisition. Leur calendrier et leur effet comptable dépendent du dispositif.
Pourquoi séparer les acteurs processeur, réseau et règlement ?
Ce sont des rôles logiques distincts même lorsqu'un seul prestataire en joue plusieurs. Un processeur transporte les messages du marchand, un réseau de cartes échange les données d'autorisation et de compensation ou émet des instructions de règlement, et un agent de règlement ou une banque effectue le mouvement institutionnel des fonds. Annotez les prestataires combinés sans attribuer le mouvement d'argent à un rôle de routage de données.
Comment ce modèle doit-il traiter les refus et exceptions de carte ?
Gardez les arrêts locaux distincts des refus de l'émetteur et conservez la référence de transaction d'origine pour la correction de capture. Si une commande approuvée est annulée, enregistrez d'abord la décision du marchand, puis envoyez uniquement le message de renversement, d'avis ou de libération de blocage pris en charge par l'intégration de la passerelle ou du prestataire de traitement.
Où ce processus s'inscrit
Dans la plupart des opérations, ce processus passe le relais à Organigramme du processus d'autorisation de paiement (demande de capture).
C'est une étape de Cycle de vie des paiements par carte.
Étape 1: Diagramme du processus de paiement par carte (achat à capture) Vous êtes ici
Diagramme du processus de paiement par carte : initiation de l'achat, capture sécurisée des données, réponse d'autorisation, décision du marchand de poursuivre ou annuler, message de libération et transmission à la capture.
Étape 2: Organigramme du processus d'autorisation de paiement (demande de capture)
Organigramme du processus d'autorisation de paiement pour la validation des données, l'authentification et les contrôles des risques, le routage des demandes, la réponse de l'émetteur, les demandes de résultat inconnu et le transfert de…
Étape 3: Diagramme du cycle de vie de la transaction par carte
Étape 4: Modèle d'organigramme du processus de compensation et de règlement des paiements
Étape 5: Organigramme du processus de rapprochement des paiements (des…