Consultant TIBCO EBX : dataspaces, modèle XSD et API Java en entretien

Banques, assurances et énergéticiens confient le plus souvent à un consultant TIBCO EBX leurs référentiels de tiers, de produits financiers ou de structures internes. Les questions aident à repérer la personne qui a modélisé des tables, travaillé avec des dataspaces et écrit du Java sur l'API d'EBX, par rapport à celle qui a surtout saisi des données dans l'interface.

Recevoir la fiche complète

Mis à jour le Par l'équipe Delectus5 min de lecture

La fiche Consultant TIBCO EBX : technologies, chaîne du poste, une question et la grille d'évaluation

Un consultant TIBCO EBX construit des référentiels : listes de contreparties, codes pays et devises, plans de comptes, organigrammes, catalogues de produits. Il décrit le modèle de données, qu'EBX stocke en XML Schema, configure les espaces de travail isolés (dataspaces) où l'on prépare une modification avant de la publier, monte les circuits de validation et écrit en Java les contrôles et traitements que le paramétrage ne couvre pas. Les questions d'entretien sur TIBCO EBX doivent couvrir ces quatre volets.

Les annonces en France viennent surtout de la banque, de l'assurance et de l'énergie, en mission via une ESN ou en recette. Deux profils y répondent. Le développeur Java formé sur le tas connaît l'API mais modélise mal. Le consultant fonctionnel maîtrise le modèle et les workflows, sans écrire une ligne de code. Pour un poste de build, il faut savoir ce qu'il se passe quand deux dataspaces modifient la même ligne, et comment écrire un traitement qui met à jour 200 000 enregistrements sans bloquer la base.

Après la présentation des briques d'EBX et des compétences, cinq questions sont commentées avec la bonne réponse et le signal d'alerte. Le PDF va plus loin : 30 questions sur six axes, une étude de cas de 20 minutes sur un référentiel de contreparties et une grille de 1 à 4.

Les briques d'EBX qu'un consultant manipule

Modèle de données (XML Schema)

EBX décrit chaque référentiel dans un modèle au format XML Schema : tables, clés primaires, clés étrangères entre tables, types, listes de valeurs et contraintes. On le construit dans l'assistant de modélisation de l'interface ou on l'écrit en XSD dans un module Java. Un changement de clé primaire sur un modèle en production coûte cher, d'où l'intérêt de bien le concevoir.

Dataspaces et snapshots

Un dataspace est un espace de travail isolé, comparable à une branche dans Git. On crée un dataspace enfant, on y fait ses modifications, puis on le fusionne dans le parent. Un snapshot fige l'état d'un dataspace à une date. C'est la notion qui déroute le plus les profils venus d'autres outils MDM.

Datasets et héritage

Un dataset contient les données d'un modèle dans un dataspace. Un dataset enfant peut hériter des enregistrements de son parent, en modifier certaines valeurs, en ajouter ou en masquer. Le mécanisme sert aux référentiels communs à un groupe que chaque filiale adapte.

Workflows

Les modèles de workflow enchaînent des tâches utilisateur (saisir, valider), des tâches techniques (créer un dataspace, le fusionner, prendre un snapshot) et des conditions. Le schéma classique : créer un dataspace enfant, faire saisir, faire valider, fusionner. Demandez à la personne de dessiner un workflow qu'elle a monté.

API Java d'EBX

EBX est une application Java. Les extensions s'y écrivent en Java : contraintes programmatiques, triggers sur les tables, valeurs calculées, tâches de workflow, services utilisateur et traitements de masse. Les offres EBX en banque demandent presque toujours du Java, avec une connaissance de l'API (Adaptation, Procedure, Request).

Services de données (REST et SOAP)

Les applications lisent et modifient les référentiels par des services REST ou SOAP fournis par EBX, ou par des services sur mesure. Les imports et exports en CSV ou Excel, avec l'add-on Data Exchange quand il faut des transformations, couvrent les échanges par fichiers.

Droits, historique et validation

Les droits se posent par profil sur les dataspaces, les datasets, les tables, les champs et même les enregistrements. L'historique des modifications se configure table par table, ce qui répond aux demandes d'audit des banques. Le rapport de validation liste les données qui violent une contrainte.

Add-on Match and Merge

Le module de rapprochement et de fusion des doublons, pour composer une fiche de référence à partir de plusieurs sources. Il n'est pas présent sur tous les projets : beaucoup de référentiels EBX sont des données de référence saisies à la main, sans doublons à fusionner. Vérifiez si votre poste en a besoin.

Éditeur et versions

Depuis mars 2026, EBX est porté par ON EBX, une unité de Cloud Software Group, la maison mère de TIBCO, et sa documentation a migré vers docs.onebx.com. Les CV et les offres parlent toujours de TIBCO EBX. Le produit s'installe sur un serveur d'applications Java, avec une base Oracle, PostgreSQL ou SQL Server.

Dans une banque ou une assurance, le consultant TIBCO EBX travaille souvent sur des référentiels réglementés : tiers et contreparties, instruments, structures juridiques, avec des exigences d'audit sur qui a modifié quoi. Dans l'énergie et l'industrie, ce sont plutôt des référentiels de sites, d'équipements ou d'organisation. En ESN, les missions alternent construction d'un nouveau référentiel, évolutions sur un existant de plusieurs années et montées de version. Les postes de recette sur EBX, comme ceux qu'on trouve chez les acteurs du paiement, demandent de comprendre le modèle et ses contraintes sans forcément coder. Les formations éditeur couvrent le produit, la qualité d'un modèle et d'un code Java en production se vérifie en entretien.

Ce qu'il faut valider chez un consultant TIBCO EBX

  • Modélisation en XML Schema
  • Dataspaces, snapshots et fusion
  • Héritage de datasets
  • Développement Java sur l'API EBX
  • Workflows et droits
  • Services de données et exploitation

Cinq situations pour évaluer un consultant TIBCO EBX

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.

  1. Question 1 · confirmé

    Une équipe prépare pendant trois semaines une nouvelle organisation des centres de coûts, pendant que la production continue d'être modifiée. Comment l'organisez-vous dans EBX ?

    Une bonne réponseUn dataspace enfant créé depuis le dataspace de référence, où l'équipe travaille sans gêner la production. Un snapshot du parent avant la fusion pour pouvoir revenir en arrière. Au moment de la fusion, les enregistrements modifiés des deux côtés apparaissent comme des conflits à arbitrer champ par champ. Le dataspace enfant est validé (rapport de validation sans erreur bloquante) avant la fusion, puis fermé.

    Signal d'alerteUne copie du dataset sous un autre nom, puis un export Excel recollé dans la production le jour J.

  2. Question 2 · confirmé

    Comment modélisez-vous dans EBX une table de contreparties avec leur pays, leur groupe d'appartenance et leurs identifiants externes (LEI, SIREN) ?

    Une bonne réponseUne table Contrepartie avec une clé primaire technique stable, une clé étrangère vers la table des pays (qui peut vivre dans un autre dataset de référence), une clé étrangère vers la contrepartie mère pour le groupe, et les identifiants externes soit en champs avec des contraintes de format (LEI sur 20 caractères), soit dans une table liée s'ils sont nombreux et datés. La personne évoque les libellés, les listes de valeurs pour la catégorie et l'effet d'un changement de clé une fois le modèle en production.

    Signal d'alerteLe LEI comme clé primaire alors qu'il peut manquer ou changer, ou le nom du pays saisi en texte libre.

  3. Question 3 · senior

    Vous devez mettre à jour 200 000 enregistrements par programme. Comment écrivez-vous le traitement avec l'API Java ?

    Une bonne réponseUne Procedure exécutée par un ProgrammaticService, de préférence dans un dataspace enfant fusionné ensuite. Les enregistrements sont sélectionnés par une Request avec un prédicat, le résultat est parcouru puis fermé, et les mises à jour sont regroupées par lots dans des transactions de taille raisonnable plutôt qu'une transaction par ligne ou une seule énorme. La personne pense aux triggers et à l'historique déclenchés par chaque modification, et journalise l'avancement.

    Signal d'alerteUn appel REST par enregistrement depuis un script externe, ou un UPDATE SQL directement dans les tables de la base d'EBX.

  4. Question 4 · confirmé

    Une contrepartie de catégorie « banque » doit avoir un code BIC valide. Où placez-vous ce contrôle ?

    Une bonne réponseUne contrainte dans le modèle : un format simple se règle par une contrainte déclarative sur le champ, la règle conditionnelle (le BIC obligatoire seulement pour les banques) par une contrainte programmatique en Java sur la table ou le champ. La personne choisit la sévérité (erreur ou avertissement) et si la contrainte bloque l'enregistrement ou apparaît seulement dans le rapport de validation. Le message dit à l'utilisateur quoi corriger.

    Signal d'alerteLe contrôle placé dans un trigger qui lève une exception sans message, ou laissé aux applications qui consomment le référentiel.

  5. Question 5 · confirmé

    Toute création de contrepartie doit être saisie par le front-office puis validée par la conformité. Comment montez-vous le workflow dans EBX ?

    Une bonne réponseUn modèle de workflow qui crée un dataspace enfant (tâche technique), propose une tâche de saisie au rôle front-office, contrôle le rapport de validation, propose une tâche d'approbation au rôle conformité, puis selon la décision fusionne le dataspace dans le parent ou le renvoie en saisie avec un motif. Le dataspace est fermé à la fin. Des variables de contexte transportent l'identifiant de la contrepartie, et les droits empêchent le front-office de modifier directement le dataspace de référence.

    Signal d'alerteUne saisie directe dans le dataspace de référence avec une validation par e-mail.

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

Recrutement d'un consultant EBX : réponses aux questions courantes

Faut-il un développeur Java pour un poste EBX ?

Pour un poste de build, oui dans la plupart des cas. Les contraintes complexes, les triggers, les traitements de masse et les services sur mesure s'écrivent en Java. Un profil purement fonctionnel peut concevoir le modèle, configurer les workflows et animer les ateliers, mais il dépendra d'un développeur pour le reste. Pour un poste de recette ou de data steward sur EBX, le Java n'est pas nécessaire. Décrivez clairement la part de code dans l'annonce.

Un consultant Semarchy ou Informatica MDM peut-il passer sur EBX ?

Il connaît les notions de référentiel, de validation et de stewardship, et c'est un bon point de départ. Les écarts sont la modélisation en XML Schema, les dataspaces et leur fusion, l'héritage de datasets et l'API Java. Un profil Informatica MDM habitué au match et au trust trouvera aussi qu'EBX sert souvent à des données saisies à la main plutôt qu'à des sources à consolider. Prévoyez quelques semaines d'adaptation encadrée.

Comment organiser le test technique d'un consultant EBX ?

Deux exercices courts conviennent. D'abord un petit modèle à dessiner au tableau (contreparties, pays, groupes) avec ses clés et ses contraintes. Puis une classe Java de traitement de masse à relire, avec des défauts typiques : un résultat de requête jamais fermé, une transaction par enregistrement, une mise à jour faite directement dans le dataspace de référence. En une heure, vous voyez la modélisation et les réflexes de code.

Quelles questions poser sur les dataspaces ?

Demandez à quoi sert un dataspace enfant, ce qu'il se passe quand le parent et l'enfant modifient la même ligne avant la fusion, et comment revenir à l'état de la semaine dernière. Les bons profils parlent de conflits résolus au moment de la fusion, de snapshots et de la durée de vie des dataspaces. Une réponse qui compare simplement un dataspace à une copie de la base montre une compréhension superficielle.

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.

Les fiches voisines

Toutes les fiches →

Voyez Delectus sur vos propres offres.

Commencez gratuitement. Passez à l'échelle quand vous êtes prêt.

Demander une démo

Votre ATS, connecté à Delectus

  • Workable
  • Teamtailor
  • iCIMS
  • Lever
  • SmartRecruiters
  • Jobvite
  • Greenhouse
  • Pinpoint