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: ajout de la présentation d'un paiement mixte




ContentSommaire


Sommaire
maxLevel5
stylenone




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

 

Généralités

Cette page précise les paramètres à utiliser pour l'authentification et l'autorisation lorsque le marchand adopte un paiement à l'expédition etle paramétrage des commandes pour lesquelles le commerçant:

  • ne peut effectuer l'envoi de la totalité des marchandises dans la période de garantie de paiement d'une autorisationles 7 jours;
  • accepte une pré-commande sans que le produit ne soit disponibleavec livraison lointaine (> 7 jours).

Le numéro de carte peut être saisi par l'acheteur ou récupéré d'un wallet.

Le scénario se déroule comme suit:

  • Pendant la phase de commande, le commerçant:
    • utilise le mode de paiement lié à la pré-commande;
    • effectue une authentification du avec le montant total de la commande;
    • effectue une demande d'info information à 0 € si aucun envoi effectué immédiatement ou , une demande d'autorisation du montant de l'envoi prêt à être effectué ou du montant de l'acompte;
  • Au gré des expéditions en dehors la présence de l'acheteur, il:
    • effectue une autorisation + validation  du montant de l'expédition en référençant la première autorisation .

L'intérêt de ce cas d'usage est de ne pas réduire la capacité à acheter du client en impactant inutilement l'encours de carte.

Prérequis / contraintes:

  • l'acheteur initie la commande en ligne depuis du site web ou de l'application mobile du marchand;
  • le marchand utilise l'interface Pages Web de Paiement;
  • Le cryptogramme d'authentification reste valide 180 jours après l'authentification.



 

Valorisation de la

Valorisation des demandes d'authentification et d'autorisation 

Nous donnons dans les tableaux ci-dessous les valeurs et la présence des champs spécifiques pour  les pré-commandes et les expéditions tardives.

En phase de

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.

  expectedDeliveryDateO

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

Au fil des expéditions

Avant chaque expédition, le marchand envoie une autorisation du montant du colis prêt à être expédié.


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 Cette opération s'effectue hors la présence de l'acheteur, il n'y a pas d'authentification.

Paramétrage de l'autorisation (doAuthorization)

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.


ParamètrePrésenceCommentaire
linkedTransactionIDOValeur récupérée en phase de commande
authentication3DSecureOValeur récupérée en phase de commande
Objet Card
tokenOValeur 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

  cumulatedAmountO

Somme des montants déjà autorisés.

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



Pages associées

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