# Capitaliser le code : Comment les entreprises IT peuvent sécuriser les droits sur les logiciels et comptabiliser les actifs intangibles selon la FSBU 14/2022
La valeur d’un produit IT réside non pas dans les serveurs, mais dans les droits sur le code, l’architecture et les algorithmes. Sans confirmation légale des droits exclusifs et une comptabilisation appropriée, le logiciel reste de simples lignes dans un dépôt — pas un actif de l’entreprise. Nous explorons comment porter le développement au bilan, atténuer les risques avec les sous-traitants et appliquer correctement la nouvelle norme FSBU 14/2022 lors des audits d’investissement.
Critères de reconnaissance du logiciel comme actif intangible
Dans les entreprises IT, la valeur principale réside dans la production intellectuelle. Pour que le code, les bases de données ou les solutions architecturales deviennent des actifs à part entière au bilan, ils doivent satisfaire à des critères stricts. La FSBU 14/2022 exige que toutes les conditions suivantes soient remplies simultanément. L’objet doit être dépourvu de forme physique — le contrôle légal des droits prime sur le support physique. L’actif doit être identifiable et separable des autres ressources de l’entreprise. L’organisation doit démontrer un contrôle réel : la capacité de restreindre l’accès des tiers et de monétiser le produit.
Un indicateur clé est la capacité à générer des bénéfices économiques par le biais de redevances de licence ou de réduction des coûts opérationnels. Le coût de création ou d’acquisition doit être mesurable de manière fiable, et la durée d’utilisation utile doit dépasser douze mois ou le cycle d’exploitation. Ces critères couvrent les droits exclusifs sur les logiciels, les bases de données structurées, les solutions d’interface, les spécifications techniques et les secrets de fabrication. Les marques et les domaines enregistrés sont également reconnus comme actifs intangibles. Cependant, les noms d’entreprise non enregistrés et les logos internes ne sont pas acceptés au bilan.
Limites comptables : Ce qui ne peut pas être capitalisé
Pas tous les actifs numériques ou postes de dépenses deviennent des actifs. Une capitalisation incorrecte fausse les rapports financiers et attire l’attention lors des audits fiscaux ou des revues d’investissement. La norme définit clairement les exclusions. Les abonnements cloud et les services en modèle de location sont traités comme des dépenses : l’entreprise obtient un accès à la fonctionnalité mais ne contrôle pas le code source. Les noms de domaine en eux-mêmes ne constituent pas de la propriété intellectuelle ; les coûts d’enregistrement sont soit capitalisés comme investissements dans un site web, soit enregistrés comme dépenses opérationnelles courantes. Les campagnes marketing, les activités publicitaires et la réputation développée en interne ne créent pas d’actifs transférables et sont passées en charges à l’exercice où elles surviennent.
Une attention particulière est accordée aux étapes de la R&D. La phase de recherche — lorsqu’aucun prototype n’existe et que la viabilité commerciale n’est pas prouvée — n’est pas éligible à la capitalisation. Les coûts liés à la recherche de solutions, aux tests d’hypothèses et à l’analyse des technologies sont considérés comme des dépenses courantes. La capitalisation ne commence qu’à l’étape de développement, lorsque la faisabilité technique a été démontrée. Les supports physiques avec logiciel préinstallé sont comptabilisés séparément : si le coût de l’équipement est significatif, il est enregistré comme immobilisation corporelle, tandis que les droits sur le logiciel sont traités comme actifs intangibles. Cette approche doit être documentée dans la politique comptable.
Cadre légal : Transfert des droits des développeurs
Payer un développeur ne transfère pas automatiquement les droits exclusifs au client. Les droits d’auteur non patrimoniaux sont incessibles et restent auprès du créateur individuel. Les entreprises doivent sécuriser légalement les droits exclusifs d’utilisation, de modification et de vente du produit. Pour les employés internes, le régime de l’œuvre créée dans le cadre du contrat de travail s’applique. Par défaut, les droits appartiennent à l’employeur — mais cela ne vaut que s’il existe une spécification technique documentée, des actes de réception et une mise en œuvre effective dans les trois ans. Une rémunération supplémentaire au-delà du salaire de base est également obligatoire pour une documentation appropriée. Manquer ne serait-ce qu’une partie de cette chaîne annule la possibilité de reconnaître l’actif.
Travailler avec des sous-traitants externes et des freelances accroît significativement les risques. Les droits exclusifs ne passent au client que si le contrat prévoit explicitement une cession complète. Des formulations comme « réalisation de travaux pour développer du code » ou « fourniture d’une licence » sont insuffisantes pour la capitalisation. En pratique, les investisseurs suspendent fréquemment les opérations en raison de chaînes de transmission des droits rompues. Si le sous-traitant n’a pas formellement cédé les droits, il conserve la possibilité de bloquer l’utilisation commerciale ou d’accorder des solutions similaires à des concurrents. Combler ces lacunes légales lors de la due diligence nécessite souvent de racheter les droits au prix du marché — augmentant substantiellement les coûts du projet.
Transition vers la FSBU 14/2022 : Changements clés pour l’IT
La nouvelle norme modernise considérablement l’approche de la comptabilisation de la propriété intellectuelle, en déplaçant l’accent des documents de protection formels vers la substance économique et le contrôle. Les entreprises peuvent désormais fixer leur propre seuil de reconnaissance des actifs intangibles dans la politique comptable. Les actifs inférieurs au seuil sont passés en charges mais doivent toujours être suivis sur des comptes hors bilan pour maintenir le contrôle. La durée d’utilisation utile est désormais un paramètre obligatoire. Si elle ne peut être déterminée, l’actif n’est pas amorti mais soumis à un test annuel de dépréciation. La norme autorise une réévaluation ultérieure fondée sur la juste valeur, permettant de reconnaître la valeur de marché des produits IT matures.
Le contrôle d’un actif ne nécessite plus de brevet ou de certificat. Un régime de confidentialité commerciale, un accès restreint au dépôt et des politiques internes suffisent. Le concept de valeur de liquidation — ce que l’entreprise attend de recevoir lors de la cession — est introduit. Pour la plupart des produits logiciels, elle est fixée à zéro, ce qui ajuste la base d’amortissement. Les actifs de faible valeur ne passent plus inaperçus pour les comptables : le suivi hors bilan garantit la transparence lors des audits.
Mécanismes de placement au bilan et d’amortissement
Une fois les droits légaux sécurisés, le produit intègre le domaine financier. Le coût initial englobe toutes les dépenses documentées jusqu’au moment de la mise en service. Cela inclut les paiements aux sous-traitants, les frais administratifs publics, la rémunération des développeurs internes charges comprises, ainsi que les coûts de revue et de test du code. Les dépenses administratives, le marketing et le support post-lancement sont exclus de la capitalisation et imputés aux résultats financiers de la période.
Le coût accumulé est confronté au seuil fixé. Pour harmoniser comptabilité statutaire et fiscale, il est conseillé de fixer le seuil à 100 000 roubles — conformément aux normes du Code fiscal, ce qui minimise les écarts temporaires. Ensuite, la durée d’utilisation utile est évaluée. Elle repose sur la période de génération de revenus prévue, la durée de la licence ou du brevet, et le cycle de vie technologique de la pile technologique. L’amortissement s’applique selon la méthode linéaire ou du solde dégressif, à compter du mois de reconnaissance de l’actif. La méthode retenue doit être justifiée économiquement et inscrite dans la politique comptable. Une capitalisation correcte assainit non seulement le bilan, mais renforce aussi l’attractivité pour les investisseurs en valorisant le vrai capital intellectuel de l’entreprise.
Points clés à retenir
- Les droits exclusifs sur le code ne se transfèrent pas automatiquement avec le paiement ; des clauses de cession explicites dans les contrats avec les sous-traitants sont indispensables.
- Le régime de l’œuvre créée dans le cadre du contrat de travail exige des spécifications techniques documentées, des actes de réception, une rémunération supplémentaire et une utilisation effective dans les trois ans.
- La FSBU 14/2022 permet aux entreprises de fixer leur propre seuil de coût et de reconnaître le contrôle sans brevets grâce à un régime de secret commercial.
- La phase de recherche en R&D et les abonnements cloud ne sont pas capitalisables et sont traités comme des dépenses courantes.
- Aligner le seuil comptable sur le seuil fiscal de 100 000 roubles supprime les écarts et simplifie la clôture des périodes de reporting.
— Editorial Team
Aucun commentaire pour le moment.