Nouvelles Tentatives de Transaction

Yuno offre aux commerçants la possibilité de retenter les transactions de capture et de remboursement qui ont rencontré des erreurs ou ont été refusées par le fournisseur. Cette fonctionnalité vise à améliorer les taux de succès des transactions et l'expérience utilisateur. En définissant le champ simplified_mode à  true dans les requêtes de  capture  et  remboursement , Yuno retentera automatiquement les transactions échouées jusqu'à sept fois dans un délai de 96 heures. Le système gère les scénarios suivants pendant le processus de nouvelle tentative :

Transactions de Capture

Les transactions de capture peuvent rencontrer divers statuts pendant et après le processus de nouvelle tentative. Le tableau ci-dessous détaille ces statuts :

Transactions de Remboursement

Les transactions de remboursement ont également des statuts spécifiques pendant et après le processus de nouvelle tentative. Le tableau ci-dessous présente ces statuts :

Avantages

Cette fonctionnalité offre plusieurs avantages :

• Amélioration des taux de succès des transactions: Les nouvelles tentatives automatiques augmentent la probabilité de finalisation réussie des transactions, entraînant des taux d'approbation plus élevés et une augmentation des revenus.
• Expérience utilisateur améliorée: En retentant automatiquement les transactions échouées, la friction utilisateur est réduite, améliorant la satisfaction et la rétention globales des clients.
• Efficacité opérationnelle: L'automatisation des tentatives de nouvelle transaction optimise le temps et les ressources en minimisant l'intervention manuelle pour les transactions échouées, permettant aux équipes de se concentrer sur des tâches stratégiques.

Schéma de Nouvelle Tentative

Le schéma de nouvelle tentative est conçu pour maximiser le succès des transactions en planifiant les nouvelles tentatives à des intervalles stratégiques.

Le tableau ci-dessous décrit les intervalles entre chaque nouvelle tentative. Notez que chaque nouvelle tentative est planifiée en fonction du moment de la dernière tentative, ce qui signifie que le temps entre les nouvelles tentatives est cumulatif :

Ce tableau illustre que chaque nouvelle tentative est effectuée en fonction du temps écoulé depuis la tentative précédente, et non de la tentative initiale. Par exemple, la quatrième nouvelle tentative a lieu 6 heures après la troisième nouvelle tentative plutôt que 6 heures après la première tentative. Le calendrier complet s'étend sur 7 jours et 7 heures au total.

Exemples

Vous trouverez ci-dessous des exemples de requêtes d'autorisation de capture et de remboursement utilisant le mode simplifié.

curl --request POST \
     --url https://api-sandbox.y.uno/v1/payments/id/transactions/transaction_id/capture \
     --header 'X-Idempotency-Key: <Your X-Idempotency-Key>' \
     --header 'accept: application/json' \
     --header 'charset: utf-8' \
     --header 'content-type: application/json' \
     --header 'private-secret-key: <Your private-secret-key>' \
     --header 'public-api-key: <Your public-api-key>' \
     --data '
{
  "amount": {
    "currency": "JPY",
    "value": 300
  },
  "simplified_mode": true,
  "description": "Confirmed",
  "reason": "PRODUCT_CONFIRMED",
  "merchant_reference": "AAB01-432245"
}
'

curl --request POST \
     --url https://api-sandbox.y.uno/v1/payments/id/transactions/transaction_id/refund \
     --header 'X-Idempotency-Key: <Your X-Idempotency-Key>' \
     --header 'accept: application/json' \
     --header 'charset: utf-8' \
     --header 'content-type: application/json' \
     --header 'private-secret-key: <Your private-secret-key>' \
     --header 'public-api-key: <Your public-api-key>' \
     --data '
{
  "simplified_mode": true,
  "description": "Refund",
  "reason": "REQUESTED_BY_CUSTOMER",
  "merchant_reference": "AAB01-432245"
}
'