Une commande annulée, un champ rendu obligatoire, une nouvelle règle de facturation : dans un ERP, chaque changement part d'un service et finit dans le stock, la comptabilité ou une interface. Le business analyst ERP est la personne qui voit ce trajet avant la mise en production. Il travaille côté client, dans l'équipe ERP de la DSI, ou en prestation pour un intégrateur, sur Business Central, Dynamics 365 Finance & Operations, Sage X3, JD Edwards, Oracle Fusion, Odoo ou SAP.
Le CV ne suffit pas à distinguer un analyste qui comprend les flux d'un rédacteur de documents. Le second décrit très bien un écran. Le premier dit, sans hésiter, quelle écriture comptable et quel mouvement de stock une modification va toucher, et quels cas de test il faut ajouter. La connaissance d'un ERP précis compte moins que cette lecture des flux, qui se transpose d'un produit à l'autre.
Pendant l'entretien, la personne instruit à voix haute une demande réelle du backlog : questions au métier, options du standard, impacts, tests. Le PDF contient 30 questions sur six axes, un cas de 20 minutes sur la facturation mensuelle de contrats de maintenance et une grille de notation.
Ce qu'un business analyst ERP manipule au quotidien
Les ERP du marché
Business Central, Dynamics 365 Finance & Operations, Sage X3, JD Edwards, Oracle Fusion, Odoo, SAP S/4HANA : les écrans changent, la logique des documents reste proche. Commande, livraison, facture, écriture. Un bon BA connaît un produit en profondeur et sait dire ce qu'il doit réapprendre sur le vôtre.
Cartographie des processus
Des schémas en BPMN 2.0.2 (la dernière version publiée par l'OMG), avec un couloir par service, pour les grands cycles : de la commande à l'encaissement, de l'achat au paiement, de l'écriture à la clôture. Le schéma utile montre où l'ERP intervient et où le travail sort de l'outil, dans un tableur ou un courriel.
Fit-gap
Le tableau qui compare chaque besoin au standard : couvert, couvert par paramétrage, couvert en changeant le processus, ou écart. Chaque écart porte une option de réponse, un coût et une décision. Sur un ERP en SaaS, chaque extension ajoute des tests à chaque mise à jour, ce qui pèse dans l'arbitrage.
Spécifications fonctionnelles
Le document que la TMA, l'intégrateur ou l'équipe interne utilise pour paramétrer ou développer. Il décrit les règles, les cas limites, les données concernées, les droits et les critères d'acceptation. Sa qualité se voit aux questions que le développeur n'a plus besoin de poser.
Outil de suivi des demandes
Jira, ServiceNow, Azure DevOps ou un outil de ticketing interne. Chaque demande d'évolution y passe de la qualification au chiffrage, puis à la recette et à la mise en production. Le BA y tient le lien entre la demande, la spécification et les cas de test.
Cahier de recette et non-régression
Les scénarios qui prouvent qu'une évolution marche et qu'elle n'a rien cassé ailleurs. Sur Dynamics 365 Finance & Operations, Microsoft livre quatre mises à jour de service par an, dont au moins deux à appliquer, et propose RSAT pour automatiser les tests. Le BA choisit ce qu'il faut rejouer à chaque livraison.
SQL et reporting
Assez de SQL pour vérifier une donnée sans attendre la TMA, et une pratique de Power BI ou de l'outil décisionnel en place. Un BA qui contrôle lui-même le résultat d'une évolution dans les tables trouve les écarts avant les utilisateurs.
Données de base et habilitations
Fiches articles, clients, fournisseurs, conditions de paiement, rôles des utilisateurs. Presque chaque évolution touche l'une de ces données ou l'un de ces droits. Le BA doit prévoir qui crée la donnée, qui la valide et qui n'a pas le droit de la modifier.
Le poste porte plusieurs noms : business analyst ERP, AMOA ERP, analyste fonctionnel ERP. Côté client, la personne travaille dans l'équipe ERP de la DSI, souvent avec un responsable applicatif, des key users dans chaque service et une TMA externe. En prestation, elle intervient chez un client pour un intégrateur, sur un projet de déploiement ou en maintenance. La différence avec le consultant fonctionnel tient surtout au paramétrage : le BA en connaît les possibilités, mais il est jugé sur l'analyse, la spécification et la recette. Depuis le 1er septembre 2026, la facturation électronique s'applique en France, avec la réception obligatoire pour toutes les entreprises : beaucoup de demandes d'évolution en cours touchent la facturation et les interfaces avec la plateforme agréée.
Six points attendus d'un business analyst ERP
- Lecture des flux entre modules
- Fit-gap et défense du standard
- Spécifications fonctionnelles complètes
- Cas de test et non-régression
- Qualification des demandes d'évolution
- Contrôle des données et reporting
Des demandes métier à instruire 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é
Le service client annule une commande déjà livrée en partie. Qu'est-ce que cette annulation doit déclencher dans les autres modules de l'ERP ?
Une bonne réponseLa personne distingue la part livrée de la part restante. Le reliquat est annulé, le stock réservé pour lui est libéré et le calcul des besoins ne doit plus lancer d'achat ou de fabrication pour ces lignes. La part livrée reste à facturer, sauf si un retour est prévu. Elle vérifie aussi un acompte éventuel, à rembourser ou à imputer, les commissions des commerciaux, les interfaces vers l'entrepôt ou le transporteur et les statistiques de prise de commande.
Signal d'alerte« On supprime la commande. » Ou une réponse limitée à l'écran de la commande, sans stock, sans achat lié ni facture.
Question 2 · senior
Sur un ERP en SaaS, l'éditeur livre plusieurs mises à jour par an. Qu'est-ce que cela change dans votre fit-gap et dans vos recommandations ?
Une bonne réponseChaque extension coûte une recette à chaque mise à jour : la personne le chiffre dans l'arbitrage. Elle consulte les plans de version de l'éditeur avant de recommander un développement, parce que la fonction peut arriver en standard. Elle exige des extensions faites par les points prévus (extensions, événements, API) sans toucher au code standard, tient la liste des extensions avec un responsable métier pour chacune et prévoit les fonctions nouvelles à activer ou non. Elle peut citer une cadence réelle, par exemple les quatre mises à jour annuelles de Dynamics 365 Finance & Operations.
Signal d'alerte« Le SaaS, c'est comme avant, on développe ce que le métier demande. » Ou l'idée qu'aucune extension n'est possible sur un ERP en SaaS.
Question 3 · confirmé
Le métier veut que le numéro de commande du client figure sur la facture, et qu'il devienne obligatoire pour certains clients. Que mettez-vous dans la spécification ?
Une bonne réponseOù la donnée est saisie (en-tête de commande, reprise depuis l'EDI ou le portail), l'indicateur qui rend le champ obligatoire sur la fiche client, le moment du blocage (à la saisie ou à la facturation) et le message affiché. Puis le report sur la livraison, la facture, l'avoir et le flux vers la plateforme de facturation électronique, le traitement des commandes déjà ouvertes et les droits de modification après facturation. Elle termine par des critères d'acceptation et des cas limites, comme une facture qui regroupe plusieurs commandes.
Signal d'alerteUne ligne « ajouter le champ sur la facture », sans règle d'obligation, sans les commandes en cours ni les factures groupées.
Question 4 · confirmé
Un test échoue en recette, mais l'équipe de développement ne reproduit pas l'anomalie dans son environnement. Comment cherchez-vous ?
Une bonne réponseLa personne liste ce qui diffère entre les environnements : un paramétrage fait à la main en développement et jamais transporté, des données de base différentes, les droits du compte de test, un correctif ou une version absents, un traitement par lots non lancé, une interface simulée d'un côté et réelle de l'autre, une période comptable fermée. Elle refait le test avec les mêmes données et le même profil, compare les paramètres concernés et note la cause dans le ticket pour la suite.
Signal d'alerte« C'est un problème d'environnement », sans chercher lequel, ou un renvoi du ticket à la TMA sans éléments.
Question 5 · confirmé
Une demande arrive : « ajouter un statut en litige sur les factures fournisseurs ». Comment l'instruisez-vous avant de l'envoyer en chiffrage ?
Une bonne réponseElle demande qui en a besoin, pour quel problème et comment le service s'en sort aujourd'hui. Elle cherche d'abord dans le standard : motif de blocage de paiement, workflow de validation, note sur le document. Elle vérifie l'effet attendu sur la proposition de paiement, les relances du fournisseur, le reporting des dettes et la clôture. Elle note le volume, la valeur pour le métier et des critères d'acceptation, puis classe la demande : paramétrage, évolution ou changement de pratique.
Signal d'alerteTransmettre la phrase à la TMA telle quelle, ou créer un nouveau champ sans regarder les blocages de paiement que l'ERP propose déjà.
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
Business analyst ERP : questions fréquentes
Le business analyst ERP paramètre-t-il lui-même ?
Cela dépend de l'organisation. Dans une PME avec Business Central ou Sage X3, il paramètre souvent lui-même les éléments simples et confie le reste à l'intégrateur. Dans un groupe sur SAP ou Dynamics 365 Finance & Operations, le paramétrage revient à la TMA ou aux consultants et le BA en vérifie le résultat. Dans les deux cas, il doit connaître les options du standard pour ne pas spécifier un développement qui n'est pas nécessaire. L'offre gagne à préciser la répartition.
Quelle part de l'ERP le candidat doit-il connaître dès son arrivée ?
Les cycles de base (achat, vente, stock, comptabilité) et leur logique comptable doivent être acquis. Le produit précis s'apprend en quelques mois si la personne a déjà travaillé sur un ERP comparable. Pour un poste centré sur la finance, la connaissance d'un ERP de même gamme accélère la prise de poste. Pour une mission courte en prestation, l'expérience du même produit devient un critère, car personne n'aura le temps de former le BA.
À quoi ressemble un test technique court pour ce poste ?
Le test part d'une vraie demande d'évolution du backlog, anonymisée, avec une capture d'écran du document concerné. En 30 minutes, le candidat liste les questions à poser au demandeur, les modules touchés et cinq cas de test, puis présente le résultat. Cet exercice montre la lecture des flux et la rigueur des tests mieux qu'un devoir de rédaction à la maison. Une requête SQL simple s'ajoute si le poste demande des contrôles de données.
Quel niveau de SQL attendre d'un business analyst ERP ?
Un niveau de lecture et de contrôle : des jointures entre en-têtes et lignes de documents, des filtres sur des dates, des regroupements pour compter. Le BA s'en sert pour vérifier une évolution en recette, mesurer le volume d'une demande ou trouver des données incohérentes. Il n'écrit pas de traitements en production. Sur un ERP en SaaS sans accès direct aux tables, la même compétence passe par les outils de requête ou d'export de l'éditeur.
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.
