Pour arrêter la facturation après un nombre fixe de paiements, configurez une limite finie et vérifiez le compteur des paiements réussis sur l'abonnement individuel. Séparez cette limite de la fin du programme ou de l'accès. Six tentatives, six mois écoulés et six paiements réussis sont des données différentes.
Cette checklist vise une entreprise de formation encaissant le prix fixe d'un programme en une série limitée. Ce n'est pas un modèle de résiliation ni une recommandation de vendre un abonnement illimité pour un engagement fini. Expliquez le total, le calendrier et les conditions de fin avant le paiement.
Que contrôle la limite de paiements ?
La documentation PayRequest Billing Cycles décrit Payments Made, Payments Total et Remaining. Lorsque le nombre configuré de paiements réussis est atteint, l'abonnement devient Completed et la facturation régulière future s'arrête. L'accès dépend séparément du fonctionnement de l'entreprise.
Le code examiné le 8 octobre 2026 transmet la limite d'un produit fini au total d'un nouvel abonnement. La méthode enregistrant un paiement réussi augmente le compteur ; la clôture efface la prochaine date de facturation. Vérifiez le dossier individuel : modifier un produit ne signifie pas que tous les contrats existants changent.
Définir l'offre finie avant le compteur
Exemple original fictif : un programme coûte 600 €, encaissés en six paiements récurrents de 100 €. Le total inclut tout dans cet exemple, sans frais initiaux, remise ni ajustement fiscal. Six fois 100 € donnent 600 €. Il ne s'agit pas d'un tarif PayRequest ou d'un résultat client.
Consignez programme, devise, total, montant de chaque échéance, intervalle, début et limite. Conservez séparément dates de prestation et conditions d'accès. En présence d'essai, premier paiement ou frais initiaux, vérifiez leur enregistrement avant de promettre ce qui compte dans les six.
Compter les succès, pas les tentatives
Supposons que le quatrième encaissement échoue une fois avant de réussir. Le tableau original contient sept tentatives et six paiements réussis. Il ne décrit pas le calendrier de relance d'un prestataire.
| Événement | Résultat | Compteur réussi | Montant encaissé dans l'exemple |
|---|---|---|---|
| Paiement 1 | Réussi | 1 sur 6 | 100 € |
| Paiement 2 | Réussi | 2 sur 6 | 200 € au total |
| Paiement 3 | Réussi | 3 sur 6 | 300 € au total |
| Première tentative du paiement 4 | Échec | Toujours 3 sur 6 | Toujours 300 € |
| Tentative ultérieure du paiement 4 | Réussi | 4 sur 6 | 400 € au total |
| Paiement 5 | Réussi | 5 sur 6 | 500 € au total |
| Paiement 6 | Réussi | 6 sur 6 | 600 € au total |
Une transaction en attente reste séparée jusqu'à son résultat. N'augmentez pas le compteur parce qu'une date est passée. Reliez chaque paiement compté à sa transaction réelle et évitez de compter deux fois le même encaissement. C'est un outil illustratif ; les prestataires peuvent traiter les nouvelles tentatives différemment.
Séparer clôture et accès à la prestation
La clôture des paiements indique si le nombre convenu est atteint. Elle ne dit pas si l'étudiant a terminé le cours ou conserve les ressources. WooCommerce distingue également périodes facturées et dates de fin d'adhésion. Ses réglages particuliers ne sont pas des promesses PayRequest.
Utilisez deux champs : « facturation terminée après six paiements vérifiés » et « fin de prestation/accès selon les conditions du programme ». Les dates peuvent différer. Contrôlez tout cours, communauté ou système externe connecté plutôt que de présumer qu'un badge Completed retire automatiquement l'accès.
Vérifier le dernier paiement et les exceptions
Contrôlez total configuré, compteur, montants, devise, statut Completed et échéances futures. Une opération du prestataire déjà en cours demande un contrôle distinct ; la clôture locale ne prouve pas que toutes les opérations externes sont terminées.
Remboursements, litiges et ajustements ont leurs propres références. Ne présumez pas qu'un remboursement diminue le compteur ou autorise un prélèvement de remplacement. Six encaissements de 100 € puis un remboursement de 50 € donnent 550 € nets, mais cette arithmétique ne décide ni du solde contractuel ni de la prochaine action. Vérifiez avant tout nouvel encaissement.
Choisir une limite de paiement explicite
Le guide WooCommerce des produits d'abonnement illustre les réglages de fin d'un autre produit. Comparez la tâche sans copier ses libellés ou supposer un comportement identique dans PayRequest.
Pour une interruption temporaire, utilisez la checklist pause et reprise. Pour choisir facture de période, forfait ou facturation continue, consultez les modèles de facturation des cours. Vérifiez ensuite un produit fini et son dossier individuel avec PayRequest Subscriptions.
Note éditoriale : l'IA a aidé à l'article et à sa couverture. Documentation publiée et code pertinent examinés le 8 octobre 2026. Le tableau est fictif ; aucun abonnement réel, nouvelle tentative ou système d'accès n'a été testé.
