Aller au contenu principal

Modèle abonnements

Objectif du modèle

Représenter les offres récurrentes ou droits premium associés aux acteurs, communes, PlayLoop ou applications connectées.

Responsabilités

  • Porter l’état d’une souscription.
  • Relier une offre à un acteur, une commune ou un compte selon produit.
  • Activer des droits premium contrôlés côté Laravel.
  • Ne pas stocker localement les données bancaires sensibles.

Relations principales

  • Un abonnement peut être lié à un acteur.
  • Une commune peut avoir une offre mairie.
  • PlayLoop peut avoir une offre autonome.
  • Les boosts et crédits IA peuvent dépendre d’un abonnement.

Cycle de vie

  1. Sélection d’une offre.
  2. Initialisation paiement/provider.
  3. Confirmation backend.
  4. Activation des droits.
  5. Renouvellement, changement, suspension ou annulation.
  6. Archivage/audit.

Permissions/RBAC liées

  • Seuls les gestionnaires autorisés peuvent souscrire pour un acteur.
  • Les offres mairie nécessitent un périmètre commune.
  • Les droits issus d’un abonnement sont appliqués côté Laravel.

Contraintes métier

  • Le gratuit doit rester utile.
  • Le premium doit apporter visibilité, gain de temps ou outils avancés.
  • Les droits ne doivent pas être activés sur simple signal frontend.
  • Les changements provider doivent être idempotents.

Données sensibles éventuelles

  • Références provider de paiement.
  • Historique d’abonnement.
  • Statut de facturation.
  • Pas de stockage local de carte bancaire.

Cache/offline éventuel

  • Les droits premium peuvent être cacheés brièvement côté frontend, mais doivent être revalidés.
  • Aucune décision de facturation offline.

Stratégie d’indexation

  • Index par acteur/commune, statut, provider, date de période.
  • Recherche support par référence externe.

Partitionnement si concerné

Non prioritaire ; historisation par période à prévoir.

État actuel vs cible

NiveauDescription
Structure visible/confirméeModule Monetization visible ; Stripe PHP documenté ; abonnements prévus.
Structure probableSouscription liée à un périmètre, plan, statut et référence provider.
Cible futureAbonnements fiables, auditables, reliés aux droits premium et coûts IA.

Points à confirmer

  • Plans définitifs.
  • Périmètres de souscription.
  • Webhooks et statuts provider.
  • Politique annulation/remboursement.

Diagramme Mermaid ER simplifié