French | English |
Content
Ce cas de paiement permet à un commerçant d'accepter une commande qu'il sait ne pas pouvoir honorer immédiatement. Ce peut être le cas lorsque le commerçant: Le scénario se déroule comme suit: Le numéro de carte peut être saisi par l'acheteur ou récupéré d'un card on file. Authentification ne vaut pas autorisation Dans ce schéma, les autorisations sont effectuées au gré des expéditions. Le commerçant doit prendre en compte ces aléas dans ses traitements. Version API web services Ces cas de paiements requièrent d'utiliser une version d'API web service au moins égale à 28. A partir de cette version, vous devez vous assurer que le champ order.amount contient la valeur du montant à authentifier et ce, quel que soit le cas de paiement. Le commerçant dispose de 180 jours pour terminer sa commande (durée de validité du cryptogramme d'authentification) Les remises effectuées dans les 30 jours après l'authentification bénéficient du transfert de responsabilité Le commerçant dispose de 90 jours pour terminer sa commande (durée de validité du cryptogramme d'authentification)Généralités du cas de paiement Pré-commande ou expédition tardive
Ces demandes d'autorisation peuvent être refusées (fond insuffisant, carte opposée, ...).Conditions CB
Conditions VISA / Mastercard
Prérequis / contraintes:
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 le paiement à l'expédition.
Se reporter au traitement authentification + autorisation pour l'enchaînement des web services et les valeurs communes à tous les cas d'usage.
En phase de commande
Paramètre | Présence | Commentaire |
---|---|---|
Objet Payment (dans verifyEnrollment et doAuthorization) | ||
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 | 126: pour effectuer une demande d'autorisation 127: 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. |
Objet Order | ||
amount | O | Montant total de la commande. C'est ce montant qui est utilisé dans la demande d’authentification. |
expectedDeliveryDate | F | Pour une pré-commande, indique la date estimée de la livraison. |
Objet ThreeDSinfo (dans verifyEnrollment) | ||
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. |
O: Obligatoire ; F: Facultatif, C: Condionnel (la condition est exprimée dans le commentaire)
Spécificités autorisation
Paramètre | Présence | Commentaire |
---|---|---|
linkedTransactionID | C | Vide pour la première autorisation |
O: Obligatoire ; F: Facultatif, C: Conditionnel (la condition est exprimée dans le commentaire)
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
Paramètre | Présence | Commentaire |
---|---|---|
linkedTransactionID | O | Valeur retournée dans la réponse à la première demande d'autorisation dans le paramètre 'linkedTransactionId' du doAuthorizationResponse. |
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. |
O: Obligatoire ; F: Facultatif, C: Condionnel (la condition est exprimée dans le commentaire)