Historique de la page

...

4.1. Cinématique d’un paiement simple

Figure 1 : Cinématique d’un paiement simple (sans 3DS)

Voici les étapes principales d’un paiement avec cette nouvelle interface :

1. L’acheteur valide son panier, le navigateur envoie une requête http sur le serveur commerçant ;
2. Le serveur commerçant :
1. génère une référence unique de commande ;
2. chiffre avec sa clé d’accès la chaine composée de la référence commande et du numéro de contrat ;
3. construit et renvoie le formulaire au navigateur .;
3. L’acheteur saisit et valide ses données (paiement, adresse de facturation, etc…) ;
4. Le navigateur réalise un appel à la servlet Payline « getToken » ;
5. La servlet Payline traite la requête :
1. déchiffre les données à partir de la clé commerçant ;
2. affecte un CVV virtuel à la transaction (valable pour une seule commande) ;
3. tokenize le numéro de carte ;
4. chiffre, à partir de la clé du commerçant, le token, la date d’expiration et le CVV virtuel (+ autres infos sur la carte) ;
5. retourne les données au navigateur avec éventuellement une redirection http vers la « returnURL » (http 302 en mode synchrone) ;
6. Le navigateur réalise un appel au site du commerçant pour passer les données du formulaire (sans les données bancaires) + avec le message chiffré par Payline ;
7. Le serveur commerçant :
1. déchiffre le message avec sa clé d’accès pour obtenir : le token, la date d’expiration et le CVV virtuel.
2. vérifie que la référence de commande déchiffrée est bien celle attendue ;
3. appelle le WS Payline « doAuthorization » avec les données déchiffrées ;
8. Le WS Payline « doAuthorization » :
1. appelle le tokenizer pour obtenir le numéro de carte à partir du token ;
2. récupère le CVV à partir du CVV virtuel ;
3. appelle la banque du commerçant pour réaliser une demande d’autorisation ;
4. réalise les contrôles anti-fraude ;fraude.

Figure 1 : Cinématique d’un paiement simple (sans 3DS)

4.2. Cinématique d’un paiement 3DSecure

 Figure 2 : Cinématique d’un paiement simple avec 3DSecure

Voici les étapes principales pour un paiement 3DSecure :

1. L’acheteur valide son panier, le navigateur envoie une requête http sur le serveur commerçant ;
2. Le serveur commerçant génère un formulaire comme dans la cinématique précédente ;
3. L’acheteur saisit et valide ses données (paiement, adresse de facturation, etc…) ;
4. Le navigateur :
1. appelle la servlet « getToken » ;
2. appelle le serveur du commerçant avec les données Payline et les autres données du formulaire.
5. Le serveur du commerçant :
1. déchiffre les données Payline pour récupérer le token, la date d’expiration et le CVV virtuel ;
2. stocke dans la session de l’acheteur ces données ;
3. appelle le WS Payline « verifyEnrollment » avec le token et la date d’expiration.
6. Le WS Payline « verifyEnrollment » :
1. déduit le numéro de carte réel à partir du token carte ;
2. demande au MPI l’adresse de l’ACS de l’acheteur.
7. L’acheteur :
1. est redirigé sur l’ACS de sa banque ;
2. s’identifie ;
3. est redirigé sur le site du commerçant (cf. TERM_URL).
8. Le serveur commerçant appelle le WS Payline « doAuthorization » avec le token, la date d’expiration, le CVV virtuel et le PARes ;
9. Le WS Payline « doAuthorization » :
1. déduit le numéro de carte réel à partir du token carte ;
2. appelle le MPI pour vérifier le PARes ;
3. continue avec les autres étapes de la première cinématique …

Figure 2 : Cinématique d’un paiement simple avec 3DSecure

4.3. Cinématique d’un paiement 3DSecure déclenché par le module anti-fraude

...

5.2.2. Données en entrée

Le champ data contient les informations suivantes (valeurs séparées par des points virgules) :

Remarque : Le nombre de requêtes getToken est limité à 3 tentatives pour chaque référence commande. Si vous obtenez 3 erreurs lors d’une commande, il faudra re-générer une chaine chiffrée qui se base sur une nouvelle référence de commande.

...

Le service retourne soit une liste de valeur encodées, soit un code erreur si la fonction ne s’est pas déroulée correctement.

Le champ data contient les informations suivantes (valeurs séparées par des points virgules) :

5.2.4. Codes d’erreur

5.3. API webservice

Les webservices Payline ont évolué de façon à être compatible avec le paiement en mode Ajax.

...