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.
INSDES D.18B

INSDES — EDIFACT Instruction to Despatch Message (D.18B)

The INSDES message is the despatch instruction sent to a warehouse or logistics site by a principal: it indicates what to pick, pack and ship, to which destination, with which carrier, and under which logistics terms. This page summarises the segment structure as published by UN/CEFACT for directory D.18B.

Purpose

The INSDES message is the despatch instruction sent to a warehouse or logistics site by a principal: it indicates what to pick, pack and ship, to which destination, with which carrier, and under which logistics terms.

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

Segment structure

The INSDES D.18B message has 34 header entries, 28 detail entries and 4 summary entries (segments and groups combined). Groups are shown in bold and their members are indented by actual nesting depth.

Pos.TagNameSRep.
00010UNHMessage headerM1
00020BGMBeginning of messageM1
00030DTMDate/time/periodM×9
00040INPParties and instructionC×99
00050FTXFree textC×9
00060  SG1Group (×9)C×9
00070  RFFReferenceM1
00080  DTMDate/time/periodC×9
00090    SG2Group (×9)C×9
00100    NADName and addressM1
00110    LOCPlace/location identificationC×9
00120      SG3Group (×9)C×9
00130      RFFReferenceM1
00140      DTMDate/time/periodC×9
00150        SG4Group (×9)C×9
00160        CTAContact informationM1
00170        COMCommunication contactC×9
00180          SG5Group (×9)C×9
00190          TODTerms of delivery or transportM1
00200          LOCPlace/location identificationC×9
00210          FTXFree textC×9
00220            SG6Group (×9)C×9
00230            TDTTransport informationM1
00240            PCDPercentage detailsC1
00250              SG7Group (×9)C×9
00260              LOCPlace/location identificationM1
00270              DTMDate/time/periodC×9
00280                SG8Group (×9)C×9
00290                EQDEquipment detailsM1
00300                MEAMeasurementsC×9
00310                EQAAttached equipmentC×9
00320                  SG9Group (×9)C×9
00330                  HANHandling instructionsM1
00340                  FTXFree textC×9

Detail

Pos.TagNameSRep.
00350  SG10Group (×9999)C×9999
00360  LINLine itemM1
00370  PIAAdditional product idC×9
00380  IMDItem descriptionC×99
00390  QTYQuantityC×9
00400  GINGoods identity numberC×99
00410  INPParties and instructionC×99
00420  DTMDate/time/periodC×9
00430  FTXFree textC×9
00440  MOAMonetary amountC×99
00450  ALIAdditional informationC×99
00460    SG11Group (×9)C×9
00470    RFFReferenceM1
00480    DTMDate/time/periodC1
00490      SG12Group (×99)C×99
00500      NADName and addressM1
00510      QTYQuantityC1
00520      DTMDate/time/periodC1
00530      LOCPlace/location identificationC×99
00540        SG13Group (×9999)C×9999
00550        PCIPackage identificationM1
00560        GINGoods identity numberC×9
00570          SG14Group (×99)C×99
00580          DGSDangerous goodsM1
00590          FTXFree textC×9
00600            SG15Group (×9)C×9
00610            CTAContact informationM1
00620            COMCommunication contactC×9

Summary

Pos.TagNameSRep.
00630UNSSection controlM1
00640MOAMonetary amountC×99
00650CNTControl totalC×9
00660UNTMessage trailerM1

Changes vs D.96A

The INSDES message is not published in directory D.96A. No "D.96A → D.18B" comparison line can therefore be produced — see the block below for details.

This message is not published in directory D.96A: it was introduced into the standard after that release and therefore has no historical baseline for comparison. The first directory indexed on ediverse.io sets the reference; later changes are then documented from one release to the next in subsequent directories.

Structural example

Minimal example of an INSDES D.18B message with mandatory segments only. The goal is to show the exact version declared in UNH (INSDES:D:18B:UN) — not to replicate a full business case.

edifact insdes-d18b-example.edi
UNB+UNOC:3+5410000000123:14+5410000000456:14+260514:1430+CTRL018001'
UNH+1+INSDES:D:18B:UN'
BGM+271+INSDES-2026-0408+9'
DTM+137:20260514:102'
DTM+2:20260517:102'
NAD+OB+5410000000123::9'
NAD+SH+5410000000456::9'
NAD+CN+5410000000789::9'
LIN+1++3520000001234:EN'
QTY+21:10'
UNT+10+1'
UNZ+1+CTRL018001'

Common errors

  • Misaligned UNH tokens — The UNH+...+INSDES:D:18B: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.18B, 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: INSDES D.01B, INSDES D.10A, INSDES D.16B, INSDES D.21B, INSDES D.24A, INSDES D.99B, INSDES D.00B, INSDES D.02B, INSDES D.05A, INSDES D.08A, INSDES D.13B, INSDES D.20B.

X12 functional equivalent: X12 940.

← All EDIFACT versions