Ansicht
Dokumentation

Multi-Level Goods Receipt ( RELNAUTO_BOR_20_MULTIGR )

Multi-Level Goods Receipt ( RELNAUTO_BOR_20_MULTIGR )

Addresses (Business Address Services)   Vendor Master (General Section)  
This documentation is copyright by SAP AG.
SAP E-Book

Short text

Multi-Level Goods Receipt

Scope of Functions

Goods receipt is usually based on the inbound delivery or inbound shipment in the automotive industry, when the goods are not procured using the JIT process.

The first step in the multi-level goods receipt process is to compare the shipping documents with the data received by EDI and make any corrections or additions. The second step involves the comparison of the packages and quantities received with the delivery notes, making any corrections, and then posting goods receipt.

The data for both steps is accessed either on the level of the

  • inbound shipment
  • inbound delivery
  • individual package

by using the external identification from the vendor or the freight forwarder.

The following functions to support this process are new in SAP Automotive Release 2.0:

  • The inbound delivery group, which is a new attribute for inbound deliveries that you can use to group and handle inbound deliveries in a consignment. You can also transmit this attribute by EDI.
    You can use the inbound delivery group in the new interface to handle the consignment. The consignment is used in the German automotive industry. It usually groups all the inbound deliveries from a single vendor to a single unloading point in an inbound shipment. It is an important selection criterion for processing inbound deliveries in groups but it is not a separate object in the SAP System.
  • A new interface for simple access to inbound shipments, deliveries, and packages. You select these objects by the external identification on the accompanying delivery papers.
    The new interface is used in two transactions:
  • Preliminary entry, including the comparison of delivery papers and setting the status In plant

  • Goods receipt posting

The interface also offers you easy access to standard functions, such as entering and correcting inbound deliveries when you receive the data by EDI and compare it with the accompanying delivery papers.
  • Purchase orders can be determined automatically when you are in the new interface or when you receive IDocs. The system uses the data in the delivery note or the summarized JIT call to determine the scheduling agreement and thus the purchase order.
  • Unloading points are automatically determined based on the reference to scheduling agreements or summarized JIT calls.
  • You can save an inbound delivery without a reference to a purchase order. You do not have to enter the reference until you want to post goods receipt.
  • The status In plant, which is displayed in the stock/requirements list.
    This status is set for inbound deliveries when the trucks are registered by the goods receipt office. It means that the goods have arrived at the O.E.M.s plant and are available in principle but goods receipt has not been posted yet.
  • The processing of inbound deliveries has been enhanced so that you can add items to inbound deliveries.
  • An unloading list with the packages and quantities to be unloaded. The unloading list is sorted by the unloading points.
  • A filter which enables you to set up a worklist in the new interface. Depending on the transaction, you can filter the inbound shipments and deliveries by
  • the goods receiving point

  • the plant

  • the storage location

  • The status Visually inspected for handling units. The materials and the quantities in the packages are compared with the shipping documents. You make any necessary corrections to the data in the system and then set the status.
  • You have the option to automatically check that the external identification of an inbound delivery or shipment is unique, that is to say, whether an inbound delivery or shipment with the identical identification already exists in your system.
  • You can create a new type of sub-item in inbound deliveries. You can use this type of sub-items for packing materials, for example.
  • A totals comparison for handling units.
    The system adds up the quantities of delivery items, the quantities in the handling units, and the quantities calculated by the packing instructions. A signal is displayed in the inbound delivery when these quantities do not match.
  • You have the option to automatically
  • set the status In plant

  • post goods receipt

when a delivery is created, whether the creation is automatic (using EDI) or manual.
  • You can supply summarized JIT calls from inbound deliveries, that is, you can assign summarized JIT calls items to inbound delivery items, when you are in the new interface. The summarized JIT calls are flagged as supplied when you post goods receipt for the corresponding inbound deliveries.

Effects on Existing Data

Effects on Data Transfer

Effects on System Administration

Effects on Customizing

Define material staging areas

Define shipment types

Define delivery types

Further Information






ABAP Short Reference   Vendor Master (General Section)  
This documentation is copyright by SAP AG.

Length: 6755 Date: 20240419 Time: 113351     sap01-206 ( 92 ms )