SEEBURGER Business Integration Suite Accelerate Business-Driven Innovation with IntegrationDownload whitepaper now
SEEBURGER Cloud Portal We provide Cloud Services to make your company more flexible and agile.
Log InSign Up
How can we help you? Rely on highly qualified support – around the clock.
Support HotlineService Portal
BIS 6.7 – Now Available! Customers using BIS 6.7 benefit from agile and scalable integration solutions for the digital shift and a variety of operating models.More about the Major Release
Jobs at SEEBURGER – Shape your future with us. The "Who is who" of the economy rely on SEEBURGER – you can trust in SEEBURGER as an employer
The EDIFACT RECADV (RECeiving ADVice) message is used to report the physical receipt of ordered goods. Along with received goods, the customer can also register any discrepancies from their expected order, such as product type, quantity, or packaging. With this information, the supplier can then adjust future invoices for this customer. It follows the EDI message standard UN/EDIFACT and is a typical message type in the electronic purchasing process for the manufacturing and retail industries.
A customer usually sends a RECADV message to a supplier once an order has been delivered. The RECADV message can relate to one or more orders specified within previous EDIFACT ORDERS, DELFOR, or DELJIT messages. The information sent back will detail any discrepancies between what was initially ordered and expected to arrive within a delivery.
RECADV messages are generated via a customer's ERP system in their proprietary ERP data format, like for instance SAP IDoc. This data is converted into the customer's required EDI RECADV structure via an EDI solution and sent. Once received by a supplier, they will know of any discrepancies forwarded to the customer.
Download the guide
The EDIFACT RECADV message structure details the customer’s feedback of a previous order, sent from the supplier. A message can refer to one or more orders and/or delivery points. An EDI message is sent, received, and processed by an EDI solution. The solution can be an EDI Cloud Service or EDI software for in-house usage.
A typical EDIFACT RECADV Message includes:
Once a supplier receives a RECADV from their customer, they can be made aware of any discrepancies between what was ordered and what was received, or if any goods were damaged in transit. Off the back of this, they can then arrange for any further deliveries of goods or replacement products to the customer, and final invoices can be generated and sent.
Within EDI, many different documents are transferred between a customer and a supplier. These usually follow a specific sequence of steps, dependent on the industry they are trading in. Here is an example of this flow with the Retail sector and where the RECADV document would sit in this chain.
If you were sending ANSI X12 messages, the equivalent file to the RECADV would be the EDI 861 Receiving Advice message. Within ODETTE, a European Standard, the customer would send a STOACT Stock Activity’s message.
When you look into replacing your legacy EDI solution with state-of-the-art technology, you should check out your options to operate in a stable and cost effective way. SEEBURGER provides you all the choices being it an EDI Cloud Service in the SEEBURGER Cloud or public cloud environments like the ones from Google, Azure, AWS, etc. as well as an on-premises software solution.
What is EDI?
What is AS2?
What is AS4?
What is OFTP2?
EDI Message Standards – An Overview
What is ANSI X12?
What is an EDI Mapping?
What are EDI Benefits?
What Is the Meaning of Being EDI Capable?
EDI Operating Models: On-Premises, iPaaS or Full Service EDI
Do you have any questions?
Please contact us!
Thank you for your message
We appreciate your interest in SEEBURGER.