What is the EDIFACT DESADV (Despatch Advice Message)?
The
EDIFACT DESADV (Despatch Advice Message) provides structured shipment confirmation used to communicate the details of goods ‘despatched’ or ready for ‘despatch’ (e.g., shipped, ready to ship) under previously agreed to/understood to commercial and logistical terms conditions between the parties.
The message serves as a digital advance shipping notice that informs the receiving party of the pending arrival, shipment contents, packaging hierarchy, product identifiers, and transport references, enabling downstream activities such as receipt scheduling, warehouse scheduling and allocation, barcode validation, receipt acknowledgement, and invoicing alignment.
According to the originating EDIFACT specification, the DESADV supports physical shipment reporting and may represent both outbound delivery notification and returns shipment acknowledgment (e.g., reverse logistics, returns, RMA shipments).
How does PartnerLinQ use the EDIFACT Despatch Advice Message?
PartnerLinQ
uses the EDIFACT DESADV as the system of record for shipment visibility between trading partners, logistics providers, and warehouse execution environments.
PartnerLinQ ingests the DESADV using standardized service segment definitions such as UNH (Message Header) and UNT (Message Trailer) to ensure correct syntax, routing, and validation.
The DESADV confirms:
- The shipment has been made (e.g., the product has shipped)
- The shipment packaging including pallet → case → item hierarchy
- Unique identification of the products contained by the shipment
- Unique Identifiers such as SSCC, GTIN
- Unique instances including lot, and batch labeling
- The quantities shipped which PartnerLinQ compares to those ordered
- Transportation and carrier information
Once received and validated, the DESADV may automatically:
- Trigger inbound receiving notices in warehouse systems
- Deliver a means to Identify Logistic Units with an SSCC
- Provide data for one scan receipt and validation against expected items
- Support reconciliation against the purchase order
- Furnish support for invoicing via 3-way match
- Feed downstream invoice verification and settlement functions
What responses to the EDIFACT Despatch Advice Message are expected or sent?
While responses to the DESADV vary based on sender/receiver agreements, compliance requirement, or discipline…PartnerLinQ generally expects one or more of the following response behaviors to occur based on a trading partner's compliance profile:
| Response Type | Description | Trigger |
|---|---|---|
| CONTRL / Functional Acknowledgment | Confirms syntax and structural acceptance of the DESADV. | Sent after structural parsing. |
| Application Receipt / 999 or Internal Receipt Record | Indicates application-level acceptance and successful mapping or validation. | After business rule validation. |
| Error Notification / Discrepancy Report | Issued when critical shipment detail conflicts with purchase order or catalog data. | Triggered when data mismatch or shipment variance occurs. |
| Receiving Confirmation Message (RECADV / 945 Equivalent in EDIFACT Workflows) | Notifies the sender that goods have been physically received and reconciled. | After warehouse receipt. |
What does the EDIFACT Despatch Advice Message support?
The
DESADV supports digital visibility of physical shipment execution and is a foundational transaction. Its hierarchical data structure makes multi-level packaging visible, by allowing serialized carrier container codes, pallet references, and unit-level item identification to enter the transaction and flow electronically to ones trading partner in advance of the shipment’s receipt.
This type of electronic data exchange, the DESADV (Despatch Advice Message) is used, almost exclusively, in the following businesses scenarios:
- Retail distribution replenishment
- Direct-to-store and cross-dock fulfillment
- Drop-ship and eCommerce distribution
- Automobile Manufacturing - inbound materials planning (MRP)
- Regulatory traceability and serial-level compliance
What are the Key Features of the EDIFACT DESADV (Despatch Advice Message)?
| Feature | Description |
|---|---|
| Hierarchical Packaging Structure | Supports CPS + PAC groups to show pallet → case → unit relationships. |
| Carrier and Transport Data | TDT segment communicates mode and carrier identifiers. |
| Item-Level Detail | LIN, IMD, and QTY support exact SKU-level attributes. |
| Product Identification and Labeling Compliance | Supports GIN (Goods Item Number/Details) and PCI (Package Identification), SSCC, GTIN, and lot/batch for regulatory tracking. |
| Alignment with Purchase Order and Shipment Execution | RFF and BGM support document correlation. |
What is the Purpose of the EDIFACT DESADV (Despatch Advice Message)?
The
purpose of the DESADV (Despatch Advice Message) is to notify the receiving party that goods have been shipped and to communicate all required details necessary to prepare for efficient receipt, inspection, and reconciliation. It is the digital equivalent of physical packing lists and shipment documents, ensuring that warehouse, finance, and logistics systems can anticipate and align to inbound goods with accuracy and automation.
What Information is Included in the EDIFACT Despatch Advice Message?
The EDIFACT DESADV includes shipment-level, packaging-level, and item-level information used to signal the content, structure, and handling requirements of goods physically shipped. The message provides core business data elements such as document identifiers, dates, references, carrier information, serial-level packaging structure, and quantity statements.
The specification defines the DESADV using three structural layers:
- Heading Section: shipment identity, document purpose, dates, references, and transport details
- Detail Section: hierarchical packing structure, package identification, product detail, and shipment quantities
- Summary Section: control totals and message closure
These components ensure that receiving environments have the data required to plan receipt, validate physical shipments, reconcile against purchase orders, and prepare automated warehouse or financial workflows.
What are the Essential Components of the EDIFACT DESADV?
The table below summarizes the required structural components as defined in the EDIFACT DESADV specification.
| Component Type | Required Segments | Purpose |
|---|---|---|
| Service Segments | UNA, UNH, UNT | Establishes delimiters, message identity, and message closure. |
| Document Identification | BGM | Identifies message form, function, and reference number. |
| Date/Time Information | DTM | Defines document issue date and related timelines. |
| References | RFF | Links the DESADV to purchase orders or internal references. |
| Party Identification | NAD | Identifies ship-from, ship-to, or related trading locations. |
| Transport Detail | TDT | Identifies the carrier, mode, and conveyance information. |
| Hierarchical Packaging Structure | CPS, PAC, PCI | Communicates packaging layers, carton types, and identifiers. |
| Product and Quantity Specification | LIN, IMD, QTY | Defines SKU-level details and quantities shipped. |
| Control Totals | CNT | Validates shipment completeness and ensures reconciliation. |
What are the Common Segments Included in the EDIFACT DESADV?
Common segments represent frequently occurring elements across most DESADV implementation scenarios. While not all of them are mandatory, they are widely used across retail, distribution, food & beverage, and regulated supply chains.
| Segment | Name | Purpose |
|---|---|---|
| UNH | Message Header | Starts the DESADV and defines version, type, and control reference. |
| BGM | Beginning of Message | Identifies the message and its function (original, replacement, cancellation). |
| DTM | Date/Time Period | Specifies shipment, documentation, or delivery milestone dates. |
| NAD | Name and Address | Identifies parties involved (Ship-from, Ship-to). |
| RFF | Reference | Cross-references purchase orders or internal identifiers. |
| CPS | Consignment Packing Sequence | Establishes hierarchical packaging structure. |
| PAC | Package | Defines packaging type and number of physical units. |
| PCI | Package Identification | Identifies barcode/labeling requirements. |
| LIN | Line Item | Identifies product shipped. |
| IMD | Item Description | Provides human-readable product identifiers. |
| QTY | Quantity | Defines shipped quantity at item level. |
| CNT | Control Total | Defines total record count or quantity. |
| UNT | Message Trailer | Closes the message and finalizes control counts. |
What Status Codes are used with the EDIFACT Despatch Advice Message?
The
DESADV itself does not include status codes in the same way that ANSI X12 documents such as the 855 or 824 do; however, certain elements within the message convey message status, document intent, and packaging context. These status indicators allow receiving systems to determine how the shipment should be interpreted, processed, or reconciled.
Status behavior is primarily driven by the BGM Message Function Code, which indicates whether the Despatch Advice represents an initial notification, a replacement, or a cancellation.
PartnerLinQ advises that use of the '1' (Cancellation) qualifier in the BGM030 may also indicate that a 'Change by refresh process' is in flight, in other words there may be an understanding among the trading partners that a cancellation is typically followed by a new transaction where, in this case the BGM030 = '9' (Original). Use of the '9' (Original) qualifier in the BGM030 indicates an Initial transmission, an original, not a confirmation, nor a duplicate. There are trading partners/community members that do not use a 'Change by refresh process' instead leveraging the '5' (Replacement) qualifier in the BGM030 to indicate a change within the EDIDFACT Despatch Advice Message.
Packaging-related status may also be represented using qualifiers, and while internal qualifiers do not represent operational status messages they do influence interpretation and induction into data analytics, especially for regulated and or serialized consumer products by way of
- PCI (Package Identification) — marking type
- GIN (Goods Identity Number) — serial type
- QTY (Quantity) — shipped vs. expected quantity distinction
What Reason Codes are used with the EDIFACT Despatch Advice Message?
There
are no formal DESADV-specific rejection or discrepancy reason codes within the message structure. Variance reporting instead occurs in downstream processes such as:
- Application acknowledgment messages (CONTRL or equivalent)
- Receiving discrepancy reports (e.g., RECADV/receiving advice)
- Trading partner compliance responses
Because the DESADV is a notification discrepancy logic is external to the message where reason indicators do appear, embedded in other areas, areas such as:
| Area | Example | Purpose |
|---|---|---|
| Message Control (Service Segments) | UNE, UNA, UNH error messaging via CONTRL | Identifies syntax or routing issues. |
| Packaging Identity | SSCC rejection or parsing failure reason | Serialized label validation or mismatch handling. |
| Receiving Workflow | Variance reason codes in RECADV | Indicates short ship, substitution, damage, or mislabeling. |
PartnerLinQ maps these external reason codes to internal event logs and compliance workflows rather interpreting the DESADV structure and inserting logic, bringing understanding to process flows from transactional data.
What Use Cases does the EDIFACT DESADV (Despatch Advice Message) support?
The DESADV supports a broad spectrum of operational workflows across industries and fulfillment models. Use cases that leverage the structured packaging hierarchy and global identifier support inherent to the DESADV (Despatch Advice Message)
| Use Case Category | Examples Enabled |
|---|---|
| Retail replenishment | DC shipment intake planning, store allocation, ASN automation |
| Manufacturing inbound materials | Line-side staging, vendor-managed inventory, sequencing |
| Food & beverage and regulated products | Lot tracking, SSCC/GTIN alignment, traceability workflows |
| Drop-ship and marketplace fulfillment | Advanced notice to last-mile carrier networks |
| eCommerce and direct-to-consumer shipments | Shipment tracking, packaging configuration visibility |
| Cross-border logistics and customs readiness | Package identity numbers support harmonized documentation |
What are the Benefits of the EDIFACT Despatch Advice Message?
The DESADV provides measurable operational and compliance advantages by supporting proactive shipment visibility, automation, and traceable movement of goods.
Key benefits include:
- Improved
warehouse efficiency: Receiving teams can plan dock appointments, allocate labor, and prepare equipment based on accurate shipment profile. - Reduced check-in and scan time: SSCC-enabled DESADV supports scan-to-receive processes rather than manual reconciliation.
- Higher invoice accuracy: Shipment data aligns with order and financial settlement workflows, reducing disputes.
- Improved item-level traceability: Serialized, batch, or lot detail supports regulatory compliance and lifecycle reporting.
- Process consistency: DESADV serves as the standardized communication framework across all fulfillment models.
PartnerLinQ extends these benefits by combining the DESADV with rules-based mapping, onboarding automation, and monitoring capabilities.
How efficient is the EDIFACT DESADV?
The DESADV improves operational efficiency by replacing manual shipment documentation with structured data that enables automation that feeds multiple downstream systems without redundant, error prone, human based, data entry.
Efficiency accelerators within the Despatch Advice Message include:
- Hierarchical packaging representation
- Automated barcode/SSCC validation
- Alignment to purchase order and transport execution
- Single-message orchestration for end-to-end receipt workflow
Efficiencies increases proportionally as supply chains adopt:
- GS1-aligned identifiers
- Serialized container labeling
- Scanning (*inbound receiving)
How compliant is the EDIFACT Despatch Advice Message?
The
EDIFACT DESADV (Despatch Advice Message) is widely accepted across national and international logistics environments and conforms to the requirements for many consumer goods, regulated categories, and retail distribution networks. Compliance is delivered via relative strength which is dependent on adherence to external guidance such as:
- EDIFACT syntax and control rules
- GS1 logistics labeling best practices
- Service segment principles defined by UN/CEFACT
What is the Format of the EDIFACT DESADV?
PartnerLinQ supports multiple EDIFACT (Despatch Advice Message) data structures and standards including the UN/EDIFACT D96A syntax and encoding structure. The DESADV specification defines the DESADV using three structural layers:
- Heading Section: shipment identity, document purpose, dates, references, and transport details
- Detail Section: hierarchical packing structure, package identification, product detail, and shipment quantities
- Summary Section: control totals and message closure
…and here is a Summary of Key Segments in the EDIFACT DESADV (Despatch Advice Message)
Summary Table of Key Segments in the EDIFACT DESADV
| Tag | Segment Name |
|---|---|
| UNH | Message Header |
| BGM | Beginning of Message |
| DTM | Date/Time/Period |
| RFF | Reference |
| NAD | Name and Address |
| TDT | Transport Details |
| CPS | Consignment Packing Sequence |
| PAC | Package |
| PCI | Package Identification |
| GIN | Goods Identity Number |
| LIN | Line Item |
| QTY | Quantity |
| CNT | Control Total |
| UNT | Message Trailer |
How Accurate is the EDIFACT Despatch Advice Message?
The accuracy of the EDIFACT DESADV is directly tied to its role as the authoritative record of what has been shipped—not what was ordered, planned, or forecasted. When properly implemented, the DESADV delivers highly accurate information because it reflects the physical outbound shipment that includes data elements relevant to packaging, labeling, and carrier assignment supported by…
- Coded identifiers (GTIN, GLN, SSCC) not free text
- Hierarchical packaging structure aligned to shipping configuration (e.g., pallet, case, pack, and/or unit).
- Quantity representation based on shipped units, not expected or ordered values.
- Traceable barcode identities, captured through optical, RFID, and EPC data capture
PartnerLinQ improves accuracy further through validation rules that reconcile the DESADV against purchase orders, catalog master data, and regulatory fields before the transaction is accepted.
What are the Limitations of the EDIFACT Despatch Advice Message?
While the DESADV is highly effective for shipment notification, it has certain structural and functional boundaries for example it reflects the physical outbound shipment not what was ordered, planned, or forecasted. There are constraints that preserve the DESADV’s core purpose - shipment declaration and receiving preparation and limitations like those represented below:
| Limitation Type | Description |
|---|---|
| Not a negotiation message | The DESADV does not support change requests, substitution approvals, or negotiation. The ASN is a factual representation of a shipment based on execution (e.g., scanning). |
| No embedded pricing | Pricing, totals, taxes, and financial reconciliation are excluded and handled via a separate transaction such as an invoice. |
| No dispute resolution structure | Variances are reported and resolved through RECADV or error acknowledgments, not within the DESADV itself. |
| Dependent on labeling compliance | Without SSCC, GS1-compliant barcodes, or consistent product codes, end-to-end utility and automation are significantly reduced. |
| Version consistency requirements | Interoperability depends on strict adherence to a specific EDIFACT release (D96A in this case). |
Are Guidelines & Sample Files for the EDIFACT Despatch Advice Message available?
Yes. PartnerLinQ maintains a structured library of implementation guidelines for trading partners that includes:
- Validated EDIFACT DESADV sample files
- Syntax, mapping, and compliance notes
- GS1 alignment guidance and barcode requirements
- Error handling and test certification steps
Implementation guides, testing files, and payload examples are available on request through PartnerLinQ Support and are maintained for mapping, validation, version control and partner onboarding purposes

What are the Basic Questions for EDI Integration with the EDIFACT DESADV?
The following questions assist with mapping, workflow alignment, and compliance validation and can be used to determine how a DESADV integration should be configured.
- Are there Samples and Specs available?
- What is the general direction of the transaction?
- Is the DESADV Inbound to or Outbound from the endpoint to another party?
- Are there more than one trading partner exchanging the DESADV (Despatch Advice Message)?
- Are there other interested parties?
- What transactions might these interested parties be a party to?
- What response to the transaction is expected or sent?
- Is a response to the transaction a timed event?
- Are notifications involved/needed?
- Are there samples and specs of the response transaction available?
- How
are changes to the DESADV (Despatch Advice Message) managed today? - Is there automation? (an internal systems trigger) Or are DESADV (Despatch Advice Message) transactions triggered manually?
- Are responses and changes automatically triggered? (an internal systems trigger) Or do transactions require human intervention?
- Is the shipment related to a return?
- If the shipment is related to a return, is there an authorization required for such a return, a return merchandise authorization (RMA), return authorization (RA) or return goods authorization (RGA) as a part of the process of returning a product to the manufacturer or re-packager?
- If the shipment is related to a return, has the returns process been identified including the process for capturing the return merchandise authorization (RMA), return authorization (RA) or return goods authorization (RGA)?
- If the shipment is related to a return, is there a ‘reason code’ required to indicate or receive a refund, replacement, or repair?
- Is the shipment related to an order?
- If the shipment is related to an order, is there an authorization such as a Purchase Order or PO reference needed or included?
- If the shipment is related to an order, is there a Purchase Order referenced so the shipment can be checked for accuracy or inventory adjusted?
- Which hierarchical levels (SOPI) are required by the partner?
- Are SSCC/LPN labels supported?
- How are carrier details captured?
- What tolerance exists for OSD s(Over/Short/Damaged) shipments exist and how are they reported?
- Will the message include full packaging hierarchy or a more simplified shipment detail?
- Are batch, lot, expiration, or regulated identifiers required?
- Will receiving workflows be automated (scan-based receiving) or manually entered?
- Does the carrier assignment come from the shipper, retailer, or a third-party logistics provider?
- Does the trading partner require acknowledgment (CONTRL or equivalent)?
- What version of EDIFACT will be used (D96A for example)?
- Is the DESADV required before goods are physically received?
- How far is the destination from the departure location?
What Business Level Workflow does the EDIFACT DESADV Support?
EDIFACT DESADV (Despatch Advice Message) supports business workflows that center around shipment confirmation, goods movement, visibility, and more advanced outbound logistics. The DESADV functions as the shipping notification within a broader order-to-cash and distribution execution process and is most commonly exchanged after goods are picked, packed, and shipped, before they physically arrive at the receiving location.
| Business Process Stage | Purpose | Role of DESADV |
|---|---|---|
| Order Fulfillment Execution | Goods are prepared following an order (ORDERS → ORDRSP). | DESADV confirms that goods have now been shipped or are ready for shipment. |
| Outbound Logistics | Picking, packing, labeling, and transportation activities occur. | DESADV conveys shipment structure (pallets, cartons, SSCC labels), quantities, serials, batch codes, shelf-life dates, etc. |
| Inventory & Warehouse Planning | Receiving warehouse allocates staff, dock doors, and equipment. | DESADV enables pre-receiving and automated inbound scheduling. |
| Transportation & Carrier Coordination | Loads are tendered and moved across the supply chain. | DESADV provides load details, packaging hierarchy, weights, cube, transport references, and shipping documentation links. |
| Receiving & Put-Away Automation | The buyer performs automated receiving based on the advance shipment detail. | DESADV supports ASN-driven receiving, barcode scanning, automated reconciliation, and ERP/WMS matching. |
| Invoice Matching & Financial Reconciliation | “Three-way match” validation: Purchase Order → Shipment → Invoice. | DESADV acts as the shipment record used to match the forthcoming INVOIC with the purchase order to complete the three-way match. |

What are the Best Practices for Using the EDIFACT Despatch Advice Message?
| Best Practice Category | Best Practice |
|---|---|
| Timing | Send the DESADV as soon as the shipment is physically loaded—‘close load’ operation. |
| Labeling | Ensure SSCC labels match the GIN (Goods Item Number/Details) / PCI (Package Identification) segments to avoid receiving errors. |
| Accuracy | Only transmit quantities that have physically shipped—not forecasted or planned volumes. |
| Validation | Perform pre-transmission checks against product catalog, order, and identification standards. |
| Consistency | Maintain structured format and consistent versioning throughout trading partner relationships. |
| Traceability | Include batch, lot, serial, or regulatory identifiers where required. |
| Compliance Testing | Certify mapping and transmission content during onboarding before going live. |
PartnerLinQ uses a proprietary business rules engine to apply automated governance' to capture/reinforce ‘Best Practices’ unique to each client during integration and ongoing monitoring.
What Transactions are Associated with the EDIFACT DESADV Message?
The DESADV interacts with upstream and downstream EDI messaging to support a fully digitized supply chain. These relationships ensure end-to-end continuity between procurement, shipment, receipt, and settlement.
| Relationship Type | Related EDIFACT Document | Purpose |
|---|---|---|
| Upstream | ORDERS / Purchase Order | Defines expected items and quantities. |
| Parallel / Reference | IFTMIN / Transport Instruction | May align with logistics execution. |
| Downstream | RECADV / Receiving Advice | Confirms receipt and notes discrepancies. |
| Financial | INVOIC / Invoice | Billing and financial reconciliation reference. |
| Compliance | CONTRL | Structural acknowledgment or error reporting. |
Explore Our Integration Solutions
PartnerLinQ Integration Solutions
Connect Everything. Integrate Intelligently.
Future-Proof Your Business with Composable, AI Powered Connectivity.