Sommaire
Sommaire | ||
---|---|---|
|
Extrait | ||||||||
---|---|---|---|---|---|---|---|---|
| ||||||||
|
Inclure page | ||||
---|---|---|---|---|
|
Généralités
Cette page précise les paramètres à utiliser pour l'authentification et l'autorisation des paiements
- récurrents avec des échéances en nombre défini et de même montant;
- autres récurrents, c'est à dire paiements récurrents de montants variables et/ou de durée indéterminée, par exemple paiement d'un abonnement dont le montant dépend de la consommation et/ou sans date de fin prédéfinie ;
- échelonnés, aussi appelés NX ou installments.
Ce cas d'utilisation permet à un commerçant de gérer les échéances de son côté en doWebPayment (CPT) et les échéances suivantes avec le service doAuthorization en étant conforme à la DSP2.
Valorisation de la demande de paiement de la commande (CIT)
Nous donnons dans les tableaux ci-dessous les valeurs des champs caractéristiques des différents objets à fournir au doWebPayment.
Les tableaux ci-dessous donnent les valeurs et la présence des différents champs pour le cas spécifiques des paiements NX et récurrents
Paramètre | Présence | Commentaire |
---|---|---|
Objet Payment | ||
amount | O | Montant de la première échéance. |
action | O | 122 : autorisation pour un paiement récurrent de montant constant et de durée fixée 123: autorisation + validation pour un paiement récurrent de montant constant et de durée fixée 124: autorisation pour un paiement écheloné, NX, ou installment 125: autorisation + validation pour un paiement écheloné, NX, ou installment 128: autorisation pour les autres paiements récurrents 129: autorisation + validation pour les autres paiements récurrents |
mode | O | CPT |
cumulatedAmount | O | 0 |
Objet Order | ||
amount | O | Contient le montant à authentifier, dépend du cas de paiement. |
Objet RecurringRecurring (facultatif pour les codes action 128 et 129) | ||
firstAmount | O | Montant de la première échéance (prime sur payment.amount) |
amount | C | Montant des échéances suivantes Obligatoire pour les codes action (122, 123, 124, 125) Vide pour les codes action (128, 129) |
billingCycle | C | Récurrence, par exemple 40 pour une récurrence mensuelle Obligatoire pour les codes action (122, 123, 124, 125) Vide pour les codes action (128, 129) |
billingLeft | C | Nombre d'échéances total (3 pour paiement 3 fois, ...) Obligatoire pour les codes action (122, 123, 124, 125) Vide pour les codes action (128, 129) |
billingRank | C | 1 pour la 1ère échéance Obligatoire pour les codes action (122, 123, 124, 125) Facultatif pour les codes action (128, 129) |
endDate | C | date de la dernière échéance (prendre une marge qui inclut le temps nécessaire pour répéter la demande de paiement de la dernière échéance en cas d'incident) Obligatoire pour les codes action (122, 123, 124, 125) Vide pour les codes action (128, 129) |
Objet Buyer | ||
ip | F | Laisser vide (géré par Monext) |
Objet ThreeDSinfo | ||
ChallengeInd | F | '04' Monext force la demande de challenge à cette valeur dans la demande envoyée à l'ACS. Il s'agit d'un aspect réglementaire. Le commerçant n'est pas obligé de remplir ce champ. |
browser | F | Laisser vide (géré par Monext) |
sdk | F | Laisser vide (géré par Monext) |
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.
Inclure page | ||||
---|---|---|---|---|
|
Pages associées
Contenu par étiquette | ||||||||
---|---|---|---|---|---|---|---|---|
|