Migrer de plan Starter, Pro ou Business

Vous pouvez changer de plan à tout moment depuis la page /facturation. Le mécanisme repose sur Stripe : upgrade au prorata immédiat, downgrade effectif au prochain cycle. Cet article détaille le comportement exact, les cas pièges et les contraintes.

Génération du diagramme…

Où ça se passe

Rendez-vous sur /facturation. Les 3 plans SaaS (Starter, Pro, Business) sont affichés en cartes — votre plan actuel est marqué Plan en cours. Cliquez sur Choisir pour basculer vers un autre plan.

Pré-requis : vous devez être Billing Owner (BO) du compte de facturation pour pouvoir changer de plan. Les autres membres voient la page en lecture seule.

Upgrade — effet immédiat

Quand vous upgradez (par ex. Starter → Pro) :

1. Bordoly ouvre une session Stripe Checkout
2. Stripe calcule le prorata sur le cycle en cours : vous payez la différence pour les jours restants
3. Le webhook checkout.session.completed met à jour votre subscription en base
4. Les nouveaux quotas (enlèvements/mois, users/établissement) sont disponibles immédiatement

Bascule	Prorata facturé	Effet quotas
Starter → Pro	(399 € − 149 €) × jours/30	Immédiat
Pro → Business	(1 490 € − 399 €) × jours/30	Immédiat
Starter → Business	(1 490 € − 149 €) × jours/30	Immédiat

Anti-abuse trial : si un SIRET de votre compte a déjà consommé un trial Stripe par le passé, le prochain Checkout est facturé immédiatement (trial_period_days: 0) — pas de nouveau 14 jours gratuits en cumulant les bascules.

Downgrade — planifié en fin de période, sans avoir

Le downgrade utilise un parcours dédié : /facturation/downgrade. Il ne passe pas par Stripe Checkout — Bordoly programme la bascule directement via l'API Stripe avec proration_behavior: "none".

Le flux

1. Vous cliquez Downgrade sur la page facturation (titulaire uniquement)
2. Bordoly liste les plans inférieurs disponibles + leur prix
3. Pré-vérification quotas : Bordoly vérifie que votre usage actuel respecte les plafonds du plan ciblé (SIRETs et utilisateurs). Si ce n'est pas le cas, vous obtenez la liste précise de ce qu'il faut retirer avant de pouvoir planifier.
4. Vous validez. Stripe accepte la bascule pour le prochain cycle.
5. Aucun avoir : vous gardez l'accès au plan supérieur jusqu'à l'échéance, sans remboursement des jours non consommés (proration_behavior: "none").
6. À l'échéance, Stripe émet la première facture au tarif du nouveau plan ; le webhook met à jour vos quotas et notifie le titulaire + co-titulaires + emails délégués.

Pré-conditions de quotas (pré-vérification)

Vous ne pouvez pas planifier un downgrade si :

Si vous dépassez ce plafond du plan ciblé	Que faire
SIRETs couverts (tenantsMax)	Retirez les SIRETs en surplus depuis /facturation (titulaire ou co-titulaire)
Utilisateurs par établissement (usersMax)	Désactivez ou supprimez les utilisateurs en surplus depuis /utilisateurs

L'API renvoie un message structuré ("Retirer X SIRET, Y utilisateur(s)") dans la modale, donc vous savez exactement ce qu'il vous reste à faire avant de pouvoir relancer la planification.

Note : les enlèvements/mois ne bloquent pas la planification — ce plafond se remet à zéro chaque calendrier, donc un dépassement courant n'a pas d'incidence sur la bascule du mois prochain. Si vous êtes proche du nouveau plafond, le système vous alertera en mode WARN/grace une fois le downgrade exécuté (voir l'article quotas).

Garde-fous pendant la planification

Une fois la bascule planifiée, l'ajout d'un nouveau SIRET est bloqué si la quantité finale (après ajout) dépasserait le plafond du plan ciblé. Vous obtenez une erreur 409 PENDING_DOWNGRADE_BLOCKS_ADD avec deux options :

• Annuler la bascule programmée (bouton dédié sur /facturation/downgrade)
• Attendre son exécution puis ré-évaluer

Annulation

Vous pouvez annuler la bascule à tout moment avant son exécution. Stripe revient immédiatement au plan actuel, aucune facture n'est ajustée.

Préavis : la doctrine commerciale reste de 30 jours de préavis sur les downgrades — planifiez la bascule en début de cycle pour ne pas être pris au dépourvu.

Que deviennent les BSDs et utilisateurs en cours

Les bascules ne touchent pas vos données opérationnelles :

• Les BSDs déjà émis restent visibles, exportables, signables — quel que soit leur statut TrackDéchets
• Les utilisateurs déjà créés ne sont pas désactivés automatiquement, même si vous dépassez le plafond du nouveau plan

Mais : au cycle suivant, les nouvelles écritures (création BSD, ajout user) seront bloquées si vous avez dépassé les plafonds du nouveau plan, avec une erreur 402 Payment Required (reason: "quota_exceeded").

Voir Comprendre quotas et dépassements pour le détail du comportement et la fenêtre de grâce 14 jours en cas d'impayé.

Cas spécial — Downgrade avec usage > nouveau plafond

Depuis le sprint billing-OEM (mai 2026, décision Q10), Bordoly bloque la planification quand votre usage actuel dépasse les plafonds du plan ciblé. C'est une protection délibérée contre le scénario "je downgrade et je verrai bien après" :

1. Le formulaire /facturation/downgrade retourne une erreur 412 avec le détail précis ("Vous devez retirer 2 SIRETs, 14 utilisateurs avant de pouvoir descendre")
2. Vous mettez votre compte en conformité depuis /facturation et /utilisateurs
3. Vous re-validez la planification

Cela évite l'effet "ascenseur émotionnel" où l'utilisateur planifie une bascule qui ne sera honorée qu'au prix d'une dégradation opérationnelle au cycle suivant. Le titulaire reste maître du calendrier — la mise en conformité se fait à son rythme avant de planifier.

Et les enlèvements en cours ? Ils ne bloquent jamais la planification — le quota mensuel se remet à zéro à chaque cycle. Une fois le downgrade exécuté, vous tomberez simplement dans la politique de quotas hybride (WARN à 80 %, grâce 48h à 100 %, blocage hard à 110 % — voir Comprendre quotas et dépassements).

Stripe Customer Portal

Pour les actions plus avancées (mettre à jour la carte, télécharger les factures, annuler la souscription), utilisez le Stripe Customer Portal. Bouton Gérer dans Stripe sur /facturation — vous êtes redirigé vers une session Portal sécurisée hébergée par Stripe.

Bascule SaaS ↔ Entreprise

Bascule	Procédure
SaaS → Entreprise	Cadrage commercial puis migration des configurations
Entreprise → SaaS	Bascule à la date d'échéance du contrat annuel
Self-serve trial 14 jours	Désactivé — la démo commerciale remplace le trial auto

Pour basculer entre SaaS et Entreprise, contactez support@bordoly.fr avec votre contexte (volumes, SIRETs concernés, échéance souhaitée).

Cas d'usage

TPE qui grossit — Starter en année 1 (5-8 enlèvements/mois), upgrade vers Pro en mois 14 quand elle franchit les 10 enlèvements/mois deux mois de suite. Prorata payé en une fois.

Saisonnalité agroalimentaire — Pro toute l'année, upgrade ponctuel vers Business en mai pour absorber le pic de production, downgrade vers Pro effectif au cycle de juin.

Restructuration interne — Business à 25 users, fusion de deux entités fait redescendre à 12 users actifs. Downgrade vers Pro en début de cycle (16 users max), pas d'impact opérationnel.

Bonnes pratiques

• Anticipez vos pics — il vaut mieux upgrader 5 jours en avance que se faire bloquer une écriture critique en mode quota_exceeded
• Documentez en interne vos bascules — gardez la trace de la date, du motif et du BO responsable
• Pour des cycles de production très irréguliers (BTP, événementiel), demandez un devis Entreprise — quotas illimités, pas de stress
• Vérifiez la facture Stripe juste après l'upgrade — le prorata doit correspondre à votre attente, sinon ouvrez un ticket support sous 7 jours

Et après ?

• Choisir le bon plan
• Comprendre quotas et dépassements
• Gérer plusieurs établissements

Vous êtes bloqué ? Écrivez-nous à support@bordoly.fr — engagement Standard : réponse sous 4h ouvrées (lun-ven 9h-18h CET). Entreprise : sous 1h ouvrées (8h-20h CET).