Paiements récurrents
Les paiements récurrents comprennent les paiements de facturation récurrente, tels que les abonnements et les adhésions. Un paiement récurrent peut correspondre à un montant unique ou à un montant régulier, par exemple un montant hebdomadaire, mensuel ou annuel. Dans tous les cas où des paiements récurrents sont mis en place, vous devez avoir demandé au titulaire de la carte l’autorisation d’effectuer des paiements récurrents.
Les paiements récurrents sont pris en charge par l’API Coffre-fort client et l’API Paiements par carte Paysafe. Les marchands peuvent utiliser l’API Paiements pour créer un profil de client et lier une carte ou un mode de paiement à ce profil. La plateforme Paysafe renvoie un jeton de paiement qui peut ensuite être inclus dans les requêtes ultérieures d’autorisation et de règlement des paiements, sans que le marchand n’ait à collecter à nouveau les données de la carte auprès de son titulaire.
La valeur de vérification de la carte est-elle nécessaire?
La valeur de vérification de la carte (CVV/CVV2/CVD) n’est pas stockée dans le coffre-fort client. Selon le type de transaction, vous devrez peut-être obtenir cette valeur auprès du client et l’inclure dans votre requête d’autorisation. Par exemple :
- Paiement habituel (p. ex. un client qui revient sur votre site Web pour un achat supplémentaire). Vous devez obtenir le CVV du client et l’inclure avec le jeton obtenu dans le coffre-fort client.
- Transaction marquée en tant que paiement récurrent : vous pouvez signaler les paiements réguliers ou d’abonnement en incluant l’objet storedcredential et en le définissant sur recurrent dans votre requête d’autorisation. Si vous définissez la valeur occurrence sur "INITIAL", vous devrez obtenir le CVV du client. Si vous l’avez défini sur "RECURRING", il n’est pas nécessaire de l’inclure.
Pour de plus amples renseignements, voir l’objet StoredCredential dans la rubrique Référence API.
Restrictions sur l’utilisation des paiements récurrents
Seuls les marchands à faible risque peuvent utiliser l’option récurrente pour une requête d’autorisation. Les marchands désignés comme faisant partie d’une catégorie à haut risque sont soumis à des restrictions supplémentaires. Voir le tableau ci-dessous pour des exemples.
| Code de catégorie de marchand (MCC) | Catégorie | Restrictions |
|---|---|---|
| 6012 | Services financiers | Vous devez obtenir l’autorisation du titulaire de la carte pour chaque transaction et inclure la valeur CVV/CVV2 dans chaque transaction, ainsi que des données supplémentaires (p. ex. le nom du destinataire, sa date de naissance et son code postal). Voir la rubrique Référence API. |
| 7994, 7995 | Jeux en ligne | Vous devez obtenir l’autorisation du titulaire de la carte pour chaque transaction et inclure sa valeur CVV/CVV2 dans chaque transaction. |
Contactez le service à la clientèle pour obtenir des détails sur les éventuelles restrictions liées à votre code de catégorie de marchand.
Configurer le paiement récurrent initial
Lors de la mise en place d’un mandat de paiement récurrent avec votre client, vous devez lui fournir les informations suivantes :
- La fréquence des transactions récurrentes
- La période sur laquelle les paiements récurrents seront prélevés
Si vos clients sont basés au Royaume-Uni ou dans l’EEE :
- Les systèmes de cartes exigent que vous utilisiez 3D Secure 2 pour l’autorisation initiale, lors de la mise en place du plan périodique.
- Demandez à votre client d’être « mis au défi » par sa banque en définissant le champ de préférence de mise au défi du demandeur sur "CHALLENGE_MANDATED" dans la requête d’authentification 3DS2.
- Ajoutez l’objet d’authentifiant stocké à votre autorisation avec le type approprié (RECURRING ou TOPUP) et l’occurrence définie sur INITIAL pour indiquer le paiement initial.
- Ne demandez pas l’exemption 3DS2 sur le paiement initial.
- Lorsque vous recevez une réponse de paiement réussie du paiement récurrent initial, vous devez enregistrer l’identifiant de la transaction initiale dans votre Portail Paysafe en vue d’un traitement ultérieur dans le champ Paiement ultérieur initié par le marchand, identifiant de la transaction initiale.
Traiter un paiement récurrent
- (Applicable uniquement aux transactions segmentées) Utilisez le jeton de paiement renvoyé lors de la transaction initiale et incluez-le dans votre prochaine requête d’autorisation.
- Si vos clients sont basés au Royaume-Uni ou dans l’EEE, veuillez préciser :
- L’identifiant de la transaction initiale du paiement initial où la relation avec le client a été établie dans l’objet d’identification stocké.
- Si le paiement initial a été créé par un autre PSP et que vous ne disposez pas de l’identifiant Paysafe de la transaction initiale, veuillez fournir l’identifiant externe de la transaction initiale (également appelé OTID (Original Transaction ID) de Visa ou ID de suivi Mastercard) dans l’objet d’identification stocké.
- Il est important que vous fournissiez une référence à la transaction initiale, faute de quoi vous risquez de recevoir un nombre accru de refus pour vos paiements récurrents.
Traiter des paiements pour les clients qui reviennent
L’API Coffre-fort client de Paysafe peut être utilisée pour stocker les profils et les modes de paiement par carte ou les coordonnées bancaires des clients qui se sont inscrits sur votre site Web et qui sont des utilisateurs fréquents de votre service. Dans ce scénario, chaque nouvel achat doit être traité comme une nouvelle requête de paiement et non comme une transaction de facturation ou d’abonnement répétée. Cela signifie que vous devez :
- Recueillez la valeur CVV/CV2 de la carte du client (recommandé pour confirmer que le client a accès à la carte de paiement lors de transactions sans carte);
- Authentifiez le titulaire de la carte en utilisant l'API 3D Secure (pour les clients dans les régions où 3D Secure est utilisé);
- Autorisez complètement le paiement en utilisant l’API Paiements par carte, y compris le jeton obtenu de l’API Coffre-fort client.