Pourquoi la comptabilisation du logiciel interne compte
De plus en plus de PME suisses développent des logiciels en interne : plateformes de gestion, applications clients, intégrations ERP ou modules sur mesure pour automatiser les processus comptables et opérationnels. Contrairement à l'achat d'une licence SaaS — généralement enregistrée comme charge courante ou immobilisation selon le contrat —, le développement interne soulève une question récurrente lors de la clôture de l'exercice : ces coûts doivent-ils être capitalisés en immobilisation incorporelle ou imputés directement au compte de résultat ?
La réponse ne dépend ni de la taille de l'entreprise ni du fait que le code soit écrit par des employés ou des consultants externes. Elle dépend des phases du projet, de la probabilité de générer des bénéfices économiques futurs et du cadre normatif applicable : le Code des obligations (CO) pour la tenue des comptes et, pour la plupart des PME, les normes Swiss GAAP FER — en particulier FER 10 (immobilisations incorporelles, y compris le logiciel généré en interne).
Un mauvais choix altère les capitaux propres, l'EBITDA, la capacité de distribuer des dividendes et, dans une perspective de financement ou de due diligence, la crédibilité du bilan. Ce guide présente les critères pratiques pour décider avec rigueur, documenter correctement et gérer l'amortissement dans le contexte comptable suisse.
Cadre normatif suisse : CO et Swiss GAAP FER
En Suisse, il n'existe pas d'obligation générale de capitaliser le logiciel développé en interne. Le choix suit le principe de prudence et la pertinence des critères d'activation prévus par les normes comptables de référence :
Code des obligations (CO)
Les art. 959a–959c CO définissent la structure minimale du bilan, du compte de résultat et de l'annexe. Les art. 960–960a CO établissent les principes d'évaluation : les immobilisations incorporelles doivent être inscrites au coût de production ou d'acquisition et amorties systématiquement, sauf exceptions motivées.
Pour les PME qui établissent le bilan selon des principes comptables commerciaux reconnus, le CO ne prescrit pas de postes d'activation individuels, mais exige cohérence, traçabilité et absence de surestimation du patrimoine.
Swiss GAAP FER (PME typiques)
FER 10 permet de capitaliser les actifs incorporels générés en interne — y compris le logiciel — lorsque des conditions spécifiques sont remplies et que les coûts sont attribuables de manière fiable. FER 10 distingue nettement les activités de recherche (généralement en charges) et de développement (potentiellement activables si les critères cumulatifs sont satisfaits).
Les sociétés qui appliquent IFRS ou US GAAP suivent des critères analogues mais non identiques ; le présent guide se concentre sur le contexte FER, répandu dans les fiduciaires qui assistent les PME suisses.
Capitaliser ou comptabiliser en charges : critères comparés
La décision opérationnelle se réduit à vérifier si le projet dépasse le seuil d'activation prévu par FER 10. Voici une synthèse orientée pour le travail quotidien du contrôleur ou du fiduciaire :
| Critère | Comptabilisation en charges (P&L) | Capitalisation (Bilan) |
|---|---|---|
| Phase du projet | Recherche, analyse exploratoire, proof of concept sans affectation d'usage définie | Développement avec spécifications approuvées et mise en production prévue pour usage interne ou vente |
| Bénéfice économique | Incertain ou non démontrable (expérimentation, faisabilité pas encore prouvée) | Probable : économies de coûts, nouveaux revenus ou efficacité mesurable dans le temps |
| Faisabilité technique | Pas encore démontrée | Démontrée (prototype fonctionnel, architecture définie, tests réussis) |
| Ressources et intention | Projet expérimental, sans budget ni mandat formel d'achèvement | Management impegna risorse fino al go-live; piano di rilascio documentato |
| Mesurabilité des coûts | Coûts non séparables des activités ordinaires (ex. temps non suivi) | Coûts directs et indirects imputables au projet (suivi du temps, factures fournisseurs) |
| Maintenance ultérieure | Corrections de bugs mineurs, mises à jour de routine, hébergement courant | Uniquement si ajoute des fonctionnalités substantielles et de nouveaux bénéfices (sinon en charges) |
| Impact immédiat sur le résultat | Réduit le bénéfice de l'exercice | Bénéfice plus élevé en phase de développement ; amortissement dans les exercices suivants |
Les phases du projet : où tracer la ligne de démarcation
L'erreur la plus fréquente consiste à capitaliser des coûts de « recherche déguisée en développement » ou, à l'inverse, à comptabiliser en charges des projets entiers qui auraient dû activer une immobilisation. FER 10 prévoit une lecture par phases :
1. Recherche — toujours en charges
Activités visant à acquérir de nouvelles connaissances techniques sans produit applicable défini : étude de marché préliminaire, évaluation de technologies alternatives, brainstorming sans spécifications. Dans une PME qui teste une idée d'application sans engagement de mise en production, les coûts de l'équipe restent au compte de résultat.
2. Développement — potentiellement capitalisable
De l'approbation formelle du projet (project charter, budget, jalons) jusqu'à la mise en production. Sont inclus les salaires des développeurs, les coûts cloud de staging, les licences d'outils dédiés au projet, la consultation externe pour des modules spécifiques. Le point d'activation doit être documenté par date : tout ce qui précède reste en charges.
3. Production et maintenance — principalement en charges
L'hébergement opérationnel, le support L1/L2, les correctifs de sécurité et les corrections de bugs sont imputés au compte de résultat. Seules les mises à niveau qui introduisent de nouvelles fonctionnalités significatives — et satisfont à nouveau les critères FER 10 — peuvent augmenter la valeur comptable de l'actif existant ou générer un nouvel actif séparé.
Quels coûts inclure dans le coût de production
Lorsque la capitalisation est admise, la valeur d'inscription comprend les coûts directement attribuables et une quote-part raisonnable de coûts indirects :
- Personnel interne : salaires bruts, cotisations sociales (AVS, LPP, LAINF/UVG) et charges accessoires du temps imputé au projet en phase de développement — non du management général non suivi.
- Consultants et externalisation : factures de sociétés de développement ou de freelances pour l'analyse, le codage, les tests et la documentation, si elles se rapportent à la phase activable.
- Licences et outils : IDE, dépôt de code, CI/CD, environnements de test — s'ils sont acquis exclusivement pour le projet et pas encore amortis ailleurs.
- Coûts indirects alloués : quote-part de loyer, infrastructure IT ou gestion de projet, calculée avec une méthode cohérente (ex. pourcentage d'heures ou cost driver documenté).
Ne sont pas capitalisés : les frais généraux d'administration non imputables, la formation du personnel sur des outils standard, les coûts de recherche préliminaire, ni les intérêts passifs sauf application explicite d'une méthode autorisée par les normes choisies.
Exemples pratiques pour les PME suisses
CRM sur mesure pour fiduciaire
Un cabinet de 8 employés développe en interne un CRM pour gérer les mandats et les échéances fiscales. Après un POC de trois mois (en charges), l'assemblée approuve le budget ; deux développeurs consacrent 60 % de leur temps pendant 10 mois jusqu'à la mise en production.
Résultat : capitalisation dès l'approbation formelle. Coût estimé CHF 185'000 (salaires + charges + hébergement staging). Amortissement sur 5 ans.
Scripts Excel et automatisations légères
Une PME commerciale fait développer par un employé administratif des macros VBA et des connecteurs simples pour importer des factures. Temps total : 40 heures, aucun projet formalisé, bénéfice marginal.
Résultat : comptabilisation en charges. Manquent la matérialité, la traçabilité structurée et l'actif identifiable séparément des activités opérationnelles ordinaires.
Plateforme SaaS pour clients B2B
Une Sàrl de services IT développe un module d'abonnement pour clients. Le logiciel sera vendu avec des contrats pluriannuels ; un business plan avec revenus prévus existe.
Résultat : capitalisation correcte. Vérifier d'éventuelles corrections de valeur si le marché ou la technologie changent avant le lancement (principe de prudence selon FER 10 et, le cas échéant, dépréciation selon FER 20).
Migration et refactoring post go-live
Deux ans après la mise en production, la même PME refactorise le code pour des raisons de performance sans nouvelles fonctionnalités pour l'utilisateur final. Coût : CHF 45'000.
Résultat : charge de l'exercice. N'accroît pas les bénéfices futurs de manière identifiable ; ne satisfait pas les critères pour augmenter la valeur de l'immobilisation existante.
Impact sur le bilan et les indicateurs de gestion
Le choix comptable modifie le profil du résultat dans le temps et certains ratios observés par les banques et les investisseurs :
| Poste | Si comptabilisé en charges | Si capitalisé |
|---|---|---|
| Bilan — actif | Inchangé | Augmente du coût capitalisé net des amortissements |
| Capitaux propres | Plus bas dans l'exercice de développement | Plus élevés tant que l'actif n'est pas amorti ou déprécié |
| Compte de résultat — exercice de développement | Coûts du personnel et services réduisent l'EBIT | Impact limité (seulement coûts non activables) ; EBIT apparemment plus élevé |
| Exercices suivants | Aucun amortissement | Quote-part d'amortissement annuelle au compte de résultat |
| Distribution de dividendes | Base distributive réduite l'année d'investissement | Base distributive plus favorable, sous réserve des contraintes des réserves légales selon le CO et d'éventuelles dépréciations |
Attention : capitaliser pour « améliorer » l'EBIT sans satisfaire les critères FER 10 expose à des corrections en révision, au refus du certificat de révision limitée ou, dans les cas graves, à une responsabilité envers les créanciers pour bilan gonflé au sens du CO.
Amortissement et durée d'utilité
Les immobilisations incorporelles capitalisées doivent être amorties systématiquement sur toute la durée d'utilité estimée (FER 10). Si la durée d'utilité n'est pas déterminable avec une fiabilité suffisante, FER 10 prévoit en général un amortissement quinquennal (maximum vingtennial dans des cas motivés). Pour le logiciel interne, les PME suisses appliquent généralement des plans linéaires de 3 à 7 ans, en fonction du cycle technologique et du contrat d'utilisation prévu :
- Logiciel opérationnel interne (ERP sur mesure, gestion de production) : souvent 5–7 ans s'il est intégré aux processus core.
- Applications à obsolescence rapide (app mobile, intégrations API) : 3–4 ans.
- Logiciel destiné à la vente : aligner la durée d'utilité sur la période de monétisation prévue dans le business plan.
À chaque clôture, vérifier d'éventuels indicateurs de dépréciation selon FER 10 et FER 20 : projet abandonné, technologie obsolète, perte de clients sur la plateforme. En présence d'une valeur non récupérable, appliquer une dépréciation immédiate au compte de résultat, indépendamment du plan d'amortissement résiduel.
Implications fiscales en Suisse
Pour l'impôt sur le bénéfice au niveau fédéral, cantonal et communal, la règle générale suit le bilan commercial (principe de Massgeblichkeit) : les coûts activés ne sont pas déductibles dans l'exercice de leur engagement, mais le deviennent progressivement par l'amortissement. Une imputation immédiate en charges, lorsqu'elle est comptablement correcte, réduit la base imposable du même exercice.
Il n'existe pas en Suisse de crédit d'impôt fédéral pour la R&D analogue à celui d'autres pays. Depuis 2020, de nombreux cantons — en application de la réforme fiscale (STAF/LAFin, art. 25a LIFD) — prévoient facultativement une déduction supplémentaire extracomptable sur les dépenses de recherche et développement qualifiées ; l'existence, l'ampleur et les conditions doivent être vérifiées auprès de l'autorité cantonale compétente. Ces allègements ne remplacent pas les critères comptables d'activation selon FER 10 et concernent généralement des activités de recherche scientifique ou d'innovation fondée sur la science, non le développement logiciel interne ordinaire. La retenue à la source sur les rémunérations versées à des développeurs étrangers n'influence pas la qualification comptable, mais les coûts doivent être correctement documentés et imputés au projet.
En cas de vente de l'entreprise, un logiciel capitalisé et encore au bilan entre dans le patrimoine transféré ; l'amortissement cumulé et la valeur nette comptable influencent le goodwill négocié. La cohérence entre contrats, flux de coûts et politique comptable facilite la due diligence.
Documentation et comptabilité opérationnelle
Une politique interne écrite — approuvée par le management et cohérente avec le plan comptable — réduit le risque d'incohérences entre exercices. Éléments minimaux à archiver :
- Project charter avec date de début de la phase activable, objectifs et responsable
- Feuilles de temps mensuelles pour employés et consultants, approuvées par le project owner
- Compte d'immobilisations en cours (CFC / work in progress) jusqu'au go-live, puis transfert vers « Logiciel interne » ou poste équivalent
- Plan d'amortissement avec durée d'utilité et méthode, annexé à la clôture annuelle
- Procès-verbal de dépréciation si le projet est interrompu ou obsolète
Dans Accountex, enregistrer les coûts avec des centres de coûts ou des tags de projet dès le départ permet d'extraire des rapports pour la clôture sans reconstituer a posteriori des heures et factures dispersées sur plusieurs comptes.
Checklist pour la clôture de l'exercice
Identifier tous les projets logiciels internes avec des coûts significatifs (> CHF 5'000–10'000 ou seuil interne défini).
Vérifier pour chacun s'il existe une date documentée de dépassement de la phase de recherche.
Comparer les critères FER 10 et décider capitalisation ou charges — en cas de doute, privilégier la comptabilisation en charges (prudence).
Transférer les coûts activables des comptes de charges vers les immobilisations en cours, puis vers le logiciel immobilisé au go-live.
Calculer l'amortissement annuel et vérifier les indicateurs de dépréciation sur les actifs existants.
Aligner le rapport de gestion et les notes de bilan : méthode, durée d'utilité et éventuelles corrections significatives.
Conclusion
Le développement logiciel interne n'est ni automatiquement un investissement au bilan ni un simple coût du personnel IT. Pour une PME suisse qui applique Swiss GAAP FER, la règle pratique est : recherche et expérimentation toujours en charges ; développement capitalisable uniquement à partir du moment où faisabilité, intention et mesurabilité sont documentées ; maintenance ordinaire toujours en charges.
La décision a des effets durables sur le patrimoine, le bénéfice, les amortissements et la base imposable. Définir des critères clairs avant le lancement du projet — et suivre les heures et les coûts avec discipline — évite des corrections coûteuses et garantit un bilan défendable devant les réviseurs, les banques et les contreparties dans les opérations extraordinaires.