Logiciels achetés vs développés en interne : comment les comptabiliser correctement en Suisse ===EXCERPT=== Achat de logiciel ou développement interne ? Une erreur de comptabilisation peut coûter cher à votre PME. Voici comment traiter ça correctement.

Une distinction que beaucoup de PME suisses ignorent

Votre entreprise a acquis un logiciel sur étagère ou fait développer une solution sur mesure ? Ces deux situations ne se traitent pas de la même façon en comptabilité. Et pourtant, la majorité des dirigeants de PME les comptabilisent de manière identique, souvent en passant tout en charges — ce qui peut être fiscal­ement sous-optimal ou, à l’inverse, créer un problème lors d’un contrôle.

La règle de base en droit comptable suisse (CO Art. 959 et suivants) est claire : un actif doit être inscrit au bilan s’il génère un avantage économique futur mesurable. Cette règle s’applique aussi aux logiciels. La question n’est donc pas « est-ce que c’est de l’informatique ? » mais « est-ce que ça génère de la valeur sur plusieurs exercices ? »

Pourquoi cette erreur coûte de l’argent

Comptabiliser un logiciel stratégique directement en charges alors qu’il devrait figurer à l’actif, c’est biaiser votre bilan. Cela réduit artificiellement vos fonds propres et peut poser problème si votre banque analyse votre dossier de crédit ou si vous préparez une levée de fonds.

À l’inverse, activer un logiciel qui aurait dû passer en charges, c’est présenter des actifs surévalués — ce qui intéresse l’administration fiscale lors d’un contrôle. En cas de redressement, vous pouvez vous retrouver à devoir amortir différemment plusieurs exercices, avec des impacts sur l’impôt sur le bénéfice.

Autre point souvent négligé : le traitement de la TVA. Un logiciel activé à l’actif permet dans certains cas une récupération différée de l’impôt préalable, selon l’utilisation professionnelle. Une charge directe n’offre pas toujours cette flexibilité de récupération.

La règle concrète à appliquer selon les cas

Logiciel acheté (licence ou abonnement perpétuel) : Si la licence est achetée une fois pour une durée indéterminée (ex. : un ERP, un logiciel de CAO, un outil métier), il doit en principe être activé à l’actif immobilisé sous « Immobilisations incorporelles » et amorti sur sa durée d’utilisation — généralement 3 à 5 ans en pratique suisse.

Abonnement SaaS ou licence annuelle : Une charge annuelle récurrente (Abonnement Bexio, Adobe, Microsoft 365) passe directement en charges d’exploitation. Pas d’activation. Pas d’amortissement. Simple.

Logiciel développé en interne : C’est ici que les erreurs sont les plus fréquentes. Les coûts de développement — salaires, sous-traitance, matériaux — peuvent être activés si le projet est clairement identifié, techniquement faisable, et que l’entreprise a l’intention et la capacité de l’utiliser ou de le commercialiser. En revanche, les phases de recherche et les coûts de maintenance courante doivent toujours passer en charges. Le CO permet cette activation, mais elle doit être documentée et cohérente d’un exercice à l’autre.

Mise à jour majeure vs maintenance : Une mise à jour qui étend fonctionnellement le logiciel peut être activée. Une correction de bug ou une mise à jour de sécurité, non.

Exemple concret : une PME genevoise dans le secteur RH

Une société de 12 collaborateurs à Genève développe un outil interne de gestion des candidatures. Le projet mobilise un développeur pendant 4 mois (coût total : 32 000 CHF). La direction décide de tout passer en charges d’exploitation pour « simplifier ».

Résultat : bénéfice réduit de 32 000 CHF cette année-là. L’économie d’impôt immédiate semble intéressante. Mais l’outil est utilisé 5 ans, génère un avantage économique clair, et l’administration fiscale cantonale requalifie lors d’un contrôle. L’entreprise doit corriger le bilan rétroactivement et payer les intérêts moratoires. La « simplification » leur a coûté plus cher que l’activation correcte avec amortissement sur 4 ans.

À l’opposé, une PME lausannoise similaire active correctement son développement, l’amortit sur 4 exercices, et répartit ainsi l’impact fiscal de façon lissée — tout en présentant un bilan solide à sa banque lors d’une demande de crédit.

Kurze Checkliste

  • Identifier si le logiciel est acheté une fois (actif), en abonnement récurrent (charge) ou développé en interne (analyse requise)
  • Documenter les coûts de développement interne par phase (recherche vs développement)
  • Définir une durée d’amortissement cohérente et l’appliquer systématiquement
  • Vérifier la récupération de TVA sur les achats de logiciels activés à l’actif

À retenir

La comptabilisation d’un logiciel n’est pas un détail technique réservé aux comptables. C’est une décision qui impacte votre bilan, votre fiscalité et votre crédibilité auprès des banques. Prendre 30 minutes pour bien catégoriser chaque acquisition ou projet de développement vous évite des corrections coûteuses et des redressements évitables. En Suisse, l’administration fiscale connaît ces règles mieux que vous — autant les appliquer correctement dès le départ.

🎁 Téléchargez la checklist gratuite :
👉 https://swiss-finance-ai.com/checklist-gratuite

Ähnliche Veröffentlichungen

Einen Kommentar hinterlassen