AMS Dynamics 365 : le modèle de service pour maintenir et faire évoluer votre ERP

AMS, TMA, TME, MCO : quatre sigles pour un même métier

La confusion de vocabulaire est le premier obstacle d’un appel d’offres. Deux prestataires peuvent décrire la même prestation avec des mots qui semblent désigner deux métiers différents.

Ce que recouvre l’AMS

Un contrat d’Application Management Services confie à un tiers la responsabilité durable d’une application en exploitation : corriger ce qui dysfonctionne, absorber les changements imposés par l’éditeur ou par la réglementation, faire évoluer le paramétrage au rythme de l’entreprise, et assister ceux qui s’en servent. La logique est celle d’un service continu, pas d’une succession d’interventions.

D’où vient le sigle, et pourquoi il domine chez les grands comptes

L’expression s’est diffusée par les grandes sociétés de services internationales, d’abord autour de SAP. Elle est ensuite entrée dans le vocabulaire des directions achats et des directions des systèmes d’information de groupe, y compris en France, y compris quand la langue de travail est le français. C’est pourquoi un même besoin s’appelle « TMA » dans une entreprise de taille intermédiaire et « AMS » dans une filiale de groupe : le mot suit l’organisation, pas la prestation.

Ce que TMA, TME et MCO ajoutent

La tierce maintenance applicative est l’équivalent français le plus proche de l’AMS. La tierce maintenance évolutive, ou TME, insiste sur la part de transformation plutôt que sur la correction. Le maintien en condition opérationnelle, ou MCO, vient du vocabulaire de la défense et de l’industrie : il met l’accent sur la disponibilité du système plutôt que sur son évolution. Les périmètres se recouvrent largement ; ce qui change, c’est l’endroit où le contrat place son centre de gravité.

Ce que l’AMS n’est pas

L’AMS ne se confond pas avec l’infogérance d’infrastructure. Celle-ci s’occupe des serveurs, des réseaux, des sauvegardes et de la supervision technique. Sur Dynamics 365, cette couche est largement assurée par l’éditeur. L’AMS intervient au-dessus : sur l’application, son paramétrage, ses développements spécifiques et ses interfaces — c’est-à-dire sur tout ce qui a été construit pour vous et que personne d’autre ne connaît.

Run et build : la vraie question d’un contrat AMS

C’est le point sur lequel se joue la réussite d’un AMS, et celui qui est le plus souvent laissé dans le flou au moment de la signature.

Le run, ce qui maintient le système debout

Anomalies à corriger, questions d’utilisateurs, contrôles réguliers, adaptations imposées par les vagues de l’éditeur ou par une évolution réglementaire. Cette part est incompressible et relativement prévisible. Elle ne crée pas de valeur nouvelle : elle empêche d’en perdre.

Le build, ce qui le fait avancer

Un nouveau flux logistique, une entité juridique à intégrer, un état de gestion que la direction financière réclame depuis des mois, un processus manuel à automatiser. Cette part est la seule qui augmente la valeur de l’ERP après sa mise en service. Elle est aussi la seule qui soit facilement reportable.

Pourquoi le build finit toujours par être sacrifié

Quand un même dispositif porte les deux, le run gagne systématiquement : il est urgent, visible, et son absence se voit immédiatement. Le build, lui, ne manque à personne un lundi matin. Au bout de quelques trimestres, l’ERP fonctionne sans avoir bougé, l’entreprise a changé, et l’écart entre les deux se comble à coups de fichiers de bureautique.

Arbitrer sans figer

La parade tient en deux décisions prises à la signature. D’abord, distinguer explicitement les deux natures de travaux dans le suivi, pour que la consommation du run cesse d’être invisible. Ensuite, désigner qui, côté entreprise, a le pouvoir d’arbitrer entre les deux — sans quoi l’arbitrage se fait par défaut, et il se fait toujours contre le build.

AMS, régie ou forfait : trois façons d’acheter la même compétence

Le choix n’est pas d’abord budgétaire. Il détermine qui porte le risque, qui détient la connaissance de votre système, et ce qu’il reste quand la relation s’arrête.

La régie

Vous achetez du temps de consultant et vous le pilotez vous-même. La souplesse est maximale et la compétence entre chez vous. En contrepartie, la charge de pilotage vous revient entièrement : c’est votre équipe qui priorise, qui vérifie, et qui porte la responsabilité du résultat. Ce modèle suppose une direction des systèmes d’information capable d’encadrer réellement, ce qui n’est pas donné à toutes les organisations.

Le forfait à la demande

Chaque besoin est chiffré séparément, puis exécuté. La visibilité est bonne sur chaque intervention prise isolément. Le défaut apparaît dans la durée : personne n’est payé pour connaître votre système entre deux commandes. La connaissance se reconstitue à chaque fois, le délai s’allonge, et les sujets transverses — ceux qui touchent plusieurs domaines à la fois — ne trouvent jamais de porteur.

L’AMS

Une équipe identifiée porte votre application dans la durée, avec une responsabilité de résultat sur un périmètre défini. La connaissance de votre paramétrage et de vos spécifiques est entretenue en continu, ce qui raccourcit le diagnostic et rend possible l’anticipation. C’est le modèle qui convient quand l’ERP est critique, quand les processus sont nombreux, ou quand l’entreprise n’a pas les moyens d’entretenir en interne une compétence rare sur un produit qui bouge en permanence.

Comment trancher

Une question suffit le plus souvent : que se passe-t-il si la personne qui connaît votre paramétrage n’est plus disponible la semaine prochaine ? Si la réponse est « on retrouvera quelqu’un », la régie ou le forfait conviennent. Si la réponse est « on est bloqués », le sujet n’est plus un mode d’achat mais un risque d’exploitation, et l’AMS est le seul des trois modèles qui le traite.

Onshore, nearshore, offshore : où travaille votre équipe AMS

La question arrive tôt dans les consultations, souvent formulée en termes de coût. Elle mérite d’être posée en termes de fonctionnement.

Ce que la distance change réellement

Un AMS repose sur des échanges courts et fréquents avec des personnes qui décrivent un problème métier avec leurs mots. Ce dialogue suppose une langue commune, un fuseau horaire compatible avec vos heures de travail, et une compréhension du contexte réglementaire français — plan comptable, obligations déclaratives, conventions de facturation. Éloigner l’équipe ne supprime pas ce besoin : cela le déplace vers une couche d’intermédiation supplémentaire.

Le coût qui ne figure pas dans la comparaison

Ce qui se gagne sur le taux se perd souvent en allers-retours. Une demande mal comprise revient corrigée à moitié, repart, revient encore. Le temps de vos équipes internes, lui, n’apparaît dans aucun tableau comparatif — alors que c’est précisément celui qui augmente. Le calcul n’est honnête que si l’on compte les deux côtés.

Notre position

Nos consultants travaillent en France, en français, sur vos horaires, et ils connaissent le cadre réglementaire dans lequel vous opérez. Ce n’est pas la formule la moins chère à l’heure affichée. C’est celle qui permet à un responsable financier de décrire son problème une fois et d’obtenir une réponse qui tient compte de ce qu’il n’a pas eu besoin d’expliquer.

AMS Dynamics 365 : notre périmètre

Nous intervenons sur Dynamics 365 Finance & Operations, en AMS comme en TMA — le contrat porte le nom que votre organisation utilise, la prestation est la même. Notre équipe reprend des systèmes déployés par d’autres comme des systèmes que nous avons mis en service.

Si vous cherchez le cadre général de la prestation, ses engagements et son fonctionnement au quotidien, il est décrit sur notre page TMA et maintenance Dynamics 365.

Si votre question porte sur ce que vous êtes en droit d’exiger d’un contrat, quel que soit l’éditeur de votre ERP, elle est traitée sur la page support et maintenance ERP.

Et si vous vous demandez où s’arrête la responsabilité de l’éditeur avant que la vôtre ne commence, la réponse est sur la page support Dynamics 365.