Table des matières
1. Thèse de l'article et architecture 2. Critères de comptabilisation et risques d'audit 3. Tests de dépréciation et évaluation 4. Exemple pratique : logiciel développé en interne 5. Liste de contrôle pratique 6. Erreurs courantes 7. Contenu associé
Thèse
La distinction recherche / développement (R&D) est la décision la plus discrétionnaire de IAS 38, et la plus mal documentée dans les dossiers que nous voyons.
Critères de comptabilisation et risques d'audit
En pratique, voici ce que nous retrouvons dans le classeur : une liste de coûts, une intention déclarée, et une note de la direction technique qui affirme que "la faisabilité est acquise". La norme, elle, demande davantage.
IAS 38.21 pose deux critères cumulatifs. Avantages économiques futurs probables d'un côté, coût évaluable de façon fiable de l'autre. IAS 38.17 élargit la notion d'avantages économiques aux ventes, aux économies de coûts, aux bénéfices tirés de l'usage interne. Sur le papier, l'architecture est simple. Dans les dossiers que nous voyons, elle devient rapidement une matière à jugement. En théorie, la direction démontre chaque critère avec une preuve objective. En pratique, elle cale la démonstration sur les chiffres qu'elle veut capitaliser.
Le biais cognitif est massif quand les actifs ont été développés en interne. Les équipes qui ont passé deux ans sur un projet surestiment rarement les risques d'abandon. Nous le disons clairement : pour un projet de R&D lourd, la direction a un intérêt structurel à capitaliser le plus tard possible dans la phase recherche et le plus tôt possible dans la phase développement, parce que ce glissement transfère directement de la charge d'exploitation en actif amortissable. Le résultat de l'exercice s'améliore, les covenants bancaires respirent, les primes de direction tiennent.
Développement versus recherche
Commençons par l'échec, pas par la norme. Dans le classeur type que nous ouvrons, les six critères de IAS 38.57 sont "validés" par une seule note de synthèse. Faisabilité technique, intention d'achèvement, capacité à utiliser ou vendre, avantages économiques futurs, ressources suffisantes, mesure fiable des coûts : tout est coché, rien n'est adossé à une pièce datée antérieure à la phase de capitalisation.
IAS 38.54 interdit la capitalisation des coûts de recherche. IAS 38.57 l'autorise en phase de développement sous les six critères. NEP 540 et ISA 540 révisées exigent, de notre côté, d'évaluer le biais d'estimation et la robustesse du jugement de la direction. Or la frontière recherche / développement n'est pas technique. Elle est temporelle et dépend d'un événement documenté : le moment où la faisabilité est démontrée. Si le classeur ne date pas cet événement avec une pièce externe ou un procès-verbal antérieur aux premiers coûts capitalisés, l'ensemble du plan d'activation se fait au doigt mouillé.
Nous pensons que IAS 38.57 est structurellement permissive parce que cinq des six critères reposent sur des assertions internes à l'entité : l'intention, la capacité, les ressources, l'utilité, la mesure. Seul le critère de faisabilité technique peut s'appuyer sur des preuves réellement externes. C'est ce déséquilibre qui explique, à notre sens, pourquoi les inspections de la H2A et les revues de la CNCC reviennent régulièrement sur les insuffisances de documentation dans ce domaine.
La zone grise réelle se situe dans les projets agiles et itératifs. Un développement logiciel moderne n'a pas une phase recherche distincte suivie d'une phase développement. Il a des sprints, des pivots, des versions abandonnées, des briques réutilisées. Appliquer IAS 38.57 à ce fonctionnement produit soit une capitalisation trop précoce (chaque sprint est présenté comme "développement"), soit trop tardive (la direction attend la commercialisation pour activer). Il n'y a pas de réponse unique. Le travail d'audit consiste à forcer une justification sprint par sprint, pas à valider un principe général inscrit au procès-verbal.
Tests de dépréciation et évaluation
Reprenons avec un échec concret. Le test de dépréciation de l'an dernier, dans le dossier de Bordeaux Technologies SAS, comparait la valeur nette comptable (VNC) de la plateforme à la valeur d'utilité calculée sur un plan à sept ans, taux de croissance 8 %, taux d'actualisation 9,2 %. Le budget interne approuvé par le conseil projetait une croissance de 3 % sur trois ans. Personne, dans le classeur, n'avait rapproché les deux documents.
IAS 36.12 liste les indices externes et internes qui déclenchent un test. Obsolescence technologique, dégradation de marché, sous-performance économique par rapport au plan, dépassements significatifs du budget de développement. Pour les incorporels, ces indices arrivent souvent par vagues corrélées, pas isolément. Un retard de livraison se double d'un lancement concurrent, qui se double d'une révision du prix de vente cible. Chacun pris seul paraît absorbable. Pris ensemble, ils invalident le business plan qui supportait la VNC.
Défis d'audit des projections de flux
ISA 540.A76 signale le risque élevé d'inexactitude sur les estimations à horizon lointain. NEP 540 pose la même exigence côté français. Dans les dossiers que nous voyons, les projections de dépréciation s'étendent sur cinq à dix ans, alors que le budget interne approuvé tient sur trois. Cette distorsion est la première à tester.
La méthode que nous appliquons tient en quatre gestes. Rapprocher le plan du test de dépréciation au dernier budget approuvé par le conseil. Identifier chaque hypothèse qui diverge, et demander la justification documentée de la divergence. Tester la sensibilité en réintégrant les hypothèses du budget interne dans le modèle de dépréciation. Vérifier que les hypothèses de marché sont corroborées par au moins une source externe nommée, pas seulement par une présentation commerciale interne. Aucune de ces étapes n'est révolutionnaire. Les trois premières sont pourtant absentes de la majorité des dossiers que nous examinons.
La durée d'utilité est l'autre terrain de jeu. IAS 38.88 distingue durée finie et durée indéfinie, et IAS 38.90 exige une revue annuelle. Entre un logiciel amorti sur dix ans et un logiciel amorti sur cinq, la charge d'amortissement double. Le choix initial a été fait au moment de l'activation, souvent du tampon, avec une justification qui tient en deux lignes. Le réexamen annuel, lui, est un non-événement : le classeur reproduit la durée de l'an dernier sans démontrer qu'elle reste pertinente.
Exemple pratique
Bordeaux Technologies SAS développe des logiciels pour la filière viticole. Chiffre d'affaires 2024 : 18 M EUR. Coûts de développement capitalisés sur la plateforme de traçabilité : 2,8 M EUR. Durée d'utilité retenue : huit ans, linéaire.
Étape 1. Validation des critères d'activation. Nous reconstruisons la chronologie du projet. Date de démonstration de faisabilité technique, date des premiers coûts capitalisés, date d'approbation formelle par le conseil, date des études de marché indépendantes. Si l'un de ces jalons est postérieur aux coûts activés, nous demandons le reclassement.
Documentation : note technique datée de la validation de faisabilité, procès-verbal du conseil, études de marché externes nommées.
Étape 2. Test des coûts capitalisés. Nous échantillonnons 15 factures pour 380 000 EUR. Nous cherchons les coûts interdits par IAS 38.66 et IAS 38.69 : formation non spécifique, frais généraux administratifs, coûts antérieurs à la démonstration de faisabilité, inefficiences initiales.
Complication. Sur les 15 factures, trois correspondent à des prestations de "conseil en architecture technique" facturées par un cabinet externe. La direction les présente comme du développement. Les livrables associés sont des présentations PowerPoint d'options techniques, pas du code livré. Nous les reclassons en charges. La capitalisation baisse de 2,8 à 2,52 M EUR.
Documentation : grille de qualification coût par coût, avec justification du rattachement à la phase de développement.
Étape 3. Indices de dépréciation. Nous listons les indices de IAS 36.12 applicables : retard du projet (six mois par rapport au plan initial), arrivée d'un concurrent italien sur la traçabilité viticole, évolution du règlement européen sur l'étiquetage. Deux indices sur trois sont matériels.
Étape 4. Test de dépréciation. Nous confrontons le plan du test (croissance 8 % sur sept ans) au budget interne (croissance 3 % sur trois ans, puis inconnu). Nous réinjectons les hypothèses du budget dans le modèle. La valeur d'utilité recalculée tombe sous la VNC. Une provision pour dépréciation de 340 000 EUR devient nécessaire.
Conclusion. La capitalisation initiale de 2,8 M EUR doit être ramenée à 2,52 M EUR après reclassement. Une dépréciation complémentaire de 340 000 EUR est à comptabiliser. Le forfait d'heures initialement prévu sur cette section du dossier est dépassé d'environ 40 %, ce qui explique, je l'avoue, pourquoi ce type de travaux est souvent expédié dans les équipes sous pression.
Liste de contrôle pratique
1. Dater l'événement de faisabilité avant tout test sur les coûts capitalisés. Sans date documentée antérieure aux premiers coûts, la démonstration IAS 38.57 tombe.
2. Rapprocher le plan de dépréciation au budget approuvé par le conseil. Chaque divergence d'hypothèse doit être justifiée par écrit, pas seulement présentée.
3. Qualifier chaque coût capitalisé à la phase de développement, pas au projet en général. Les prestations de conseil amont, la formation non spécifique et les inefficiences initiales sortent de l'actif (IAS 38.66, IAS 38.69).
4. Tester la séparabilité des incorporels identifiés dans les regroupements d'entreprises. IAS 38.12 exige qu'ils soient identifiables séparément du goodwill.
5. Examiner les contrats de licence et accords de développement pour détecter les clauses de résiliation ou de restriction d'usage qui réduisent la durée d'utilité réelle.
6. Revoir la durée d'utilité chaque année. IAS 38.90 est une exigence active, pas une case à cocher. Le classeur doit montrer le raisonnement, pas reproduire le chiffre de l'exercice précédent.
Erreurs courantes
Contenu associé
- Glossaire : Actifs incorporels — définition complète et critères de comptabilisation selon IAS 38. - Calculateur de dépréciation d'actifs — structurer les tests de dépréciation selon IAS 36. - Article : Tests de dépréciation selon IAS 36 — procédures d'audit sur la recouvrabilité.