...
linkedTransactionID | C | Valeur retournée dans la réponse à la première demande d'autorisation CIT dans le paramètre 'linkedTransactionId' (dans le getWebPaymentDetails si CIT en mode web). Si l'autorisation initiale est effectuée avant la mise en application des RTS SCA se référer à la description du ‘Grand fathering’ Facultatif pour actions 128/129 avec utilisation d'un doImmediateWalletPayment ou doScheduledWalletPayment si le wallet a été créé avec la transaction de la 1ere échéance (Payline utilise le linkedTransactionID stocké lors de la création du wallet). Obligatoire dans les autres cas |
authentication3DSecure | C | Valeur retournée dans la réponse à la première demande d'autorisation CIT dans le paramètre 'authentication3DSecure ' (dans le getWebPaymentDetails si CIT en mode web). Absent si Grand fathering, Facultatif pour actions 128/129 . Obligatoire dans les autres cas |
Objet Payment | ||
---|---|---|
action | O | En fonction du code utilisé pour la commande (CIT): Si 122 ou 123 alors 123; Si 124 ou 125 alors 125; Si 128 ou 129 alors 129; |
mode | O | CPT |
amount | O | Montant de l'échéance (prime sur recurring.amount) |
cumulatedAmount | C | Somme des montants déjà autorisés. Absent pour 'autres paiements récurrents' |
Objet Recurring | ||
billingRank | C | 2 pour la 2e échance, 3 pour la 3e, etc ... Obligatoire pour les codes action (122, 123, 124, 125) Recommandé Facultatif pour les codes action (128, 129), valeur strictement supérieure à 1 |
autres champs | Mêmes valeurs que dans les appels précédents Facultatif pour les codes 128 et 129 Obligatoires dans les autres cas. | |
...
Paiement | Payment code | Montant authentifié |
---|---|---|
récurrents avec des échéances en nombre défini et de même montant | 122 ou 123 | Montant total: somme du montant des échéances |
autres récurrents Paiement d'abonnement à un bien ou un service par prélèvements sur une carte enregistrée par le commerçant
| 128 ou 129 | Montant de la première échéance. |
échelonnés, NX, installments | 124 ou 125 | Montant total: somme du montant des échéances |
...
Ce paragraphe traite des paiements récurrents et Nx initiés avant l'application de la dsp2 et n'ayant pas pu récupérer auprès du serveur d'autorisation la référence d'autorisation initiale.
Le traitement de la première MIT sans identifiant de regroupement est spécifique.
Le marchand pour cette marchand pour chaque demande de paiement d' échéance :
- envoie la demande de paiement en utilisant comme identifiant de transaction initiale regroupement la valeur : valeur '
**PV4-999999999999'
- récupère l'identifiant de transaction regroupement présent dans la réponse à la demande de paiement,
- si cet identifiant est différent de '
**PV4-999999999999
', la le mémorise et l'utilise comme identifiant de transaction initiale regroupement dans les demandes de paiement MIT ultérieures.
Le paramètre authentication3DSecure n'est jamais envoyé.
...