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.

Utiliser ce modèle

Qu'est-ce que le processus diagramme du cycle de vie de la transaction par carte ?

Un enregistrement de cycle de vie évite que les statuts en attente, autorisé, capturé, compensé, réglé et financé ne s'effondrent en un seul statut de paiement. Ce modèle commence par l'attribution d'une référence de transaction durable et l'association des événements d'autorisation à celle-ci. Un résultat en attente ou inconnu est interrogé avec la référence d'autorisation d'origine tandis que la nouvelle tentative et la clôture restent bloquées. Une approbation définitive enregistre le montant, la validité et les détails du blocage ; elle n'implique pas que la compensation a eu lieu ni que l'argent a été déplacé.

La transaction approuvée peut attendre son déclencheur de capture, être annulée par le marchand, ou expirer naturellement. L'annulation envoie le renversement ou l'avis pris en charge et confirme le statut de libération de l'émetteur. L'expiration est enregistrée séparément, et un blocage non résolu devient une exception portée par un responsable plutôt qu'un point final silencieux. La capture acceptée fait ensuite avancer le même enregistrement vers la compensation.

Les colonnes ultérieures portent les positions de compensation vers les instructions de règlement, le mouvement institutionnel des fonds, le financement du marchand et le rapprochement. Elles conservent aussi les écarts opérationnels et les signaux de litige formel éligibles rattachés à l'historique de la transaction. Ce périmètre centré sur les états est volontairement plus large que le processus de paiement par carte en temps réel ; les noms d'états et messages exacts devraient être alignés sur l'implémentation utilisée.

Ce que couvre cet organigramme

Dans ce modèle

  • Une référence de cycle de vie durable avec des résultats en attente ou inconnus résolus par interrogation de statut avant approbation, refus ou clôture
  • Attente, capture, annulation par le marchand et expiration naturelle comme voies d'état distinctes
  • Renversement ou avis d'autorisation plus confirmation du statut de libération de blocage après annulation
  • Enregistrements et positions de compensation, instructions de règlement, mouvement de fonds par la banque ou l'agent, et financement du marchand
  • Rapprochement et surveillance des exceptions opérationnelles ou des signaux de litige formel éligibles

Quand utiliser ce modèle

  • Les équipes ont besoin d'un vocabulaire de cycle de vie partagé pour l'autorisation, la capture, la compensation, le règlement, le financement et les litiges
  • Les modèles de statut produit traitent l'approbation d'autorisation comme un mouvement d'argent achevé
  • Les opérations doivent documenter ce qui se passe lorsque la capture attend l'exécution, est annulée ou atteint son expiration naturelle
  • La finance a besoin de traçabilité depuis la transaction par carte d'origine jusqu'au financement du marchand et aux résultats de rapprochement
  • Les opérations de paiement définissent les transmissions du cycle de vie de la transaction par carte vers la surveillance des exceptions et la gestion des rétrofacturations

Comment cela fonctionne

  1. Nommer chaque état du cycle de vie

    Alignez la terminologie produit, traitement et finance pour les états de transaction que vous exposez. Documentez l'événement et le système de référence qui créent chaque transition.

  2. Cartographier l'aller-retour

    Associez les demandes d'autorisation, les réponses de l'émetteur et les résultats techniques à la même référence de cycle de vie. Interrogez une tentative en attente ou inconnue avec cette référence et bloquez la nouvelle tentative en double ou la clôture jusqu'à ce que son résultat définitif soit récupéré.

  3. Configurer le traitement de la capture

    Remplacez le déclencheur de capture générique par votre événement d'exécution. Gardez l'attente, l'annulation par le marchand et l'expiration naturelle séparées, et définissez comment les réponses de renversement et le statut de libération sont observés.

  4. Tracer les enregistrements jusqu'au financement

    Utilisez des références stables à travers la capture, les positions de compensation, les rapports de règlement, les frais et le financement du marchand. Donnez aux enregistrements non appariés une file, un responsable et une voie de résolution.

  5. Connecter la surveillance des litiges

    Définissez quels signaux restent des exceptions opérationnelles et lesquels sont éligibles à l'entrée formelle en rétrofacturation. Préservez l'historique lorsque l'exception est résolue.

Questions fréquentes

Quelles sont les étapes d'un cycle de vie de transaction par carte ?

Un cycle de vie utile sépare la création de la transaction, l'état d'autorisation en attente ou définitif, le calendrier de capture, la compensation, le règlement, le financement du marchand, le rapprochement et la clôture. Les résultats d'autorisation inconnus nécessitent une interrogation à l'aide de la référence d'origine avant nouvelle tentative ou clôture, tandis que l'annulation et l'expiration ne doivent pas effacer l'état de blocage.

Pourquoi l'autorisation n'est-elle pas la même chose que le règlement ?

L'autorisation communique une décision de l'émetteur et peut réserver une disponibilité. La compensation utilise les enregistrements capturés pour établir des positions, le règlement acquitte les obligations institutionnelles, et l'acquéreur finance le marchand selon un accord distinct. Garder ces états séparés rend les retards et les écarts diagnosticables.

La capture peut-elle intervenir plus tard dans le cycle de vie ?

Oui. La capture peut attendre l'exécution ou un autre événement commercial. Si le marchand annule en premier, utilisez le renversement ou l'avis pris en charge et vérifiez le traitement de libération ; ne requalifiez pas l'annulation en expiration naturelle. Configurez la capture différée ou ajustée à partir du dispositif d'acquisition réel.

Quand une transaction entre-t-elle dans le processus de rétrofacturation ?

Un signal ultérieur peut être investigué comme une exception opérationnelle et, s'il répond aux règles d'entrée formelle, devenir un dossier de rétrofacturation. Les demandes de remboursement, les demandes de renseignements et les écarts de rapprochement ne sont pas automatiquement des rétrofacturations. Préservez la référence de transaction lors de la transmission.

Où ce processus s'inscrit

Dans la plupart des opérations, ce processus suit Organigramme du processus d'autorisation de paiement (demande de capture) et passe le relais à Organigramme du processus de gestion des exceptions de paiement (détecter….

C'est une étape de Cycle de vie des paiements par carte.

  1. Étape 1: Diagramme du processus de paiement par carte (achat à capture)

  2. É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…

  3. Étape 3: Diagramme du cycle de vie de la transaction par carte Vous êtes ici

    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.

  4. Étape 4: Modèle d'organigramme du processus de compensation et de règlement des paiements

    Organigramme du processus de compensation et de règlement des paiements pour la validation des enregistrements, le calcul de la position, les mouvements de fonds, le financement des commerçants, les enquêtes sur les discordances et la…

  5. Étape 5: Organigramme du processus de rapprochement des paiements (des…

Fait partie de

Fonctionnalités QueryChart pour ce processus

Utiliser ce modèle

Browse all Modèles de processus de paiement