Recruter un consultant Microsoft Dynamics 365
Dynamics 365 est un nom commercial, pas un produit. Il recouvre au moins trois solutions qui n'ont ni le même socle technique, ni le même langage de développement, ni le même marché : une suite de gestion pour grandes structures, un ERP de PME hérité d'une autre lignée, et un ensemble d'applications de relation client. Un consultant expert de l'une n'est pas transférable sur les autres. Comme les annonces disent « Dynamics 365 » sans préciser, une partie considérable des candidatures reçues concerne un produit qui n'est pas le vôtre.
Aussi appelé Consultant D365 Finance, Consultant D365 Supply Chain, Consultant Business Central, Développeur X++, Architecte Dynamics 365, Chef de projet D365, Consultant Microsoft Dynamics AX.
Ce que nous couvrons
Les périmètres sur lesquels nous recrutons.
Le vivier, le profil et la rémunération changent d'un périmètre à l'autre. Nous ne les traitons donc pas de la même façon.
D365 Finance
Comptabilité, contrôle de gestion, immobilisationsLe périmètre financier de la suite destinée aux structures importantes. Le bon candidat vient plus souvent de la finance que de l'informatique : savoir ce qu'est un cut-off et pourquoi une clôture dérape prédit mieux la réussite que la maîtrise des écrans. Sur ce module, l'écart entre un consultant qui a vécu une clôture et un consultant qui a seulement paramétré la sienne se voit dès le premier atelier.
D365 Supply Chain Management
Achats, stocks, production, distributionLe périmètre logistique et industriel, et le plus dépendant du secteur : un distributeur, un industriel discret et un process ne se paramètrent pas de la même façon, quand bien même les CV se ressemblent. C'est aussi le périmètre où le vivier français est le plus mince en dehors des partenaires — il se travaille en approche directe, chez les industriels et chez leurs intégrateurs.
Business Central
L'ERP des PME, dans la lignée de NavisionProduit distinct de la suite destinée aux grandes structures, avec son propre socle, son propre langage et son propre marché de partenaires. Un consultant Business Central ne devient pas consultant Finance & Operations en changeant de poste, et l'inverse est vrai. La confusion est fréquente dans les annonces, coûteuse dans les deux sens, et facile à éviter en nommant le produit.
Customer Engagement
Sales, Customer Service, Field ServiceLes applications de relation client, bâties sur un socle de données commun au reste de la plateforme Microsoft. Le métier est un métier de CRM, avec ses propres questions — qualité de la donnée client, adoption par les commerciaux, articulation avec le marketing. Il n'a que peu à voir avec un poste ERP, même quand l'annonce range les deux sous le même intitulé.
Développement X++
Le spécifique côté Finance & OperationsLangage propre à la suite, qui ne s'improvise pas depuis un parcours .NET. Le vivier est étroit, principalement salarié chez des partenaires, et très sollicité. Comme sur tout ERP, le profil qui vaut le plus est celui qui sait discuter le besoin et proposer une réponse standard plutôt qu'écrire le développement demandé — c'est aussi celui qui coûte le moins cher sur dix ans.
Développement AL
Le spécifique côté Business CentralAutre produit, autre langage, autre marché de développeurs. Le passage d'un monde à l'autre est possible mais ne se fait pas en quelques semaines, et une annonce qui écrit « développeur Dynamics » sans trancher reçoit les deux populations sans pouvoir les départager. Nommer le langage suffit à diviser par deux le bruit dans les candidatures.
Power Platform et Dataverse
Applications, automatisations, socle de donnéesUne part croissante de ce qui se construisait autrefois en spécifique se construit désormais à côté de l'ERP. Cela crée un poste hybride que le marché nomme mal : ni consultant fonctionnel, ni développeur classique. Décidez si le poste porte l'ERP et touche à la plateforme, ou l'inverse — ce sont deux populations différentes, et deux niveaux de rémunération différents.
Intégrations et données
Interfaces, entrepôt, reportingLe sujet réel de beaucoup de projets Dynamics : faire dialoguer l'ERP avec le CRM, le site marchand, la paie et l'entrepôt de données. On y recrute souvent un consultant fonctionnel là où le besoin est un besoin d'intégration, et l'écart se découvre au bout de six mois. Regardez le nombre d'interfaces avant d'écrire la fiche de poste.
Migration depuis AX ou NAV
Sortie des versions historiquesUne part importante du parc français tourne encore sur les générations précédentes. Ces projets demandent quelqu'un qui connaît l'ancien monde autant que le nouveau — profil devenu rare, parce que ceux qui ont cette double lecture sont les plus courtisés du marché. C'est un cas où l'approche directe est la seule voie réaliste.
Ce que nous observons
Pourquoi un recrutement de consultant Dynamics 365 échoue.
Trois produits différents partagent le même nom commercial
La suite destinée aux grandes structures, l'ERP de PME issu d'une autre lignée et les applications de relation client sont vendus sous une même bannière. Ils n'ont ni le même socle, ni le même langage de développement, ni le même marché de compétences. Une annonce qui dit « Dynamics 365 » reçoit donc trois populations dont deux ne correspondent à rien de ce que vous cherchez, et le tri consomme des semaines. Nommez le produit dans le titre de l'annonce, pas dans le corps du texte : c'est la seule ligne qui change vraiment le flux de candidatures, et elle ne coûte rien.
L'essentiel du vivier est chez les partenaires, pas chez les clients finaux
Le produit se déploie presque toujours par un partenaire de l'éditeur, et c'est là qu'on apprend le métier. Deux conséquences que les entreprises anticipent mal. D'abord, les candidats disponibles viennent en majorité de cet univers : ils ont vu beaucoup de contextes et rarement vécu un run complet. Ensuite, le poste que vous ouvrez est en concurrence directe avec des employeurs qui offrent variété, progression rapide et rémunérations indexées sur la facturation. Vos arguments existent — la continuité, l'absence de déplacements permanents, la profondeur d'un seul métier — mais il faut les écrire, parce qu'ils ne vont pas de soi.
On croit qu'un développeur .NET apprendra le langage en quelques semaines
L'argument revient à chaque recherche difficile, et il est à moitié vrai : la syntaxe s'apprend, en effet. Ce qui ne s'apprend pas en quelques semaines, c'est le modèle applicatif — les objets métier, les extensions, la façon dont l'éditeur veut qu'on étende son produit sans casser les mises à jour. Un développeur généraliste livrera du code qui fonctionne et qui bloquera votre prochaine montée de version, et personne ne fera le lien six mois plus tard. Si vous choisissez ce chemin, faites-le sciemment : prévoyez un accompagnement par quelqu'un qui connaît le produit, et un délai de montée en compétence qui se compte en trimestres.
La frontière avec la plateforme d'applications n'est pas tranchée
Une part croissante des besoins se traite désormais à côté de l'ERP, dans des applications et des automatisations bâties sur le socle de données commun. Le poste qui en résulte est hybride, et le marché ne sait pas encore le nommer : les annonces empilent les deux mondes en espérant les trouver réunis. Résultat, on recrute un consultant fonctionnel pour un besoin d'intégration, ou un profil plateforme pour tenir un paramétrage financier. Écrivez quelle est la part principale du poste — l'ERP ou ce qui l'entoure — et acceptez que la seconde soit assurée par quelqu'un d'autre.
Le rythme de mise à jour de l'éditeur est traité comme un sujet technique
Le produit reçoit plusieurs vagues de mises à jour par an, et les subir sans les préparer est le meilleur moyen de découvrir un problème en production. Cela change la nature du poste : il n'existe plus vraiment de « poste projet » qui s'arrête au démarrage, il existe un poste qui vit avec un calendrier d'éditeur. Beaucoup d'annonces décrivent pourtant un déploiement, sans un mot sur ce qui suit. Les candidats expérimentés posent la question — qui teste, sur quel environnement, à quelle fréquence — et une réponse floue leur suffit pour renoncer.
Business Central se vend à des PME dont la grille ignore le marché
Le produit s'adresse largement à des structures de taille moyenne, dont les fourchettes de rémunération sont construites par comparaison avec les autres postes de l'entreprise. Or le candidat, lui, se compare à ce que lui propose un partenaire de l'éditeur. L'écart apparaît au moment de formuler l'offre, quand tout le monde a déjà investi deux mois, et il fait tomber la recherche à l'avant-dernier pas. Vérifiez la fourchette avant de commencer. Si elle est verrouillée, il faut compenser ailleurs et l'assumer : jours à distance, étendue du périmètre, autonomie réelle sur le produit.
Le poste est écrit pour un profil complet là où il en faut deux
« Consultant fonctionnel Finance et Supply Chain, avec compétences techniques et notions de relation client » décrit une personne qui n'existe pas, ou qui existe à un niveau de rémunération que l'annonce ne prévoit pas. Chaque exigence ajoutée retire une part du vivier, et personne ne calcule laquelle. Séparez ce qui est le cœur du poste de ce qui serait confortable, et regardez honnêtement si le second bloc ne décrit pas, en réalité, un deuxième recrutement — ou une prestation.
Avant de chercher
Ce que nous cadrons avec vous.
Le brief conditionne tout le reste. Un cadrage approximatif se paie en candidatures hors sujet et en semaines perdues.
Le produit exact
Suite pour grandes structures, ERP de PME, applications de relation client. C'est la première ligne du brief, et celle qui détermine tout le reste : le vivier, la fourchette, le délai et le type d'employeur avec qui vous êtes en concurrence.
Le rôle vis-à-vis du partenaire
Ce que fait l'intégrateur, ce qui reste chez vous. Si le paramétrage est délégué, votre besoin est un besoin de contrôle et d'arbitrage — un profil plus senior, pas moins, contrairement à ce que l'on suppose souvent.
La part de spécifique et d'intégrations
Nombre d'interfaces, existence de développements sur mesure, dépendance à des applications construites autour de l'ERP. C'est ce qui décide si vous cherchez un fonctionnel, un technique, ou les deux à des postes distincts.
La maturité de l'installation
Déploiement à venir, système en cours de stabilisation, ou parc ancien à faire migrer. Les trois situations n'attirent pas les mêmes candidats, et se vendent très différemment en entretien.
Lecture de marché
Ce que dit le marché aujourd'hui.
Fourchettes issues de notre baromètre des salaires, en brut annuel, pour la France.
Le marché français Dynamics est un marché de partenaires. La plupart des consultants exercent chez un intégrateur, ce qui rend le vivier disponible en apparence abondant et en réalité difficile à convaincre : ces candidats comparent votre poste à un environnement où ils changent de contexte tous les six mois et progressent vite. Les entreprises utilisatrices qui recrutent bien sont celles qui assument l'argument inverse — la continuité, un seul métier appris en profondeur, et l'arrêt des déplacements.
Nos fourchettes, en brut annuel pour la France, situent un consultant junior entre 45 000 et 55 000 €, un confirmé entre 55 000 et 75 000 €, un senior ou un expert produit entre 75 000 et 95 000 €, et un architecte ou un directeur de programme entre 95 000 et 130 000 € et au-delà. Le développement spécifique se rémunère à parité du fonctionnel à séniorité égale ; ce qui crée un écart, ce sont les compétences récentes et rares, pas le fait de développer.
Le périmètre PME et le périmètre grands comptes ne se rémunèrent pas dans les mêmes ordres de grandeur, alors qu'ils portent le même nom commercial. C'est une source récurrente de désaccord en fin de processus : une entreprise de taille moyenne construit sa fourchette sur son marché local, et reçoit des prétentions calées sur le marché des grands comptes. Le décalage se règle au brief, pas à l'offre.
- Junior (0-3 ans)45-55 k€
- Confirmé (3-7 ans)55-75 k€
- Senior / expert produit (7-12 ans)75-95 k€
- Architecte ou directeur de programme95-130 k€+
Questions fréquentes
Ce que les dirigeants nous demandent.
- Quelle différence entre Dynamics 365 Finance & Operations et Business Central ?
- Ce sont deux produits distincts, avec deux socles techniques, deux langages de développement et deux marchés de compétences. Le premier s'adresse aux organisations importantes et multi-entités, le second aux structures de taille moyenne. Un consultant expert de l'un n'est pas transférable sur l'autre sans une vraie montée en compétence. C'est la première chose que nous tranchons au brief.
- Combien de temps pour recruter un consultant Dynamics 365 ?
- Nous présentons les premiers profils qualifiés sous 10 jours ouvrés en CDI et sous 48 heures en management de transition. Sur les périmètres financiers, le vivier permet de tenir ce rythme. Sur le développement spécifique et sur les profils industriels, la recherche se fait par approche directe chez les partenaires de l'éditeur, ce qui prend plus de temps mais reste le seul chemin qui aboutit.
- Peut-on recruter un développeur .NET et le former au langage de l'ERP ?
- C'est possible, à condition de le décider sciemment. La syntaxe s'apprend vite ; le modèle applicatif et la manière d'étendre le produit sans compromettre les mises à jour demandent des trimestres, pas des semaines. Si vous prenez cette voie, prévoyez un accompagnement par quelqu'un qui connaît le produit — sans quoi vous découvrirez le coût à la montée de version suivante.
- Faut-il un profil interne quand le partenaire fait tout ?
- Oui, dès que le système porte votre activité. Le partenaire exécute un contrat et défend, légitimement, ses intérêts. Un profil interne juge si une charge annoncée est plausible, si une demande relève du contrat ou de l'évolution, et arbitre entre le standard et le spécifique — la décision qui pèse le plus lourd sur votre coût total.
- Recrutez-vous partout en France et en PME ?
- Oui, partout en France, et le périmètre PME représente une part significative de nos mandats Dynamics. La contrainte n'y est pas la rareté des profils mais l'écart entre les grilles internes et le marché des partenaires : nous le vérifions au brief plutôt que de le découvrir au moment de l'offre.
- Combien coûte le recrutement d'un profil Dynamics 365 ?
- Nous facturons au succès : aucun honoraire tant que le candidat n'a pas accepté l'offre, aucune avance et aucun retainer. Si le candidat ne prend finalement pas son poste, nous remboursons l'intégralité des honoraires versés.
Aller plus loin
Les autres fonctions Finance que nous recrutons.
Sur les technologies voisines :
- Recruter un Chef de Projet ERP
- Recruter un consultant SAP
- Recruter un consultant Oracle ERP Cloud
- Recruter un consultant Sage X3
Voir aussi la fiche métier détaillée, notre expertise Finance ou les 6 offres ouvertes en Finance.
Décrivez le poste, nous cadrons le reste.
Un consultant Finance vous recontacte sous 24 heures ouvrées pour qualifier le mandat et arrêter la stratégie d'approche.
