Comprendre les types de projets dans Microsoft Dynamics 365 Finance
Pourquoi la plupart des équipes se trompent — et comment fonctionne réellement la capitalisation
Les problèmes de comptabilité de projets dans Microsoft Dynamics 365 Finance proviennent rarement de fonctionnalités manquantes ou de configurations complexes.
Ils trouvent presque toujours leur origine dans une décision prise très tôt, qui semble opérationnelle, mais qui est en réalité profondément financière : le type de projet.
Les types de projets ne sont pas de simples libellés. Ils déterminent :
- la manière dont les coûts sont comptabilisés
- l’existence (ou non) de revenus
- le mode de reconnaissance du revenu
- l’utilisation du WIP (travaux en cours) ou des charges à payer
- la possibilité de capitaliser les coûts — et selon quelles modalités
Lorsque ce choix est erroné, les équipes compensent avec Excel, des écritures manuelles et des corrections tardives en clôture — autant de symptômes d’une gouvernance insuffisante en amont.
Pourquoi le choix du type de projet est plus structurant qu’il n’y paraît
Dans de nombreuses organisations, les projets sont traités comme de simples objets de suivi : saisir des heures, contrôler les coûts, livrer.
En réalité, un projet dans Microsoft Dynamics 365 Finance est aussi un moteur comptable.
Le type de projet sélectionné détermine notamment :
- les auxiliaires comptables impliqués
- l’imputation des coûts au compte de résultat ou au bilan
- l’application (ou non) des règles de reconnaissance du revenu
- la possibilité même de capitaliser des coûts
- l’utilisation ou non du module Immobilisations
Une fois les transactions comptabilisées, revenir en arrière devient difficile, risqué, voire impossible sans retraitements manuels.
C’est pourquoi la gouvernance des types de projets relève autant de la fonction finance que des équipes projet.
(À ce sujet : Fondamentaux de la gouvernance ERP → https://www.fitgapfinance.com/gouvernance-erp-modele-roles-decisions/)
La capitalisation dans Microsoft Dynamics 365 Finance : une clarification indispensable
Avant d’examiner les différents types de projets, une précision importante s’impose.
La capitalisation n’est pas déterminée uniquement au niveau du projet.
Dans Microsoft Dynamics 365 Finance, le comportement de capitalisation repose sur trois niveaux :
- le type de projet
- les catégories de coûts de projet
- les règles de comptabilisation et de capitalisation
Cela implique que :
- la capitalisation peut être sélective
- tous les coûts d’un projet ne sont pas nécessairement capitalisés
- les catégories jouent un rôle central
Cependant — et c’est le point clé — un seul type de projet permet une capitalisation native, traçable et auditable via le module Immobilisations.
Il s’agit du projet d’investissement.
Les principaux types de projets — et leur réalité comptable
Projets à prix fixe
Définition
Projets pour lesquels le revenu est contractuellement fixé et reconnu en fonction de l’avancement, et non de la facturation.
Comportement comptable
- Reconnaissance du revenu basée sur des estimations
- Utilisation centrale du WIP et des charges/produits constatés d’avance
- Marges fortement dépendantes de la qualité des estimations
Capitalisation
- Les coûts peuvent techniquement être comptabilisés au bilan
- ❌ Aucune intégration avec le module Immobilisations
- ❌ Pas de création native d’immobilisations ni de propositions de capitalisation
Erreurs fréquentes
- Utiliser des projets à prix fixe pour des initiatives créatrices d’actifs
- Les traiter comme des projets temps et matériel « pour simplifier »
- Découvrir des distorsions de marge tardivement, en clôture
👉 Les projets à prix fixe sont des instruments de reconnaissance de revenus — pas des véhicules de capitalisation.
Projets temps et matériel (T&M)
Définition
Projets dont le revenu est généré directement à partir des heures et des dépenses enregistrées.
Comportement comptable
- Le revenu suit les transactions
- Moindre dépendance aux estimations
- Meilleure visibilité opérationnelle
Capitalisation
- Les coûts peuvent être portés au bilan
- ❌ Aucune intégration avec le module Immobilisations
- Toute capitalisation nécessite une création manuelle d’actifs
Erreurs fréquentes
- Assimiler simplicité à faible risque financier
- Discipline insuffisante sur les feuilles de temps
- Tentatives de capitalisation a posteriori
Projets de coût
Définition
Projets sans revenus, utilisés pour collecter des coûts.
Cas d’usage typiques
- Initiatives internes
- Travaux exploratoires ou de recherche
- Besoins temporaires de suivi
Capitalisation
- Les coûts peuvent être comptabilisés au bilan
- ❌ Pas d’intégration avec le module Immobilisations
- La capitalisation doit être réalisée manuellement via des écritures
Erreurs fréquentes
- Utiliser ces projets comme des centres de coûts permanents
- Oublier de les clôturer
- Les utiliser alors qu’un projet d’investissement était requis
Les projets de coût sont souvent surutilisés et sous-gouvernés.
(Voir aussi : Qualité des données et discipline structurelle ERP → https://www.fitgapfinance.com/migration-de-donnees-dans-dynamics-365-10-bonnes-pratiques-pour-eviter-les-erreurs-couteuses/)
Projets d’investissement (le cas clé)
Définition
Projets conçus explicitement pour capitaliser des coûts en immobilisations.
Comportement comptable
- Les coûts sont comptabilisés en travaux en cours (WIP)
- La capitalisation est pilotée par les catégories
- Cycle clair : coût → actif → amortissement
Capitalisation
- ✅ Intégration complète et native avec le module Immobilisations
- Capitalisation sélective par catégorie
- Capitalisation progressive possible
- Création directe d’immobilisations à partir du projet
- Traçabilité projet → actif robuste et audit-able
👉 C’est le seul type de projet conçu pour la capitalisation.
Erreurs fréquentes
- Laisser les TI ou le bureau de projets décider sans validation finance
- Mélanger coûts capitalisables et non capitalisables
- Découvrir les problèmes lors des audits
Lorsqu’un actif est créé, le projet d’investissement n’est pas une option : c’est une exigence de gouvernance.
Capitalisation manuelle : possible techniquement, faible stratégiquement
Une pratique courante subsiste dans certaines organisations :
- les coûts du projet sont portés au bilan
- la finance crée ensuite une immobilisation via une écriture manuelle
- le lien systémique entre projet et actif est rompu
Cette approche :
- fragilise la piste d’audit
- impose des contrôles manuels permanents
- complexifie les rapprochements
- génère fréquemment des remarques d’audit
Elle peut être tolérée dans des contextes de migration ou d’héritage applicatif, mais ne doit jamais constituer une cible.
Règles de capitalisation par type de projet (synthèse)
| Type de projet | Coûts au bilan possibles | Intégration Immobilisations | Recommandé pour capitalisation |
|---|---|---|---|
| Investissement | ✅ Oui | ✅ Native | Oui |
| Prix fixe | ⚠️ Possible | ❌ Non | Non |
| Temps et matériel | ⚠️ Possible | ❌ Non | Non |
| Coût | ⚠️ Possible | ❌ Non | Non |
Un cadre décisionnel simple et efficace
Avant de créer un projet, posez-vous ces questions :
| Question | Si OUI | Si NON |
|---|---|---|
| Des revenus sont-ils attendus ? | Prix fixe ou temps et matériel | Coût ou investissement |
| Si oui, les revenus sont-ils contractuellement fixes ? | Prix fixe | Temps et matériel |
| Si non, les coûts doivent-ils être capitalisés ? | Projet d’investissement | Projet de coût |
Si cette logique n’est pas claire dès la création du projet, l’organisation accepte par défaut un risque financier en aval.
Note : Microsoft Dynamics 365 Finance définit également les types de projets Interne et Temps. Ces types de projets sont destinés à des besoins de planification et de suivi du temps et ne participent ni à la reconnaissance du revenu, ni à la capitalisation, ni aux processus centraux de comptabilité de projets. Par souci de clarté, ils sont volontairement exclus de cette analyse orientée finance.
Ce que font les organisations matures
Les organisations disposant d’une comptabilité de projets maîtrisée :
- imposent une gouvernance claire des types de projets
- exigent une validation finance pour les projets d’investissement
- définissent des règles de capitalisation par catégorie
- révisent périodiquement les projets — pas uniquement en audit
- forment les chefs de projet aux impacts financiers, pas seulement aux KPI opérationnels
Ce n’est pas de la configuration avancée.
C’est de l’hygiène financière de base.
(À rapprocher de : Résistances humaines et gouvernance ERP → https://www.fitgapfinance.com/resistance-psychologique-projets-erp/)
À retenir
Les défaillances de comptabilité de projets n’explosent généralement pas au go-live.
Elles s’accumulent silencieusement — jusqu’à ce que les marges ne se réconcilient plus, que les actifs ne concordent pas, ou que les auditeurs posent les mauvaises questions.
Très souvent, la cause racine tient à une seule décision prise lors de la création du projet.
👉 Choisissez le bon type de projet — et tout le reste devient plus simple, plus propre et défendable.
Cet article fait partie de la série FitGap Finance – Project Management & Accounting, dédiée à une conception ERP pilotée par la finance, la gouvernance et la prise de décision au-delà du go-live.
🇬🇧 Version anglaise : https://www.fitgapfinance.com/project-types-dynamics-365-finance/
