À la clôture mensuelle, l’équipe finance compile les marges projet à partir d’exports ERP incomplets et de fichiers Excel tenus à jour manuellement. Les feuilles de temps sont dans Harvest. Les achats projet sont dans l’ERP. Les dépassements ne remontent qu’en J+15 — trop tard pour corriger le tir.
Ce scénario n’est pas une exception. Il est la norme dans les ESN, les bureaux d’études, les cabinets d’ingénierie et les entreprises de BTP qui pilotent leur activité sur projets. La cause : un ERP généraliste conçu pour la distribution ou la fabrication, incapable de gérer nativement la comptabilité de projet au niveau requis par la norme IFRS 15.
Ce guide analyse les fondamentaux du project accounting dans un ERP, compare les trois modules leaders — SAP Project System, Microsoft Dynamics 365 Project Operations et Oracle PPM — et détaille les critères de sélection pour les ETI et grands groupes en 2026.
Pourquoi la comptabilité de projet est le “parent pauvre” des ERP généralistes
Le problème fréquent : projets gérés hors ERP
La plupart des ERP généralistes ont été conçus pour gérer des flux transactionnels répétitifs : commandes, stocks, factures, paie. La dimension projet — avec sa structure temporelle, ses phases, ses lots, ses imputations analytiques par livrable — y est souvent une couche ajoutée après coup, peu intégrée.
Conséquence directe : les entreprises projets bricolent. Les feuilles de temps vont dans Harvest ou Toggl. Le suivi budgétaire vit dans Excel. La facturation à l’avancement part de calculs manuels. Et chaque outil communique avec les autres via des exports CSV hebdomadaires, quand tout va bien.
Selon les retours terrain de nombreuses missions d’implémentation, la grande majorité des ETI structurées en projets suivent encore leur rentabilité avec des outils non connectés à leur ERP. L’impact est direct : marge par affaire invisible en temps réel, clôture tardive, décisions prises sur des données périmées.
L’enjeu : IFRS 15 impose la reconnaissance du revenu au degré d’avancement
La norme IFRS 15 “Produits des activités ordinaires tirés de contrats conclus avec des clients”, obligatoire pour les exercices ouverts à partir du 1er janvier 2018 (IASB), impose que le revenu soit reconnu à mesure que l’obligation de performance est satisfaite — pas à la facturation.
Pour les entreprises projets, cela signifie concrètement : calculer chaque mois le degré d’avancement de chaque projet actif, en déduire le chiffre d’affaires reconnu, constater les produits constatés d’avance (PCA) et les factures à établir (FAE). Sans un ERP capable de faire ce calcul automatiquement, c’est un travail de tableur mensuel, source d’erreurs et chronophage.
Les 3 types d’entreprises projets et leurs besoins ERP
Trois modèles coexistent, avec des besoins ERP distincts :
- Projets au forfait : prix fixe, planning contractuel, jalons de paiement. L’ERP doit gérer le budget initial, les écarts, et la facturation sur jalons.
- Projets en régie : facturation au temps passé (TJM). L’ERP doit intégrer les feuilles de temps et générer les factures d’honoraires automatiquement.
- Projets mixtes : forfait avec régie sur dépassements. Le cas le plus complexe — l’ERP doit gérer les deux modes sur la même affaire, parfois avec des lignes contractuelles différentes.
Les fondamentaux du project accounting dans un ERP
WBS : la clé de voûte du pilotage financier projet
La Work Breakdown Structure (WBS) est la décomposition hiérarchique du projet en livrables, phases et activités. Dans un ERP, le WBS remplit une double mission : c’est à la fois la structure de pilotage opérationnel et la structure comptable analytique.
Sans WBS cohérent avec le plan de comptes, impossible d’affecter correctement les coûts (heures, achats, frais généraux) à chaque livrable. La rentabilité ne peut être calculée qu’au niveau du projet global, pas par phase ni par lot — information insuffisante pour piloter et anticiper.
Un WBS mal construit est la première cause d’échec d’un projet de comptabilité de projet : trop plat (pas de granularité), trop profond (ingérable pour les équipes), ou incohérent avec la structure contractuelle. Le paramétrage du WBS exige une collaboration étroite entre le chef de projet, le contrôleur de gestion et l’intégrateur.
Imputations au projet : heures, achats, frais généraux
Un ERP project accounting doit capter trois types de coûts :
- Main d’oeuvre : heures passées, validées via une feuille de temps (timesheet), converties en coûts via le taux horaire chargé du collaborateur.
- Achats directs : commandes et factures fournisseurs imputées directement sur le WBS (matériels, sous-traitance, déplacements).
- Frais généraux imputés : quote-part des coûts indirects (loyer, infrastructure, management) allouée au projet selon une clé de répartition définie à l’avance.
Le piège classique : les feuilles de temps non connectées à l’ERP. Les heures sont dans Harvest, Toggl ou Jira — mais ne remontent pas automatiquement dans la comptabilité analytique projet. La marge par affaire calculée par l’ERP est alors fictive, car elle ignore l’essentiel du coût de production.
Earned Value Management (EVM) : les 3 indicateurs à surveiller
L’Earned Value Management permet de détecter les dérives financières plusieurs semaines avant qu’elles n’apparaissent dans la comptabilité :
- BCWS (Budgeted Cost of Work Scheduled) : ce qui aurait dû être dépensé selon le planning initial — la valeur planifiée.
- BCWP (Budgeted Cost of Work Performed) : la valeur budgétée du travail réellement effectué — c’est la “valeur acquise” (earned value).
- ACWP (Actual Cost of Work Performed) : ce qui a réellement été dépensé à date.
Un écart BCWP inférieur à ACWP signale un dépassement de coûts. Un écart BCWP inférieur à BCWS signale un retard. Un ERP qui intègre ces trois indicateurs permet au contrôleur de gestion de détecter une dérive dès la 3e semaine d’un mois — et non à la clôture.
Dans les projets industriels (BTP, énergie, défense), l’EVM est une exigence contractuelle sur les grands marchés. Mais dans les ESN et cabinets de conseil, il est encore trop peu utilisé, faute d’outil intégré.
Reconnaissance du revenu IFRS 15 : deux méthodes dans l’ERP
IFRS 15 autorise deux méthodes pour mesurer le degré d’avancement :
- Output method (méthode de sortie) : avancement basé sur des jalons contractuels ou le nombre d’unités livrées. Applicable quand les livrables sont objectivement mesurables (rapport remis, module livré, milestone contractuel atteint).
- Input method (méthode d’entrée) : avancement basé sur le ratio coûts engagés / coûts totaux estimés. Plus adaptée aux projets longs avec des livrables difficilement quantifiables (ingénierie complexe, R&D sur mesure).
L’ERP doit gérer les deux méthodes, idéalement paramétrables projet par projet. Le calcul automatique du revenu reconnu, des PCA et des FAE est le test ultime de la maturité d’un module project accounting.
SAP Project System (PS) / S/4HANA Project Management
Architecture WBS dans SAP
SAP PS organise la structure projet selon une hiérarchie en 4 niveaux : Project Definition > WBS Element > Network > Activities
Le WBS Element est l’unité de base de l’imputation analytique. Chaque WBS Element peut être associé à un ou plusieurs Networks (ordres internes techniques) qui décomposent le travail en activités planifiables et ordonnancées. Cette granularité permet une comptabilité analytique extrêmement fine, au prix d’une configuration rigoureuse et d’un temps de paramétrage significatif.
Intégration FI/CO : CATS, WBS, CO-PA
SAP PS est nativement intégré aux modules FI (comptabilité financière) et CO (contrôle de gestion) :
- CATS (Cross Application Time Sheet) : saisie des feuilles de temps, imputation directe sur le WBS Element ou l’activité réseau. Interface historiquement austère, améliorée dans SAP Fiori.
- Imputations directes : bons de commande (module MM), factures fournisseurs (FI-AP) et notes de frais imputés sur le WBS via les comptes de coûts CO.
- CO-PA (Profitability Analysis) : analyse des marges par projet, client, région ou toute combinaison de dimensions analytiques.
La comptabilité d’avancement IFRS 15 est gérée via le module Revenue Recognition en S/4HANA, avec paramétrage des règles de reconnaissance par type de contrat (forfait, régie, jalons).
SAP S/4HANA Cloud et Project-centric Finance
Depuis 2023, SAP pousse vers un nouveau paradigme : Project-centric Finance dans S/4HANA Cloud Public Edition. L’architecture PS classique est simplifiée pour les entreprises projets de taille intermédiaire — moins de niveaux hiérarchiques, interface Fiori plus accessible pour les chefs de projet non-comptables, intégration renforcée avec SAP BTP pour les extensions métier.
Forces et limites
Forces : profondeur de la comptabilité analytique inégalée sur le marché, intégration native avec MM, PP et HR SAP, gestion multi-devises et multi-sociétés native, CO-PA puissant pour l’analyse de marges multi-dimensionnelle.
Limites : interface CATS vieillissante (améliorée dans Fiori mais pas encore au niveau des outils PSA modernes), planification de ressources limitée sans le complément PS Resource Management, coût de licence et de paramétrage élevé, courbe d’apprentissage longue pour les équipes projets.
Profil cible : grands groupes industriels (BTP, ingénierie, défense, énergie) déjà équipés de SAP ERP, avec des projets complexes multi-sociétés et multi-devises.
Microsoft Dynamics 365 Project Operations
Architecture et positionnement
Dynamics 365 Project Operations est né en 2020 de la fusion de Dynamics 365 Project Service Automation (PSA) avec un module de gestion de projet renforcé. C’est la réponse Microsoft aux sociétés de services professionnels (conseil, ESN, ingénierie, cabinets d’architecture) qui vivent dans l’écosystème Microsoft 365.
WBS, ressources et feuilles de temps
Project Operations intègre nativement :
- Un éditeur WBS basé sur Microsoft Project, permettant de décomposer le projet en tâches et sous-tâches directement dans le navigateur sans passer par Project Desktop.
- Une gestion des ressources avec visualisation de charge, correspondance de compétences et alertes de surcharge.
- Des feuilles de temps via une application Power Apps accessible sur mobile — avantage concurrentiel notable face à l’interface CATS de SAP.
- Un suivi du budget avec comparaison budget vs réel en temps réel et alertes paramétrables.
Project Operations vs Dynamics 365 Finance
Les deux modules sont complémentaires mais distincts et facturés séparément :
- Project Operations : pilotage opérationnel du projet (planning, ressources, feuilles de temps, suivi avancement, facturation proforma).
- Dynamics 365 Finance : comptabilisation des coûts, reconnaissance du revenu IFRS 15, génération des factures validées, consolidation financière.
Pour les ETI qui ont besoin de la comptabilité de projet complète, les deux modules doivent coexister — ce qui augmente le coût total de licence et de déploiement.
Forces et limites
Forces : interface moderne et ergonomique, intégration native avec Teams, Outlook et SharePoint (efficacité pour les équipes projet), saisie des temps et frais via Power Apps sur mobile, bon rapport fonctionnalités/prix pour les ETI de services, Power BI pour le reporting analytique.
Limites : reporting analytique avancé nécessite Power BI (couche supplémentaire à gérer), moins mature que SAP PS pour les projets industriels très complexes, la reconnaissance de revenu IFRS 15 dans D365 Finance nécessite une configuration fine et un intégrateur certifié Microsoft.
Profil cible : ETI et grandes entreprises de services professionnels (conseil, ESN, cabinets d’ingénierie), déjà dans l’écosystème Microsoft 365, entre 50 et 2000 collaborateurs.
Oracle Project Portfolio Management (PPM) / Fusion Cloud
Architecture Oracle PPM
Oracle PPM Fusion Cloud repose sur trois piliers fonctionnels :
- Project Financial Management : budgets, coûts, revenus, comptabilisation IFRS 15, gestion des provisions.
- Project Resource Management : allocation des ressources, gestion des compétences, prévisionnel de charge à horizon 6-12 mois.
- Project Execution Management : gestion des tâches, collaboration entre équipes, suivi de l’avancement technique.
L’intégration avec Oracle Fusion Finance (GL, AP, AR) est native : les journaux comptables sont générés automatiquement depuis PPM vers le Grand Livre, et le suivi budgétaire en temps réel est disponible via les tableaux de bord Fusion OTBI.
Oracle Project Billing
Le module Project Billing permet de paramétrer finement les règles de facturation sur chaque projet :
- Facturation à l’avancement (% d’avancement calculé automatiquement)
- Facturation sur jalons contractuels (milestone billing)
- Facturation au temps passé (time & expense billing)
- Facturation mixte sur la même affaire avec des règles différentes par ligne contractuelle
Les factures sont générées automatiquement selon les règles définies, avec consolidation possible de plusieurs projets dans une même facture client — fonctionnalité clé pour les groupes gérant des contrats-cadres multi-projets.
Forces et limites
Forces : très puissant sur la consolidation multi-projets et multi-entités, reporting analytique natif via OTBI sans couche BI externe obligatoire, gestion fine des PCA et FAE conforme IFRS 15, excellent pour les COO Project gérant un portefeuille de 50+ projets simultanés.
Limites : complexité de paramétrage initiale très élevée (18-24 mois pour un déploiement complet dans un grand groupe), coût de licence parmi les plus élevés du marché, change management lourd pour les équipes projets habituées à des outils simples.
Profil cible : grands groupes internationaux (CA supérieur à 500 M EUR), secteurs ingénierie lourde, énergie, construction, défense — souvent déjà sur Oracle E-Business Suite et en cours de migration vers Fusion Cloud.
Solutions alternatives pour les ETI sans SAP ni Oracle
IFS Applications / IFS Cloud
IFS est reconnu dans les secteurs de l’ingénierie lourde, de l’EPC (Engineering, Procurement, Construction), de la défense et de l’aérospatiale. Son module Project Management intègre nativement les fonctions de comptabilité de projet avec une ergonomie plus accessible que SAP PS pour les équipes terrain. IFS est particulièrement pertinent pour les ETI européennes (200-2000 collaborateurs) dans des secteurs industriels complexes qui cherchent une alternative à SAP sans passer par Oracle.
Certinia (ex FinancialForce)
Certinia est 100% natif Salesforce Platform. C’est le choix naturel pour les sociétés de services qui ont déjà déployé Salesforce CRM et veulent éviter une intégration CRM-ERP complexe. La gestion de projet, la facturation projet et la comptabilité d’avancement IFRS 15 coexistent dans la même plateforme que le CRM. Le pipeline commercial est directement transformable en projet avec budget initial et plan de ressources — avantage opérationnel majeur pour les cabinets de conseil.
NetSuite Project Management
NetSuite propose des modules de project accounting suffisants pour les ETI de moins de 200 collaborateurs en mode projet : suivi des temps et frais, imputation des coûts sur projets, facturation projet par jalons ou par temps passé. Moins profond que SAP PS ou Oracle PPM sur les fonctions analytiques avancées, mais déployable en 4-6 mois et accessible en SaaS pur. Pertinent pour les ETI en forte croissance qui veulent une solution unifiée ERP + project accounting avant d’atteindre la taille critique justifiant un ERP tier 1.
Tableau comparatif et critères de sélection
| Critère | SAP PS / S/4HANA | D365 Project Operations | Oracle PPM Fusion | IFS Cloud | Certinia |
|---|---|---|---|---|---|
| Taille cible | ETI + Grands groupes | PME+ / ETI services | Grands groupes | ETI industrie | ETI services |
| Types projets | Forfait + mixte complexe | Régie + forfait services | Forfait + mixte | EPC / industriel | Régie + forfait |
| IFRS 15 natif | Oui (Revenue Recognition) | Oui (D365 Finance) | Oui (natif PPM) | Oui | Oui |
| Intégration groupe | Excellente (native SAP) | Bonne (M365) | Excellente (native Oracle) | Bonne | Limitée (Salesforce) |
| Ergonomie équipes projet | Moyenne (améliorée Fiori) | Bonne (Power Apps) | Bonne | Bonne | Très bonne |
| Complexité déploiement | Très élevée | Moyenne | Très élevée | Élevée | Faible-moyenne |
| Budget déploiement indicatif | > 500 K EUR | 100-500 K EUR | > 1 M EUR | 200-800 K EUR | 50-200 K EUR |
Guide de décision rapide :
- Déjà sur SAP ERP, projets industriels complexes multi-sociétés ? SAP PS / S/4HANA.
- Écosystème Microsoft 365, sociétés de services, 50-500 collaborateurs ? Dynamics 365 Project Operations + Finance.
- Groupe international avec portefeuille 50+ projets, budget IT significatif ? Oracle PPM Fusion.
- ETI ingénierie / BTP / EPC, secteur industriel réglementé ? IFS Cloud.
- Déjà sur Salesforce CRM, services professionnels, moins de 200 personnes ? Certinia.
- ETI en croissance rapide, déploiement rapide attendu, budget limité ? NetSuite.
Le piège à éviter : choisir le module project accounting de l’ERP existant par réflexe, sans valider qu’il couvre les 4 fondamentaux — WBS structuré, imputations feuilles de temps connectées, EVM et reconnaissance IFRS 15 automatisée. Dans de nombreux projets de mise en oeuvre, le module natif se révèle insuffisant en production et force une couche de gestion de projet externe non connectée — recréant exactement le problème initial.
Pour approfondir, lisez notre guide ERP pour bureaux d’études et ingénierie : facturation à l’avancement, WBS et gestion de projets, notre comparatif ERP pour sociétés de services : PSA, staffing et rentabilité projet, et notre guide clôture comptable accélérée avec continuous close pour les DAF.
