Description du projet
TraduitPlus précisément, le système doit prendre en charge plusieurs plans et niveaux (mensuels et annuels), des essais gratuits avec conversion automatique en abonnement payant, et une comptabilité d'utilisation pour les locataires qui dépassent leur quota inclus. Lors d'une mise à niveau en cours de cycle, nous avons besoin d'un prorata correct — à la fois un crédit pour la partie inutilisée de l'ancien plan et un frais pour le nouveau. Les frais échoués doivent déclencher une séquence de relance personnalisable avec des tentatives et des rappels jusqu'à ce que l'abonnement soit suspendu, et chaque événement de facturation doit générer une facture claire avec des lignes, des taxes et le cycle appliqué. Tout est strictement isolé par locataire : aucun compte ne doit voir les données d'un autre.
Veuillez proposer un modèle de données clair et une intégration avec un fournisseur de paiement de votre choix pour les frais par carte et les webhooks. Pour nous, le traitement idempotent des rappels de fournisseur, un registre audité de tous les frais et crédits et des outils d'administration pour visualiser et modifier l'abonnement d'un locataire sont importants. Dans votre réponse, dites-nous comment vous avez géré le prorata et les relances auparavant.
— Plans tarifaires et niveaux avec cycles mensuels/annuels et mise à niveau en cours de cycle
— Comptabilité d'utilisation avec quotas inclus et frais de dépassement
— Prorata lors de la mise à niveau, de la rétrogradation et des changements de nombre de sièges
— Essais gratuits avec conversion automatique en paiement
— Relance : tentatives, rappels et suspension en cas de paiement échoué
— Factures avec lignes et taxes plus un registre par locataire
— Isolation stricte des locataires et webhooks de paiement idempotents