Support Dynamics 365 : ce que couvre Microsoft, et ce qui reste à votre charge

Ce que le support Microsoft prend en charge

L’éditeur assure le bon fonctionnement de ce qu’il livre. C’est large, et c’est précisément délimité.

La disponibilité de la plateforme

Dynamics 365 est un service en ligne. Microsoft répond de sa disponibilité, de la performance de l’infrastructure, des incidents affectant un centre de données ou une région. Si le service est interrompu, c’est l’éditeur qui intervient, et vous n’avez rien à faire d’autre que d’être informé.

Les défauts du produit standard

Lorsqu’une fonction livrée par Microsoft ne se comporte pas conformément à sa documentation, il s’agit d’un défaut produit. L’éditeur le prend en charge, le corrige, et la correction arrive par une mise à jour. Le délai n’est pas garanti au cas par cas : il dépend de la criticité du défaut et du nombre de clients concernés.

La sécurité et la conformité de la plateforme

Chiffrement, hébergement, certifications, gestion des identités : ce socle relève de l’éditeur. C’est l’un des arguments réels du modèle en ligne, et il n’a pas d’équivalent dans une installation hébergée chez soi.

La documentation et les canaux d’assistance

Microsoft met à disposition une documentation technique considérable, des forums communautaires et un portail de tickets accessible selon votre contrat de licence. Ces ressources sont réelles et utiles. Elles supposent en revanche de savoir formuler le problème dans les termes de l’éditeur, ce qui n’est pas donné à tout le monde.

Ce qui reste à votre charge

C’est là que se situe la grande majorité des demandes réelles d’une entreprise en exploitation.

Votre paramétrage

Un ERP se comporte selon la façon dont il a été réglé : plan comptable, dimensions analytiques, règles de gestion, workflows d’approbation, profils d’habilitation. Aucun de ces choix n’appartient à Microsoft. Si une écriture part sur le mauvais compte parce qu’un paramètre est mal posé, le produit fonctionne exactement comme prévu — et le ticket sera refermé.

Vos développements spécifiques

Extensions, champs ajoutés, écrans adaptés, traitements automatisés : tout ce qui a été développé pour vous est hors périmètre éditeur. C’est aussi la partie que personne d’autre que vous ne teste lors des mises à jour, ce qui en fait le principal foyer d’incidents après chaque vague.

Vos interfaces

Les flux avec votre CRM, votre outil de production, votre plateforme e-commerce, vos transporteurs ou votre banque traversent la frontière. Quand un flux s’interrompt, la première difficulté n’est pas de le réparer, c’est d’établir de quel côté vient la rupture.

Vos données et vos processus

Une donnée de référence incohérente, un article mal codifié, un utilisateur qui saute une étape : ce sont les causes les plus fréquentes de ce que les équipes appellent « un bug ». Elles ne relèvent d’aucun support éditeur, et elles se traitent par la connaissance de votre métier, pas par celle du produit.

L’usage au quotidien

« Comment je sors cet état ? », « pourquoi je n’ai pas accès à cet écran ? », « où est passée ma commande ? ». Ces questions n’ont pas de réponse chez l’éditeur, et elles constituent pourtant l’essentiel du volume d’un support en exploitation.

Ouvrir un ticket chez Microsoft : ce qui coince

Le canal existe et fonctionne. Encore faut-il y entrer avec le bon dossier.

Qualifier avant d’ouvrir

Un ticket éditeur n’aboutit que si le problème a été isolé du contexte client. Tant que le doute subsiste entre un défaut produit et un effet de votre paramétrage, l’échange tourne à vide et le dossier revient avec une demande de complément.

Reproduire sur un environnement standard

C’est l’exigence qui bloque le plus souvent. Démontrer qu’un comportement se reproduit hors de vos spécifiques suppose un environnement dédié, un jeu de données et une méthode. Sans cela, l’éditeur considère à juste titre que le sujet vous appartient.

Parler la langue du produit

Décrire un problème dans le vocabulaire fonctionnel de Dynamics 365, avec les bons identifiants d’écran et de traitement, change radicalement le temps de traitement. C’est un savoir-faire, et il s’acquiert en ouvrant beaucoup de tickets.

Suivre le dossier dans la durée

Un défaut confirmé entre dans le cycle de correction de l’éditeur. Il faut alors suivre, relancer, vérifier l’arrivée du correctif dans une mise à jour, et surtout organiser un contournement pour que vos équipes ne restent pas bloquées en attendant.

Nous ouvrons et suivons ces tickets pour nos clients. Ce n’est pas un service séparé : c’est la conséquence naturelle du fait que nous qualifions les demandes avant de décider où elles doivent aller.

Le support des mises à jour Dynamics 365

C’est la spécificité de cet ERP, et la principale différence avec un progiciel installé.

Un produit qui avance sans vous demander votre avis

Dynamics 365 évolue par vagues successives, plusieurs fois par an. Vous pouvez décaler à la marge, pas refuser. Un environnement qui n’absorbe pas ces vagues finit par diverger du standard, et chaque report rend le suivant plus lourd.

Ce que Microsoft teste, et ce qu’il ne teste pas

L’éditeur valide son produit. Il ne valide pas vos extensions, vos interfaces ni vos processus. La campagne de tests de non-régression sur votre périmètre spécifique n’appartient qu’à vous — ou à votre partenaire.

Ce que nous faisons à chaque vague

Inventaire des changements qui touchent votre périmètre, exécution des tests sur un environnement de préproduction, correction des écarts, puis bascule. L’objectif n’est pas de tout tester, ce qui serait déraisonnable, mais de tester ce qui a une chance de casser.

Les annonces de fin de prise en charge

Certaines fonctions sont retirées ou remplacées, avec un préavis. Repérer celles qui vous concernent avant qu’elles ne disparaissent évite de découvrir le sujet un lundi matin. Cette veille fait partie du support, même si personne ne la demande explicitement.

Finance & Operations ou Business Central : deux supports différents

Les deux portent le nom de Dynamics 365 et les deux sont des ERP Microsoft. Ils n’ont pourtant ni la même architecture, ni le même rythme de mise à jour, ni les mêmes compétences de support.

Business Central s’adresse à des structures plus légères, avec un écosystème d’extensions propre. Finance & Operations équipe des organisations plus grandes ou plus complexes : multi-entités, multi-pays, volumétries élevées, processus industriels.

Nous intervenons exclusivement sur Finance & Operations. Ce n’est pas une restriction commerciale, c’est ce qui nous permet d’avoir des consultants qui connaissent réellement le produit plutôt que deux produits à moitié. Si votre système est Business Central, mieux vaut le savoir tout de suite : nous vous le dirons.

Pour le cadre général de notre prestation, voir notre page TMA et maintenance Dynamics 365. Si votre question porte sur le support d’un ERP au sens large, quel qu’en soit l’éditeur, elle est traitée sur notre page support et maintenance ERP.

Les sigles employés pour désigner cette prestation varient selon les organisations : AMS, TMA, TME et MCO recouvrent des périmètres largement comparables, et nous détaillons ailleurs ce qui les distingue.