Ancienne solution: Guide d'intégration (avec redirection)

Préautorisation

La préautorisation constitue en fait une transaction d’achat en deux temps. Il peut s’agir, par exemple, d’un achat qui sera complété au moment de l’expédition de la commande du client par le marchand ou encore, d’une réservation sur le site d’un établissement hôtelier.

La préautorisation permet de «retenir» le montant de la transaction sans devoir la compléter immédiatement et ainsi pouvoir effectuer un remboursement s’il devait y avoir annulation. La durée de la préautorisation (avant l’annulation et le dégel des fonds) varie selon la politique de l’émetteur de la carte.

La transaction de préautorisation se divise en deux blocs comportant quatre étapes.

Phase A

Le module de communication du marchand agit à titre de client lors des quatre premières étapes. C’est ce module qui initie les communications avec le serveur de paiement sécurisé Desjardins afin d’ouvrir une session et d’envoyer l’information relative à la transaction. La réussite des étapes du Bloc A permet au module de communication du marchand de rediriger le client sur la page de paiement sécurisé Desjardins.

Les requêtes XML aux étapes #1 et #3 doivent être envoyées dans le corps du message HTTPS via un POST et doivent contenir dans leur en-tête le type de contenu «text/xml».

Phase B

Le module de communication du marchand agit à titre de serveur lors des quatre dernières étapes. Le serveur de paiement sécurisé Desjardins initie la communication avec ce module afin de retourner l’état de la transaction et d’en confirmer le statut final.

Les requêtes XML aux étapes #5 et #7 sont reçues dans le corps du message HTTPS via un POST et contiennent dans leur en-tête le type de contenu «text/xml».

Par la suite, il faudra confirmer l’achat préautorisé ou l’annuler.

Voir les étapes