Le budget annuel était une invention de bon sens pour son époque : une usine qui sait ce qu’elle fabrique en janvier peut raisonnablement planifier ses coûts jusqu’en décembre. En 2026, ce modèle de prévision fige une organisation pendant douze mois alors que les prix de l’énergie, les délais fournisseurs et les taux d’intérêt peuvent se retourner en quelques semaines.
Deux méthodes se sont imposées pour remplacer — ou compléter — le budget annuel : le rolling forecast (prévisions glissantes sur 12 à 18 mois) et le zero-based budgeting (chaque ligne budgétaire repart de zéro à chaque cycle). Ni l’une ni l’autre n’est une révolution comptable. Ce sont des façons différentes d’exploiter les données que votre ERP collecte déjà.
Ce guide explique comment les mettre en place concrètement, quel outil choisir selon la taille de votre entreprise, et quelles erreurs éviter pour ne pas transformer ce chantier en nouveau calvaire Excel.
Rolling Forecast : principe, cycle et mise en oeuvre dans l’ERP
Qu’est-ce qu’un rolling forecast ?
Un rolling forecast est un budget qui avance dans le temps. Au lieu de fixer un horizon au 31 décembre et de s’y tenir, vous maintenez en permanence une prévision sur 12 ou 18 mois à partir de la date du jour.
Exemple concret : en juillet 2026, votre horizon de prévision couvre juillet 2026 à juin 2027. Fin juillet, vous mettez à jour le modèle et l’horizon glisse en août 2026 — juillet 2027. Chaque mois, vous ajoutez un mois de prévision au bout, et vous affinez les trois prochains mois à partir des données réelles qui viennent d’entrer dans l’ERP.
La différence fondamentale avec le budget annuel :
- Budget annuel : gelé à partir de novembre N-1, opérationnel jusqu’en décembre N. Toute déviation par rapport au réel est un écart à justifier, pas un signal à intégrer.
- Rolling forecast : mis à jour chaque mois. La question n’est pas “pourquoi s’est-on écarté du budget ?” mais “que vaut notre prévision à 12 mois au vu des données actuelles ?”.
Ce changement de posture est aussi culturel que technique : le RF suppose que le réel est plus précieux que la cible initiale.
Comment configurer le rolling forecast dans votre ERP
La réalité des ERP mid-market est nuancée : la plupart savent stocker des budgets et comparer le réel aux prévisions. Peu savent véritablement gérer un rolling forecast natif, c’est-à-dire versionner des prévisions glissantes, gérer plusieurs scénarios et consolider des contributions décentralisées.
SAP S/4HANA : le module CO (Controlling) gère les centres de coûts et les budgets. Pour le rolling forecast proprement dit, SAP recommande SAP Analytics Cloud (SAC), qui se connecte en temps réel au core ERP. La couche prévision reste dans SAC, l’ERP fournit les actuals.
Odoo : le module Budget natif d’Odoo permet de saisir des budgets par compte analytique et de suivre les écarts en temps réel. Il ne supporte pas nativement les révisions glissantes. La plupart des ETI qui utilisent Odoo connectent un outil FP&A externe (Causal.app, Pigment) via l’API REST d’Odoo pour le rolling forecast.
Sage X3 / Sage 100 : les deux produits offrent un module budgétaire solide pour la comparaison réel/budget. Le rolling forecast se fait généralement via le module BI intégré (Crystal Reports ou Power BI) alimenté par des extractions périodiques. C’est fonctionnel mais manuel.
Dynamics 365 Finance : Budget Planning natif, connecteur Power BI inclus dans la licence. Microsoft recommande de passer par Power BI ou Azure Synapse Analytics pour les prévisions glissantes complexes. Les connecteurs sont bien documentés.
Synthèse : au-delà de 50 M€ de CA, la plupart des équipes financières atteignent rapidement les limites du module budgétaire natif de leur ERP et cherchent un overlay EPM ou FP&A. En dessous, un bon export mensuel vers un modèle Sheets ou Excel structuré peut suffire.
Indicateurs à piloter dans le rolling forecast
Un rolling forecast utile ne modélise pas ligne par ligne toutes les charges du compte de résultat. Il s’appuie sur des drivers : des variables clés dont dépend la majorité de vos coûts et revenus.
Les drivers à brancher directement sur l’ERP :
- Pipeline commercial (CRM intégré) : taux de transformation × panier moyen → prévision de chiffre d’affaires
- Carnet de commandes : commandes confirmées non encore livrées → revenus à court terme quasi certains
- Niveau de stocks et délais fournisseurs : signal d’alerte sur les tensions approvisionnement
- Masse salariale prévisionnelle : recrutements planifiés + évolutions salariales + congés longs → charge de personnel N+1 à N+6
- EBITDA prévisionnel par centre de profit : agrégation des drivers par axe analytique
Le rolling forecast par drivers est structurellement moins précis qu’un budget ligne par ligne sur les 12 prochains mois, et c’est voulu : il vise à capter les tendances, pas à reproduire la comptabilité du futur.
Zero-Based Budgeting : principe et cas d’usage
Qu’est-ce que le ZBB ?
Le zero-based budgeting part d’une idée simple : une dépense n’est pas justifiée parce qu’elle existait l’année précédente. Chaque ligne budgétaire repart de zéro. Chaque responsable de service doit explicitement demander et argumenter chaque euro, au lieu de bénéficier d’une reconduction automatique à +2 % ou +3 %.
Popularisé dans les années 1970 par Jimmy Carter (avant d’être gouverneur de Géorgie, il a appliqué le ZBB à l’administration d’état) puis repris par les cabinets de conseil et les fonds de private equity dans les années 2010-2020, le ZBB est avant tout un outil de transformation, pas un outil de pilotage récurrent.
La distinction est importante : le budget annuel reconduit est confortable mais accumule des dépenses obsolètes. Le rolling forecast optimise la trajectoire. Le ZBB remet à plat la structure de coûts elle-même.
ZBB dans l’ERP : configuration et limites
D’un point de vue technique, le ZBB dans un ERP se traduit ainsi :
- Vidage des budgets N-1 : en début de cycle, les lignes de budget N-1 sont archivées mais ne sont pas copiées vers l’exercice N. Les gestionnaires commencent avec un budget à zéro dans chaque centre de coûts.
- Saisie et justification : chaque responsable saisit ses demandes de budget en justifiant leur utilité. La plupart des ERP permettent d’associer un commentaire ou un document justificatif à une ligne budgétaire.
- Priorisation et arbitrage : les demandes sont agrégées et présentées au CODIR pour arbitrage. C’est la phase la plus chronophage, souvent 2 à 3 fois plus longue qu’une reconduction classique.
- Validation et diffusion : les budgets validés sont injectés dans l’ERP pour le suivi mensuel du réel.
Les outils qui facilitent cette séquence : Anaplan, Workday Adaptive Planning et Oracle EPM Planning proposent des modules ZBB dédiés avec des workflows de validation intégrés. L’ERP seul peut gérer les étapes 1 et 4, mais les étapes 2 et 3 (collecte des demandes, priorisation) nécessitent généralement un outil collaboratif externe ou des formulaires développés sur mesure.
Limite principale : le ZBB est chronophage. Sur une ETI de 200 à 500 personnes, un cycle ZBB complet mobilise entre 3 et 6 semaines de travail financier et opérationnel. C’est acceptable pour une transformation post-acquisition, pénalisant comme processus annuel systématique.
Quand appliquer le ZBB ?
Le ZBB n’est pas adapté à toutes les situations. Il est pertinent dans trois contextes précis :
Post-LBO (opération de private equity) : les fonds de PE imposent fréquemment le ZBB dans les 12 à 18 premiers mois suivant l’acquisition, pour identifier les coûts structurels que l’équipe de direction précédente n’avait jamais questionnés.
Après une fusion-acquisition : quand deux entreprises fusionnent, les doublons de coûts sont difficiles à détecter dans un budget par reconduction. Le ZBB force l’analyse de chaque poste à la lumière de la nouvelle entité consolidée.
En période de crise ou de plan de transformation : quand l’entreprise doit remettre en question ses priorités (réorientation stratégique, pression concurrentielle forte, restructuration), le ZBB offre un cadre pour légitimer les arbitrages difficiles.
En dehors de ces situations, le ZBB est disproportionné. La majorité des PME et ETI gagnent davantage à combiner un budget annuel reconduit avec un rolling forecast mensuel qu’à faire du ZBB tous les ans.
ERP seul ou ERP + EPM : quel setup selon votre taille ?
La question revient systématiquement dans les projets de modernisation FP&A : doit-on acheter un outil EPM séparé, ou exploiter au maximum ce que l’ERP offre déjà ?
| Profil entreprise | Recommandation | Logique |
|---|---|---|
| PME, CA < 30 M€, équipe finance de 1 à 3 personnes | ERP natif + export structuré (Sheets ou Excel) | Le coût d’un outil EPM (15 000 à 50 000 €/an) dépasse la valeur ajoutée pour une structure simple |
| ETI, CA 30 à 200 M€, contrôleur de gestion dédié | ERP + outil FP&A léger (Causal, Pigment, Abacum) | Les outils FP&A modernes offrent le RF sur 12-18M, les scénarios et la visualisation à partir de 500 à 2 000 €/mois |
| ETI supérieure, CA > 200 M€, consolidation multi-entités | ERP + EPM structuré (Workday Adaptive, Oracle EPM, Anaplan) | La consolidation multi-devises, les éliminations intercompany et les réglementations IFRS justifient un EPM dédié |
| Grande entreprise, > 500 M€, structures complexes | SAP Analytics Cloud / Oracle EPM Fusion intégrés à l’ERP | Le RF et le ZBB simultanés, les stress tests de bilan et la planification long terme nécessitent une plateforme EPM enterprise |
Le marché des outils FP&A standalone a fortement évolué en 2024-2025. Des acteurs comme Pigment, Causal, Abacum et Mosaic ont capté une part significative des ETI qui cherchaient un outil plus accessible que les EPM traditionnels (SAP, Oracle, IBM) sans vouloir rester sur Excel. Ces outils se connectent à la quasi-totalité des ERP via API ou connecteurs natifs.
Cas pratique : mettre en place un rolling forecast en 6 semaines
Voici un plan de mise en oeuvre réaliste pour une PME ou ETI qui part d’un budget annuel Excel et veut basculer vers un rolling forecast mensuel dans son ERP (ou dans un outil connecté à l’ERP).
Semaine 1 : cartographier les centres de coûts
Identifiez les axes analytiques existants dans votre ERP. Si le plan analytique n’est pas à jour ou trop granulaire, c’est le moment de le simplifier. Visez 10 à 25 centres de coûts pour commencer. Plus n’est pas mieux : chaque axe ajouté multiplie la complexité de saisie et d’analyse.
Semaine 2 : définir l’horizon et la fréquence
Choisissez 12 ou 18 mois. Pour une première mise en oeuvre, 12 mois est plus raisonnable : la précision décroît rapidement au-delà, et les équipes opérationnelles ont du mal à se projeter sur 18 mois. Décidez de la fréquence de mise à jour : mensuelle est le standard, trimestrielle est acceptable pour les organisations moins matures.
Semaine 3 : extraire et nettoyer les données historiques
Extrayez 3 ans de données réelles de l’ERP (charges, produits, volumes clés) par centre de coûts. Cette étape révèle souvent des incohérences dans le plan analytique : des charges mal imputées, des centres vides depuis des mois, des reclassifications non répercutées. Nettoyez avant de modéliser.
Semaine 4 : construire le modèle par drivers
Ne reproduisez pas le compte de résultat ligne par ligne dans votre modèle de rolling forecast. Identifiez les 5 à 10 variables qui expliquent 80 % de vos coûts et revenus : volume de commandes, effectif moyen, prix d’achat de vos matières premières principales, taux de conversion du pipeline CRM.
Semaine 5 : connecter les sources opérationnelles
Branchez le CRM (pipeline commercial), la paie (masse salariale prévisionnelle) et les données d’achat de l’ERP sur votre modèle. Si vous utilisez un outil FP&A externe, configurez les connecteurs à ce stade. Si vous restez sur l’ERP natif, préparez les extractions automatisées.
Semaine 6 : premier cycle de validation CODIR
Présentez le premier rolling forecast au CODIR non pas comme un budget figé mais comme un signal de navigation. Montrez l’écart entre le budget initial et le RF actualisé. Ajustez le modèle en fonction des retours opérationnels. Le premier cycle sert à calibrer, pas à perfectionner.
5 erreurs fréquentes à éviter
1. Vouloir prévoir à 24 mois dès le premier cycle
Un horizon de 24 mois donne l’illusion de la précision tout en démoralisant les équipes opérationnelles qui doivent renseigner des chiffres pour des périodes aussi lointaines. Commencez à 12 mois. Vous pouvez toujours allonger l’horizon quand le modèle sera rodé.
2. Copier la structure du budget annuel dans le rolling forecast
La tentation est forte de recréer le même tableau que le budget annuel, mais avec des colonnes mensuelles qui avancent. C’est la pire façon de faire du rolling forecast : vous gardez la lourdeur du budget annuel sans en changer la logique. Le RF réclame une approche par drivers, pas une comptabilité du futur.
3. Négliger l’automatisation de la collecte
Si votre équipe finance passe chaque mois deux jours à extraire manuellement les données de l’ERP, à les coller dans Excel et à les reformater, le rolling forecast deviendra vite une contrainte que personne ne maintient sérieusement. L’automatisation des flux de données est une condition non négociable de la durabilité du processus.
4. Exclure les opérationnels du processus
Un rolling forecast construit uniquement par la direction financière à partir des chiffres de l’ERP rate sa cible. Les responsables commerciaux connaissent les affaires en cours de négociation, les responsables de production voient les risques d’approvisionnement. Sans eux, le RF est rétrospectif, pas prospectif.
5. Confondre rolling forecast et prévision commerciale
La prévision des ventes est une entrée du rolling forecast, pas le rolling forecast lui-même. Un RF complet intègre aussi les coûts variables liés aux ventes, les charges fixes, les investissements prévus, les flux de trésorerie. Plusieurs PME ont mis en place un “rolling forecast” qui n’était en réalité qu’un pipeline commercial amélioré.
Rolling forecast et ZBB : deux outils complémentaires
Rolling forecast et zero-based budgeting ne s’opposent pas : ils interviennent à des moments différents du cycle financier.
Le ZBB est un outil de remise à plat : il s’applique ponctuellement pour reconstruire la structure de coûts de l’entreprise, typiquement après une transformation majeure ou une opération capitalistique. Il produit un budget de référence solide, défendu ligne par ligne.
Le rolling forecast est un outil de navigation continue : une fois le budget de référence (ZBB ou non) établi, il permet d’ajuster les prévisions mois après mois à mesure que les conditions changent.
L’enchainement idéal : appliquer le ZBB pour construire le budget de l’exercice suivant lors d’une transformation, puis piloter l’exécution de ce budget via un rolling forecast mensuel. L’ERP seul suffit rarement à gérer les deux simultanément au-delà de 50 M€ de CA. Un overlay EPM ou FP&A devient rapidement incontournable.
Téléchargez notre grille d’évaluation ERP : 30 critères sur 100 points pour benchmark 3 éditeurs côte à côte, incluant leur couverture FP&A et budgétaire native.
Pour approfondir le sujet, lisez notre guide complet ERP vs EPM et intégration FP&A et notre article sur le contrôle de gestion et le pilotage budgétaire dans l’ERP.
