Sur un EBS en production depuis dix ans, une bonne partie du code est spécifique : interfaces avec les autres applications, états BI Publisher, extensions d'écrans, circuits d'approbation. Le consultant technique les maintient et en ajoute. Les questions d'entretien d'un consultant technique Oracle EBS doivent donc porter sur les outils propres à EBS, plus que sur le PL/SQL en général. Les offres « technico-fonctionnel » ajoutent la lecture des processus finance ou logistique.
Un bon développeur PL/SQL n'est pas forcément à l'aise dans EBS. Il doit connaître les API publiques et les interfaces ouvertes, le contexte multi-org, la signature d'un programme concurrent, Workflow Builder, les personnalisations Forms et OAF. Sur une 12.2, il doit aussi savoir livrer dans un cycle adop et écrire du code compatible avec les éditions. L'entretien lui fait raconter comment sa dernière livraison est arrivée en production.
Le poste touche à la frontière du DBA sans la franchir : le consultant technique applique ses spécifiques dans le cycle de patch, le DBA tient la base et l'infrastructure. Le PDF contient le cas d'une interface de factures fournisseurs reçues par une plateforme agréée.
Les outils d'EBS qu'un consultant technique manipule
PL/SQL et Application Object Library
Le langage des traitements spécifiques et la couche commune d'EBS : programmes concurrents, ensembles de valeurs, options de profil, lookups, messages. Un traitement EBS s'écrit avec le contexte utilisateur et multi-org initialisé. C'est la première différence avec un développeur PL/SQL classique.
Gestionnaires de traitements (concurrent managers)
Les processus qui exécutent en arrière-plan les demandes des utilisateurs. Le consultant technique définit les programmes, leurs incompatibilités et leurs ensembles de demandes. Il doit savoir lire pourquoi une demande attend.
adop et utilitaires AD
Depuis la 12.2, tous les patchs s'appliquent en ligne avec adop : deux systèmes de fichiers, une édition de patch en base, une coupure limitée au cutover. Le code spécifique doit respecter les règles de l'online patching. Un candidat qui parle encore d'adpatch pour la 12.2 n'a pas livré sur cette version.
Interfaces ouvertes et API publiques
Les points d'entrée prévus par Oracle pour charger des données : tables d'interface suivies d'un programme d'import (factures, écritures, articles, commandes), API PL/SQL comme celles du modèle clients et fournisseurs. Integrated SOA Gateway les expose en services REST. Insérer dans les tables de base fait perdre le support d'Oracle.
Oracle Workflow et AME
Le moteur des circuits d'approbation et des notifications, modifié avec Workflow Builder et chargé avec WFLOAD. Approvals Management Engine (AME) porte les règles d'approbation de plusieurs modules. Beaucoup d'incidents « la commande ne part pas » se règlent ici.
Oracle Forms et OA Framework
Les deux technologies d'écran d'EBS. Forms pour les écrans historiques, avec personnalisations et CUSTOM.pll. OA Framework, en Java, pour les pages web, avec personnalisations déclaratives ou extensions de vues et de contrôleurs. Les offres les citent presque toujours ensemble.
Oracle Reports et BI Publisher
Les outils d'états. Oracle Reports reste présent sur les anciens spécifiques. BI Publisher, aussi appelé XML Publisher dans EBS, sépare les données du modèle de mise en page et sait découper et envoyer les documents par e-mail. Les migrations de Reports vers BI Publisher reviennent souvent en maintenance.
FNDLOAD et outils de livraison
Les utilitaires qui transportent le paramétrage technique entre environnements : FNDLOAD pour les programmes, lookups et personnalisations, XDOLoader pour BI Publisher, WFLOAD pour les workflows. S'y ajoutent la gestion de version avec Git et le patch spécifique appliqué par adop.
Le consultant technique Oracle EBS travaille avec les consultants fonctionnels, qui écrivent les spécifications, et avec le DBA, qui tient la base, les clonages et l'infrastructure. En maintenance, il corrige les spécifiques, traite les incidents d'interface et prépare les patchs. En projet, il construit les reprises de données, les interfaces et les états, puis les livre dans des cycles adop. Beaucoup d'offres demandent aussi Oracle Integration Cloud, APEX ou un ETL comme Talend, et une première connaissance d'Oracle Fusion Cloud ERP pour les projets de coexistence ou de migration.
Ce que l'entretien technique EBS doit couvrir
- Programmes concurrents et contexte EBS
- Online patching et code compatible
- Interfaces ouvertes et API
- Workflow et circuits d'approbation
- Écrans et états (Forms, OAF, BI Publisher)
- Diagnostic et livraison
Questions techniques sur EBS, du programme concurrent au cutover
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é
Chaque nuit, 5 000 factures fournisseurs arrivent d'un outil de dématérialisation. Interface ouverte, API ou insertion directe : comment les chargez-vous ?
Une bonne réponsePar l'interface ouverte de Payables : AP_INVOICES_INTERFACE et AP_INVOICE_LINES_INTERFACE, avec une source et un identifiant de groupe, puis le programme Payables Open Interface Import. Les rejets se lisent dans AP_INTERFACE_REJECTIONS, se corrigent et se réimportent. Jamais d'insertion dans les tables de base, qui contourne les contrôles et fait perdre le support d'Oracle. La personne valide en amont fournisseur, site et commande.
Signal d'alerteInsérer directement dans AP_INVOICES_ALL « parce que c'est plus rapide ».
Question 2 · confirmé
Vous devez livrer un correctif Oracle et trois spécifiques sur un EBS 12.2 en production. Décrivez le cycle adop et le moment où les utilisateurs sont coupés.
Une bonne réponsePrepare synchronise les deux systèmes de fichiers et crée l'édition de patch en base. Apply applique les correctifs et les spécifiques sur le système de fichiers et l'édition de patch pendant que les utilisateurs travaillent. Finalize compile et prépare la bascule. Cutover arrête les services applicatifs, permute système de fichiers et édition, puis redémarre : c'est la seule coupure, de l'ordre de quelques minutes, et on peut la planifier hors des heures de travail. Cleanup supprime ensuite l'ancienne édition. Tant que le cutover n'a pas eu lieu, un abort reste possible.
Signal d'alerte« On arrête tout et on lance adpatch », comme en 12.1, ou l'idée que les utilisateurs sont coupés pendant tout l'apply.
Question 3 · confirmé
Les comptables doivent lancer depuis EBS un traitement PL/SQL spécifique avec deux paramètres. Que créez-vous, de l'exécutable jusqu'à l'écran de soumission ?
Une bonne réponseUne procédure dans un package du schéma spécifique, dont les deux premiers paramètres sont errbuf et retcode en sortie. Un exécutable de type procédure stockée PL/SQL, rattaché à l'application spécifique (XX). Un programme concurrent qui pointe sur cet exécutable, avec ses paramètres liés à des ensembles de valeurs. Puis l'ajout du programme au groupe de demandes de la responsabilité. Les messages partent dans le journal et la sortie par FND_FILE.PUT_LINE, et retcode vaut 0, 1 ou 2 pour succès, avertissement ou erreur.
Signal d'alerteUn lancement depuis SQL Developer ou une crontab, ou une procédure sans errbuf ni retcode qui finit toujours « normal » même en erreur.
Question 4 · confirmé
Des bons de commande restent « en cours d'approbation » et l'approbateur ne reçoit rien. Comment enquêtez-vous ?
Une bonne réponseLe moniteur de statut du workflow pour le type d'élément de l'approbation des commandes : activité en erreur, différée ou en attente de notification. Le Workflow Notification Mailer et sa file sortante. Le Workflow Background Process, qui traite les activités différées, les délais et les processus bloqués, et doit être planifié. Les préférences de notification et l'adresse de l'approbateur, la hiérarchie ou les règles qui le désignent. Puis on relance l'activité en erreur.
Signal d'alerteRemettre le statut de la commande à « approuvée » par un UPDATE en base.
Question 5 · confirmé
Le métier veut rendre obligatoire un champ d'un écran Forms standard et masquer un champ d'une page OAF. Comment faites-vous sans toucher au code d'Oracle ?
Une bonne réponseCôté Forms, une personnalisation de formulaire (menu Aide, Diagnostics, Custom Code) avec une condition et une action qui rend le champ obligatoire, ou CUSTOM.pll pour une logique plus lourde. Côté OAF, une personnalisation déclarative au niveau site ou responsabilité, activée par l'option de profil prévue. Ces personnalisations passent les patchs, contrairement à un formulaire modifié. Elles sont documentées et exportées pour les autres environnements.
Signal d'alerteModifier le .fmb standard ou le fichier XML de la page livrée par Oracle.
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
Questions fréquentes sur le consultant technique EBS
Quelles compétences techniques sont attendues d'un consultant technique Oracle EBS ?
Un PL/SQL solide appliqué à EBS : programmes concurrents, API publiques, interfaces ouvertes, contexte multi-org. Puis Oracle Workflow, Forms et OA Framework pour les écrans, Oracle Reports et BI Publisher pour les états, FNDLOAD pour les livraisons. Sur une 12.2, la connaissance d'adop et des règles de l'online patching. Selon le poste, s'ajoutent Oracle Integration Cloud, APEX, Talend ou des web services REST.
Un développeur PL/SQL peut-il devenir consultant technique EBS ?
Oui, c'est un parcours fréquent, mais il demande du temps. Le PL/SQL est la base. Il faut y ajouter le modèle de données d'EBS, le contexte multi-org, les API et interfaces, les outils de livraison et les règles de la 12.2. Il faut compter plusieurs mois de mission accompagnée. Pour un poste autonome en maintenance, un profil qui a déjà livré sur EBS convient mieux, à défaut un binôme avec un consultant confirmé.
Comment se déroule le test technique d'un consultant technique EBS ?
Le test part d'un incident ou d'une petite demande réelle. Par exemple, des factures rejetées par l'interface ouverte de Payables, ou un programme concurrent à créer avec deux paramètres dépendants. La personne décrit les objets qu'elle crée, les tables qu'elle consulte et la façon dont elle livre en 12.2. Un exercice de ce type tient en trente minutes et montre l'expérience réelle d'EBS mieux qu'un exercice de code générique.
Le consultant technique EBS fait-il le travail du DBA ?
Non, mais les deux rôles se touchent. Le DBA installe et met à jour la base et l'infrastructure, mène les clonages, surveille les performances et pilote souvent les cycles adop. Le consultant technique livre ses spécifiques dans ces cycles, écrit du code compatible avec l'online patching et diagnostique ses propres programmes. Certaines offres mélangent les deux. La description des missions oriente le choix des questions.
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.
