Valeur de rendement (logiciel)
Projeter les revenus d'exploitation attribuables au logiciel, les actualiser et les faire décroître avec l'âge du code.
Type d'actif : Logiciel · Approche : Potentiel
En une phrase
On projette l'excédent d'exploitation attribuable au logiciel, on le fait décroître au rythme de son vieillissement, et on ramène le tout à sa valeur d'aujourd'hui.
Ce qu'elle mesure vraiment
Les trois autres méthodes du catalogue Logiciel regardent ce que le code a coûté (VRN), ce qu'il coûterait à reconstruire (COCOMO), ou ce que le marché paie pour de la récurrence (multiple ARR). Celle-ci pose la question économique directe : qu'est-ce que ce logiciel va rapporter, et pendant combien de temps ?
Elle repose sur trois idées.
L'attribution. Le résultat d'exploitation d'une entreprise ne vient jamais d'un seul actif. Il y a le logiciel, mais aussi l'équipe commerciale, la marque, le support, les processus. On isole donc une quote-part — le pourcentage d'EBE réellement imputable au logiciel.
EBE — excédent brut d'exploitation : ce que l'activité dégage avant amortissements, provisions, intérêts et impôts. La mesure la plus proche de la trésorerie produite par l'exploitation courante.
L'usure. Un logiciel perd de sa valeur économique en vieillissant : les technologies se démodent, les concurrents rattrapent, la maintenance coûte plus cher. La méthode applique donc un facteur résiduel décroissant : la part de l'EBE attribuée au logiciel diminue linéairement au fil des années, jusqu'à s'annuler au terme de sa durée de vie résiduelle.
L'actualisation. Chaque montant est enfin ramené à sa valeur d'aujourd'hui, par le taux d'actualisation. Voir l'actualisation.
Point important : il n'y a pas de valeur terminale. Contrairement au DCF, la méthode ne prolonge rien au-delà de l'horizon projeté. Le facteur résiduel s'en charge : au terme de la durée de vie, le logiciel ne rapporte plus rien par construction. C'est une hypothèse conservatrice, et assumée.
Pour quel type d'actif
Logiciel générant des revenus identifiables. La méthode suppose qu'on sache dire quelle part du résultat vient du logiciel, ce qui exclut les cas où il est un simple outil de production indissociable du reste.
Elle se couple naturellement avec la méthode VRN dans un dossier IP Box : l'une donne le plancher documenté par les dépenses, l'autre le potentiel économique. L'administration attend souvent les deux.
Les données qu'elle demande
| Donnée | Origine | Obligatoire |
|---|---|---|
| EBE prévisionnels, année par année | Saisie — préremplis depuis les données de l'actif | Oui — au moins un |
| Taux d'actualisation | Saisie | Oui — doit être strictement positif |
| Quote-part attribuée au logiciel | Saisie, défaut 100 % | Non |
| Déduction de l'impôt sur les sociétés | Interrupteur du formulaire, décoché par défaut | Non |
| Durée de vie résiduelle | Saisie — bouton « Suggérer » | Oui — strictement positive |
| Date d'évaluation | Saisie | Oui |
| Devise | Héritée de l'actif | Automatique |
La durée de vie résiduelle est plafonnée à 10 ans pour un logiciel. Le bouton « Suggérer » la calcule ainsi :
durée résiduelle = 10 ans − âge du logiciel
L'âge est mesuré depuis la date de dernière refonte si elle est renseignée sur la fiche de l'actif — le logiciel est alors considéré comme remis à neuf — et à défaut depuis sa date de création. Un logiciel créé il y a six ans et jamais refondu se voit donc suggérer quatre ans ; le même logiciel refondu l'an dernier se voit suggérer neuf ans.
C'est un mécanisme propre au type Logiciel : la marque raisonne en persistance de notoriété, le brevet en durée de protection restante.
Comment le calcul se déroule
Pour chaque année projetée
Trois opérations enchaînées.
1. Le facteur résiduel.
facteur = 1 − t / durée de vie résiduelle
Il est borné à zéro : au-delà du terme, la contribution est nulle, jamais négative.
2. L'EBE attribuable.
EBE de l'année × facteur résiduel × quote-part
3. L'actualisation.
÷ (1 + taux)^t
Année 1, EBE 400 000 €, durée de vie 8 ans, quote-part 70 %, taux 12 % : facteur résiduel = 1 − 1/8 = 0,875 EBE attribuable = 400 000 × 0,875 × 0,70 = 245 000 € actualisé = 245 000 / 1,12 = 218 750 €
Le facteur résiduel décroît mécaniquement : 0,875 en année 1, 0,75 en année 2, 0,625 en année 3… Combiné à l'actualisation, cela crée une décroissance rapide. Sur un horizon de cinq ans avec une durée de vie de huit ans, la dernière année ne pèse plus qu'une fraction de la première.
La somme
Les valeurs actualisées sont additionnées. C'est la valeur de rendement.
Le niveau de confiance dépend du nombre d'années projetées : élevé à partir de cinq, moyen à partir de trois, faible en dessous. Seules les années à montant non nul comptent.
L'analyse de sensibilité fait varier le taux d'actualisation.
Le régime d'impôt — un réglage explicite
Le formulaire porte un interrupteur : « Déduire l'impôt sur les sociétés des EBE saisis ». Il est décoché par défaut, et ce défaut correspond au cas général.
Décoché (défaut). Les EBE sont pris tels quels. Aucun impôt n'est retranché, la valeur obtenue est donc avant impôt. C'est le réglage à conserver quand le prévisionnel d'EBE vous a été remis brut — ce qui est le cas le plus fréquent.
Coché. Chaque EBE est multiplié par (1 − 25 %) avant le facteur résiduel et
l'actualisation. La valeur obtenue est nette d'impôt, et mécaniquement plus
basse d'un quart. Le taux de 25 % est celui retenu par défaut, comme dans la
méthode d'exonération de redevances.
⚠️ Ne cochez pas si vos EBE sont déjà nets d'impôt. L'impôt serait déduit une seconde fois, et la valeur amputée de 25 % sans raison. Certains clients fournissent des EBE déjà retraités : vérifiez avant de cocher.
Le régime appliqué est écrit dans le calcul, dans les deux sens : la formule
de chaque année porte le facteur × (1−25%) quand l'impôt est déduit, et une
note finale dit explicitement si le chiffre est avant ou après impôt. Un lecteur
du rapport n'a donc jamais à deviner.
La convention temporelle
Lancée depuis la fiche d'un actif, la méthode actualise en années pleines : t = 1, 2, 3…
Lancée dans le cadre d'une démarche avec un exercice partiel, le moteur sait recevoir un axe temporel fractionnaire, comme le DCF. Une particularité alors : le t fractionnaire pilote aussi le facteur résiduel, pas seulement l'actualisation. C'est cohérent — un logiciel s'use en temps réel, pas par paliers annuels.
Ce qui change pour le logiciel — et ce qui ne change pas
Le moteur de calcul est partagé par les trois méthodes de rendement futur du produit : marque, brevet et logiciel. Il vaut la peine de dire précisément ce qui distingue la version logicielle.
Ce qui est identique — la totalité de la mécanique de calcul : facteur résiduel linéaire, quote-part d'attribution, actualisation, absence de valeur terminale, gestion de l'exercice partiel, calcul du niveau de confiance, sensibilité au taux. Le moteur ne sait même pas quel type d'actif il traite.
Ce qui change — uniquement le cadrage de la durée de vie résiduelle, dans le formulaire :
| Méthode de rendement | Type d'actif | Plafond | Origine de la suggestion |
|---|---|---|---|
| Valeur de rendement | Marque | 25 ans | Persistance de notoriété, calculée depuis la date d'enregistrement |
| Valeur de rendement (brevet) | Brevet | 20 ans, ou 25 avec extension | Durée de protection résiduelle du titre |
| Valeur de rendement (logiciel) | Logiciel | 10 ans | 10 ans moins l'âge, depuis la dernière refonte ou la création |
Une conséquence à connaître : le logiciel est le plus sévèrement borné des trois. Un logiciel de huit ans jamais refondu se voit suggérer deux ans de durée de vie résiduelle — le facteur résiduel tombe alors à zéro dès la deuxième année, et la valeur obtenue est très faible, même sur un produit rentable.
C'est défendable techniquement, mais cela mérite d'être discuté plutôt que subi. Un logiciel continuellement maintenu, dont l'architecture évolue par petites touches sans « refonte » identifiable, n'est pas le même objet qu'un logiciel figé depuis huit ans. Si vous allongez la durée au-delà de la suggestion, il faut l'argumenter dans le rapport : rythme de livraison, part du code réécrit sur les trois dernières années, absence de dette technologique bloquante.
Le libellé des étapes de calcul, lui, est le même pour les trois méthodes (« EBE actif — Année 1 »).
Quand la choisir, quand l'éviter
La choisir quand :
- le logiciel génère des revenus identifiables et prévisibles ;
- on peut justifier une quote-part d'attribution — parce que le logiciel est le produit vendu, ou parce qu'une analyse de contribution existe ;
- l'objectif est un dossier IP Box : elle donne le potentiel que la méthode VRN ne peut pas montrer ;
- le logiciel est récent ou récemment refondu, ce qui laisse une durée de vie résiduelle significative ;
- on veut confronter une valeur de marché (multiple ARR) à une valeur intrinsèque.
L'éviter quand :
- le logiciel ne génère aucun revenu propre — un outil interne se valorise mieux par COCOMO ;
- l'attribution serait purement arbitraire : dans une entreprise où le logiciel n'est qu'un maillon, poser 60 % sans analyse est indéfendable ;
- le logiciel est ancien et jamais refondu : la durée de vie résiduelle écrase le résultat, qui ne dira plus rien d'utile ;
- l'objectif est une justification comptable pure : une projection est un argument plus faible que des dépenses tracées.
Les pièges classiques
Saisir le chiffre d'affaires au lieu de l'EBE. Erreur de saisie la plus coûteuse : le chiffre d'affaires est plusieurs fois supérieur à l'EBE, et la valeur obtenue est mécaniquement fausse dans les mêmes proportions.
Laisser la quote-part à 100 % sans y réfléchir. C'est la valeur par défaut, et elle signifie « tout l'EBE de l'entreprise vient du logiciel ». Vrai pour un éditeur pur ; faux dès qu'il y a du conseil, de l'intégration ou du support facturé. C'est le premier chiffre qu'un tiers contestera.
Prendre l'EBE de l'entreprise entière pour un logiciel parmi plusieurs. Si l'entreprise édite trois produits, l'EBE saisi doit être celui du produit valorisé, ou la quote-part doit le refléter — pas les deux à la fois, sous peine de double correction.
Allonger la durée de vie résiduelle pour améliorer le résultat. L'effet est puissant : passer de 4 à 8 ans peut doubler la valeur. La durée doit refléter la réalité technique du code, et un contradicteur regardera la date de dernière refonte déclarée.
Oublier de renseigner la date de dernière refonte sur l'actif. Sans elle, la suggestion part de la date de création — et pénalise un logiciel effectivement modernisé. C'est un champ de la fiche actif, pas du formulaire de calcul. Voir renseigner un logiciel.
Projeter au-delà de la durée de vie résiduelle. Saisir dix années d'EBE avec une durée de vie de quatre ans n'est pas une erreur bloquante : les années 5 à 10 seront simplement neutralisées par un facteur résiduel nul. Mais le tableau de résultat affichera six lignes à zéro, ce qui donne une impression de calcul bancal. Mieux vaut aligner l'horizon sur la durée de vie.
Attendre une valeur terminale. Il n'y en a pas, volontairement. Comparer ce résultat à un DCF sans le savoir donne l'impression d'une sous-évaluation.
Ce que dit un tiers qui la conteste
« Sur quoi repose votre quote-part d'attribution ? » L'objection principale, et la plus difficile. La réponse attendue est une analyse de contribution : part du chiffre d'affaires directement portée par le produit logiciel, marge comparée à celle des prestations associées, ou à défaut un raisonnement explicite et constant. Une quote-part posée sans justification affaiblit tout le calcul.
« Votre durée de vie résiduelle est optimiste. » Objection factuelle, donc vérifiable. La défense repose sur des éléments techniques : historique de livraisons, migrations de version réalisées, part du code réécrit récemment. La date de dernière refonte figure sur la fiche de l'actif et dans le rapport — elle doit correspondre à un événement réel et datable.
« Où est la valeur terminale ? » Question fréquente d'un lecteur habitué au DCF. Réponse : il n'y en a pas, parce que le facteur résiduel décroissant remplit ce rôle en sens inverse. C'est une hypothèse conservatrice : elle suppose que le logiciel ne vaudra plus rien au terme, ce qui est plus prudent que de lui prêter une perpétuité.
« Vos EBE prévisionnels sont ceux du vendeur. » Même objection que sur le DCF, et même parade : croiser avec une méthode Marché (multiple ARR) qui ne dépend pas des prévisions, et produire un scénario dégradé.
« Vous n'avez pas retranché l'impôt. » Objection technique, à laquelle la réponse est désormais directe : le formulaire porte un réglage « Déduire l'impôt sur les sociétés des EBE saisis », et la note du calcul dit dans quel régime le chiffre a été produit. Par défaut le réglage est décoché — la valeur est alors avant impôt, ce qui correspond au cas général où les EBE fournis ne sont pas retraités. Si vous avez laissé le défaut, dites-le et assumez-le ; le taux d'actualisation retenu doit alors en tenir compte. Le retraitement en amont, dans les EBE saisis, reste possible — mais dans ce cas ne cochez pas le réglage, sous peine de déduire l'impôt deux fois.
« Le facteur résiduel linéaire n'a pas de fondement. » Objection honnête : une décroissance linéaire est une convention, pas une loi. Elle a le mérite d'être lisible et reproductible — chaque année du calcul affiche son facteur. Une décroissance exponentielle serait plus réaliste sur certains produits, mais moins défendable parce que plus paramétrable.
Références
- IFRS 13 et IAS 38 — cadre de valorisation des actifs incorporels.
- Gordon V. Smith et Russell L. Parr, Intellectual Property: Valuation, Exploitation, and Infringement Damages — référence des approches par les revenus sur actifs incorporels.
Pour aller plus loin
- Catalogue des méthodes
- Les trois approches
- Coûts de développement historiques (VRN) — le plancher Effort, à coupler en IP Box.
- Multiple ARR (SaaS) — la contrepartie Marché.
- L'actualisation
- Le coût du capital (WACC)