Sommaire
Content
Sommaire | ||||
---|---|---|---|---|
|
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 et
- ne peut effectuer l'envoi de la totalité des marchandises dans la période de garantie de paiement d'une autorisation;
- accepte une pré-commande sans que le produit ne soit disponible.
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:
- authentification du montant total de la commande;
- demande d'info à 0 € si aucun envoi effectué immédiatement ou demande d'autorisation du montant de l'envoi prêt à être effectué;
- Au gré des expéditions en dehors la présence de l'acheteur:
- 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;
- la validation (remise ou capture) des autorisations doit intervenir pendant la période de validation de l'autorisation accordée par l'acquéreur, généralement 7 jours;
- Les remises effectuées dans les 30 jours après l'authentification bénéficient du transfert de responsabilité
- Le cryptogramme d'authentification reste valide 180 jours après l'authentification.
Avertissement | ||
---|---|---|
| ||
Ce mode opératoire est compliqué Il faut en mesurer l'intérêt avant mise en place et communication |
Inclure page 3DSV2 - Paiements complexes mixtes 3DSV2 - Paiements complexes mixtes
Inclusion d'extrait | ||||||
---|---|---|---|---|---|---|
|
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.
commande
Le doWebPayment d'initialisation de la commande est valorisé comme suit
Paramètre | Présence | Commentaire |
---|---|---|
linkedTransactionID | Vide pour la demande initiale | |
Objet Payment | ||
amount | O | Montant du paiement effectué en phase de commande (montant de l'acompte ou des articles de la première autorisation émiseexpédition. Le Ce montant peut être nul dans ce cas Payline émet une demande d'information au serveur d'autorisation. |
action | O | 100126: pour effectuer une demande d'autorisation 101127: 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. |
mode | O | PRE : pour indiquer qu'il s'agit d'une pré-commande ou d'une livraison tardiveCPT : |
Objet Order | ||
amount | O | Montant total de la commande. C'est ce montant qui est utilisé dans la demande d’authentification. |
expectedDeliveryDate | OF | 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 | ||
ChallengeInd | F | Au choix du marchand en fonction de son analyse de risque. Par défaut: No choicePreference, c'est l'ACS qui décide du type d'authentification en fonction de sa propre analyse de risque. |
O : Obligatoire ; F: Facultatif ; C : Conditionnel
Le marchand récupère le tokenPan card.token, Le marchand doit récupérer le linkedTransactionID et le resultContainer retournés 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:
- le numéro de contrat
- l'identifiant de wallet
- 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ètre | Présence | Commentaire |
---|---|---|
linkedTransactionID | O | Valeur récupérée en phase de commande |
resultContainer | O | Valeur récupérée en phase de commande |
Objet Payment | ||
amount | O | Montant de l'expédition |
action | O | 126: pour effectuer une demande d'autorisation 127: pour effectuer une demande d'autorisation et de validation |
cumulatedAmount | OR | Somme des montants déjà autorisés. (Fortement recommandé par CB) |
O : Obligatoire ; F: Facul tatif ; C : Conditionnel ; R : Recmmandé
Pages
linkedassociées
Contenu par étiquette | ||||||||
---|---|---|---|---|---|---|---|---|
|