| French | English |
Content
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.
Ce mode opératoire est compliqué Il faut en mesurer l'intérêt avant mise en place et communication |
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ètre | Présence | Commentaire |
|---|---|---|
| linkedTransactionID | Vide pour la demande initiale | |
| Objet Payment | ||
| amount | O | Montant de la première autorisation émise. Le montant peut être nul dans ce cas Payline émet une demande d'information au serveur d'autorisation. |
| action | O | 100: pour effectuer une demande d'autorisation 101: pour une demande d'autorisation + 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 tardive |
| Objet Order | ||
| amount | O | Montant total de la commande. C'est ce montant qui est utilisé dans la demande d’authentification. |
| expectedDeliveryDate | O | 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 choice, c'est l'ACS qui décide du type d'authentification en fonction de sa propre analyse de risque. |
Le marchand doit récupérer le linkedTransactionID et le resultContainer retourné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é.
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)
| 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 | O | Somme des montants déjà autorisés. |