Création de l'alias lors de la souscription à un abonnement
Pour comprendre le résultat, analysez les champs ci-dessous :
Nom du champ | Description |
---|---|
vads_page_action | Action réalisée. La valeur retournée est REGISTER_SUBSCRIBE. |
vads_identifier_status | Statut de la création de alias. Les valeurs possibles sont :
|
vads_recurrence_status | Statut de la création de l'abonnement. Les valeurs possibles sont:
|
vads_identifier | Identifiant de l'alias. La valeur retournée
est :
Remarque Si vous avez activé la vérification de l'unicité des alias et que le moyen de paiement est déjà enregistré avec un autre alias, alors c'est cet alias qui sera retourné. Le champ vads_identifier ne
sera pas retourné :
|
vads_identifier_previously_registered | Uniquement présent si les deux conditions sont vraies :
|
vads_initial_issuer_transaction_identifier | Identifiant de transaction unique généré par
l'émetteur. L'identifiant de transaction émetteur est stocké
par la plateforme de paiement au niveau de l'alias. En fonction
de l'utilisation que vous ferez de l'alias (paiement 1 clic,
paiement 0 clic, abonnement, etc.) l'identifiant de transaction
émetteur sera utilisé comme référence de chaînage si
nécessaire. |
vads_cust_email | Adresse e-mail de l'acheteur transmise dans la requête. |
vads_site_id | Identifiant de la boutique. La valeur retournée est identique à celle transmise dans la requête. |
vads_ctx_mode | Mode de fonctionnement. La valeur retournée (TEST ou PRODUCTION) est identique à celle transmise dans la requête. |
Nom du champ | Remarque |
---|---|
vads_subscription | Identifiant de
l'abonnement. La valeur retournée est :
Le champ vads_subscription ne
sera pas retourné :
|
vads_sub_amount | Montant des échéances de l’abonnement (dans sa plus petite unité monétaire). |
vads_sub_currency | Code de la devise utilisée pour
l'abonnement. Ex : 978 pour l'euro (EUR) |
vads_sub_desc | Règle de récurrence à appliquer suivant la
spécification iCalendar RFC5545. Ex : RRULE:FREQ=MONTHLY |
vads_sub_effect_date | Date de début de l'abonnement (ou date
d'effet) dans le fuseau UTC, au format
AAAAMMJJ. Ex : 20210601 |
vads_sub_init_amount | Montant des premières échéances. Le nombre des premières échéances est défini par vads_sub_init_amount_number. Ex : 1000 |
vads_sub_init_amount_number | Nombre d'échéances auxquelles sera
appliqué le montant défini par vads_sub_init_amount. Ex : 3 |
Une demande de "création d'alias lors de la souscription d'un abonnement" donne lieu à la création d'une transaction de type VERIFICATION, visible dans le Back Office Expert.
Le rôle de cette transaction est d'aider le marchand à comprendre, depuis son Back Office, les raisons du refus de la création de l'alias.
Voici ses caractéristiques :
Nom du champ | Description | ||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
vads_operation_type | Type de transaction. Sa valeur est VERIFICATION. | ||||||||||||||||||||||
vads_trans_status | Statut de la transaction. Les valeurs possibles sont :
| ||||||||||||||||||||||
vads_occurrence_type | Type d'occurrence de la transaction. Sa valeur est UNITAIRE. | ||||||||||||||||||||||
vads_amount | Valeurs
possibles :
| ||||||||||||||||||||||
vads_trans_id | Identifiant de la transaction. Sa valeur est générée par la plateforme de paiement. | ||||||||||||||||||||||
vads_trans_uuid | Identifiant unique de la transaction. Sa valeur est générée par la plateforme de paiement. | ||||||||||||||||||||||
vads_auth_mode | Type de demande réalisée auprès des serveurs d'autorisation. Sa valeur est MARK. | ||||||||||||||||||||||
vads_auth_number | Numéro d'autorisation retourné par le serveur
d'autorisation. Vide si autorisation échouée. | ||||||||||||||||||||||
vads_auth_result | Code retour de la demande d'autorisation
retournée par la banque émettrice. Voir chapitre Gérer les codes retour de la demande d'autorisation. Vide si erreur avant autorisation. | ||||||||||||||||||||||
vads_risk_assessment_result | Liste des actions réalisées sur la transaction, suite au déclenchement des règles de gestion de risque avancée. Les règles relatives au montant ou dont l'action est "Valider manuellement" ne s'appliquent pas dans le cas d'une transaction de type VERIFICATION. Les valeurs possibles sont :
|
Nom du champ | Remarque |
---|---|
vads_acquirer_network | Code du réseau acquéreur. |
vads_bank_code | Code de la banque émettrice |
vads_bank_label | Nom de la banque émettrice de la carte utilisé. |
vads_bank_product | Code produit de la carte utilisée. |
vads_card_brand | Moyen de paiement utilisé. Consultez le chapitre Moyens de paiement compatibles pour obtenir la liste des valeurs possibles. |
vads_card_country | Code pays de la carte utilisée à la norme ISO 3166. |
vads_card_number | Numéro de carte tronqué/masqué ou IBAN et BIC utilisés pour le paiement, séparés par un « _ » dans le cas d’un prélèvement ponctuel. Le BIC étant optionnel, il peut ne pas être présent . |
vads_expiry_month | Mois d’expiration de la carte utilisée.
Il est conseillé d'utiliser cette donnée pour contrôler la date d'expiration de l'alias. |
vads_expiry_year | Année d’expiration de la carte
utilisée.
Il est conseillé d'utiliser cette donnée pour contrôler la date d'expiration de l'alias. |
Nom du champ | Remarque |
---|---|
vads_threeds_auth_type | Type d’authentification du porteur. Une authentification forte du porteur est obligatoire lors de l'enregistrement d'une carte. Le champ sera donc toujours valorisé à CHALLENGE. |
vads_threeds_enrolled | Statut de l'inscription du porteur au programme 3D Secure. Les valeurs possibles sont :
|
vads_threeds_status | Résultat de l’authentification 3D Secure. Les valeurs possibles sont :
|
Les champs facultatifs transmis dans la requête sont retournés dans la réponse sans modification de leur valeur.