Comment MemberMouse gère la facturation récurrente

Lorsque nous examinons la manière dont MemberMouse gère la facturation récurrente, nous devons tout d'abord faire la distinction entre les services de paiement qui prennent en charge la fonctionnalité de carte sur fichier et ceux qui ne la prennent pas en charge. On parle de fonctionnalité de carte sur fichier lorsque le service de paiement stocke les informations relatives à la carte de crédit d'un client de manière sécurisée et fournit un jeton de paiement qui peut être utilisé pour effectuer des paiements ultérieurs.

Avec les services de paiement qui ne prennent pas en charge la fonctionnalité de carte sur fichier (c'est-à-dire PayPal, Authorize.net), MemberMouse n'a aucun contrôle sur le processus de facturation récurrente. Lorsque le client achète un abonnement par l'intermédiaire de l'un de ces services, un calendrier est établi au sein du service de paiement, qui se charge de refacturer le client au moment opportun. Le centre MemberMouse est à l'écoute des notifications d'échec ou de réussite de la facturation et prend les mesures qui s'imposent.

Avec les services de paiement par carte, le plugin MemberMouse de votre site est chargé de suivre le calendrier des paiements et d'envoyer des demandes de paiement au service de paiement (c'est-à-dire Stripe, Braintree, Authorize.net CIM) lorsqu'un paiement est dû. Cet arrangement est plus souple, mais il exige que notre plugin assume la responsabilité de la facturation récurrente.

Dans le passé, MemberMouse a résolu ce problème en synchronisant le calendrier de facturation de votre site avec un serveur centralisé. Seuls l'ID du programme et la date de facturation étaient stockés sur le serveur, aucune information personnelle concernant un client n'était jamais stockée à distance. La centralisation de la facturation nous a permis de surmonter certaines limitations environnementales de l'époque et de garantir que la facturation serait exécutée toutes les quelques heures. Toutes les versions de MemberMouse antérieures à la version 2.4.5 utilisent cette approche centralisée.

À partir de MemberMouse 3.0, nous utilisons WP-Cron et un nouveau système de file d'attente pour gérer la facturation récurrente entièrement dans le plugin. Cela signifie que la facturation sur votre site ne dépend plus de notre infrastructure centralisée, mais cela introduit quelques considérations supplémentaires pour les opérateurs de sites. Par défaut, nous avons programmé la facturation locale pour qu'elle s'exécute toutes les 15 minutes. Filtres WordPress pour modifier cet intervalle.

La facturation locale peut nécessiter l'exécution d'une activité sur le site

Une limitation importante de WordPress est que WP-Cron ne peut exécuter des tâches planifiées que lorsqu'il est déclenché. De nombreux fournisseurs d'hébergement surmontent cette limitation en déclenchant périodiquement WP-Cron en utilisant d'autres parties de leur infrastructure. Cependant, une minorité d'hébergeurs n'offrent pas cette fonctionnalité, et dans ce cas, la facturation ne s'exécutera que lorsque le site sera consulté.

En général, la plupart des sites sont consultés au moins une fois toutes les quelques heures, en raison du trafic des membres et des moteurs de recherche, ce qui est suffisant pour assurer une facturation fiable. Cependant, il est théoriquement possible qu'un site sans cron centralisé ne soit pas consulté pendant une période prolongée, et dans ce cas, la facturation locale ne fonctionnerait pas comme prévu. 

Heureusement, il est facile de répondre à cette préoccupation en utilisant un service de surveillance du temps de fonctionnement. Ces services accèdent périodiquement à votre site et confirment qu'il répond comme prévu. Si le site ne répond pas, le service de surveillance du temps de fonctionnement vous avertit par courrier électronique ou par message texte. En plus de fournir un indicateur de fiabilité important, les contrôles périodiques effectués par le service de surveillance déclencheront la facturation en fonction des besoins.   

Il existe de nombreux services de surveillance du temps de fonctionnement, et plusieurs d'entre eux proposent des offres gratuites qui sont plus que suffisantes pour les sites web de petite et moyenne taille. Voici quelques services qui proposent un niveau gratuit :

• UptimeRobot
• Meilleure pile
• Uptime Monitor
• StatusCake
• HetrixTools

Lorsque vous configurez la surveillance, vous avez la possibilité de choisir la fréquence à laquelle le système envoie des demandes à votre site. Bien qu'il puisse sembler intuitivement préférable de surveiller à une fréquence plus élevée, gardez à l'esprit que chaque enregistrement exige que votre serveur traite et réponde à une demande, ce qui utilise des ressources. Pour la plupart des clients, nous recommandons une fréquence de surveillance de 15 à 30 minutes.

Notez que certains hébergeurs avec un cron centralisé recommandent de désactiver WP-Cron et de s'appuyer entièrement sur leur infrastructure pour les déclenchements, mais nous vous le déconseillons. Les déclenchements périodiques fournissent un niveau minimum d'activité, mais la file d'attente est configurée pour fonctionner plus fréquemment si possible, et pour de meilleurs résultats, elle devrait être autorisée à le faire.

Création et restauration de sauvegardes de votre site

Étant donné que toutes les informations relatives à la facturation locale sont stockées dans votre installation WordPress, la restauration d'une sauvegarde de votre site ramène le calendrier de facturation à un état antérieur. Cela signifie que les factures qui ont été traitées après la création de la sauvegarde seront remises en file d'attente pour être exécutées à nouveau.

Pour vous aider à gérer les situations où une sauvegarde est restaurée, nous avons introduit une nouvelle fonction Paiements à venir qui vous permet d'ignorer ou d'annuler les re-facturations individuellement ou en bloc. 

En règle générale, les refacturations en retard sont exécutées le plus rapidement possible et le système commence à les traiter dès que la restauration est terminée. Les protections que MemberMouse peut offrir à cet égard sont basées sur les caractéristiques du service de paiement. Les clients qui utilisent Stripe sont protégés par : 

• Enregistrement des métadonnées - Lorsque MemberMouse traite une facture dans Stripe, il enregistre des informations sur la prochaine facture à traiter. Lorsqu'une sauvegarde datant de plus de 24 heures est restaurée, nous recherchons dans les métadonnées Stripe si la prochaine facture programmée a déjà été traitée. Si des données correspondantes sont trouvées, nous interrompons temporairement la facturation locale et affichons un message vous invitant à prendre des mesures pour corriger les calendriers de paiement dans MemberMouse. L'article La refacturation sur place a été suspendue explique comment faire face à cette situation.
  
• Idempotence des transactions - Chaque transaction exécutée sur Stripe utilise un Clé d'idempotence généré à partir des informations de la commande. Stripe rejettera les transactions qui ont déjà été facturées au cours des dernières 24 heures.

Si vous créez manuellement une sauvegarde avant une migration ou une autre activité de maintenance importante, vous pouvez interrompre temporairement la facturation locale avant de commencer. S'il s'avère nécessaire de restaurer cette sauvegarde, la facturation locale sera déjà interrompue lorsque la restauration sera terminée. Vous pouvez alors ignorer tous les paiements qui ont déjà été facturés et activer la facturation locale une fois cette étape terminée. Les paramètres du planificateur de facturation locale se trouvent à l'adresse suivante MemberMouse > Paramètres généraux > Autres paramètresen bas de la page.