2016-01-27 1 views

Répondre

1

Vous devez comprendre que callbackUrl est un paramètre même que d'autres cancelReturnUrl et acceptReturnUrl paramètres. Description succincte de vos références

le client

de acceptReturnUrl

À son retour à acceptReturnUrl, normalement attendre à afficher un reçu .

cancelReturnUrl

Si le client annule l'achat en utilisant la fonctionnalité dans la fenêtre de paiement (non en fermant la fenêtre), il est retourné au cancelReturnUrl

callbackUrl

Lorsque le client se termine un paiement, il est redirigé vers la acceptReturnUrl ainsi que les paramètres de retour. Si le client arrête la communication (ferme le navigateur, perd la connexion Internet ect.) Avant d'atteindre la boutique en ligne, le système de magasin est pas informé de le résultat de l'achat. Pour éviter cette situation, un appel de serveur à serveur automatique peut être envoyé au backend de la boutique, activé par en envoyant le paramètre "callbackUrl". Cette URL est alors automatiquement appelée avec les paramètres de retour lorsque l'achat est accepté.

L'appel est créé comme un poste. Tous les paramètres retour décrits précédemment sont retournés au callbackUrl, et il accepte seul port 80 (HTTP), 443 (HTTPS) et 20080.

Parce que http is a stateless protocol ce qui signifie que la connexion entre le navigateur et le serveur est perdu une fois la transaction terminée. Pour résoudre ce problème, votre passerelle de paiement (DIBS) suggère d'utiliser le paramètre callbackUrl, donnez une url à ce paramètre qui est écouté à vos côtés. Si un problème se produit comme mentionné dans le cas (ferme le navigateur, perd la connexion Internet ect.) DIBS renverra cette adresse URL qui a mentionné à votre callbackUrl paramètre avec les paramètres de retour de paiement.

donc au back-end, vous pouvez mettre à jour vos informations de paiement.