TMA Dynamics 365 : maintenance, support et évolution de votre ERP
La tierce maintenance applicative prend le relais après la mise en production : support aux utilisateurs, corrections, montées de version et évolutions. FiveForty assure la TMA de votre Dynamics 365 Finance & Operations, y compris sur des environnements déployés par un autre intégrateur.
Notre offre de TMA Dynamics 365
Un ERP n’est pas un projet qui se termine : c’est un système qui vit. Réglementations qui évoluent, organisation qui change, mises à jour continues de l’éditeur, nouveaux utilisateurs à former. La tierce maintenance applicative couvre cette vie-là.
Ce que nous prenons en charge
Support fonctionnel et technique aux utilisateurs, correction des anomalies, adaptation aux évolutions réglementaires, accompagnement des montées de version, développement de nouvelles fonctionnalités et optimisation des performances.
Reprendre la maintenance d’un existant
Nous intervenons régulièrement sur des environnements que nous n’avons pas déployés. La phase de transfert de connaissance — audit du paramétrage, inventaire des développements spécifiques, documentation — est traitée comme un projet à part entière.
Pour comprendre le sujet en profondeur
Nous avons rédigé un guide complet sur la tierce maintenance applicative : définitions, types de maintenance, contrats et critères de choix y sont détaillés. Cette page-ci présente notre offre.
Si votre organisation emploie le terme AMS plutôt que TMA — c’est fréquent dans les filiales de groupe et dans les directions achats — notre page AMS Dynamics 365 explique ce que recouvre ce vocabulaire, et en quoi les deux prestations se rejoignent.
Ce que couvre notre TMA
Quatre natures d’intervention, avec des rythmes et des engagements différents.
Maintenance corrective
Traitement des anomalies bloquantes et non bloquantes, avec des délais de prise en charge définis par niveau de criticité. Voir notre maintenance corrective.
Maintenance évolutive
Nouvelles fonctionnalités, adaptation à un changement d’organisation, ouverture d’un site ou d’une filiale : le système suit votre entreprise. Voir notre maintenance évolutive.
Maintenance préventive
Surveillance des traitements, contrôle des performances, anticipation des saturations et vérification des sauvegardes. L’incident évité coûte toujours moins cher que l’incident traité.
Maintenance réglementaire
TVA, formats déclaratifs, facture électronique : les évolutions légales imposent des adaptations à échéance fixe. Nous en assurons la veille et la mise en œuvre.
Support et assistance aux utilisateurs
Prise en charge des demandes, aide à l’utilisation, formation ponctuelle des nouveaux arrivants. Une part importante des tickets relève de l’usage plutôt que du défaut.
Montées de version
Dynamics 365 évolue plusieurs fois par an. Nous testons les mises à jour sur vos environnements, validons vos développements spécifiques et sécurisons chaque bascule.
“ Un ERP sans maintenance ne se dégrade pas d'un coup : il s'éloigne un peu plus de vos besoins chaque trimestre.”
Nos engagements de service
Une TMA sans engagement mesurable n’est qu’une intention.
Niveaux de criticité et délais
Un blocage de production et une demande de confort n’appellent pas la même réactivité. Les niveaux et les délais associés sont définis contractuellement. Voir notre contrat de service.
Interlocuteurs identifiés
Vous savez qui intervient sur votre environnement. La continuité de la connaissance est ce qui distingue une TMA d’un centre d’appels.
Suivi et comité de pilotage
Revue périodique des tickets, des délais tenus et des évolutions à venir. La TMA se pilote comme une prestation, pas comme un abonnement passif.
Transparence sur la consommation
Volume consommé, nature des demandes, répartition entre correctif et évolutif : ces éléments doivent être visibles pour arbitrer.
Intervention d’urgence
Pour les situations critiques — clôture compromise, production bloquée — une intervention rapide est possible, y compris hors contrat. Voir notre intervention de premiers secours.
Amélioration continue
Les tickets récurrents révèlent souvent un défaut de paramétrage ou de formation. Les traiter à la racine réduit le volume plutôt que de le facturer.
Internaliser ou externaliser
La question se pose différemment selon la taille et la criticité du système.
TMA externalisée ou équipe interne
| Critère | Équipe interne | TMA externalisée |
|---|---|---|
| Connaissance métier | Excellente | À construire puis entretenue |
| Expertise produit | Limitée à une personne | Équipe pluridisciplinaire |
| Continuité | Risque en cas de départ | Contractuelle |
| Montées de version | Charge ponctuelle lourde | Incluse et outillée |
| Coût | Salaire fixe | Volume ajustable |
| Pics d’activité | Difficiles à absorber | Absorbés |
Le modèle le plus fréquent est mixte : un référent interne qui connaît les processus, une TMA externe pour l’expertise produit et les montées de version.
Support et maintenance ERP : comment se passe l’assistance au quotidien
Un utilisateur bloqué en pleine clôture n’a pas besoin d’un projet, il a besoin d’une réponse. C’est le rôle du support. Voici comment il s’organise, où passe la frontière avec l’éditeur, et ce qui se passe entre le moment où une demande est signalée et celui où elle est close.
Support ERP et maintenance ERP : deux besoins distincts
Le support ERP répond à une question ou débloque une situation : un écran qui refuse une saisie, un état qui ne sort pas, un profil mal habilité. La maintenance ERP agit sur le système lui-même : corriger une anomalie, adapter un paramétrage, absorber une évolution réglementaire.
La distinction compte, parce qu’elle change qui intervient et à quel rythme. Une question d’utilisation trouve sa réponse dans la journée ; une modification du paramétrage se planifie, se teste et se recette. Confondre les deux, c’est soit faire attendre un utilisateur bloqué, soit livrer une modification sans l’avoir vérifiée. Nous détaillons ce qu’un contrat doit couvrir et comment reconnaître un dispositif qui ne suit plus sur notre page consacrée au support et à la maintenance ERP.
Support Microsoft ou support de votre intégrateur : qui fait quoi
Microsoft assure le support de la plateforme : disponibilité du service, incidents d’infrastructure, défauts du produit standard. Vous y accédez par votre contrat de licence, et c’est le bon canal quand le problème vient de Dynamics 365 lui-même.
Votre intégrateur prend en charge ce que l’éditeur ne regarde pas : votre paramétrage, vos développements spécifiques, vos interfaces, vos processus. Dans la pratique, la grande majorité des demandes se situe là — parce qu’un ERP cesse de se comporter comme un logiciel standard dès lors qu’il porte votre organisation.
Nous qualifions la demande avant de l’orienter, et nous ouvrons nous-mêmes le ticket éditeur lorsqu’elle relève du standard. Vous n’avez pas à arbitrer entre deux interlocuteurs. Nous détaillons cette frontière — ce que l’éditeur couvre et ce qui reste à votre charge — sur notre page support Dynamics 365.
Les niveaux N1, N2 et N3, et où placer la frontière
Le N1 reçoit, qualifie et traite les demandes courantes : usage, habilitations, éditions, questions de procédure. Le N2 intervient sur le paramétrage et l’analyse fonctionnelle des anomalies. Le N3 touche au code : développements spécifiques, interfaces, corrections de fond.
Ces niveaux décrivent la compétence mobilisée, pas l’urgence. L’urgence relève des niveaux de criticité évoqués plus haut et formalisés dans notre contrat SLA : une demande N1 peut être bloquante, une demande N3 peut attendre.
La frontière se place là où s’arrête votre organisation. Certaines entreprises gardent un N1 interne, qui connaît les habitudes de chacun, et nous confient le N2 et le N3. D’autres externalisent l’ensemble. Le premier modèle réduit le volume confié ; le second garantit la continuité quand le référent interne s’absente.
Le déroulé d’une demande, du signalement à la clôture
Signalement. L’utilisateur ouvre un ticket en décrivant ce qu’il faisait et ce qu’il attendait. Une copie d’écran vaut souvent dix lignes d’explication.
Qualification. Nous déterminons s’il s’agit d’un usage, d’une anomalie ou d’une demande d’évolution, et nous mesurons l’impact : combien d’utilisateurs, quel processus, quelle échéance.
Traitement. Réponse directe pour l’usage, analyse puis correction pour l’anomalie, chiffrage et planification pour l’évolution. Toute modification passe par un environnement de test avant la production.
Validation et clôture. C’est le demandeur qui confirme que le sujet est réglé, pas nous. Un ticket clos sans retour utilisateur revient presque toujours.
Chaque étape est tracée. C’est ce qui permet, en revue périodique, de regarder des faits plutôt que des impressions.
Maintenance applicative ou maintenance d’équipements : deux métiers
Le mot « maintenance » recouvre deux réalités qu’il vaut mieux séparer. La maintenance applicative, objet de cette page, porte sur le logiciel de gestion, son paramétrage et ses développements spécifiques.
La maintenance d’équipements relève d’un autre domaine : entretien des machines, plans préventifs, interventions sur site. Dynamics 365 sait la gérer, via Asset Management et Field Service, mais le besoin est distinct — si c’est le vôtre, la conversation ne commence pas au même endroit.
UNE QUESTION ? une réponse.
Questions les plus fréquentes
La tierce maintenance applicative désigne l’externalisation de la maintenance d’une application auprès d’un prestataire. Elle couvre le support aux utilisateurs, la correction des anomalies, les évolutions fonctionnelles et réglementaires, ainsi que les montées de version.
Support fonctionnel et technique, maintenance corrective, évolutive, préventive et réglementaire, accompagnement des montées de version, développement de nouvelles fonctionnalités et optimisation des performances.
Oui, c’est un cas fréquent. Nous commençons par un audit du paramétrage et un inventaire des développements spécifiques, puis structurons le transfert de connaissance avant de prendre le relais.
Par niveau de criticité : un blocage de production n’appelle pas la même réactivité qu’une demande de confort. Ces niveaux et les délais associés sont formalisés dans le contrat de service.
Parce que Dynamics 365 évolue plusieurs fois par an et qu’un environnement non maintenu finit par diverger du standard. Nous testons chaque mise à jour, validons les développements spécifiques et sécurisons la bascule.
Le modèle le plus courant est mixte : un référent interne qui porte la connaissance des processus, et une TMA externe pour l’expertise produit, les montées de version et l’absorption des pics d’activité.
Généralement par un volume contractualisé ajustable, avec une transparence sur la consommation réelle et la répartition entre correctif et évolutif. Ces éléments sont revus en comité de pilotage.
Oui, sur des situations critiques comme une clôture compromise ou une production bloquée, y compris pour des entreprises avec lesquelles nous n’avons pas de contrat de maintenance en cours.
Microsoft couvre la plateforme Dynamics 365 : disponibilité, infrastructure, défauts du produit standard. Nous couvrons ce qui vous appartient : paramétrage, développements spécifiques, interfaces et processus métier. Nous qualifions chaque demande et ouvrons nous-mêmes le ticket éditeur lorsqu’elle relève du standard.
Selon le niveau de criticité de la demande, défini contractuellement. Un blocage de production et une demande de confort n’ouvrent pas les mêmes engagements. Les délais applicables figurent dans le contrat de service établi avec vous.
Non. Le support et la maintenance de l’ERP relèvent du même contrat de TMA, avec un volume contractualisé. La répartition entre assistance aux utilisateurs, correctif et évolutif reste visible et se revoit en comité de pilotage.