Coûts de développement historiques (VRN)
Reconstituer l'investissement réellement consenti dans un logiciel : revalorisation INSEE, amortissement sur 10 ans, et ce qui distingue cette méthode des deux autres VRN.
Type d'actif : Logiciel · Approche : Effort
En une phrase
On additionne les dépenses de développement réellement engagées, on les revalorise à la monnaie d'aujourd'hui, et on les amortit sur dix ans pour tenir compte de l'obsolescence du code.
Ce qu'elle mesure vraiment
VRN signifie valeur de remplacement nette. C'est une méthode par les coûts, mais qui corrige deux biais du simple cumul de factures.
Premier biais : l'érosion monétaire. 100 000 € dépensés en 2016 ne représentent pas le même effort que 100 000 € dépensés en 2026. Les salaires ont augmenté, les prix aussi. La VRN revalorise chaque dépense en la capitalisant par l'indice des prix à la consommation de l'INSEE, de son année d'engagement jusqu'à l'année d'évaluation.
Second biais : l'obsolescence. Le code vieillit. Un développement financé il y a huit ans a été largement réécrit, ou sa technologie n'est plus courante. La VRN applique donc un amortissement linéaire : chaque année écoulée retire une fraction constante de la valeur du développement.
L'ordre compte, et il est contre-intuitif : on amortit d'abord, on revalorise ensuite. La logique : on détermine d'abord ce qui subsiste économiquement d'un investissement, puis on exprime ce reliquat en euros d'aujourd'hui.
Le résultat n'est pas ce que le logiciel rapporte. C'est ce qu'il a coûté à construire, corrigé du temps. Un plancher documenté, appuyé sur des pièces.
Pour quel type d'actif
Logiciel. Et plus précisément un logiciel dont l'historique de dépenses est traçable : factures de prestataires, contrats de sous-traitance, masse salariale affectée au développement, temps passé documenté.
C'est la méthode de référence pour un dossier IP Box — le régime fiscal français de taxation réduite des revenus de logiciels et brevets — parce que l'administration attend des dépenses prouvables, pas un modèle. Elle vaut aussi pour justifier une valeur au bilan, documenter un apport en nature ou chiffrer un préjudice.
Les données qu'elle demande
| Donnée | Origine | Obligatoire |
|---|---|---|
| Dépenses de développement, année par année | Saisie — une ligne par exercice | Oui — au moins une |
| Durée d'amortissement | Saisie, défaut 10 ans | Non |
| Date d'évaluation | Saisie, défaut aujourd'hui | Oui |
| Année de départ de l'historique | Déduite du nombre de lignes saisies | Automatique |
| Année de clôture | Déduite : année d'évaluation moins 1 | Automatique |
| Indice des prix INSEE | Référentiel — table IPC, avec repli statique | Automatique |
| Devise | Héritée de l'actif | Automatique |
Le formulaire propose trois années par défaut et permet d'en ajouter jusqu'à vingt-cinq, en remontant d'année en année. Les années sont calées automatiquement sur la date d'évaluation : une évaluation en 2026 avec trois lignes couvre 2023, 2024 et 2025.
La durée d'amortissement est plafonnée à 10 ans dans le formulaire logiciel. Le moteur accepte des durées supérieures, mais l'interface ne les propose pas pour ce type d'actif.
Comment le calcul se déroule
Le moteur traite chaque année de dépense séparément, puis additionne.
Pour une dépense d'une année passée
Étape 1 — Amortissement linéaire.
part restante = 1 − min(année de clôture − année de dépense + 1 ; 10) / 10
Une dépense de 2020 évaluée avec une clôture 2025 a « consommé » six annuités sur dix : il en reste 40 %. Une dépense antérieure de plus de dix ans est intégralement amortie — sa part restante est nulle, et elle ne contribue plus.
Étape 2 — Capitalisation INSEE.
montant amorti × (1 + i₁) × (1 + i₂) × … × (1 + iₙ)
Où i₁ … iₙ sont les taux d'inflation réellement constatés chaque année entre
la dépense et l'évaluation. Chaque année compte avec son propre taux : on ne
suppose pas une inflation constante depuis la dépense.
Dépense de 200 000 € en 2020, évaluation 2026, clôture 2025 : part restante 40 % → 80 000 €. Capitalisation par les taux constatés 2020 → 2025 : 0,5 % · 1,6 % · 5,2 % · 4,9 % · 2,0 % · 0,9 %, soit un facteur cumulé de 1,1597. → 80 000 × 1,1597 ≈ 92 775 €.
L'écart avec un taux moyen n'est pas anecdotique : appliquer le seul taux de 2020 (0,5 %) sur six ans donnerait 82 430 €, soit 11 % de moins. C'est précisément le choc inflationniste de 2022-2023 que la composition année par année restitue.
Pour une dépense de l'année en cours
Aucun amortissement, aucune capitalisation : elle est retenue pour son montant brut. Un euro dépensé cette année vaut un euro.
Le total et sa sensibilité
La somme de toutes les lignes est la valeur de remplacement nette. Le détail est conservé ligne par ligne, avec le facteur d'amortissement et le facteur de capitalisation de chacune — ce qui permet à un tiers de refaire le calcul.
Une analyse de sensibilité est produite automatiquement : le moteur rejoue l'intégralité du calcul avec une durée d'amortissement de 9 ans, puis de 11 ans. C'est le paramètre le plus discutable de la méthode, et le seul qu'elle fait varier.
Le niveau de confiance dépend du nombre d'années saisies :
| Années renseignées | Confiance |
|---|---|
| 5 ou plus | élevé |
| 3 ou 4 | moyen |
| moins de 3 | faible |
Un historique d'une seule année ne dessine pas une trajectoire d'investissement. Seules les années à montant non nul comptent : laisser un exercice à zéro ne consolide pas la mesure.
Ce qui est propre au logiciel
Le moteur de calcul est partagé par les trois méthodes VRN du produit — logiciel, marque et brevet. Ce qui change tient en une ligne : la durée d'amortissement par défaut.
| Méthode VRN | Type d'actif | Durée par défaut | Pourquoi |
|---|---|---|---|
| Coûts de développement | Logiciel | 10 ans | Le code se périme vite : dépendances, langages, architectures. |
| Coûts R&D historiques | Brevet | 20 ans | Alignée sur la durée de protection d'un brevet. |
| Coûts marketing actualisés | Marque | 25 ans | La notoriété se construit et se maintient sur le temps long. |
Le reste — revalorisation INSEE, amortissement linéaire, traitement de l'année en cours, sensibilité à ±1 an — est rigoureusement identique.
La conséquence est importante à comprendre : dix ans est le choix le plus sévère des trois. Un investissement de développement disparaît deux fois et demie plus vite qu'une dépense marketing. Ce n'est pas une punition, c'est un constat technique. Mais cela signifie qu'un logiciel dont le gros de l'effort date de plus de dix ans obtiendra une VRN très faible, voire nulle, même s'il tourne toujours en production et rapporte de l'argent.
Si votre logiciel repose sur une base de code ancienne mais continuellement maintenue, deux réponses possibles : allonger la durée d'amortissement et le justifier, ou compléter par une méthode Potentiel comme la valeur de rendement, qui ne se soucie pas de l'âge du code.
Le seul libellé qui change dans le calcul est celui des lignes de dépense (« Coûts de développement 2023 » au lieu de « Budget marketing 2023 »).
Quand la choisir, quand l'éviter
La choisir quand :
- l'historique des dépenses est documenté et opposable ;
- l'objectif est un dossier IP Box : c'est le socle de la démonstration ;
- il faut justifier une valeur inscrite au bilan, ou un apport en nature ;
- on est en contentieux : un préjudice se chiffre à partir de dépenses prouvées, pas de projections ;
- on veut poser une borne basse sous une valorisation par les revenus.
L'éviter quand :
- l'historique n'est pas reconstituable — un logiciel développé par les fondateurs sans suivi de temps, sans facturation interne ;
- comme méthode unique : elle ne dit strictement rien de ce que le logiciel rapporte, et un actif très rentable sera massivement sous-évalué ;
- le développement est ancien : au-delà de dix ans, la méthode ne restitue plus rien ;
- l'essentiel de la valeur vient d'une base d'utilisateurs, d'un effet de réseau ou de données accumulées — rien de tout cela n'est une dépense de développement.
Les pièges classiques
Saisir le chiffre d'affaires au lieu des dépenses. Erreur de lecture du formulaire, plus fréquente qu'on ne croit. Les champs attendent des coûts engagés.
Inclure toutes les charges de l'entreprise. Seules les dépenses affectables au développement du logiciel entrent : salaires des développeurs chargés, prestataires, licences d'outils de développement. Les frais commerciaux, administratifs et de support n'en font pas partie — et un vérificateur fiscal regardera précisément cette ventilation.
Décaler les années. Les années sont déduites de la date d'évaluation et du nombre de lignes. Ajouter ou retirer une ligne décale tout l'historique. Vérifiez les millésimes affichés avant de valider : une dépense attribuée à la mauvaise année reçoit un amortissement et un taux d'inflation faux.
Oublier les dépenses de l'année en cours. Elles comptent pour leur montant brut — c'est la ligne la plus favorable du tableau, et l'oublier revient à sous-évaluer gratuitement.
Allonger la durée d'amortissement pour améliorer le résultat. Passer de 10 à 20 ans double presque la valeur. La durée doit refléter la durée de vie économique réelle du code, pas l'objectif recherché. L'analyse de sensibilité affiche l'effet d'un an d'écart : la manipulation est visible.
Confondre l'année de clôture et l'année d'évaluation. Le moteur les distingue. L'amortissement se compte jusqu'à la clôture — le dernier exercice clos — alors que la capitalisation se compte jusqu'à l'évaluation. C'est calé automatiquement par le formulaire, mais cela explique pourquoi deux calculs à quelques mois d'écart peuvent différer.
Ce que dit un tiers qui la conteste
« Prouvez ces dépenses. » Objection principale, et facile à traiter si le travail a été fait : factures de prestataires, contrats, extraction de la comptabilité analytique, suivi de temps. Ces pièces se déposent sur l'actif et sont référencées dans le rapport. Sans elles, la méthode perd ce qui fait toute sa force.
« Votre affectation de masse salariale est trop généreuse. » Le point de friction classique en IP Box. La défense repose sur un suivi de temps documenté, ou à défaut une clé de répartition explicite et constante d'un exercice à l'autre. Une clé qui change d'année en année dans le sens favorable ne passe pas.
« Pourquoi dix ans et pas cinq ? » Réponse : dix ans est le défaut retenu pour le logiciel, et l'analyse de sensibilité chiffre l'effet d'une année de plus ou de moins. Si le contradicteur défend une durée plus courte, l'écart est immédiatement calculable — ce qui déplace la discussion sur un chiffre plutôt que sur un principe.
« La revalorisation par l'inflation gonfle artificiellement. » Objection recevable sur le principe mais faible en pratique : sur la dernière décennie, l'effet de capitalisation est bien plus faible que l'effet d'amortissement. Le détail du calcul affiche les deux facteurs séparément pour chaque ligne, ce qui permet de le montrer plutôt que de l'affirmer. La source — table INSEE des prix à la consommation — est publique et vérifiable.
« Une dépense n'est pas une valeur. » Objection de fond, et la plus juste. Un développement raté a coûté autant qu'un développement réussi. La réponse est de positionnement : cette méthode donne un plancher documenté, pas une valeur de marché. C'est pourquoi le dossier comporte aussi une méthode Potentiel ou Marché. Voir pourquoi plusieurs méthodes.
Références
- IAS 38 (immobilisations incorporelles) — cadre de capitalisation des coûts de développement, cité par le moteur.
- IFRS 13 pour la notion de juste valeur.
- Gordon V. Smith et Russell L. Parr, Intellectual Property: Valuation, Exploitation, and Infringement Damages — référence des approches par les coûts sur actifs incorporels.
- INSEE, indice des prix à la consommation — source de la revalorisation, avec repli sur une table statique embarquée si le référentiel est indisponible.
Pour aller plus loin
- Catalogue des méthodes
- Les trois approches
- Valeur de rendement (logiciel) — le pendant Potentiel, à croiser en IP Box.
- COCOMO — l'autre chiffrage par les coûts, théorique celui-là.
- D'où viennent les chiffres de référence