Amortissement d’un logiciel : la durée dépend de son usage et de son obsolescence

Un logiciel n’est pas automatiquement une charge et ne s’amortit pas systématiquement sur trois ans. Son traitement dépend de sa nature, de son coût, de l’usage prévu et de sa durée réelle d’utilisation. Pour établir un plan d’amortissement fiable, il faut d’abord distinguer une licence acquise, un développement interne, un abonnement SaaS et les prestations associées.

Commencer par qualifier la dépense : charge, immobilisation ou projet en cours

Un logiciel est généralement une immobilisation incorporelle lorsqu’il procure des avantages économiques sur plusieurs exercices et que l’entreprise en contrôle l’utilisation. Les concessions, droits similaires, logiciels et droits assimilés sont habituellement enregistrés au compte 205. Leur coût est ensuite réparti sur la durée d’utilisation retenue au moyen de l’amortissement.

Une tolérance administrative permet toutefois de comptabiliser directement en charges un logiciel dont la valeur est inférieure à 500 € HT. Cette possibilité suppose une règle cohérente. L’entreprise doit éviter d’immobiliser systématiquement les petits achats comme de passer en charge un actif significatif appelé à être utilisé durablement.

Licence perpétuelle, SaaS et maintenance : ne pas tout mélanger

Une licence acquise pour être utilisée durablement peut relever de l’immobilisation. À l’inverse, un abonnement SaaS, payé pour accéder à un service pendant une période donnée, correspond le plus souvent à une prestation récurrente. Il est alors comptabilisé en charge au fil de la consommation du service. La maintenance, le support, les correctifs et la formation ne s’intègrent pas automatiquement au coût immobilisé. Ils doivent être isolés lorsqu’ils n’augmentent pas durablement les fonctionnalités ou les bénéfices attendus.

Dans un projet informatique, le logiciel est souvent accompagné de paramétrage, de migration de données, de connecteurs, d’accompagnement et de formation. Ces dépenses ne doivent pas être capitalisées par réflexe. En séparant dès la commande ce qui rend l’actif opérationnel de ce qui relève de l’exploitation courante ou de l’apprentissage des équipes, l’entreprise obtient une valeur d’entrée plus juste et un plan d’amortissement plus facile à défendre.

Choisir une durée d’amortissement cohérente avec le cycle de vie

La durée d’amortissement d’un logiciel repose avant tout sur sa durée d’utilisation prévue. L’obsolescence technologique, l’évolution des besoins métier, la durée contractuelle, les perspectives de migration et la dépendance à un éditeur sont autant d’éléments à documenter. La durée retenue ne doit donc pas découler d’une simple habitude comptable.

Une durée courte ne doit pas être automatique

Amortir sur un an peut être approprié si le logiciel perd effectivement son utilité dans ce délai. En revanche, retenir cette durée uniquement pour réduire rapidement le résultat imposable fragilise la position de l’entreprise. À l’inverse, étaler sur une période trop longue une solution qui doit être remplacée dans deux ans fausse la valeur nette comptable et masque le coût réel du système d’information.

Déterminer la date de départ selon l’origine du logiciel

Pour un logiciel acquis, le corpus retient un début d’amortissement à la date d’acquisition. En pratique, lorsqu’une solution est achetée avant son déploiement, l’entreprise a intérêt à formaliser les principaux jalons : livraison, disponibilité, paramétrage, recette et mise en service. Cette documentation permet d’expliquer le calendrier retenu et d’éviter qu’un actif non exploitable soit suivi comme s’il produisait déjà ses effets.

Pour un logiciel créé en interne, l’amortissement commence à son achèvement. Tant que le développement se poursuit, les montants immobilisés sont suivis au compte 232, immobilisations incorporelles en cours. Ils ne sont pas encore amortis. Les coûts de développement activables doivent également être distingués de la maintenance et des corrections ordinaires, qui ne prolongent pas, à elles seules, la durée de vie de l’actif.

Usage interne ou usage commercial

Un outil développé pour les besoins propres de l’entreprise n’a pas le même cycle de vie qu’un logiciel destiné à être commercialisé auprès de clients. Le premier dépend souvent des processus internes et des changements d’organisation. Le second peut générer des revenus sur une période plus longue, sous réserve de sa compétitivité et de son évolution. Cette différence explique les durées indicatives distinctes, sans remplacer l’analyse concrète du projet.

Calculer et comptabiliser l’amortissement sans erreurs de méthode

L’amortissement linéaire est le mode de principe : la base amortissable est répartie de façon constante sur la durée estimée. Un logiciel inscrit pour 12 000 € et amorti sur trois ans génère ainsi une dotation annuelle de 4 000 €, soit un taux de 33 % par an. Sur deux ans, le taux est de 50 % par an. Lorsque l’entrée ou le début du plan intervient en cours d’exercice, le calcul s’effectue au prorata temporis.

À chaque clôture, la dotation diminue la valeur nette comptable du logiciel. L’écriture d’amortissement enregistre la dotation en charge et crédite le compte d’amortissements des immobilisations incorporelles correspondant. Le détail des comptes auxiliaires et du journal dépend du plan comptable adopté par l’entreprise. L’essentiel est de conserver un plan d’amortissement reliant chaque dotation à l’actif inscrit au compte 205.

Comptabilité et fiscalité : traiter l’écart au lieu de le cacher

La durée comptable doit traduire l’utilisation attendue, tandis que la fiscalité peut conduire à retenir un rythme différent. Si un écart apparaît entre l’amortissement comptable et l’amortissement fiscal admis, un amortissement dérogatoire peut être nécessaire. L’ancien amortissement exceptionnel sur 12 mois pour les logiciels acquis ne s’applique plus aux acquisitions concernées depuis les exercices ouverts à compter du 1er janvier 2017.

L’amortissement dégressif peut être envisagé pour des logiciels dont la perte de valeur est plus rapide au début du cycle de vie, à condition de respecter les règles applicables et de justifier ce choix. Il ne doit pas servir à compenser une durée d’utilisation mal évaluée ou insuffisamment documentée.

Suivre le parc logiciel jusqu’à la sortie de l’actif

Un logiciel totalement amorti peut continuer à être utilisé. Il demeure alors dans le registre des immobilisations avec une valeur nette comptable nulle, jusqu’à sa cession ou sa mise au rebut. À l’inverse, une solution abandonnée, remplacée ou devenue inutilisable mérite une analyse. Une dépréciation ou une sortie d’actif peut être nécessaire pour que les comptes reflètent sa valeur réelle.

Un outil de gestion des amortissements logiciels devient particulièrement utile lorsque le parc comporte de nombreuses licences, des développements, des équipements et des cessions. Les fonctions pertinentes comprennent le calcul automatique des plans, les prévisions de dotations, le regroupement par famille d’immobilisations, l’historique des fournisseurs, le transfert des écritures vers la comptabilité et le traitement des cessions, mises au rebut, plus-values et moins-values.

• Créer une fiche par actif avec la facture, le contrat, la date, la durée et le responsable métier ;
• Réviser la durée lors d’une migration, d’une refonte majeure ou d’une obsolescence constatée ;
• Rapprocher à chaque clôture le registre des immobilisations, les dotations et la comptabilité générale ;
• Conserver la justification de la durée et du mode retenus pour chaque logiciel significatif.