Le routage sélectionne la première passerelle
Un routeur choisit la passerelle éligible qui reçoit le paiement en premier. Dans Rebillora, il contient au moins deux passerelles et utilise une rotation, une distribution pondérée ou une priorité définie par l’utilisateur. Avec une seule passerelle, le tunnel peut la sélectionner directement.
La rotation distribue les tentatives, refus compris. La pondération équilibre les revenus traités selon les allocations. La priorité suit l’ordre des passerelles éligibles. Aucune méthode ne garantit l’acceptation d’une transaction.
Une cascade peut réagir à un refus
Une cascade est configurée sur des passerelles sources. Après un refus, elle peut tenter une passerelle de repli si cela est autorisé. Elle peut donc s’appliquer lorsque la source est choisie par un routeur, directement par un tunnel ou lors d’un débit manuel.
Les cascades classiques distinguent paiement initial et abonnement. Les cascades intelligentes utilisent des ensembles conditionnels ordonnés. Le premier ensemble correspondant contrôle les tentatives ; son épuisement ne déclenche pas nécessairement le suivant. Certains refus empêchent de nouvelles tentatives.
La relance planifiée intervient plus tard
Decline Manager gère les tentatives planifiées après le refus d’un paiement récurrent. Un profil applicable définit calendrier, tentatives avant mise en attente et options de passerelle ou de remise. Sans profil actif correspondant, le réglage du compte s’applique.
Zéro tentative signifie mise en attente immédiate, pas nouvelle tentative immédiate. Vérifiez l’heure minimale de traitement en Eastern Time. Une passerelle de relance et sa conservation peuvent également affecter les facturations suivantes.
Un exemple simple
Un routeur choisit la passerelle A pour un renouvellement. Si le paiement est refusé et qu’une cascade applicable le permet, la passerelle B peut être tentée dans ce parcours. Si le paiement récurrent reste non résolu, un profil de relance détermine si une tentative ultérieure est programmée et à quel moment.
Cet exemple décrit l’ordre des décisions, pas la garantie que chaque étape aura lieu. Disponibilité, réponse de refus, profil applicable, moyen de paiement et état de l’abonnement influencent le résultat.
Vérifiez le périmètre avant une modification
Changer de routeur ne désactive pas une cascade rattachée à une passerelle commune. Désactiver une cascade ne déplace pas automatiquement les abonnements ayant conservé une passerelle. Examinez ces relations avant une modification en production.
- Listez tunnels, routeurs et passerelles sources concernés.
- Examinez le périmètre des cascades et les passerelles conservées.
- Vérifiez le profil de relance et le réglage par défaut.
- Confirmez la vérification des paramètres après modification.
- Distinguez résultats des paiements et état de configuration.
La vérification de configuration a ses limites
« Vérifié » signifie que les paramètres enregistrés ont été relus. Cela ne prouve pas qu’un futur paiement réussira. Si la vérification est indisponible, examinez les derniers paramètres connus et résolvez la mise à jour interrompue avant de la répéter.
Utilisez une démo pour étudier ces contrôles avec votre configuration actuelle ou prévue. Présentez des scénarios et exigences, sans identifiants ni données de paiement clients.