Règle de paiement Pas de validation avec approbation lors de la réservation
La règle de paiement Pas de validation avec approbation lors de la réservation déclenche une action Approbation lors de la préparation pour distribution et une action Deposit lors de la distribution. Les dépôts peuvent avoir lieu au fur et à mesure qu'ils se produisent, ou peuvent être accumulés pour dépôt dans une seule transaction lorsque plusieurs exécutions de commandes sont impliquées.
Utilisation courante : le mode de paiement généralement associé à cette règle est le suivant :
- Transactions par carte de crédit
Etats cibles : cette règle spécifie que les actions de paiement suivantes doivent avoir lieu pour un mode de paiement mappé :
| Evénement de paiement | Etat cible des paiements | Description |
|---|---|---|
| paiement préférentiel | DNE | L'état cible du paiement n'existe pas. Aucune mesure de paiement n'est prise lorsque la commande est capturée. |
| annuler le paiement | APPROVED | Le paiement est approuvé lorsque la commande est envoyée pour distribution. Plus précisément, assurez-vous que l'état du paiement est défini sur APPROUVE. Si c'est le cas, ne prenez aucune mesure. Si ce n'est pas le cas, approuvez-le. S'il n'est que partiellement approuvé, assurez-vous que la différence est approuvée. |
| finaliser le paiement | DEPOSE | Le paiement est déposé lors de l'expédition de la commande. |
Exemple 1 : Paiement par carte de crédit avec une exécution de commande unique
Un client passe une commande pour trois articles qui totalisent 300 dollars américains. Tous les articles sont disponibles pour l'expédition. Le client utilise une carte de crédit pour payer l'ensemble de la commande. L'instruction de paiement consiste à utiliser un mode de paiement par carte de crédit et le montant de 300 USD.
| Evénement de paiement | Montant de validation | Montant de la réservation | Montant de la finalisation | Système d'arrière-plan | |
|---|---|---|---|---|---|
| Montant approuvé | Montant déposé | ||||
| paiement principal (capture de commandes) | 300 | 0 | 0 | - | - |
| annuler le paiement (envoyé pour distribution) Une exécution de commande a été créée (version A). |
300 | 300 | 0 | 300 | 0 |
| finaliser le paiement (expédition) | 300 | 300 | 300 | 300 | 300 |
Exemple 2 : Paiement par carte de crédit avec une exécution de commande unique, mais le paiement échoue
Un client passe une commande pour trois articles d'un total de 300 USD. Tous les articles sont disponibles pour l'expédition. Le client utilise une carte de crédit pour payer l'ensemble de la commande. La carte de crédit est refusée. Le représentant du service clientèle contacte le client et corrige la date d'expiration de la carte de crédit. Etant donné que la règle de paiement utilisée ne nécessite pas d'action de paiement pendant la validation, l'erreur n'est découverte qu'après la réservation de paiement, après quoi la modification se produit.
| Evénement de paiement | Montant de validation | Montant de la réservation | Montant de la finalisation | Système d'arrière-plan | ||
|---|---|---|---|---|---|---|
| Montant approuvé | Montant déposé | Echec du montant | ||||
| paiement principal (capture de commandes) | 300 | 0 | 0 | - | - | - |
| annuler le paiement (envoyé pour distribution) Une exécution de commande a été créée (version A). |
300 | 0 | 0 | 0 | 0 | 300 |
| Une action d'annulation de paiement se produit à nouveau, en utilisant les informations de paiement correctes. | 300 | 300 | 0 | 300 | 0 | 0 |
| finaliser le paiement (expédition) | 300 | 300 | 300 | 300 | 300 | 0 |