Widget "Prochaine action"

Utilisez le widget "Prochaine action" lorsque l'une des commandes existantes nécessite qu'un client effectue une étape supplémentaire, telle qu'un défi 3DS ou un redirigement pris en charge. Réutilisez le jeton de commande original.

Flux de décisionInterroger Athia à ce sujet#

Voir l'expérience clientInterroger Athia à ce sujet#

Next Action fonctionne avec les widgets de paiement DEUNA comme avec les formulaires de paiement gérés par le marchand. Une fois le paiement envoyé par votre backend, ouvrez Next Action uniquement lorsque la réponse indique que le client doit effectuer une étape supplémentaire. Le widget présente alors le défi 3DS pris en charge ou la redirection vers un moyen de paiement alternatif (APM), puis communique le résultat au moyen de ses fonctions de rappel.

La démonstration suivante montre comment l’expérience se poursuit du checkout du marchand jusqu’à l’action post-paiement requise :

La vidéo illustre la transition présentée au client. Votre intégration doit toujours utiliser la réponse de paiement, les fonctions de rappel et le rapprochement côté backend décrits ci-dessous ; ne déduisez pas l’état final du paiement à partir de ce que le client voit dans le widget.

Ouvrez la "Prochaine action"Interroger Athia à ce sujet#

await DeunaSDK.initNextAction({
  orderToken,
  callbacks: {
    onSuccess: () => verifyOriginalOrder(),
    onError: (error) => recoverAfterVerification(error),
    onClosed: () => recoverAfterVerification(),
  },
});

await deunaSDK.initNextAction({
  orderToken,
  mode: 'modal',
  callbacks: {
    onSuccess: verifyOriginalOrder,
    onError: recoverAfterVerification,
    onClosed: recoverAfterVerification,
  },
});

let callbacks = NextActionCallbacks()
callbacks.onSuccess = { _ in verifyOriginalOrder() }
callbacks.onError = { error in recoverAfterVerification(error) }
callbacks.onClosed = { _ in recoverAfterVerification(nil) }

deunaSDK.initNextAction(
    orderToken: orderToken,
    callbacks: callbacks,
    language: "en"
)

val callbacks = NextActionCallbacks().apply {
    onSuccess = { verifyOriginalOrder() }
    onError = { error -> recoverAfterVerification(error) }
    onClosed = { recoverAfterVerification(null) }
}

deunaSDK.initNextAction(
    context = this,
    orderToken = orderToken,
    callbacks = callbacks,
    language = "en"
)

ParamètresInterroger Athia à ce sujet#

Gérer toutes les situationsInterroger Athia à ce sujet#

Exigences de redirection et de fenêtre contextuelleInterroger Athia à ce sujet#

• Permettre à l'SDK d'ouvrir sa surface d'authentification externe prise en charge.
• Préserver l'état du cycle de vie de l'application pendant que le client quitte et revient.
• Sur le Web, ouvrir à partir d'une action du client et ne pas sandboxer le widget d'une manière qui bloque les fenêtres contextuelles ou la navigation de premier niveau.
• Sur React Native, maintenir le rendu SDK monté pendant que son contrôleur de redirection externe est actif.
• Sur iOS et Android, utiliser le composant modale ou intégré maintenu du SDK au lieu de recréer le pont WebView interne.
• Succès de la validation, du rejet, de l'annulation par le client, de l'expiration du délai par l'émetteur, de la perte de connexion et du retour depuis l'arrière-plan.

Présentation intégréeInterroger Athia à ce sujet#

Le SDK Web prend en charge mode: 'target' plus target; iOS et Android exposent des composants de widget intégrés ; React Native utilise son DeunaWidget rendeuriseur. Prévoyez une hauteur initiale suffisante, réagissez aux modifications de taille et assurez-vous que l'hôte ne cache pas les contrôles de validation derrière une barre de navigation fixe ou un clavier sur écran.

Références connexesInterroger Athia à ce sujet#