SAP pilote désormais une part essentielle de vos opérations. La manière dont vous maintenez ce système, que votre cœur soit encore sur ECC6 ou déjà passé sous S/4HANA, pèse autant sur votre performance que sur votre stabilité.
Une TMA (Tierce Maintenance Applicative) bien pensée garantit la continuité et maîtrise les coûts. Elle peut aussi faire progresser votre système au rythme de vos besoins métiers. Mais jusqu'où peut-elle aller ? À quelles conditions devient-elle un levier, et pas seulement un poste de dépense ?
Ce que recouvre vraiment une TMA
Le premier réflexe consiste à penser cette phase comme du maintien en condition opérationnelle : garder le système disponible, corriger les anomalies, traiter les demandes des utilisateurs… Ce socle est indispensable et sans lui, rien ne tient… Mais il ne résume pas ce qu’une TMA peut apporter.
La TMA désigne l’ensemble des prestations qui prennent le relais une fois la solution en production. Le run en fait partie, c’est-à-dire l’exploitation courante. L’amélioration continue aussi. Les deux ne s’opposent pas : i. Ils s’additionnentsont complémentaires.
La valeur ne se mesure pas le jour du go-live
Un système SAP représente un investissement important, qu'il vienne d'être mis en production ou qu'il porte vos opérations depuis dix ans. Sa valeur ne se mesure pas le jour du go-live. Elle se construit dans les mois et les années qui suivent. C’est là que les processus se rodent. C’est là que les utilisateurs gagnent en autonomie. C’est là, aussi, que les écarts apparaissent.
Une TMA pensée comme un centre de coûts cherchera à faire tenir l’existant au meilleur prix. Une TMA pensée comme un levier cherchera, en plus, à faire progresser le système. Les deux lectures sont légitimes. Elles ne mènent simplement pas au même endroit.
Je voudrais insister sur un point peu visible. Une TMA bien conçue est d’abord un capteur. Chaque ticket, chaque incident, chaque demande d’évolution raconte quelque chose de l’état du système. Une anomalie qui revient signale une fragilité. Une demande récurrente signale un manque.
Pris de manière isolée, ces signaux se traitent un par un. Regroupés et analysés, ils dessinent une carte. Celle de la dette technique d’abord, c’est-à-dire l’accumulation de code et de paramétrages qui compliquent les évolutions futures. Celle de la dette fonctionnelle ensuite, quand l’outil ne colle plus tout à fait au métier.
Détecter cette dette est déjà utile. La réduire l’est davantage. Cette lecture rejoint un sujet souvent réservé aux phases de projet, le clean core. L’idée consiste à garder le cœur du système SAP le plus standard possible, pour faciliter les mises à jour et l’adoption des innovations de l’éditeur. On l’associe à la démarche fit-to-standard, qui privilégie le standard SAP plutôt que le développement spécifique. Ces principes ne s’arrêtent pas au go-live. Une partie du chemin vers un cœur plus propre se parcourt d’ailleurs pendant le run, évolution après évolution. La TMA est précisément le moment où ce chemin se poursuit, ou s’interrompt.
Sans mesure, l’amélioration reste une intention
Pour que l’amélioration continue soit autre chose qu’une intention, elle doit se mesurer. Des indicateurs factuels permettent de suivre une progression réelle. : l Le délai de résolution. L, la part de demandes traitées sans intervention humaine, l. La couverture documentaire. L, le niveau de dette du code., l Le nombre de propositions d’amélioration sur la période écoulée…
Sans mesure, l’amélioration reste un mot. Avec une mesure partagée entre la DSI et les métiers, elle devient un objet de pilotage.
L’intelligence artificielle accélère ce mouvement. Un assistant peut retrouver des cas similaires et préparer une réponse. Des agents, déclenchés par des événements, peuvent analyser une situation et proposer une orientation. SAP avance sur ce terrain avec son offre Business AI et ses agents Joule. Le discours ambiant sur l'autonomie de ces outils mérite d'être lu avec mesure. La décision et la responsabilité demeurent humaines. Mais la direction est claire. Le support passe peu à peu d’une logique de réaction à une logique d’anticipation.
Stabilité ou évolution : la question du dosage
Reste la question du dosage. Faut-il investir surtout dans la stabilité, ou surtout dans l’évolution ? Il n’existe pas de réponse unique.
Une entreprise qui vient de migrer cherchera d’abord la stabilité. Une autre, installée depuis des années, voudra accélérer ses évolutions. Une troisième devra préparer une montée de version. Chacune de ces postures est un compromis cohérent dans son contexte. Le rôle d’une bonne TMA n’est pas d’imposer un modèle identique à chaque client. Il est d’éclairer l’arbitrage, puis de s’y adapter à chaque contexte client à un instant tT.
Je terminerai par la question que je poserais à la place d'un DSI, devant un système qui tourne : Votre Ma TMA se contente-t-elle de tenir le système, ou vous m'aide-t-elle aussi à le faire progressertransformer ?
Les deux réponses sont recevables. La première sécurise. La seconde, en plus, fait fructifier un investissement déjà consenti.
À chacun de choisir, en connaissance de cause.