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…
Qu'est-ce que le processus organigramme du processus d'autorisation de paiement (demande de capture) ?
L'autorisation demande si un paiement peut avoir lieu ; il ne règle pas les fonds. Le flux valide le montant, les informations d'identification et le contexte de la commande avant de protéger les données et d'exécuter l'authentification du payeur et les contrôles des risques du commerçant. Seule une requête transmise localement reçoit une référence de tentative et entre dans la route de l'acquéreur et du réseau de cartes vers l'émetteur.
Un stop local renvoie son propre résultat de non-autorisation et se termine sans passer par aucune question de résultat pour l'émetteur. Pour les demandes soumises, le flux distingue une réponse reçue de l'émetteur d'un délai d'attente ou d'un résultat inconnu. Une approbation enregistre la référence de conservation, tandis qu'une baisse se clôture comme une décision de l'émetteur.
Inconnu ne signifie pas refusé et n'autorise pas une nouvelle tentative aveugle. La demande d'état réutilise la référence de tentative d'origine et la commande reste bloquée jusqu'à ce que cette tentative soit résolue. L'approbation confirmée n'est ensuite remise à la capture que si la commande est toujours valide ; La gestion des versions possède une approbation qui n’est plus nécessaire. Les capacités d’enquête et d’annulation doivent correspondre à l’intégration documentée.
Ce que couvre cet organigramme
Dans ce modèle
- Capture des données de paiement et de commande avec une boucle de correction avant la création du contexte d'autorisation protégé
- Authentification du payeur et contrôle des risques du commerçant avec un chemin local de non-autorisation qui contourne la gestion des résultats de l'émetteur
- Transferts entre acquéreurs, réseaux de cartes et émetteurs liés à une seule référence de tentative d'autorisation
- Approbation ou refus de l'émetteur sans décrire l'autorisation comme une compensation, un règlement ou un financement des commerçants
- Demande de délai d'attente utilisant la référence d'origine, avec nouvelle tentative bloquée jusqu'à ce que la première tentative soit résolue
Quand utiliser ce modèle
- Les équipes de caisse ont besoin d'une cartographie partagée des responsabilités du commerçant, de la passerelle, de l'acquéreur, du réseau de cartes et de l'émetteur.
- Un timeout est actuellement converti en une nouvelle tentative d'autorisation sans vérifier le résultat initial
- Les échecs d'authentification, les arrêts pour risque du commerçant et les refus de l'émetteur sont stockés sous un seul statut ambigu.
- Les systèmes de commande procèdent avant un résultat d'autorisation définitive ou perdent la référence nécessaire à une capture ultérieure
- Les équipes doivent séparer le processus d'autorisation de paiement de la gestion de la capture, de la compensation, du règlement et de la rétrofacturation.
Comment cela fonctionne
Définir les données de demande requises
Répertoriez le montant, la devise, les informations d'identification, le commerçant, la commande et le contexte de canal requis par l'intégration. Validez-le avant de créer la tentative d'autorisation afin que les corrections ne deviennent pas des demandes en double.
Configurer l'authentification et les risques
Documentez les chemins d'authentification et les contrôles des risques marchands qui s'appliquent par canal. Gardez un stop local distinct d'un refus d'un émetteur et évitez la logique de décision sensible des réponses destinées aux clients.
Conserver une référence de tentative
Générez ou conservez une référence que chaque participant et requête de statut peut associer à la même tentative. Enregistrez les demandes, les réponses et les transitions d’état sans écraser les événements antérieurs.
Concevoir la gestion des résultats inconnus
Utilisez une enquête assistée ou une enquête contrôlée avant toute nouvelle demande. Définissez combien de temps une commande peut rester bloquée et à qui appartient une tentative dont le statut définitif ne peut pas encore être récupéré.
Définir le transfert de capture
Spécifiez les données d'approbation et le déclencheur métier requis par la capture. Si la commande n'est plus valide, supprimez-la de la file d'attente de capture et ouvrez la gestion des versions ou des annulations prise en charge.
Questions fréquentes
Que se passe-t-il lors de l'autorisation de paiement ?
Le commerçant valide le contexte de paiement et de commande, protège les données et effectue des contrôles d'authentification et de risque. Un stop local revient sans poser de question sur le résultat de l'émetteur. Une tentative autorisée est référencée et acheminée vers l'émetteur ; une approbation ou un refus reçu suit un chemin, tandis qu'un délai d'attente entre dans la demande de statut.
Une approbation d’autorisation transfère-t-elle des fonds ?
Non. L'approbation indique que l'émetteur autorise la demande et peut réserver la disponibilité. La capture, la compensation, le règlement et le financement des marchands sont des États ultérieurs avec des registres et des propriétaires distincts. L’approbation ne doit pas être déclarée comme de l’argent encaissé.
Que doit-il se passer après un délai d'autorisation ?
Traitez le résultat comme inconnu jusqu'à ce que la tentative initiale puisse être vérifiée. Requête avec sa référence et nouvelle tentative de blocage car la première requête peut avoir réussi même si la réponse a été perdue. Si l’enquête ne parvient pas à résoudre le problème, conservez une enquête personnelle plutôt que d’inventer un déclin.
Quand une autorisation approuvée doit-elle être saisie ?
La capture doit suivre une approbation confirmée et le déclencheur commercial du commerçant, tel que l'acceptation ou l'exécution de l'achat. Le transfert nécessite le montant et la référence approuvés. Le timing et la prise en charge d'une capture retardée ou ajustée proviennent de l'accord d'acquisition et de traitement.
Où ce processus s'inscrit
Dans la plupart des opérations, ce processus suit Organigramme du processus d'évaluation des risques liés aux transactions et passe le relais à Diagramme du cycle de vie de la transaction par carte.
C'est une étape de Cycle de vie des paiements par carte.
Étape 1: 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.
Étape 2: Organigramme du processus d'autorisation de paiement (demande de capture) Vous êtes ici
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
Diagramme du cycle de vie de la transaction par carte pour les résultats d'autorisation définitifs ou inconnus, l'interrogation de statut par référence, la capture, la compensation, le règlement, le financement et la clôture.
É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…