Facturation crypto récurrente, sans carte enregistrée

Comment un renouvellement se produit réellement

Tout le cycle fonctionne en envoi, jamais en prélèvement. Lisez cette section et vous saurez exactement ce que fait le système : il n’y a guère plus.

1. 01

   Une adresse permanente par abonné

   À la création de l’abonnement, l’abonné reçoit une adresse de dépôt dérivée de votre propre portefeuille, et elle ne change pas d’une période à l’autre. Il peut l’enregistrer, automatiser l’envoi depuis son portefeuille, ou payer manuellement chaque période. Vous ne lui demandez aucun identifiant et vous n’en stockez aucun.

2. 02

   Une horloge de période, pas une tentative de débit

   Un abonnement porte le début et la fin de sa période en cours. Rien n’est tenté à son terme : aucune relance automatique, aucune séquence de recouvrement, aucun débit échoué. La période expire simplement si aucun paiement n’arrive, et c’est un paiement qui la fait avancer.

3. 03

   Le paiement arrive, le renouvellement est évalué

   Quand des fonds arrivent sur cette adresse, ils sont évalués selon l’état de l’abonnement. Si la période était échue ou arrivée à terme, cela compte comme un renouvellement, et vous recevez le statut exact du montant — payé, sous-payé ou surpayé — afin que votre application décide de l’accès accordé. Un paiement tardif est évalué comme un renouvellement à son arrivée, il n’est pas ignoré.

4. 04

   Un nouvel abonnement démarre sans accès

   Les abonnements commencent en attente, pas actifs. L’accès démarre à la détection du premier paiement, ce qui élimine toute fenêtre où quelqu’un disposerait d’un abonnement actif non payé. Votre application doit donc traiter l’état « en attente » comme « pas encore de droits ».

Ce qu’il advient d’un paiement reçu sur une période déjà réglée

Le crédit est une écriture comptable, pas une garde. Les fonds se trouvent déjà sur votre propre adresse ; le solde de crédit est un chiffre comptable décrivant ce qui est arrivé, pas un solde que nous détiendrions pour vous. Il n’y a rien à retirer, parce que rien n’est conservé.

Les webhooks reçus par votre application

L’état d’un abonnement n’est utile que si votre application en est informée. Voici les événements publiés aujourd’hui, dans l’ordre où ils surviennent au fil d’une période.

subscription.renewed

Un paiement a été évalué face à un abonnement échu ou arrivé à terme. Contient le statut du montant — payé, sous-payé ou surpayé — avec les montants et votre propre référence de l’abonné, pour que votre application décide de ce qu’elle débloque.

subscription.expiring_soon

La période en cours expire dans le délai de rappel que vous configurez. C’est le point d’accroche de votre propre e-mail de rappel, envoyé avant toute perte d’accès.

subscription.expired

La période a expiré sans paiement. Personne n’a été débité et rien n’a été tenté ; l’abonnement a simplement cessé d’être à jour, et votre application doit retirer l’accès.

subscription.credit_added

Un paiement est arrivé sur un abonnement dont la période en cours est déjà intégralement réglée : il est enregistré comme crédit plutôt que traité comme un renouvellement.

Chaque webhook d’abonnement est signé, livré avec des tentatives répétées, et porte votre propre référence externe de l’abonné : le côté récepteur n’a jamais à deviner de qui il s’agit.

Le récurrent sans carte enregistrée

Tout cela découle de l’absence de moyen de paiement enregistré. Concevez en conséquence et le modèle fonctionne.

• Vous ne pouvez pas débiter un abonné. Aucun moyen de paiement n’est stocké et aucun prélèvement n’existe : chaque période exige que l’abonné envoie — c’est précisément pourquoi rien ne peut être débité sans lui.
• Un abonné qui oublie voit simplement sa période expirer. Le webhook d’expiration prochaine existe pour que vous puissiez le relancer, mais la relance vous appartient et la décision reste la sienne.
• Un forfait libellé en crypto suit le marché d’une période à l’autre. Libellez-le en stablecoin si vous voulez que le montant signifie la même chose le mois prochain.
• Il n’existe ni rétrofacturation ni annulation. Un remboursement est un paiement que vous renvoyez, selon vos propres conditions, depuis votre propre portefeuille.
• Accorder et retirer l’accès relève de votre application. Unheld vous dit ce qui s’est passé et quand ; il ne se place pas devant votre produit.

Questions