6 minute read

The essential details of the VDA 4905 call off message

VDA standards

VDA standards are maintained by the German Association of the Automotive Industry and represent one of the important families of standards used by that industry. VDA is the acronym of Verband der deutschen Automobilindustrie.

Standard definitions are given for a variety of applications, referring not only to the structure of electronic documents, but also specifying, for instance, labels and shipping documentation.

VDA 4905 delivery call-off

Delivery call-offs represent a key means of communication in the automotive industry, since tightly linked processes involving customers, suppliers, and upstream suppliers demand that changing supply chain dates and requirements must continuously be communicated “back up the chain”.

The principle is illustrated in the diagram below.


VDA 4905 delivery call-off principle
VDA 4905 delivery call-off principle

A new delivery call-off will fully override the previous delivery call-offs. Current requirements can therefore always be communicated back to the previous link in the logistics chain and up-to-date requirements are availabe to all business partners involved.

White Paper - B2B Connectivity and EDI Benchmark Report
Learn how to resolve the key issues facing IT decision makers today

VDA 4905 delivery call-off structure

Similar to many other VDA standards, VDA 4905 delivery call-offs have a fixed dataset length of 128 characters. Adding a line break after every dataset will produce a sequence of rows. Each row starts with a three-character record type.

The diagram below illustrates the structure of a VDA 4905 message. The first three digits define the record type. M means, that the dataset is mandatory. K means, that the dataset is optional. M derives from the German muss, meaning must. K derives from the German kann, meaning can.

The last character indicates how often the dataset is allowed to be repeated, where n stands for as often as needed and 1..n for at least 1 to n times.


Structure of a VDA 4905 delivery call-off
Structure of a VDA 4905 delivery call-off

The nested structure also indicates datasets, that can be repeated after a first dataset. The diagram shows, that transmission of delivery call-off data starts with record type 511 and will always end with record type 519.

A transmission must always contain record type 512 with the corresponding subordinate record types for every sorting parameter combination. In the VDA context, the sorting parameter combination includes the following parameters:

  • Customer factory
  • Customer material number
  • Order number
  • Unloading point

If, for instance, material number number a and number b and customer factory factory x and factory y are given and a call-off is required for both material numbers and both factories, the result will be as follows:

  • 1 x 511
  • 1 x 512 plus sub-record types (material number a in factory x)
  • 1 x 512 plus sub-record types (material number a in factory y)
  • 1 x 512 plus sub-record types (material number b in factory x)
  • 1 x 512 plus sub-record types (material number b in factory y)
  • 1 x 519

Differences compared to EDIFACT

The VDA standard has several special features compared to EDIFACT, which we briefly discuss below.

Sequential numbering

EDIFACT file transmissions are clearly identified by interchange references (provided in the UNB segment). Interchange references are issued by the sender and are numbered sequentially ascending. Using the interchange reference an EDIFACT transmission is easy to trace. In addition the message creation date and time in the UNB segment help with correctly identifying a transmission. Thus, wrong messages may, for instance, be traced and re-transmitted without a problem.

VDA has a different approach. A new transmission number and an old transmission number are transmitted for each transmission. New and old transmission numbers are unique references for the current and previous transmissions, respectively. No sequential numbering of the transmitted numbers is therefore required. Transmissions may furthermore be numbered differently, for instance in accordance with technical areas (e.g., orders for regular products as opposed to orders for spare parts).

Customer and supplier identification

It is customary in the trade that parties interchanging data (supplier, customer, invoice recipient, place of delivery, etc.) are identified by Global Location Numbers – GLN.

The automotive sector instead uses numbers that were exchanged bilaterally in advance. These may, for instance, include customer number, supplier number, customer’s factory number and unloading point.

Product identification

It is also customary in the trade that exchanged products are identified by a Global Trade Identification Number (GTIN). The GTIN is a number the producer assigns to his products. A consumer will recognise the GTIN as the number under the bar code, which can be found on almost all products in a supermarket shelf.

The automotive sector generally uses material numbers instead of GTINs. The supplier maintains his own list of individual customer material numbers, enabling him to assign them to his internal material numbers.

Cumulative quantity received

The cumulative quantity received comprises all negative or positive deliveries recorded by the customer, from a specific point in time. The quantity in transit will be the difference between cumulative delivery quantity by the supplier and cumulative quantity received at the customer.

The customer may also reset the cumulative quantity to 0 by sending a reset date in a delivery call-off. This date will then apply to all the parts of the supplier. Thus, the first call-off transmission after the reset shall contain all parts of the supplier relevant to the specific customer, allowing to start a new sequence.

Record type version numbers

Within the framework of VDA messaging (including VDA 4905) it is possible to assign version numbers to individual record types. EDIFACT does not provide for such version control on the record type level –- the only comparison would be EDIFACT directory version control -– e.g. EDIFACT EANCOM D96A vs. EDIFACT EANCOM D01B.

A common standard for all?

“The entire automotive industry relies on the VDA standard. Good news for all suppliers –- all companies in the automotive industry will be able to receive delivery call-offs using the same standard.”

Not quite, unfortunately…

Similar to EDIFACT, where the global EDIFACT standard (used in its pure form only by a few) has many subsets that are specific to certain industries and companies, the VDA also has versions that are specific to some companies.
This means, for instance, that German OEMs may have slightly different requirements under the VDA standard, that upstream suppliers will need to take into account.

More questions about VDA?

More questions on the topic of delivery call-off or other VDA standards? Please do contact us or use our chat — we’re more than happy to help!

most read

Keep on reading

6 minute read

How to Achieve B2B Process Automation Success

B2B process automation projects can be daunting. In this article we explore what you can do to ensure your project is a success.

8 minute read

What Makes a Good EDI Dashboard?

A good EDI dashboard is central to successful B2B interactions. In this article we explore the key qualities of an effective solution.

10 minute read

EDI vs API: A Battle of Brothers

In recent years many have suggested that API may eliminate the need for EDI. But is this really true? And are they really rivals?

6 minute read

Expert Perspective — Christoph Ebm: EDI Post-Covid

In this insightful interview, ecosio CEO Christoph Ebm shares his thoughts on supply chain resilience and what the future holds for EDI.

7 minute read

Choosing an EDI Platform - A Breakdown

Looking for advice and information on EDI platforms and what what to look for when deciding between the various options? Look no further!

7 minute read

A Guide to Efficient EDI Systems

In this article we break down what an EDI system is, what different types of system offer, and things to remember when selecting a solution.

9 minute read

EDI Integration: What is It and How Can It Help Your Business?

Efficient EDI integration can have a transformative effect on your business. Read our article to find out how it can benefit you.

2 minute read

ecosio Becomes a Partner of GS1 UK

ecosio is proud to be a partner of GS1 UK and helping to help shape the future of GS1 standards and support industry-wide development.

4 minute read

The Most Common ANSI ASC X12 Party Identifiers and How to Use Them

ANSI X12 party identifiers are a common source of errors. In this article we explore how to avoid issues and what the most common X12 party identifiers are.

9 minute read

Using EDIFACT Parties Correctly - A Breakdown

Errors involving EDIFACT party codes (or EDIFACT parties) are a key cause of master data issues. Find out why.

8 minute read

What is Master Data Synchronisation and Why is it Needed?

Find out how conducting a master data synchronisation can make everyday EDI exchanges and partner onboarding easier and more efficient.

10 minute read

A Brief Introduction to Modern EDI Systems

Are you aware of what modern EDI systems can offer? In this article we explore the recent trend towards fully managed solutions.

We use cookies to provide an optimal website experience. You decide which one you want to allow. Depending on the setting, however, not all functionalities may be available to you. Data protection & imprint.