Le consultant technico-fonctionnel ERP travaille souvent dans la DSI d'un client final ou en tierce maintenance, sur un ERP déjà en production. Il traite les incidents de niveau 2 et 3, écrit les requêtes SQL, construit les états, maintient les interfaces et réalise ou spécifie les petits développements. Les annonces citent Oracle E-Business Suite et PL/SQL, Odoo et Python, Sage, Proginov ou IFS, avec Talend pour les flux et Excel ou Access à remplacer.
Le profil vient du fonctionnel ou du développement, rarement des deux à part égale. Un ancien développeur écrit vite les requêtes mais explique mal l'écriture comptable d'un avoir. Un ancien consultant fonctionnel connaît les processus mais n'a jamais lu un plan d'exécution. L'entretien doit vérifier les deux moitiés, avec des questions qui obligent à passer de l'une à l'autre.
Un bon point de départ est un incident que la personne a résolu seule : ce qu'elle a regardé dans l'ERP, puis dans la base. Le PDF contient 30 questions sur six axes, une étude de cas sur un écart de clôture et la grille de notation.
Outils et objets techniques du consultant technico-fonctionnel
ERP en production (Oracle EBS, Odoo, Sage, IFS, Proginov…)
Le produit change selon l'employeur. Le consultant doit connaître les flux d'au moins un ERP de bout en bout, de la commande à l'écriture comptable, et savoir où ils laissent des traces dans la base.
SQL et base de données
Oracle, SQL Server, PostgreSQL ou MySQL selon l'ERP. Le poste demande des jointures sur les tables de l'ERP, des regroupements, la lecture d'un plan d'exécution, et la discipline de ne pas écrire directement en base.
Langage de l'ERP ou de script
PL/SQL pour Oracle E-Business Suite, Python pour Odoo, le langage propre de l'éditeur ailleurs. Le consultant fait des développements limités : champ supplémentaire, contrôle, traitement automatisé.
États et éditions
Modèles de factures et de bons de livraison, états de l'ERP, BI Publisher côté Oracle. Une modification se fait sur une copie, testée sur les cas difficiles.
Outils d'intégration (Talend, ETL, API, EDI)
Les flux entre l'ERP et le reste du SI : recouvrement, entrepôt, BI, plateforme de facturation électronique. Le consultant lit les journaux, corrige les règles de sélection et écrit les spécifications techniques.
BI et Excel
Power BI ou l'outil du client pour les tableaux de bord, Excel et parfois Access hérités. Une partie du travail consiste à déplacer ces outils vers l'ERP ou la BI sans perdre les données saisies à côté.
Habilitations
Rôles, périmètres par société et séparation des tâches. Le consultant traite les demandes d'accès et prépare les revues d'habilitations avec les responsables métier.
On trouve le poste dans les DSI de PME, d'ETI et de grands groupes, chez les intégrateurs et en tierce maintenance applicative. Dans une DSI, le consultant est souvent seul ou presque sur l'ERP et passe du support aux évolutions dans la même journée. En prestation, il intervient sur un périmètre plus étroit mais pour plusieurs clients. Les intitulés varient : analyste ERP, consultant technique progiciel, expert applicatif. Les annonces demandent presque toujours du SQL et une bonne compréhension des processus achats, ventes, stock et comptabilité. Le niveau de développement attendu, lui, varie beaucoup selon l'ERP et l'équipe.
Les deux moitiés du poste
- Flux entre modules et écritures
- SQL sur le modèle de données de l'ERP
- États, rapports et extractions
- Interfaces et flux de données
- Petits développements et spécifications
- Incidents N2/N3 et habilitations
Cinq questions d'entretien de consultant technico-fonctionnel ERP
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é
À la clôture, le stock valorisé dépasse le solde du compte de stock. Quelle première requête écrivez-vous pour isoler l'écart, et que doit-elle ramener ?
Une bonne réponseUne requête qui rapproche, pour la même société et la même période, les mouvements de stock et les écritures sur le compte de stock, totalisée par type de mouvement. Elle ramène trois listes : les mouvements sans écriture (comptabilisation en erreur ou pas lancée), les écritures sans mouvement (saisies manuelles sur le compte) et les écarts de montant entre les deux (coût standard réévalué, prix moyen recalculé après coup). Il vérifie aussi les mouvements datés sur une autre période, puis fait corriger la cause, pas seulement le solde.
Signal d'alertePasser une écriture d'ajustement pour la différence, sans savoir d'où elle vient.
Question 2 · confirmé
Vous arrivez sur un ERP dont le modèle de données n'est pas documenté et devez sortir les lignes de commande ouvertes par statut. Comment construisez-vous votre carte des tables ?
Une bonne réponseD'abord la documentation ou le dictionnaire de données de l'éditeur, puis l'affichage du nom technique des champs dans l'ERP quand il existe. Sinon il trace une saisie de test (trace SQL, profileur) ou compare les tables avant et après. Il fait attention aux tables de libellés pour les statuts codés, aux tables personnalisées et au champ société dans une base multi-sociétés.
Signal d'alerteChercher au hasard dans les noms de tables, ou écrire des requêtes sans filtre société en production.
Question 3 · confirmé
Le contrôle de gestion veut un état mensuel des marges par client. Vous le construisez dans l'ERP, dans un outil de BI ou dans Excel ?
Une bonne réponseIl fixe d'abord la définition de la marge avec le contrôle de gestion : quel coût (standard, réel), avec ou sans frais de port, avoirs et remises de fin d'année. Ensuite le support : un état de l'ERP pour un besoin opérationnel à jour, un outil de BI comme Power BI sur un entrepôt quand il faut un historique, des croisements avec d'autres sources ou beaucoup d'utilisateurs, Excel seulement en dépannage. Il rapproche le total de la comptabilité avant de livrer.
Signal d'alerteCommencer par l'outil sans demander ce qu'est la marge, et livrer un chiffre que personne ne retrouve en comptabilité.
Question 4 · confirmé
Chaque nuit, un flux Talend envoie les factures de l'ERP vers l'outil de recouvrement. Ce matin, 30 factures manquent. Comment cherchez-vous ?
Une bonne réponseIl lit le journal du job puis regarde le critère de sélection : des factures validées après l'heure d'extraction, un horodatage de dernière exécution mal mis à jour, un statut ou une société exclue par un filtre. Il vérifie aussi les rejets côté outil cible, souvent un champ obligatoire vide. Il renvoie les factures manquantes de façon ciblée, sans recréer celles déjà passées, puis corrige la règle.
Signal d'alerteRelancer le flux complet et créer des doublons dans l'outil de recouvrement.
Question 5 · confirmé
Le métier veut un champ supplémentaire sur la commande, repris sur la facture et dans l'export vers la BI. Comment le menez-vous de la demande à la production ?
Une bonne réponseIl vérifie d'abord qu'aucun champ standard ou libre ne convient. Sinon il passe par le mécanisme d'extension prévu par l'éditeur, sans modifier le code standard, et prévoit la recopie du champ à chaque étape : commande, livraison, facture. Il ajoute le champ à l'édition et au flux vers la BI, écrit les cas de test, transporte, documente et note le développement dans l'inventaire des spécifiques à retester à chaque version.
Signal d'alerteAjouter une colonne directement en base, ou oublier que le champ doit suivre la commande jusqu'à la facture.
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
Les questions fréquentes sur le technico-fonctionnel ERP
Quel niveau de SQL est attendu d'un consultant technico-fonctionnel ERP ?
Des jointures sur plusieurs tables, des regroupements avec HAVING, des jointures externes pour trouver ce qui manque, des filtres sur la société et la période, et la lecture d'un plan d'exécution pour une requête lente. Il doit aussi savoir retrouver une table à partir d'un écran. L'écriture directe en base doit rester exceptionnelle, encadrée et documentée. Un test technique de 20 minutes sur deux ou trois tables suffit à le vérifier.
Profil venu du développement ou du fonctionnel, lequel convient ?
Tout dépend du poste. Pour beaucoup de support et de maintenance applicative, un profil fonctionnel qui écrit du SQL s'en sort bien. Pour des interfaces et des développements fréquents, un ancien développeur qui a appris les processus convient mieux. Dans les deux cas, l'entretien attend une explication en langage métier d'un écart entre stock et comptabilité, puis la requête pour le trouver.
Un consultant technico-fonctionnel doit-il déjà connaître l'ERP en place ?
C'est un avantage net, car le modèle de données et le langage de développement changent d'un éditeur à l'autre. Un candidat qui maîtrise un autre ERP apprend vite les processus, plus lentement les tables et les mécanismes d'extension. Pour un poste où la personne sera seule sur l'ERP, la connaissance du produit pèse plus lourd que pour une équipe où un binôme peut la former.
Quelle différence avec un business analyst ERP ?
Le business analyst recueille les besoins, modélise les processus et écrit les spécifications fonctionnelles, souvent sur un projet. Le consultant technico-fonctionnel va plus loin côté technique : requêtes, états, interfaces, petits développements, analyse d'incidents dans la base. Il travaille plus souvent sur un ERP déjà en production. Les deux postes se recouvrent sur la spécification, et certaines annonces emploient un intitulé pour l'autre.
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.
