Exemple : un bot Telegram d’abonnement (adhésion, salle, canal payant)
Un exemple de bot de paiement pour le revenu récurrent : factures mensuelles ou abonnements Stripe, délai de grâce si échec, révocation d’accès au canal, relance sans humain en Direct.
Un canal Telegram payant où un humain vérifie qui a payé ce mois-ci n’est pas un produit d’abonnement. C’est un mi-temps. L’exemple ci-dessous automatise cette tâche : statut de l’adhésion (trial, active, past_due, canceled), prélèvement ou facture au calendrier, accès ouvert ou fermé.
Ce scénario va à un club de contenu, un abo salle déjà vendu dans le chat, une facture mensuelle FAI ou OSBB, un palier « pro » d’une Mini App. Pas à un cours unique - prenez l’exemple cours.
1. Le parcours d’adhésion
S’abonner, renouveler, échouer, résilier. Si l’un de ces quatre n’a pas de responsable dans le code, un humain le portera en Direct.
- Abonnement : choisir un plan (mois / trimestre), payer la première facture ou Stripe Checkout. Après paid : ajout au canal privé ou droit Mini App.
- Renouvellement : Stripe (ou équivalent) prélève le moyen enregistré. En Ukraine, les cartes enregistrées via l’acquiring local sont capricieuses - une facture mensuelle dans le bot est souvent plus honnête que de feindre du vrai récurrent.
- past_due : garder l’accès pendant un délai de grâce (3-7 jours), envoyer une facture « payer à nouveau », puis sortir. Les exclusions silencieuses créent des chargebacks et des captures d’écran furieuses.
- Résilier : l’utilisateur tape cancel, plus de facture suivante, accès jusqu’à la fin de période. Verrouillage immédiat = choix documenté, pas une surprise.
2. Stars vs banque vs Stripe dans cet exemple
Le récurrent est une question juridique et produit, pas un interrupteur Telegram. Prenez le canal qui peut vraiment prélever à nouveau.
- Telegram Stars : possible pour des adhésions numériques dans Telegram. Commission haute, règles digital goods, faible pour une salle qui doit montrer une facture fiscale. Ok pour un petit essai de club de contenu.
- Acquiring ukrainien : une nouvelle facture à chaque période. Automatisez l’envoi ; n’automatisez pas un prélèvement que vous ne pouvez pas répéter légalement ou techniquement. L’accès reste piloté par le webhook.
- Stripe Billing : le bon outil si les membres paient en cartes internationales. Reliez customer + subscription ids à l’id Telegram dès le jour un, sinon une facture en échec ne trouvera jamais l’exclusion.
3. Le contrôle d’accès est le produit
Je traite le canal privé (ou une porte Mini App) comme le registre des droits. Ban chat member au cancel/expire. Pas un message « merci de partir ». Pour une salle, le même flag peut piloter un webhook tourniquet ou une liste admin du jour. Le bot n’est pas une brochure ; c’est la serrure.
Conclusion : l’argent récurrent a besoin d’une machine à états, pas d’un humain-rappel
Si vous tenez déjà un chat payant ou un service mensuel et que les renouvellements vivent dans votre tête, cet exemple est à copier : plans, factures ou Stripe Billing, délai de grâce, exclusion, un petit admin des past_due. Je construis ça. Écrivez via le formulaire avec les prix des plans et si les membres sont en Ukraine ou à l’étranger - on choisira un acquiring qui prélève vraiment en récurrent ou qui facture honnêtement chaque mois.
Il faut le construire, pas seulement le lire ?
Développement Telegram Mini App : Next.js, paiements, bots. Prestataire directe.
On discute de votre projet ?
Je suis ingénieure web senior, spécialisée en React et Next.js - disponible en freelance partout dans le monde.
Localisation
Kyiv, Ukraine
Upwork
Voir le profilTelegram
Me contacterViber
Me contacter