Préparez les questions d'entretien d'un développeur EDI à partir de la plateforme en place. Dans les offres françaises, Generix TradeXpress et son langage RTE reviennent souvent, à côté de Seeburger, IBM Sterling B2B Integrator ou TIE Kinetix. Les annonces demandent EDIFACT, XML, fichiers plats et JSON, les protocoles AS2 et SFTP, et mélangent développement et run : supervision des flux, anomalies, maintenance des mappings. Le poste est souvent publié sous le titre d'analyste développeur EDI.
Un CV EDI peut cacher deux métiers. Certains profils ont surtout relancé des fichiers depuis une console, d'autres écrivent des mappings complets. La différence s'entend vite : lecture d'un segment UNB ou NAD, rôle d'un CONTRL face à un APERAK, guide d'implémentation d'un partenaire, conversion d'unités tirée d'une table plutôt qu'écrite en dur.
La facture électronique est l'autre sujet du moment. Depuis le 1er septembre 2026, toutes les entreprises doivent pouvoir en recevoir, et les grandes entreprises et ETI en émettre, par des plateformes agréées. Demandez ce que la personne a fait concrètement sur Factur-X, UBL ou CII.
Normes, protocoles et plateformes d'un développeur EDI
EDIFACT et ses sous-ensembles
La norme des Nations unies pour les messages commerciaux : ORDERS pour la commande, DESADV pour l'avis d'expédition, INVOIC pour la facture. Chaque secteur l'applique par un sous-ensemble, EANCOM en distribution, ODETTE ou GALIA dans l'automobile. Un développeur confirmé lit un message brut sans outil.
ANSI X12
L'équivalent nord-américain d'EDIFACT, avec des messages numérotés (850, 856, 810) et l'accusé 997. On le rencontre dès qu'un partenaire est aux États-Unis. Un profil qui ne connaît que l'un des deux formats apprend l'autre assez vite.
AS2
Le protocole d'échange sur HTTP, avec signature, chiffrement et accusé de réception signé, le MDN. Il demande de gérer des certificats et leurs dates d'expiration. C'est un sujet de run quotidien autant que de configuration.
OFTP2
Le protocole Odette, courant dans l'automobile, qui fonctionne sur TLS avec certificats des deux côtés et accusé de bout en bout. Il sert aux messages EDI comme aux gros fichiers techniques.
SFTP et PeSIT
SFTP reste le transport le plus simple pour de nombreux partenaires, sans preuve de réception intégrée. PeSIT, protocole né en France, se rencontre encore avec certaines banques et grandes entreprises.
Plateformes EDI
Generix TradeXpress, Seeburger, IBM Sterling B2B Integrator, TIE Kinetix et d'autres traducteurs gèrent partenaires, mappings, protocoles et suivi des échanges. Chacun a son outil de mapping et parfois son langage, comme RTE chez Generix. Le passage de l'un à l'autre se fait mieux quand la personne maîtrise les normes.
Factur-X, UBL, CII et EN 16931
Les formats de facture électronique retenus par la réforme française : Factur-X, un PDF qui embarque un XML CII, et les formats XML UBL et CII. Tous suivent le modèle européen EN 16931, qui fixe les données d'une facture et les règles de contrôle.
Plateformes agréées
Les opérateurs immatriculés par l'administration fiscale par lesquels circulent les factures entre entreprises et les données d'e-reporting. Le développeur EDI branche l'ERP sur la plateforme choisie et traite les statuts qu'elle renvoie, comme un rejet ou un refus.
Le développeur EDI travaille entre l'ERP de son employeur et des dizaines, parfois des centaines de partenaires : clients, fournisseurs, transporteurs. Le développement d'un nouveau flux ne représente qu'une partie du poste. Le reste va au run : fichiers rejetés, partenaires qui changent leur format, certificats à renouveler, preuves de réception à fournir. Le poste se partage parfois avec un rôle d'analyste qui rédige les spécifications avec le métier. La réforme de la facturation électronique ajoute des flux vers les plateformes agréées et des statuts à traiter dans l'ERP.
Ce qu'un développeur EDI doit savoir faire
- Lecture des normes EDIFACT et X12
- Mapping et transcodage
- Protocoles d'échange et certificats
- Accusés de réception et suivi des flux
- Intégration ERP et arrivée des partenaires
- Facture électronique et réforme française
Cinq situations à soumettre à un développeur EDI
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 · junior à confirmé
Un fichier reçu commence par UNA:+.? '. À quoi sert ce segment, et que se passe-t-il si votre mapping l'ignore ?
Une bonne réponseUNA annonce les caractères de service de l'échange : séparateur de composants (:), séparateur d'éléments (+), marque décimale (.), caractère d'échappement (?), un espace réservé, puis le terminateur de segment ('). Si le partenaire utilise d'autres séparateurs et que le traducteur ne lit pas UNA, le message est mal découpé. Le caractère ? sert à échapper un séparateur dans une donnée : une raison sociale contenant « ?+ » doit ressortir avec un simple +, sans casser le champ.
Signal d'alerte« C'est un en-tête technique sans importance. » Ne pas connaître le caractère d'échappement, ou découper le fichier soi-même sur les apostrophes.
Question 2 · confirmé
Une commande ORDERS arrive avec des quantités en cartons alors que l'ERP attend des unités. Comment le traitez-vous dans le mapping ?
Une bonne réponseLa personne lit le segment QTY, son qualifiant (21 pour la quantité commandée) et l'unité de mesure, puis applique une conversion tirée d'une table de référence par article (GTIN) et par partenaire, alimentée depuis l'ERP ou maintenue par le métier. Si la conversion manque pour un article, le message part en erreur avec un motif lisible au lieu d'entrer une quantité fausse. Le cas est ajouté au jeu de fichiers de test du partenaire.
Signal d'alerteUn coefficient « fois 12 » écrit en dur dans le mapping, ou une conversion faite à la main dans l'ERP après coup.
Question 3 · confirmé
Un client affirme n'avoir jamais reçu une facture envoyée hier. Comment établissez-vous ce qui s'est passé ?
Une bonne réponseLa personne retrouve l'échange dans la plateforme par la référence de contrôle du segment UNB et le numéro de facture, puis remonte les preuves dans l'ordre : fichier généré, transmission, accusé de transport (MDN signé en AS2, EERP en OFTP2, trace du dépôt en SFTP), puis accusé syntaxique CONTRL et accusé applicatif APERAK s'ils sont prévus avec ce client. Elle sépare ce que le client a reçu techniquement de ce qu'il a intégré dans son ERP.
Signal d'alerte« Je la renvoie », sans vérifier, au risque de créer un doublon chez le client. Aucune idée de ce qu'est un MDN.
Question 4 · confirmé
Le certificat AS2 d'un partenaire expire dans dix jours. Comment organisez-vous le changement sans coupure ?
Une bonne réponseRécupérer le nouveau certificat à l'avance, vérifier sa chaîne et son usage, convenir d'une date de bascule avec le partenaire et l'ajouter dans son profil. Selon l'outil, l'ancien et le nouveau coexistent quelques jours pour la vérification des signatures. Après la bascule, un message de test et la réception du MDN confirment que le chiffrement et la signature fonctionnent. Une alerte sur les dates d'expiration évite de découvrir le problème le jour même.
Signal d'alerteAttendre que les envois échouent, ou remplacer le certificat sans prévenir le partenaire.
Question 5 · confirmé
Un nouveau fournisseur doit vous envoyer des avis d'expédition DESADV. Quelles étapes menez-vous avant la mise en production ?
Une bonne réponseEnvoi du guide d'implémentation au fournisseur (version, sous-ensemble comme EANCOM D96A, segments obligatoires, listes de codes), échange des identifiants (GLN), choix et test du protocole, puis fichiers de test : un cas nominal, des cas d'erreur, un envoi avec plusieurs palettes. Les SSCC du DESADV doivent correspondre aux étiquettes physiques. Le métier valide sur des envois réels, puis les premiers échanges en production sont suivis de près.
Signal d'alerte« J'active le partenaire et on voit ce qui arrive. » Aucune phase de test avec des fichiers du fournisseur.
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
Recruter un développeur EDI, les réponses aux doutes fréquents
Quelles compétences demander à un développeur EDI ?
La lecture des normes EDIFACT, et de X12 si vous avez des partenaires nord-américains, l'écriture de mappings sur votre plateforme, la connaissance d'AS2, d'OFTP2 ou de SFTP selon vos partenaires, et une bonne pratique du run : accusés, rejeux, doublons. Ajoutez la facture électronique (Factur-X, UBL, CII) si l'entreprise est en train de se brancher sur une plateforme agréée. Le SQL sert souvent pour les tables de référence.
Un développeur formé sur Generix peut-il passer sur Seeburger ou Sterling ?
Oui, si sa connaissance porte sur les normes et pas seulement sur l'outil. Les messages, les accusés et les protocoles restent les mêmes ; ce qui change, c'est l'éditeur de mapping, le langage et l'administration des partenaires. Posez une question sur un segment EDIFACT brut et une autre sur un MDN : un profil solide y répond sans parler de son outil. Comptez quelques semaines d'adaptation à la nouvelle plateforme.
Consultant EDI, analyste EDI, développeur EDI : quelle différence ?
Les titres se recouvrent beaucoup dans les offres. Le développeur écrit les mappings et les paramètres de la plateforme. L'analyste rédige les spécifications avec le métier et les partenaires, et traite souvent le run. Le consultant intervient en général pour un éditeur ou en mission chez un client. Avant de publier l'annonce, précisez la part de développement, de run et de relation avec les partenaires.
Quel test technique pour un développeur EDI ?
Un message ORDERS ou DESADV brut à lire à voix haute, puis un mapping court à écrire ou à corriger sur un cas réel : une conversion d'unités, un lieu de livraison manquant, un caractère d'échappement. Ajoutez un incident à diagnostiquer, comme une facture que le client dit ne pas avoir reçue. Une heure suffit, et l'exercice montre autant la méthode de diagnostic que la connaissance des normes.
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.
