Si nous configurons le paiement dans une table de prix Stripe comme « unique » plutôt que « récurrent », tout fonctionne-t-il toujours ? Mon intention est d’utiliser la fonctionnalité d’abonnement pour permettre aux utilisateurs de s’abonner afin de débloquer certaines choses, mais je veux qu’ils aient à se réabonner manuellement. Par conséquent, j’essaie de savoir si à la fin, disons, d’un abonnement de 6 mois, le plugin les retirera toujours du groupe même s’il s’agit d’un paiement « unique » ?
Certains des modes de paiement pour la Pologne (Blik et Przelewy24) ne permettent pas les paiements récurrents, mais je voudrais les activer car les gens ici ont tendance à leur faire beaucoup plus confiance qu’à donner les informations de leur carte de crédit. Cela pourrait donc avoir un impact considérable sur les taux de conversion !
Je pense que ces webhooks ne se déclenchent que pour les « abonnements ». Donc, une fois que quelqu’un a payé pour un paiement unique, il resterait dans le groupe jusqu’à ce qu’il soit retiré manuellement.
Configurez-vous la durée dans Stripe quelque part ou étiquetez-vous simplement un paiement unique comme 6 mois ? Je ne suis pas sûr que Stripe prenne même en charge cela, mais cela pourrait être une fonctionnalité que nous intégrons au plugin pour les achats uniques.
En effet, vous avez raison, c’est ma faute. Je viens de vérifier et les paiements uniques et Stripe ne vous permettent même pas de définir de période. J’ai donc supposé que mes seules options sont : a) Je dois faire des paiements récurrents par carte uniquement, OU b) étiqueter les produits comme étant uniquement pour 6 mois dans le titre ou la description, puis les supprimer manuellement dans Discourse (ce que je ne veux vraiment pas faire lol). Ouf…
De plus, est-ce que je comprends bien que je peux créer l’ensemble du tableau des prix avec des abonnements récurrents sur le site Web de Stripe, puis exécuter le rake et cela fonctionnera dans Discourse ? Parce que l’un de mes plans aura des prix échelonnés dans lesquels plus de sièges signifie que chaque siège est moins cher, et j’enverrai des invitations aux e-mails que je collecte via un formulaire personnalisé sur la page de paiement.
Probablement pas. J’essaierais avec une ou deux choses dans votre table de prix avant de supposer que la tâche de raton laveur fera exactement ce que vous voulez. Discourse veut quelques champs de métadonnées dans Stripe ; je ne suis pas sûr de ce que fait la tâche de raton laveur à ce sujet.
Je commencerais par créer le produit dans Discourse en premier. Tant qu’il n’y a pas encore d’achats, vous pouvez ensuite aller dans Stripe et modifier le prix, puis le rendre échelonné. Vous êtes un peu en territoire inconnu ici, mais je pense que tant que vous utilisez un tableau de prix, cela devrait fonctionner.
Je vais faire cela et j’essaierai de le tester ce soir en mode test et avec un nouvel utilisateur test enregistré. Ensuite, je ferai un retour sur ce sujet
Wow les gars, d’accord, je pense que ça marche. J’ai donc créé deux produits côté Discourse, puis je les ai modifiés côté Stripe pour qu’ils soient pour 6 mois (ce n’était pas une option dans le plugin). J’y ai ensuite ajouté des fonctionnalités marketing et une description. J’ai créé un des produits par paliers et ajouté les deux à la table des prix. J’ai effectué un abonnement avec succès, puis je l’ai annulé et j’ai testé l’autre (par paliers), également avec succès.
(Note annexe : J’avais besoin de ce plan par paliers car je veux proposer un plan pour les équipes d’entreprise dans lequel chaque siège est un peu moins cher (réduit par volume), puis plus tard, je pourrai simplement inviter manuellement les membres manquants de l’équipe via un lien d’invitation et les ajouter tous manuellement à un groupe privé.)
La table des prix a fonctionné avec les deux produits et avec un code promo. Dans Stripe, la date du prochain renouvellement est dans six mois, mais dans Discourse, le produit a été créé avec l’option de renouvellement « un mois » donc il n’est toujours pas clair pour moi si cela causera des problèmes !
Cependant, il semble que cela fonctionne même si cette approche n’est pas « officiellement prise en charge » et si je devrai ajuster manuellement quelque chose dans 6 mois, ce sera un petit prix à payer ! L’important est que l’utilisateur ait bien été ajouté au groupe et que le paiement ait été traité.
Et dans /(user)/billing/subscriptions, il affiche le plan échelonné de 6 mois comme suit :
Taux : 0,00 PLN / mois
Renouvellement : 15 juillet 2025
Ce qui correspond à ce qu’indique le tableau de bord Stripe. Donc, en ce qui concerne Stripe, l’abonnement de 6 mois fonctionne, et il s’agit juste de savoir si le plugin Discourse les exclura après un mois ou non.
Lorsque j’utilise le simulateur de temps dans Stripe et que j’avance d’un mois, il supprime l’intégralité de l’ID d’abonnement du tableau de bord du plugin d’abonnement administrateur /admin/plugins/discourse-subscriptions/subscriptions comme s’il n’avait jamais existé. Mais l’utilisateur est toujours dans le groupe et Stripe indique toujours que l’abonnement est actif.
J’espère qu’à l’avenir, nous pourrons obtenir la prise en charge des abonnements de 6 mois
