Abonnements et paiements récurrents

Configurez le montant, la devise, la fréquence, le comportement de renouvellement, la possibilité d'un premier prélèvement différé et la politique de nouvelle tentative. Associez un client et une méthode de paiement prise en charge à un plan ; DEUNA planifie alors les prélèvements.

Le moteur et la classification des paiements récurrents doivent être activés pour le commerçant et le magasin requis. Le support du processeur, la portabilité du jeton, le lien de transaction réseau et les exigences d'authentification peuvent limiter les connexions éligibles aux prochains prélèvements.

Gardez votre logique de facturation et utilisez la API de paiement DEUNA pour chaque collecte. Votre système reste responsable du calcul des montants, de l'application de l'accord, de la planification des collectes et de la prévention des doublons.

DEUNA peut conserver les identifiants de transaction réseau pris en charge pour un lien ultérieur initié par le commerçant. Un jeton de coffre identifie les informations de carte stockées ; un identifiant de transaction réseau fait référence à l'historique des transactions. Aucun ne remplace le consentement du client, et la portabilité dépend du fournisseur et du réseau.

Utilisez ce modèle lorsque la plateforme existante prépare des collectes programmées sous forme de fichiers. Accordez-vous avec DEUNA sur le format par lots, la livraison sécurisée, l'adéquation du jeton, les processeurs éligibles et l'échange des résultats par paiement avant la mise en œuvre.

La réception par lots n'est pas une approbation de paiement, et l'autorisation n'est pas le règlement. Réconciliez chaque élément avec son résultat de paiement final.

• Paiement récurrent: un prélèvement collecté de manière répétée dans le cadre d'un accord. Le montant peut être fixe, comme un abonnement, ou variable, comme un prélèvement basé sur l'utilisation.
• Transaction initiée par le client (CIT): un paiement effectué activement par le client, y compris le premier paiement effectué lors de l'inscription.
• Transaction initiée par le commerçant (MIT): un paiement ultérieur par carte que votre entreprise initie en vertu de l'accord précédent sans que le client n'y participe activement.

Le modèle de collecte décrit le schéma ; MIT décrit qui initie le paiement et sous quelle autorité. Le simple enregistrement d'une carte ne permet pas d'autoriser des paiements ultérieurs.

Par exemple, un client peut effectuer activement le premier paiement pour un abonnement mensuel en tant que CIT et autoriser les renouvellements ultérieurs. Un renouvellement automatique ultérieur est un MIT. Il est possible de tokeniser la carte pour un premier paiement différé.

Conservez un accord qui identifie votre entreprise et explique le montant ou le calcul, la fréquence de collecte ou le déclencheur, et les conditions de résiliation. Capturez et tokenisez la carte via un flux pris en charge, avec l'authentification du client si nécessaire.

Conformément à la deuxième Directive de services de paiement (PSD2), les MIT éligibles peuvent être exemptés de l'authentification forte du client (SCA), mais cela ne constitue pas une exemption générale pour les paiements récurrents. La configuration à distance nécessite une SCA dans les conditions applicables. Voir Lignes directrices de l'ABE en matière de TMI et configurer 3D Secure (3DS) le cas échéant.

Si le montant peut varier, vérifiez quel système le calcule et que le modèle sélectionné prend en charge ces règles.

Un plan définit les conditions commerciales et de planification utilisées pour les nouveaux abonnements.

Les intervalles de facturation pris en charge sont DAILY, WEEKLY, BIWEEKLY, THIRTY_DAYS, SIXTY_DAYS, NINETY_DAYS, MONTHLY, BIMESTRIAL, QUARTERLY, ANNUAL, BIENNIAL, TRIANNUALet BIANNUAL.

Un abonnement connecte un client à un plan et enregistre sa durée de vie, sa méthode de paiement, ses dates de facturation et les transactions traitées.

Un plan peut programmer le premier prélèvement au lieu de le réaliser immédiatement. Choisissez l'un des modes suivants :

• Jour spécifique du mois: facturation le jour configuré du calendrier. Par exemple, un abonnement créé le 3 octobre avec le jour 10 sélectionné, verra la première facturation le 10 octobre.
• Nombre de jours après l'acquisition: effectuer le paiement après le délai configuré. Par exemple, un abonnement créé le 5 octobre avec un délai de sept jours effectuera le premier paiement le 12 octobre.

La carte est tokenisée lors de la création de l'abonnement, même si le prélèvement commence plus tard. La règle de démarrage différée s'applique aux abonnements créés à partir de ce plan.

Configurer le comportement de nouvelle tentative depuis Configuration des abonnements Onglet dans l'administration:

• nombre maximal de tentatives;
• intervalle de nouvelle tentative et son unité (minutes, heures ou jours);
• rétrogradation linéaire ou exponentielle.
• Passer à paused ou canceled après épuisement des tentatives configurées.

La prévisualisation dans l'Admin affiche le calendrier des tentatives calculé avant de sauvegarder. Coordonnez la gestion de la reprise avec tout processus de nouvelle tentative côté marchand afin d'éviter la double facturation.

1. Ouvrez Abonnements et sélectionnez le Plans tab.
2. Sélectionnez Créer un plan.
3. Entrez le nom, le code, la description, le groupe, le montant, la devise, la fréquence et le comportement de renouvellement du plan.
4. Configurer un démarrage différé si la première charge doit avoir lieu plus tard.
5. Consultez les paramètres et sélectionnez Enregistre le plan.

Vérifiez que le plan enregistré est actif et apparaît dans la liste des plans avant d'attribuer de nouveaux abonnements.

1. Ouvrir la Abonnements tab.
2. Filtrez par adresse e-mail du client, date de création, plan ou statut.
3. Ouvrez un abonnement pour consulter les détails du client, le plan associé, les dates de facturation, le montant, la méthode de paiement, les transactions et l'historique de cycle de vie.

Utilisez les résultats de la transaction, et non seulement la présence d'une ligne d'abonnement, pour vérifier si le paiement a réussi.

Ouvrir l'abonnement, sélectionner Actionset choisir l'opération requise.

Ajouter une raison, si disponible, pour préserver le contexte opérationnel. Une suspension de l'abonnement peut être reprise depuis le même menu "Actions". Après toute action, vérifiez le statut et la date d'effet dans les détails de l'abonnement.