Arborescence des pages

Comparaison des versions

Légende

  • Ces lignes ont été ajoutées. Ce mot a été ajouté.
  • Ces lignes ont été supprimées. Ce mot a été supprimé.
  • La mise en forme a été modifiée.
Commentaire: expectedDeliveryDate devient facultatif; plus besoin des données d'authentification dans la MIT, cummulatedAmount devient recommandé




Sommaire


Sommaire
maxLevel5
stylenone




Inclure page
3DSV2 - Paiements complexes mixtes
3DSV2 - Paiements complexes mixtes

 

Inclusion d'extrait
3DSV2 - Interface Directe - Pré-commande ou expedition tardive
3DSV2 - Interface Directe - Pré-commande ou expedition tardive
nopaneltrue


 Valorisation de la commande


Le doWebPayment d'initialisation de la commande est valorisé comme suit

ParamètrePrésenceCommentaire
linkedTransactionID
Vide pour la demande initiale
Objet Payment
  amountO

Montant du paiement effectué en phase de commande (montant de l'acompte ou des articles de la première expédition.

Ce montant peut être nul.

  actionO

126: pour effectuer une demande d'autorisation

127: pour effectuer une demande d'autorisation et de validation

Si le montant est nul, Payline transforme la demande d'autorisation ou d'autorisation + validation en demande d'information.

modeOCPT :
Objet Order
  amountO

Montant total de la commande.

C'est ce montant qui est utilisé dans la demande d’authentification.

  expectedDeliveryDateOF

Pour une pré-commande, indique la date estimée de la livraison.

Pour une expédition tardive, indique la date de la dernière livraison.

Objet ThreeDSinfo
  ChallengeIndF

Au choix du marchand en fonction de son analyse de risque.

Par défaut: No choice, c'est l'ACS qui décide du type d'authentification en fonction de sa propre analyse de risque.

O : Obligatoire ;     F: Facul tatif ;    C : Conditionnel


Le marchand récupère le tokenPan card.token, le linkedTransactionID et le authentication3DSecureretournés dans la réponse au getWebPaymentDetails


Stockage des données de paiement dans un wallet Payline.


Cette étape facultative permet de stocker les données de paiement dans un wallet Payline.

Il faut faire appel au web service createWallet en précisant:

  1. le numéro de contrat
  2. l'identifiant de wallet
  3. l'identifiant de transaction Payline donné en réponse du doAuthorization.

Valorisation des demandes de paiement subséquentes (MIT)

Les demandes de paiement des autres échéances sont initiées par le marchand hors la présence de l'acheteur, il n'y a pas d'authentification.

La demande de paiement peut être effectuée en utilisant:

  • doAuthorization;
  • doImmediateWalletPayment;
  • doScheduledWalletPayment.


Les paramètres spécifiques à ces demandes sont précisés dans le tableau ci-dessous.


O
ParamètrePrésenceCommentaire
linkedTransactionIDOValeur récupérée en phase de commandeauthentication3DSecureValeur récupérée en phase de commande



Objet Payment
  amountOMontant de l'expédition
  actionO

127: pour effectuer une demande d'autorisation et de validation

  cumulatedAmountOR

Somme des montants déjà autorisés.  (Fortement recommandé par CB)

O : Obligatoire ;     F: Facul tatif ;    C : ConditionnelConditionnel  ;    R : Recmmandé



Pages associées

Contenu par étiquette
showLabelsfalse
showSpacefalse
sorttitle
cqllabel = "3dsv2" and label = "en"