ediverse Explorer la plateforme

À la une PEPPOL BIS Billing 3.0 L’obligation européenne d’e-invoicing arrive : France sept 2026, Belgique janv 2026, Allemagne 2025.
JINFDE D.97A

JINFDE — Demande d'information sur un emploi EDIFACT (D.97A)

Le message JINFDE est la demande d'information sur un emploi vacant, échangée entre une agence pour l'emploi, un employeur et un demandeur d'emploi : il porte l'identifiant du poste, les caractéristiques recherchées, la formation, la rémunération et le lieu de travail. Cette page synthétise la structure segmentaire telle que publiée par UN/CEFACT pour la directory D.97A.

Objet du message

Le message JINFDE est la demande d'information sur un emploi vacant, échangée entre une agence pour l'emploi, un employeur et un demandeur d'emploi : il porte l'identifiant du poste, les caractéristiques recherchées, la formation, la rémunération et le lieu de travail.

Cette page se concentre sur la structure publiée par UN/CEFACT pour la directory D.97A. Les segments listés, leur statut (M / C), leur position et leur facteur de répétition sont extraits du fichier officiel jinfde_c.htm publié sur service.unece.org.

Structure segmentaire

Le message JINFDE D.97A comporte 0 entrées de header, 0 entrées de detail et 0 entrées de summary (segments + groupes confondus). Les groupes sont indiqués en gras et leurs membres indentés selon la profondeur réelle.

Aucun segment dans cette section.

Detail

Aucun segment dans cette section.

Summary

Aucun segment dans cette section.

Évolutions vs D.96A

Différences au top-level entre D.96A et D.97A pour le message JINFDE (segments présents directement dans header / detail / summary, hors groupes imbriqués). La comparaison reste indicative : un même tag peut avoir évolué dans des groupes imbriqués sans apparaître dans cette synthèse.

Segments retirés vs D.96A

  • UNH dans la section header — présent en D.96A mais absent en D.97A au même niveau.
  • BGM dans la section header — présent en D.96A mais absent en D.97A au même niveau.
  • DTM dans la section header — présent en D.96A mais absent en D.97A au même niveau.
  • PNA dans la section header — présent en D.96A mais absent en D.97A au même niveau.
  • ADR dans la section header — présent en D.96A mais absent en D.97A au même niveau.
  • LOC dans la section header — présent en D.96A mais absent en D.97A au même niveau.
  • CTA dans la section header — présent en D.96A mais absent en D.97A au même niveau.
  • COM dans la section header — présent en D.96A mais absent en D.97A au même niveau.
  • RFF dans la section header — présent en D.96A mais absent en D.97A au même niveau.
  • GIS dans la section header — présent en D.96A mais absent en D.97A au même niveau.
  • FTX dans la section header — présent en D.96A mais absent en D.97A au même niveau.
  • UNS dans la section detail — présent en D.96A mais absent en D.97A au même niveau.
  • RFF dans la section detail — présent en D.96A mais absent en D.97A au même niveau.
  • PNA dans la section detail — présent en D.96A mais absent en D.97A au même niveau.
  • ADR dans la section detail — présent en D.96A mais absent en D.97A au même niveau.
  • LOC dans la section detail — présent en D.96A mais absent en D.97A au même niveau.
  • DTM dans la section detail — présent en D.96A mais absent en D.97A au même niveau.
  • NAT dans la section detail — présent en D.96A mais absent en D.97A au même niveau.
  • PDI dans la section detail — présent en D.96A mais absent en D.97A au même niveau.
  • DOC dans la section detail — présent en D.96A mais absent en D.97A au même niveau.
  • CTA dans la section detail — présent en D.96A mais absent en D.97A au même niveau.
  • COM dans la section detail — présent en D.96A mais absent en D.97A au même niveau.
  • FTX dans la section detail — présent en D.96A mais absent en D.97A au même niveau.
  • GIS dans la section detail — présent en D.96A mais absent en D.97A au même niveau.
  • UNT dans la section detail — présent en D.96A mais absent en D.97A au même niveau.

Exemple structurel

Exemple minimal d'un message JINFDE D.97A avec ses segments mandatoires uniquement. L'objectif est de montrer la version exacte annoncée dans UNH (JINFDE:D:97A:UN) — pas de reproduire un cas métier complet (voir la page JINFDE D.96A pour un exemple commenté).

edifact jinfde-d97a-example.edi
UNB+UNOC:3+5410000000123:14+5410000000456:14+260514:1430+CTRL097001'
UNH+1+JINFDE:D:97A:UN'
BGM+315+JINFDE-2026-0011+9'
DTM+137:20260514:102'
NAD+MS+5410000000123::9'
NAD+EM+5410000000456::9'
EMP+1+SOFTWARE ENGINEER'
LOC+19+PARIS:::FR'
RFF+AHI:VAC-2026-7811'
UNT+8+1'
UNZ+1+CTRL097001'

Erreurs fréquentes

  • Tokens UNH désalignés — Le tag UNH+...+JINFDE:D:97A:UN doit refléter exactement la directory utilisée — un mismatch entre la release du UNH et la release annoncée au partenaire fait rejeter le message par tout validateur strict.
  • Comptage UNT erroné — La valeur après UNT+ doit inclure UNH et UNT eux-mêmes. C'est de loin l'erreur la plus fréquente côté émetteur, indépendante de la version.
  • Listes de codes obsolètes — Entre D.96A et D.97A, plusieurs listes de codes ont reçu de nouveaux qualifiers (statut DTM, qualifier RFF, codes NAD…). Réutiliser une table de codes d'une version antérieure provoque des avertissements voire des rejets selon la stricte conformité du partenaire.

Messages liés

Versions de ce message disponibles sur ediverse.io : JINFDE D.96A, JINFDE D.01B, JINFDE D.10A, JINFDE D.16B, JINFDE D.21B, JINFDE D.24A, JINFDE D.99B, JINFDE D.00B, JINFDE D.02B, JINFDE D.05A, JINFDE D.08A, JINFDE D.13B, JINFDE D.18B, JINFDE D.20B.

← Toutes les versions EDIFACT