L'arrêt d'une application : une étape toujours critique

Comment bien gérer l'arrêt d'une application ? La problématique peut paraître assez simple à résoudre de prime abord. Si le système est remplacé par un autre, l'important est de s'assurer de la migration des données vers la nouvelle plate-forme, mais également de la continuité des fonctionnalités et des processus métier. Avec, à la clé, les politiques d'habilitation ad hoc.

Dans cette optique, le nouveau logiciel aura dû être validé par les directions impactées et une démarche de gestion du changement mise en place (autour de formations par exemple) pour s'assurer de la prise en main du nouvel environnement par les utilisateurs.

"Il est important qu'au moment de la bascule les données soient cohérentes entre l'ancien et le nouveau serveur", souligne Raphaël Ewenczyk, manager au sein de la société de services informatiques Teamlog. "Il est souvent nécessaire de laisser les utilisateurs accéder pendant encore quelque temps au vieil applicatif, notamment pour consulter les historiques qui n'auront pas forcément été entièrement migrés. Il est fortement conseillé de restreindre les accès au mode lecture pour éviter toute dégradation des anciennes données."

Pour le consultant, cette réflexion sur l'arrêt des applications devient de plus en plus importante avec l'arrivée à maturité des système informatiques. "On a vécu jusqu'ici dans un univers informatique en construction. Son arrivée à maturité engendre des ruptures en plus grand nombre qui se traduisent notamment par l'arrivée de systèmes en fin de vie", indique-t-il. Les projets de déploiement d'ERP par exemple sont confrontés à la migration d'applications antérieures, en matière comptable ou de gestion de la relation clients.

Dans certains secteurs, comme les télécoms, le cycle de vie des applications est en outre plus rapide, allant au rythme de celui de nouveaux services proposés chaque année. Sur ce dernier point, certains experts mettent en avant les éléments apportés par le référentiel ITIL en matière de gestion des ressources applicatives et matérielles et de gestion des mises en production de nouveaux systèmes.

Mais aux côtés du volet technique du chantier, la composante patrimoniale du parc applicatif doit aussi être prise en compte lors de la mis hors ligne d'un logiciel. "On parle beaucoup d'actifs matériels. Mais il est également important de valoriser dans les comptes les actifs immatériels que sont les processus métier et les fonctions applicatives. Et lorsqu'une application est arrêtée, il est important de la sortir des comptes", insiste Raphaël Ewenczyk. "Comme tout investissement arrivant à terme, il faut également évaluer l'amortissement, et imputer les comptes le cas échéant."

Un retrait comptable qui se révèle d'autant plus important pour fiabiliser le reporting financier de l'entreprise, mais aussi éviter un surcroît de versement en matière de taxe professionnelle. Rappelons qu'un système peut parfois être évalué à plusieurs millions d'euros dans les actifs immatériels d'une entreprise.

Pour finir, la mise hors service d'une application peut devenir un véritable casse tête lorsque celle-ci s'intègre à un système plus large supportant également des fonctions à destination d'autres départements de l'entreprise.

"Comment, dans ce cas, doit-on modifier la refacturation interne de l'énergie informatique pour prendre en compte l'arrêt d'une partie de ce logiciel ?", se demande Raphaël Ewenczyk. Une question complexe dont la réponse dépendra de la répartition de la valeur de l'outil entre ces différents services.