Dans un service comptable, un magasin ou un atelier de maintenance, il y a souvent une personne à qui tout le monde pose ses questions sur l'ERP. Quand l'entreprise formalise ce rôle, elle l'appelle key user, référent ERP ou utilisateur clé. Sur un projet de déploiement ou de core model, on parle de global key user ou de lead regional key user, à temps plein ou presque. En période de run, le rôle s'ajoute au poste métier, pour une part du temps qu'il faut écrire noir sur blanc.
L'entretien porte donc sur deux choses à la fois. D'abord la maîtrise du métier : achats, ventes, comptabilité, production, maintenance. Ensuite la maîtrise de ce métier dans l'ERP, avec ses documents, ses statuts et ses données de base. Un excellent comptable peut être un key user moyen s'il ne sait pas expliquer pourquoi une facture est bloquée, ni écrire un cas de test qui contrôle l'écriture.
En entretien, le candidat déroule son processus dans l'ERP qu'il connaît, document par document, puis dit où ses collègues se trompent. Le PDF propose 30 questions sur six axes, un cas de 20 minutes sur la préparation d'un service au démarrage et une grille.
Ce que le key user tient en main
Son processus dans l'ERP
De l'achat au paiement, de la commande à l'encaissement, de l'écriture à la clôture, ou la maintenance et la production. Le key user connaît les documents, leurs statuts et ce que chaque étape crée en stock et en comptabilité. Sur SAP, Dynamics 365, Sage X3, JD Edwards ou Odoo, les noms changent, la logique reste proche.
Core model et roll-outs
Dans un groupe, un modèle commun de processus et de paramétrage est déployé site par site. Le global key user le conçoit avec l'intégrateur et le défend. Le key user local l'applique, signale les écarts et prépare son site au démarrage.
Ateliers de conception
Les séances où l'intégrateur présente le standard et où le métier valide ou signale un écart. Le key user y apporte des cas réels, avec leurs exceptions, et s'assure que chaque décision est écrite.
Recette utilisateur
Les cas de test du processus, exécutés dans l'environnement de recette avant le démarrage et avant chaque mise à jour ou évolution. Le key user vérifie le résultat dans l'ERP, signale les écarts et signe, ou refuse de signer, la recette de son périmètre.
Supports et sessions de formation
Modes opératoires, aide-mémoire, exercices dans un environnement de formation avec des données préparées. Le key user forme souvent ses collègues lui-même, après avoir été formé par l'équipe projet.
Outil de tickets
ServiceNow, Jira ou l'outil interne où partent les demandes vers l'équipe ERP ou la TMA. Le key user y transmet des tickets qualifiés : document concerné, étapes, résultat attendu, impact.
Données de base de son périmètre
Articles, fournisseurs, clients, nomenclatures, équipements, plans de maintenance, conditions de prix ou de paiement. Le key user en est souvent le responsable désigné : il en organise la création, en contrôle la qualité et valide les reprises.
Indicateurs et reporting
Les états de l'ERP et les tableaux de bord, souvent dans Power BI, qui suivent son processus : commandes en retard, factures bloquées, ordres de travail ouverts. Plusieurs offres de key user demandent Power BI en plus de l'ERP.
Le key user est presque toujours un salarié du métier, recruté pour son expérience du processus. Certaines offres le cherchent à l'extérieur, en CDI ou en mission, pour un programme de déploiement : on parle alors de global key user ou de lead regional key user, avec des ateliers, des tests et des déplacements sur les sites. En run, le rôle se combine avec un poste opérationnel. Une offre publiée par Safran pour un key user SAP en administration des ventes demande par exemple de garder au moins 30 % du temps sur l'opérationnel pour maintenir la pratique. Le poste ne demande ni développement ni paramétrage avancé, mais une lecture précise de ce que l'ERP fait des documents.
Six compétences attendues d'un key user ERP
- Maîtrise du processus dans l'ERP
- Ateliers, core model et roll-out
- Cas de test et recette utilisateur
- Formation des collègues
- Support de premier niveau
- Qualité des données de base
Des situations de terrain soumises en entretien
Chaque question vient avec ce qu'une bonne réponse contient et le signal qui doit vous alerter. Pas besoin d'être technique pour les poser : écoutez si le candidat raconte du vécu.
Question 1 · confirmé
Un collègue dit que l'ERP « a changé le prix tout seul » sur une commande client. Comment vérifiez-vous d'où vient ce prix ?
Une bonne réponseLa personne ouvre le détail du prix de la ligne et retrouve son origine : tarif, remise client, accord commercial, prix saisi à la main. Elle regarde la date qui a servi à déterminer le prix, l'unité et la devise, et vérifie dans l'historique si quelqu'un a modifié la ligne ou le tarif. Elle sait si l'ERP recalcule le prix à la livraison ou à la facturation, et explique le résultat au collègue avec le document à l'écran.
Signal d'alerte« C'est un bug, je fais un ticket », sans avoir ouvert le détail du prix, ou une correction à la main sans comprendre la cause.
Question 2 · senior
Le core model du groupe impose une gestion par lots que votre site n'a jamais utilisée. Que faites-vous ?
Une bonne réponseElle demande d'abord pourquoi le groupe l'impose (traçabilité, exigence client, rappel de produits) et vérifie si une obligation locale ou un contrat va dans un autre sens. Elle mesure ce que cela change pour son site : saisie à la réception, étiquetage, inventaire, temps de préparation. Elle remonte un écart documenté au responsable du processus du groupe si la règle ne tient pas, et sinon prépare son équipe : modes opératoires, matériel, formation.
Signal d'alerteRefuser parce que « chez nous on n'a jamais fait comme ça », ou accepter sans mesurer l'effet sur le travail du site.
Question 3 · confirmé
Un test passe, mais le résultat vous paraît étrange sans que vous puissiez dire pourquoi. Que faites-vous ?
Une bonne réponseElle refait le calcul à la main ou le compare avec un cas réel traité dans l'ancien système, regarde les documents générés (écriture, mouvement de stock) et demande l'avis d'un collègue qui connaît le sujet, par exemple un comptable. Si le doute reste, elle le remonte comme une question ouverte, avec le document et ce qu'elle attendait, plutôt que de valider ou de déclarer une anomalie sans preuve.
Signal d'alerteValider puisque le test est marqué réussi, ou ouvrir une anomalie « résultat bizarre » sans détail.
Question 4 · confirmé
Comment construisez-vous un exercice de formation pour un gestionnaire, plutôt qu'une démonstration d'écrans ?
Une bonne réponseUn scénario tiré de son travail réel, de bout en bout pour son rôle, dans un environnement de formation où les données sont prêtes : client, articles, stock. Un résultat attendu à vérifier soi-même, un ou deux cas d'erreur courants, un temps imparti. L'exercice se termine sans aide, ce qui montre si la personne est autonome. Elle ajoute un aide-mémoire d'une page à garder au poste.
Signal d'alerteUne présentation projetée de tous les écrans, sans manipulation, ou un exercice dans la production.
Question 5 · junior
Un collègue ne trouve pas sa commande fournisseur dans la liste des commandes à réceptionner. Que vérifiez-vous vous-même avant de faire remonter ?
Une bonne réponseLe statut de la commande (pas encore validée, en attente d'approbation, déjà réceptionnée ou soldée), les filtres de la liste, le site ou le dépôt de livraison, la date prévue, les droits du collègue sur ce dépôt. Elle cherche la commande par son numéro. Si elle ne trouve pas la cause, elle ouvre un ticket avec le numéro, la capture et ce qu'elle a déjà vérifié.
Signal d'alerteTransmettre immédiatement « la commande a disparu », ou réceptionner sans commande pour débloquer.
Recevez la fiche d'entretien complète en PDF
La fiche pour mener l'entretien de bout en bout, prête à imprimer ou à partager avec le manager.
- 30 questions sur 6 axes, avec la bonne réponse, le signal d'alerte et la relance
- Le niveau visé pour chaque question
- Une mise en situation de 20 minutes et ce qu'on attend du candidat
- La grille d'évaluation de 1 à 4, axe par axe
Key user ERP : les questions fréquentes
Key user, super utilisateur, référent ERP : est-ce le même poste ?
Le rôle est le même : une personne du métier qui connaît l'ERP mieux que ses collègues et sert de relais avec l'équipe ERP. Le titre change selon l'entreprise et le projet. Le global key user travaille à l'échelle d'un groupe sur un core model, souvent à temps plein. Le key user de site ou de service garde un poste opérationnel. Le périmètre, le temps alloué et l'ERP concerné font la différence.
Le key user vient-il de l'extérieur ou de l'interne ?
En run, le choix interne marche mieux : la personne connaît déjà les pratiques et les collègues l'écoutent. Pour un programme de déploiement, beaucoup d'entreprises cherchent à l'extérieur des profils qui ont déjà vécu un projet ERP, avec des ateliers et une recette. Dans ce cas, le candidat doit maîtriser le processus métier de l'entreprise et accepter de transmettre son savoir à une équipe interne avant la fin du programme.
Quel exercice est donné à un candidat key user ?
Le candidat reçoit une capture d'un document de l'ERP, par exemple une facture fournisseur bloquée, et dit ce qu'il vérifie, dans quel ordre, et ce qu'il écrirait dans un ticket. Il écrit ensuite trois cas de test sur ce document. Cet exercice remplace un test technique classique, qui n'a pas de sens pour ce poste, et montre en 20 minutes la lecture des documents et la rigueur.
Quelle part du temps un key user consacre-t-il à l'ERP ?
Cela dépend de la phase. Pendant un projet de déploiement, la charge monte avec les ateliers et la recette, et l'entreprise doit libérer une part importante du poste. En run, le rôle prend une part plus faible, avec des pics aux mises à jour et aux clôtures. Ce temps s'écrit dans la fiche de poste et se fait valider par le manager : sans cela, le rôle disparaît dès que le service est chargé.
Pour structurer vos autres entretiens, consultez aussi nos pages sur les questions d'entretien de recrutement, la méthode de l'entretien structuré et la grille d'évaluation d'entretien.
