Fonctions de paiement
Choisir et utiliser les fonctionnalités de paiement DEUNA pour l'authentification, les cartes, les paiements à terme, les opérations de cycle de vie et le routage.
Sur cette page
Les fonctionnalités de paiement étendent le cycle de vie de paiement principal. Utilisez ce guide pour choisir la fonctionnalité dont vous avez besoin, comprendre son fonctionnement et accéder à la documentation de mise en œuvre basée sur le code, sans considérer qu'une fonctionnalité documentée est automatiquement activée pour tous les fournisseurs.
01 · qualify
Vérifier l'éligibilité
Vérifier le fournisseur, la méthode de paiement, le marché, la devise, le canal, l'opération et la configuration du commerçant.
02 · configure
Activer la fonctionnalité
Appliquer la connexion, la campagne, la stratégie ou la configuration de compte approuvée dans DEUNA.
03 · integrate
Envoyer le contrat
Utiliser les champs de l'API ou du SDK documentés et conserver les identifiants et les actions suivantes retournés.
04 · verify
Tester tous les résultats
Tester les chemins de succès, de refus, de timeout, de doublon, asynchrones et de récupération.
05 · operate
Réconcilier continuellement
Utiliser les états autoritaires et les webhooks vérifiés avant les opérations de traitement ou de suivi.
Trouver une fonctionnalité#
Authentification et gestion des risques
3D sécuriséChoisissez la 3DS gérée par DEUNA ou par le prestataire et gérez les flux de paiement sans friction et les flux de vérification.Issuer authenticationAuthentification dynamiqueSélectionnez l'authentification ou la vérification en fonction du contexte de la transaction, du risque, du client et de l'émetteur.Policy-driven verificationVérification de l'adresseUtilisez les résultats de vérification d'adresse standardisés dans les politiques de détection de fraude et de routage.Normalized AVS signalsExamen manuelMaintenez la transaction en attente jusqu'à ce qu'un tiers prenne une décision de risque.Held decisionsMoteur recommandéGérez les choix de prestataires et les règles enfants pondérées prises en charge.Prioritized provider rulesNormalisation de l'adresseNormalisez les champs de facturation et d'expédition pris en charge avant le traitement par le prestataire.Consistent address input
Gestion des cartes et des identifiants
Tokenisation de la carteRéduisez les saisies répétées d'identifiants tout en maintenant les responsabilités PCI.Provider tokens and CVV verificationDétection du type de carteUtilisez le type de carte détecté de manière cohérente dans le routage et les opérations.BIN-derived routing contextFlux de consentementSuivez et réutilisez le consentement du prestataire sans le considérer comme une confirmation de paiement.Supported wallet authorizationConversion de deviseTransmettez les informations de change approuvées tout au long du cycle de vie du paiement.Presentment and settlement context
Paiements échelonnés et cycle de vie des montants
VersementsConfigurez les campagnes, récupérez les conditions applicables et envoyez l'option sélectionnée.Eligibility to selected planPaiements multiples échelonnésCapturez une autorisation approuvée en incréments pris en charge.One authorization, staged fulfillmentPaiements multiples échelonnés (rembourses)Retourner les fonds collectés dans les incréments supportés, tout en respectant le montant restant.Native or aggregated refundsOpérations asynchronesSéparer l'acceptation de la demande du résultat final de l'opérateur.Capture, refund, and voidOpérations simultanéesComprendre comment les demandes de capture ou de remboursement simultanées sont validées.Serialized amount validationAnnulation automatiqueConfigurer le comportement de validité supporté et réconcilier le résultat de l'annulation.Release uncaptured authorizations
Intégrer la fonctionnalité dans le cycle de vie du paiement#
Diagramme de flux
| Scène | Exemples de fonctionnalités | Quelle est la source d'autorité |
|---|---|---|
| Avant le traitement | Normalisation des adresses, détection de cartes, recommandations, lutte contre la fraude | La commande et la configuration de la connexion de l'opérateur |
| Authentification | 3DS, authentification dynamique, consentement du portefeuille | L'action suivante et l'état de paiement ultérieur – et non seulement le retour du navigateur |
| Traitement | Achat, autorisation, paiements échelonnés, conversion | Le montant de paiement DEUNA confirmé, la devise et le statut |
| Après l'authentification | Capture, capture partielle, annulation automatique | Montant autorisé restant et état de l'opération confirmé par l'opérateur |
| Après la collecte | Remboursement, remboursement partiel, remboursement asynchrone | Montant remboursable restant et état de l'opération confirmé par le prestataire |
La compatibilité est multidimensionnelle#
Une fonctionnalité est prête uniquement lorsque toutes les dimensions requises sont compatibles :
| Dimension | Vérifier |
|---|---|
| Prestataire et informations d'identification | La connexion et le type d'informations d'identification prennent en charge l'opération |
| Marché et devise | Le pays, la devise et l'arrangement de règlement configurés sont valides |
| Mode de paiement | La carte, le portefeuille, le virement bancaire, le bon de réduction ou la méthode BNPL sélectionnée expose la fonctionnalité |
| Canal et SDK | Web, iOS, Android, React Native ou API directe prennent en charge l'action requise du client |
| Configuration du compte | La fonctionnalité, la stratégie, la campagne, les limites et les fenêtres de temps sont activées pour le commerçant |
| Gestion de l'état | L'intégration prend en charge chaque état transitoire, de succès, d'échec et de récupération qu'elle peut recevoir |
Utilisation Capacités des fournisseurs pour la disponibilité publiée et Workflow et statuts de paiement pour le modèle d'état complet.
Liste de contrôle de publication#
- Documenter le résultat métier et la condition exacte qui permet l'utilisation de cette fonctionnalité.
- Vérifier les champs de l'API publique ou du SDK par rapport au guide associé ; ne pas déduire les champs à partir des étiquettes de l'administration.
- Tester la fonctionnalité avec la combinaison réelle du fournisseur, du marché, de la devise et de la méthode de paiement.
- Inclure les cas de refus, de mise en attente, de délai d'attente, de doublon, de complétion partielle et d'indisponibilité.
- Rendre les actions côté serveur idempotentes et conserver les identifiants privés hors des applications clientes.
- Effectuer des remboursements uniquement à partir d'un état DEUNA autorisé.
- Surveiller à la fois les indicateurs de l'expérience client et la réconciliation financière après le lancement.
Options d'intégrationChoisir le navigateur, mobile, hébergé ou l'interface API qui gère chaque partie de l'expérience.Flux de paiementImplémenter les transitions d'état et les résultats d'opération validés.ConnexionsConfigurer et utiliser les fournisseurs qui rendent chaque fonctionnalité disponible.