Qu’est-ce que le CAPEX ?
CAPEX signifie Capital Expenditure, ou dépense d’investissement. Il désigne généralement les dépenses engagées pour acquérir, construire ou améliorer un actif destiné à servir durablement à l’entreprise : équipement industriel, bâtiment, infrastructure, matériel ou certains actifs incorporels selon le référentiel applicable.
Un logiciel CAPEX organise surtout la décision et le pilotage de l’investissement : idée → demande CAPEX → business case → arbitrage → approbation → budget → exécution → mise en service → clôture. La décision interne de traiter un projet comme un investissement ne constitue pas, à elle seule, sa capitalisation comptable définitive.
CAPEX et OPEX : quelle différence ?
OPEX signifie Operating Expenditure, ou dépense d’exploitation. Le CAPEX concerne généralement un investissement créant ou améliorant un actif utilisé durablement ; l’OPEX concerne le fonctionnement courant. La frontière dépend cependant de la nature de la dépense et du référentiel comptable, pas d’un seuil de montant appliqué mécaniquement.
Le workflow peut donc enregistrer une classification proposée, une validation par Finance ou la comptabilité, puis la classification retenue. Il ne doit pas appliquer une règle naïve comme « montant supérieur à 10 000 € = CAPEX ».
Demande CAPEX, projet et immobilisation : trois objets différents
La demande d’investissement répond à « pourquoi voulons-nous investir ? ». Elle existe avant la décision et rassemble le besoin, les scénarios, les bénéfices attendus et le budget demandé. Le projet d’investissement répond ensuite à « comment réalisons-nous l’investissement approuvé ? » avec un planning, un budget, des commandes et des dépenses.
L’immobilisation est l’actif comptable résultant éventuellement du projet. SAP distingue cette phase amont avec les Appropriation Requests, puis transfère une demande approuvée vers une mesure, un ordre ou un projet de réalisation. Cette séparation évite de confondre idée, projet opérationnel et actif définitif.
Quelles informations demander dans une demande d’investissement ?
Une demande peut contenir le demandeur, l’entité, le site, la catégorie, la description, la justification, le budget demandé, le calendrier, le fournisseur envisagé, les alternatives, les risques, les bénéfices, les coûts évités, les économies, la capacité supplémentaire, l’impact sécurité ou conformité, l’urgence et les pièces jointes.
L’objectif est de comparer les projets sur une base suffisamment homogène avant l’arbitrage. Les champs obligatoires peuvent varier selon la catégorie : une mise aux normes ne se justifie pas exactement comme un investissement de croissance.
VAN, TRI et payback : que signifient ces indicateurs ?
La VAN, ou Valeur Actuelle Nette (NPV, Net Present Value), ramène les flux futurs à leur valeur actuelle avec un taux d’actualisation : VAN = flux futurs actualisés − investissement initial. Le TRI, ou Taux de Rentabilité Interne (IRR, Internal Rate of Return), est le taux pour lequel la VAN devient nulle.
Le payback est le délai nécessaire pour récupérer l’investissement initial grâce aux flux générés. Avec 200 k€ investis et 80 k€ d’économies annuelles, le payback simple est de 2,5 ans. Ces indicateurs dépendent des hypothèses : le logiciel doit les versionner et afficher leur origine.
Tous les CAPEX doivent-ils avoir un ROI ?
Non. Une mise aux normes ou un investissement destiné à supprimer un risque majeur peut être indispensable même si son retour financier direct est faible. Le portefeuille peut distinguer mandatory, regulatory, safety, replacement, growth, productivity et cost saving.
Les critères de décision doivent donc être adaptés à la catégorie. Comparer une machine obligatoire pour la sécurité à une automatisation uniquement sur son TRI pourrait conduire à une mauvaise décision.
Comment organiser les validations ?
Les circuits peuvent dépendre du montant, de l’entité, de la catégorie, du budget disponible et du niveau de risque. Par exemple : moins de 25 k€ au directeur de site, de 25 à 100 k€ à la direction et à Finance, au-delà à un comité d’investissement. Un projet de sécurité peut suivre un circuit différent.
Le système conserve la demande, les avis, la décision, la date, le commentaire et la version du budget approuvé. Les délégations, conflits d’intérêts et validations par rôle doivent être explicites.
Budget demandé, approuvé et révisé : quelle différence ?
Ces montants ne doivent jamais être écrasés. Une demande peut commencer à 1 200 000 €, être approuvée à 950 000 €, puis révisée à 1 050 000 €. Le système doit conserver les versions, leurs motifs, leurs approbateurs et leurs dates.
Le budget courant doit être reconstruit à partir du budget initial, des transferts, compléments et réductions. Cette histoire est nécessaire pour comprendre les arbitrages et expliquer les écarts en fin de projet.
Budget, engagement et dépense réelle : quelle différence ?
Le budget est le montant autorisé. Un engagement, ou commitment, est un montant déjà réservé par une commande ou un autre objet d’achat, mais pas nécessairement encore facturé. Le réel, ou actual spend, est le montant comptabilisé dans le système financier.
Un suivi peut afficher budget 1 000 k€, réel 400 k€, engagé 350 k€ et reste 250 k€, à condition de définir clairement le calcul et de ne pas compter deux fois une commande devenue facture. SAP sépare également budget, commitments et actuals dans ses rapports d’investissement.
Pourquoi relier le CAPEX aux commandes et factures ?
Sans intégration, le budget CAPEX peut rester dans Excel tandis que les achats et factures vivent dans SAP ou un autre ERP. Les deux visions divergent alors. Une intégration relie la demande, la commande fournisseur, la réception et la facture autour d’un identifiant d’investissement.
La couche CAPEX reste propriétaire de la décision d’investissement et du portefeuille ; l’ERP reste propriétaire des écritures, commandes et factures. Cette séparation facilite la réconciliation et évite de recréer un référentiel comptable parallèle.
Qu’est-ce que l’ETC et l’EAC ?
ETC signifie Estimate To Complete : combien reste-t-il à dépenser pour terminer ? EAC signifie Estimate At Completion : quel sera le coût final probable ? Avec 600 k€ de coûts réels et 500 k€ d’ETC, l’EAC est de 1,1 M€.
Si le budget approuvé était de 900 k€, l’écart devient visible avant la réception de toutes les factures. Le forecast doit conserver la date, l’auteur, les hypothèses et la version utilisée pour l’arbitrage.
Comment gérer un dépassement de budget ?
Un dépassement ne doit pas simplement transformer 900 k€ en 1,1 M€. Il doit déclencher une change request, ou demande de modification, qui conserve le budget courant, la prévision finale, le montant complémentaire demandé, le motif, l’approbateur et la date.
Cette traçabilité permet ensuite de distinguer une hausse de périmètre, une erreur d’estimation, une variation fournisseur ou un aléa d’exécution. Les compléments, réductions et transferts doivent rester visibles dans l’historique.
Comment gérer les investissements pluriannuels ?
Un projet peut être approuvé pour 3 M€ sur trois ans, avec 500 k€ en 2026, 1,8 M€ en 2027 et 700 k€ en 2028. Le système distingue le budget total du projet et le profil de dépenses par année ou par mois.
Cette distinction aide Finance à prévoir les besoins de trésorerie, à gérer les reports et à vérifier que les enveloppes d’un exercice ne sont pas consommées par erreur par un projet pluriannuel.
Comment prioriser un portefeuille CAPEX ?
Une plateforme doit comparer les projets lorsque les demandes dépassent l’enveloppe disponible : caractère obligatoire, sécurité, VAN, TRI, payback, risque opérationnel, capacité, stratégie, maturité et disponibilité des équipes.
Elle peut tester plusieurs scénarios : A — maximum de ROI, B — sécurité et réglementaire prioritaires, C — budget réduit de 15 %. Oracle Cloud EPM Capital couvre ce type de planification et d’analyse ; le sur-mesure doit apporter une logique propre uniquement lorsque le fit-gap le justifie.
Comment gérer les projets retardés ou annulés ?
Un investissement retardé ou annulé peut être conservé, réduit, reporté, transféré ou retourné au portefeuille. Dans le cas d’un projet annulé doté de 450 k€ disponibles, le système peut enregistrer la restitution au programme et son motif.
Il ne faut pas supprimer le projet : sa demande, ses validations, ses dépenses éventuelles et la décision d’annulation restent utiles pour les futurs arbitrages.
Que se passe-t-il à la mise en service ?
La mise en service marque un changement important : le projet produit un actif ou une capacité utilisable. Le dossier doit pouvoir enregistrer la date réelle, les coûts restants, l’actif créé, les documents, le responsable, le centre de coût et la durée d’utilisation estimée.
Dans SAP, les dépenses peuvent être collectées sur un ordre ou un WBS, Work Breakdown Structure, puis transférées vers une AuC, Asset under Construction, avant le règlement vers une ou plusieurs immobilisations définitives.
Qu’est-ce qu’une immobilisation en cours ?
Une AuC, ou Asset under Construction, est une immobilisation en cours qui accumule certains coûts d’un actif pendant sa construction avant sa mise en service et son transfert vers l’actif définitif. C’est une notion comptable distincte du simple statut « projet en cours ».
Le logiciel peut orchestrer les données, les rapprochements et les validations, mais le processus comptable et les règles de règlement doivent rester sous le contrôle de Finance et de la comptabilité.
Que peut réellement être capitalisé ?
Sous IAS 16, le coût d’une immobilisation corporelle est reconnu notamment lorsque les avantages économiques futurs sont probables et que le coût peut être mesuré de manière fiable. Le coût peut comprendre des dépenses directement attribuables pour amener l’actif à l’emplacement et dans l’état nécessaires à son exploitation.
Le logiciel ne doit donc pas décider que toutes les dépenses d’un projet sont immobilisables. Il peut proposer une répartition, par exemple 70 % capitalisable et 30 % en charge, mais la règle, les exceptions et la validation restent définies par Finance et le référentiel applicable.
Et les intérêts liés au financement ?
IAS 23 prévoit que les coûts d’emprunt directement attribuables à l’acquisition, la construction ou la production d’un qualifying asset, ou actif qualifiant, peuvent faire partie du coût de cet actif lorsque les conditions de la norme sont remplies. Les autres coûts d’emprunt sont comptabilisés en charge.
Cette règle ne s’applique pas automatiquement à tous les investissements. Le système doit conserver les hypothèses, la période concernée et la validation comptable plutôt que d’appliquer une règle générale sans contexte.
Comment vérifier le ROI après mise en service ?
La Post-Investment Review, ou revue post-investissement, compare la promesse à la réalité : budget prévu contre budget final, date prévue contre date réelle, économies annoncées contre économies mesurées, capacité attendue contre capacité obtenue et incidents rencontrés.
Si le business case annonçait 300 k€ d’économies annuelles mais que 170 k€ sont mesurés douze mois après la mise en service, le système doit conserver l’écart et ses explications. Cette boucle améliore les futurs business cases sans transformer le ROI en garantie.
Quels KPI suivre ?
Les indicateurs utiles comprennent CAPEX approved (montant approuvé), CAPEX spent (dépenses réelles), committed CAPEX (engagements ouverts), le forecast ou EAC, la variance budgétaire, la variance de planning, le délai d’approbation, le carryover ou budget reporté et le ROI post-investissement.
Ils doivent être calculés à partir de sources identifiées et de périodes cohérentes. Un tableau de bord qui additionne engagements et factures sans règle de dédoublonnage peut donner une vision artificiellement surévaluée.
IA et CAPEX : qu’est-ce qui change en 2026 ?
L’IA peut assister le résumé des business cases, la comparaison avec les investissements historiques, la détection d’incohérences, la prévision des dépenses, la recherche de projets similaires et la préparation de commentaires. Oracle présente en 2026 un Capital Expenditure Planning Analyst qui analyse l’historique et estime des dépenses CAPEX futures.
SAP S/4HANA 2025 FPS01, publié en février 2026, propose également une fonction d’IA qui suggère des règles de règlement pour la capitalisation d’une mesure d’investissement. La proposition doit être revue et validée par l’utilisateur : l’IA ne décide pas seule qu’un projet est approuvé ou qu’une dépense est capitalisable.
SAP Investment Management, Oracle EPM ou logiciel CAPEX sur mesure ?
SAP Investment Management couvre notamment demandes d’investissement, programmes, planification, budgets, mesures d’investissement, ordres ou WBS, reporting plan/budget/réel et capitalisation. Oracle Cloud EPM Capital et Projects couvrent planification CAPEX, approbations, cash-flow, actifs, amortissements, réel contre plan et impact financier des projets.
Le sur-mesure devient pertinent lorsque plusieurs ERP existent, que le processus est atypique, que les formulaires Excel sont spécifiques, que les sites appliquent des règles différentes, que des données opérationnelles doivent alimenter le business case ou que le standard serait disproportionné. Un fit-gap, comparaison documentée du besoin et de la couverture standard, doit précéder le développement.
Combien coûte un logiciel de gestion CAPEX ?
Le coût dépend du nombre d’entités et de sites, du workflow de demande, des scénarios financiers, du portefeuille d’investissements, des intégrations ERP, des commandes et factures, des immobilisations, des prévisions, de la migration Excel, du reporting et des permissions.
Un formulaire d’approbation CAPEX simple est très différent d’une plateforme internationale de Capital Investment Management. Le cadrage doit donc séparer le premier périmètre, les règles comptables, les sources financières, les intégrations et l’exploitation dans la durée plutôt que d’afficher une moyenne artificielle.
Comment Koragence structurerait le projet ?
Le cadrage commence par plusieurs investissements réellement traités : un projet approuvé, un refusé, un investissement dépassé et un projet terminé. Cela révèle les données réellement utilisées pour décider et suivre les dépenses, au lieu de reproduire un formulaire théorique.
Le modèle distingue ensuite la demande, le business case, le budget approuvé, le projet d’exécution, les engagements ERP, les dépenses réelles, le forecast et la capitalisation. Une première version peut couvrir demande → validation → budget → suivi, avant d’ajouter progressivement portefeuille, prévisions et immobilisations.
Comment construire un business case CAPEX ?
Le business case, ou dossier d’opportunité, doit relier le besoin à un scénario d’investissement. Les motifs peuvent être la productivité, la capacité, le remplacement, la sécurité ou la conformité, la réduction de coûts ou la croissance. Le motif de l’investissement doit rester distinct des métriques financières.
Le dossier peut conserver plusieurs scénarios, leurs hypothèses, les coûts, les bénéfices attendus, les risques et la recommandation. SAP permet notamment d’associer à une demande des informations sur les raisons de l’investissement et leurs répartitions ; un outil spécifique doit préserver cette logique plutôt que réduire l’analyse à un seul montant.