ediverse Explore the platform

Spotlight PEPPOL BIS Billing 3.0 The EU e-invoicing mandate is here — France Sept 2026, Belgium Jan 2026, Germany 2025.
DELJIT D.01B

DELJIT — EDIFACT Delivery Just-In-Time Message (D.01B)

The DELJIT message is the very short-term firm call-off sent by a buyer — typically an automotive OEM or Tier 1 supplier — to a just-in-time supplier: it carries quantities, time windows and delivery locations sequenced over a few hours or days. It directly triggers picking and shipping on the supplier side in a JIT/JIS context. This page summarises the segment structure as published by UN/CEFACT for directory D.01B.

Purpose

The DELJIT message is the very short-term firm call-off sent by a buyer — typically an automotive OEM or Tier 1 supplier — to a just-in-time supplier: it carries quantities, time windows and delivery locations sequenced over a few hours or days. It directly triggers picking and shipping on the supplier side in a JIT/JIS context.

This page focuses on the structure published by UN/CEFACT for directory D.01B. The segments listed, their status (M / C), position and repetition factor are extracted from the official file deljit_c.htm hosted on service.unece.org.

Segment structure

The DELJIT D.01B message has 14 header entries, 38 detail entries and 0 summary entries (segments and groups combined). Groups are shown in bold and their members are indented by actual nesting depth.

Pos.TagNameSRep.
0010UNHMessage headerM1
0020BGMBeginning of messageM1
0030DTMDate/time/periodM×10
0040FTXFree textC×5
0050  SG1Group (×10)C×10
0060  RFFReferenceM1
0070  DTMDate/time/periodC1
0080    SG2Group (×20)C×20
0090    NADName and addressM1
0100    LOCPlace/location identificationC×10
0110    FTXFree textC×5
0120      SG3Group (×5)C×5
0130      CTAContact informationM1
0140      COMCommunication contactC×5

Detail

Pos.TagNameSRep.
0150  SG4Group (×9999)M×9999
0160  SEQSequence detailsM1
0170  DTMDate/time/periodC×5
0180  GIRRelated identification numbersC×99
0190  LOCPlace/location identificationC×5
0200    SG5Group (×5)C×5
0210    PACPackageM1
0220      SG6Group (×999)C×999
0230      PCIPackage identificationM1
0240      GINGoods identity numberC×10
0250        SG7Group (×9999)C×9999
0260        LINLine itemM1
0270        PIAAdditional product idC×10
0280        IMDItem descriptionC×10
0290        ALIAdditional informationC×5
0300        GIRRelated identification numbersC×5
0310        FTXFree textC×5
0320        PACPackageC×5
0330        DTMDate/time/periodC×5
0340          SG8Group (×5)C×5
0350          RFFReferenceM1
0360          DTMDate/time/periodC1
0370            SG9Group (×5)C×5
0380            TDTDetails of transportM1
0390            TMDTransport movement detailsC1
0400              SG10Group (×5)C×5
0410              LOCPlace/location identificationM1
0420                SG11Group (×5)C×5
0430                CTAContact informationM1
0440                COMCommunication contactC×5
0450                  SG12Group (×999)C×999
0460                  QTYQuantityM1
0470                  SCCScheduling conditionsC1
0480                  DTMDate/time/periodC×2
0490                    SG13Group (×5)C×5
0500                    RFFReferenceM1
0510                    DTMDate/time/periodC1
0520UNTMessage trailerM1

Summary

No segment in this section.

Changes vs D.96A

Top-level differences between D.96A and D.01B for the DELJIT message (segments directly inside header / detail / summary, ignoring nested groups). The comparison is indicative: a given tag may have evolved inside nested groups without showing up in this synthesis.

Segments added vs D.96A

  • TMD in the detail section (status C, repeat ×1) — not present at the top of the corresponding D.96A section.

Status changes (M ↔ C)

  • TDT (detail): status C in D.96A → M in D.01B.

Max-repeat changes

  • TDT (detail): repeat ×5 in D.96A → ×1 in D.01B.

Structural example

Minimal example of an DELJIT D.01B message with mandatory segments only. The goal is to show the exact version declared in UNH (DELJIT:D:01B:UN) — not to replicate a full business case (see the DELJIT D.96A page for an annotated example).

edifact deljit-d01b-example.edi
UNB+UNOC:3+5410000000123:14+5410000000456:14+260514:1430+CTRL001001'
UNH+1+DELJIT:D:01B:UN'
BGM+251+DELJIT-2026-05-13-A+9'
DTM+137:20260514:102'
NAD+BY+5410000000123::9'
NAD+SU+5410000000456::9'
SEQ++1'
DTM+2:202605200800:203'
LIN+1++3520000001234:EN'
QTY+1:120'
SEQ++2'
DTM+2:202605201200:203'
LIN+2++3520000001234:EN'
QTY+1:120'
UNT+14+1'
UNZ+1+CTRL001001'

Common errors

  • Misaligned UNH tokens — The UNH+...+DELJIT:D:01B:UN token must reflect exactly the directory in use — a mismatch between the UNH release and the release agreed with the partner is rejected by every strict validator.
  • Wrong UNT segment count — The value after UNT+ must include UNH and UNT themselves. By far the most common sender-side error, regardless of the directory in use.
  • Stale code lists — Between D.96A and D.01B, several code lists received new qualifiers (DTM status, RFF qualifier, NAD codes…). Reusing an older directory’s code tables triggers warnings or even rejections depending on the partner’s strict-conformance mode.

Other versions of this message available on ediverse.io: DELJIT D.96A, DELJIT D.10A, DELJIT D.16B, DELJIT D.21B, DELJIT D.24A, DELJIT D.97A, DELJIT D.99B, DELJIT D.00B, DELJIT D.02B, DELJIT D.05A, DELJIT D.08A, DELJIT D.13B, DELJIT D.18B, DELJIT D.20B.

X12 functional equivalent: X12 862.

← All EDIFACT versions