WRT - Goods Receipt

Reference process for receiving, checking, and posting goods shipments in goods receipt in BE-terna Fashion.

Meta process

graph LR;

%% Nodes
A(WRT<br>Goods Receipt)
B(WRT-0010<br>Create goods receipt document)
C(WRT-0020<br>Get source document)
D(WRT-0030<br>Capture line data)
E(WRT-0040<br>Perform total check)
F(WRT-0050<br>Post goods receipt)

%% Flow
A -.- B
linkStyle 0 stroke:#ffffff
B ==> C
C ==> D
D ==> E
E ==> F

%% Classes
class A btProcessTitle
class B,C,D,E,F btProcessActive

The process describes the receipt of goods shipments in the system. The source documents for creating a goods receipt can differ. As a rule, however, these are inbound document types such as purchase order, advice, transfer order (receipt), and sales complaint. In the system, goods receipt is used for documented receipt and completeness control of goods shipments by logistics. Goods receipt increases warehouse inventory in the respective warehouse. Goods receipt offers the possibility of entering a put-away process for bin-managed logistics systems.

Goods receipt is used equally for physical receipt of goods and for virtual or floating goods deliveries. In such cases, posting is made to a virtual or floating warehouse. The transfer of risk takes place outside physical access. The posting is based on the documents handed over by the vendor or its bank. The transaction results in a so-called advice, which represents the source document for physical receipt.

Goods receipts can cover multiple source documents, but can also be processed separately for individual source documents. When goods receipt transactions are processed separately by source document, the goods receipt is generally created from the respective source document. However, manual creation of the document is also possible. A goods receipt document can, for example, receive deliveries from one vendor across several orders. Likewise, for floating goods receipts, a shipment is captured collectively for the warehouse. Shipment-relevant advice information is passed to the goods receipt for consolidated viewing of container shipments.

WRT-0010 - Create goods receipt document

A new goods receipt document is created in the system. All relevant shipment information must be specified (warehouse location, vendor, customer, vendor delivery note number, vendor invoice number). The specified information has a separating effect for considering downstream processes.

Incoming processes:

WRT-0020 - Get source document

By retrieving the source documents, all open quantities from the respective source documents are transferred to the goods receipt. Depending on the source document, several partial postings are possible. The source document can be retrieved either using the document number, a list of all documents, or a filtered list by, for example, vendor and document type. Corresponding functions are available for this purpose. Confirming the source document transfers the lines into the document.

WRT-0030 - Capture line data

The quantities are reconciled against the delivery note or the count. In the “Qty. current delivery” field, the quantities are reconciled at SKU level. The “Matrix capture” function can be used.

If the quantities in goods receipt differ from the original purchase order/advice, the remaining quantities are adjusted, whereby both underdeliveries and overdeliveries are possible. For advices, these quantity differences are automatically corrected in the floating warehouse and transferred to the process for handling delivery differences. Positions that were not delivered can be removed from the goods receipt document. The underlying document lines remain in the source document with their remaining quantities. If these are not to remain in the case of purchase orders, the remaining quantity can be reduced to the delivery quantity using the “Adjust remaining quantities” functionality. After posting the goods receipt, there are therefore no open quantities left in the purchase order. For advices, underdeliveries are posted out when the advice is completed. This can be controlled from the goods receipt header.

In addition to the quantities for receipt, it is possible to define the quantities to be handed over to quality control. When posting, these are automatically transferred from the target warehouse of the goods receipt to the QA warehouse and can be checked in the quality control document.

Incoming processes:

WRT-0040 - Perform total check

The total of the captured data results in the quantity to be posted in the goods receipt. For this purpose, the total quantity of the goods receipt is checked using the statistics function. This serves as the final check before posting and must match the quantity of the individual items according to the vendor documents.

Incoming processes:

WRT-0050 - Post goods receipt

Posting the goods receipt causes the receipt to the respective specified target warehouse. The item ledger entries, value entries, and the respective posted documents are created (posted goods receipt, posted advice, posted deliveries, posted transfer receipt, posted return). In addition, it is possible to create a purchase invoice when posting a purchase delivery for invoice control. Difference handling for goods receipts from floating processes is started and underdeliveries or overdeliveries are posted in the form of decreases/increases or purchases. Specified quantities intended for quality assurance are automatically transferred from the target warehouse of the goods receipt to the QA warehouse and a quality control document is created for checking. In the case of a floating goods receipt, an advice document is created. This is used to track goods in transit and as the source document for the physical goods receipt.

Outgoing processes:

Instances

WRT-MAN - Manual goods receipt

graph LR;

%% Nodes
A(WRT-MAN<br>Manual Goods Receipt)
B(WRT-MAN-0010<br>Create goods receipt document)
C(WRT-MAN-0020<br>Get source document)
D(WRT-MAN-0030<br>Capture line data)
E(WRT-MAN-0040<br>Perform total check)
F(WRT-MAN-0050<br>Post goods receipt)

%% Flow
A -.- B
linkStyle 0 stroke:#ffffff
B ==> C
C ==> D
D ==> E
E ==> F

%% Classes
class A btProcessTitle
class B,C,D,E,F btProcessActive

This instance is the manual creation of a goods receipt from the role center or the overview of goods receipts. Goods receipts are manually created for different source documents. If, in the procurement case (purchase order), the transfer of risk to the purchasing company takes place before the physical arrival of the goods, a separate warehouse location is assigned to the order. This virtual warehouse location is called “goods in transit” or “floating goods”. The advice created in the process is later used as the basis for physical goods receipt in the warehouse.

Goods receipts can cover multiple source documents, but can also be processed separately for individual source documents. A goods receipt document can, for example, receive deliveries from one vendor across several orders. Likewise, for floating goods receipts, a shipment is captured collectively for the warehouse. Shipment-relevant advice information is passed to the goods receipt for consolidated viewing of container shipments.

WRT-MAN-0010 - Capture header data

After a new goods receipt document has been created, the warehouse location and the corresponding source of the document (vendor, customer, warehouse location) are specified. The posting date is determined from the work date. The vendor delivery number and vendor invoice number are transferred from the vendor papers. In the case of a floating goods shipment, the advice information can be captured as soon as it is available. This includes transport type, transport reference, ETD, ETA, port of discharge, container type, bill of lading number, container number, volume and weight, and the customs registration number.

Incoming processes:

WRT-MAN-0020 - Get source document

By retrieving the source documents, all open quantities from the respective source documents are transferred to the goods receipt. Depending on the source document, several partial postings are possible. The source document can be retrieved either using the document number, a list of all documents, or a filtered list by, for example, vendor and document type. Corresponding functions are available for this purpose. Confirming the source document transfers the lines into the document.

WRT-MAN-0030 - Capture line data

The quantities are reconciled against the delivery note or the count. In the “Qty. current delivery” field, the quantities are reconciled at SKU level. The “Matrix capture” function can be used.

If the quantities in goods receipt differ from the original purchase order/advice, the remaining quantities are adjusted, whereby both underdeliveries and overdeliveries are possible. For advices, these quantity differences are automatically corrected in the floating warehouse and transferred to the process for handling delivery differences. Positions that were not delivered can be removed from the goods receipt document. The underlying document lines remain in the source document with their remaining quantities. If these are not to remain in the case of purchase orders, the remaining quantity can be reduced to the delivery quantity using the “Adjust remaining quantities” functionality. After posting the goods receipt, there are therefore no open quantities left in the purchase order. For advices, underdeliveries are posted out when the advice is completed. This can be controlled from the goods receipt header.

In addition to the quantities for receipt, it is possible to define the quantities to be handed over to quality control. When posting, these are automatically transferred from the target warehouse of the goods receipt to the QA warehouse and can be checked in the quality control document.

WRT-MAN-0040 - Perform total check

The total of the captured data results in the quantity to be posted in the goods receipt. For this purpose, the total quantity of the goods receipt is checked using the statistics function. This serves as the final check before posting and must match the quantity of the individual items according to the vendor documents.

WRT-MAN-0050 - Post goods receipt

Posting the goods receipt causes the receipt to the respective specified target warehouse. The item ledger entries, value entries, and the respective posted documents are created (posted goods receipt, posted advice, posted deliveries, posted transfer receipt, posted return). In addition, it is possible to create a purchase invoice when posting a purchase delivery for invoice control. Difference handling for goods receipts from floating processes is started and underdeliveries or overdeliveries are posted in the form of decreases/increases or purchases. Specified quantities intended for quality assurance are automatically transferred from the target warehouse of the goods receipt to the QA warehouse and a quality control document is created for checking. In the case of a floating goods receipt, an advice document is created. This is used to track goods in transit and as the source document for the physical goods receipt.

Outgoing processes:

WRT-WRB - Goods receipt from goods receipt journal

graph LR;

%% Nodes
A(WRT-WRB<br>Goods Receipt from Goods Receipt Journal)
B(WRT-WRB-0010<br>Create goods receipt document)
C(WRT-WRB-0020<br>Get source document)
D(WRT-WRB-0030<br>Capture line data)
E(WRT-WRB-0040<br>Perform total check)
F(WRT-WRB-0050<br>Post goods receipt)

%% Flow
A -.- B
linkStyle 0 stroke:#ffffff
B ==> C
C ==> D
D ==> E
E ==> F

%% Classes
class A btProcessTitle
class B,C btProcessInactive
class D,E,F btProcessActive

In the case of physical goods receipt in self-organized warehouses with their own logistics, goods receipt generally takes place in two steps. In the goods receipt journal, the shipment is registered so that information is available about the goods and orders present in the warehouse. In the second step, the goods are transferred into inventory by means of a goods receipt document.

WRT-WRB-0030 - Capture line data

The quantities are reconciled against the delivery note or the count. In the “Qty. current delivery” field, the quantities are reconciled at SKU level. The “Matrix capture” function can be used.

If the quantities in goods receipt differ from the original purchase order/advice, the remaining quantities are adjusted, whereby both underdeliveries and overdeliveries are possible. For advices, these quantity differences are automatically corrected in the floating warehouse and transferred to the process for handling delivery differences. Positions that were not delivered can be removed from the goods receipt document. The underlying document lines remain in the source document with their remaining quantities. If these are not to remain in the case of purchase orders, the remaining quantity can be reduced to the delivery quantity using the “Adjust remaining quantities” functionality. After posting the goods receipt, there are therefore no open quantities left in the purchase order. For advices, underdeliveries are posted out when the advice is completed. This can be controlled from the goods receipt header.

In addition to the quantities for receipt, it is possible to define the quantities to be handed over to quality control. When posting, these are automatically transferred from the target warehouse of the goods receipt to the QA warehouse and can be checked in the quality control document.

Incoming processes:

WRT-WRB-0040 - Perform total check

The total of the captured data results in the quantity to be posted in the goods receipt. For this purpose, the total quantity of the goods receipt is checked using the statistics function. This serves as the final check before posting and must match the quantity of the individual items according to the vendor documents.

WRT-WRB-0050 - Post goods receipt

Posting the goods receipt causes the receipt to the respective specified target warehouse. The item ledger entries, value entries, and the respective posted documents are created (posted goods receipt, posted advice, posted deliveries, posted transfer receipt, posted return). In addition, it is possible to create a purchase invoice when posting a purchase delivery for invoice control. Difference handling for goods receipts from floating processes is started and underdeliveries or overdeliveries are posted in the form of decreases/increases or purchases. Specified quantities intended for quality assurance are automatically transferred from the target warehouse of the goods receipt to the QA warehouse and a quality control document is created for checking.

Outgoing processes:

WRT-POP - Goods receipt from purchase order processing

graph LR;

%% Nodes
A(WRT-POP<br>Goods Receipt from Purchase Order Processing)
B(WRT-POP-0010<br>Create goods receipt document)
C(WRT-POP-0020<br>Get source document)
D(WRT-POP-0030<br>Capture line data)
E(WRT-POP-0040<br>Perform total check)
F(WRT-POP-0050<br>Post goods receipt)

%% Flow
A -.- B
linkStyle 0 stroke:#ffffff
B ==> C
C ==> D
D ==> E
E ==> F

%% Classes
class A btProcessTitle
class B,C btProcessInactive
class D,E,F btProcessActive

On the basis of a selected purchase order, a new goods receipt is created with reference to the order being viewed using the function “Create goods receipt” and is processed on a transaction basis. Likewise, the capture of floating goods receipts is possible in the case of early transfer of risk.

All relevant information (warehouse location, vendor, currency, posting date, vendor delivery note number, vendor invoice number) is transferred from the purchase order. In the case of a floating goods shipment, the advice information can be captured as soon as it is available. This includes transport type, transport reference, ETD, ETA, port of discharge, container type, bill of lading number, container number, volume and weight, and the customs registration number.

WRT-POP-0030 - Capture line data

The line data is transferred from the purchase order. The quantities are reconciled against the delivery note or the count. In the “Qty. current delivery” field, the quantities are reconciled at SKU level. The “Matrix capture” function can be used.

If the quantities in goods receipt differ from the original purchase order/advice, the remaining quantities are adjusted, whereby both underdeliveries and overdeliveries are possible. For advices, these quantity differences are automatically corrected in the floating warehouse and transferred to the process for handling delivery differences. Positions that were not delivered can be removed from the goods receipt document. The underlying document lines remain in the source document with their remaining quantities. If these are not to remain in the case of purchase orders, the remaining quantity can be reduced to the delivery quantity using the “Adjust remaining quantities” functionality. After posting the goods receipt, there are therefore no open quantities left in the purchase order. For advices, underdeliveries are posted out when the advice is completed. This can be controlled from the goods receipt header.

In addition to the quantities for receipt, it is possible to define the quantities to be handed over to quality control. When posting, these are automatically transferred from the target warehouse of the goods receipt to the QA warehouse and can be checked in the quality control document.

Incoming processes:

WRT-POP-0040 - Perform total check

The total of the captured data results in the quantity to be posted in the goods receipt. For this purpose, the total quantity of the goods receipt is checked using the statistics function. This serves as the final check before posting and must match the quantity of the individual items according to the vendor documents.

WRT-POP-0050 - Post goods receipt

Posting the goods receipt causes the receipt to the respective specified target warehouse. The item ledger entries, value entries, and the respective posted documents are created (posted goods receipt, posted deliveries). In addition, it is possible to create a purchase invoice when posting a purchase delivery for invoice control. Difference handling for goods receipts from floating processes is started and underdeliveries or overdeliveries are posted in the form of decreases/increases or purchases. Specified quantities intended for quality assurance are automatically transferred from the target warehouse of the goods receipt to the QA warehouse and a quality control document is created for checking. In the case of a floating goods receipt, an advice document is created. This is used to track goods in transit and as the source document for the physical goods receipt.

Outgoing processes:

WRT-ADV - Goods receipt advice

graph LR;

%% Nodes
A(WRT-ADV<br>Goods Receipt Advice)
B(WRT-ADV-0010<br>Create goods receipt document)
C(WRT-ADV-0020<br>Get source document)
D(WRT-ADV-0030<br>Capture line data)
E(WRT-ADV-0040<br>Perform total check)
F(WRT-ADV-0050<br>Post goods receipt)

%% Flow
A -.- B
linkStyle 0 stroke:#ffffff
B ==> C
C ==> D
D ==> E
E ==> F

%% Classes
class A btProcessTitle
class B,C btProcessInactive
class D,E,F btProcessActive

When the goods shipment from floating processes is physically received, the goods receipt is created from the advice. The quantities and positions previously received into the floating warehouse are transferred into the goods receipt. This goods receipt is used for physical receipt in the central warehouse.

All relevant information (warehouse location, vendor, currency, posting date, vendor delivery note number, vendor invoice number, advice information) is transferred from the advice.

WRT-ADV-0030 - Capture line data

The quantities are reconciled against the physical count with the quantities according to the advice. This is done on the basis of the “Qty. current delivery” or via matrix capture. Any overdeliveries or underdeliveries are handled when posting the goods receipt.

Incoming processes:

WRT-ADV-0040 - Perform total check

Checking the total quantity of the goods receipt using the statistics function as the final check before posting.

WRT-ADV-0050 - Post goods receipt

Posting the goods receipt creates the item ledger entries, value entries, and posted documents (posted goods receipt, posted advice) and transfers the floating inventory into the physical inventory of the central warehouse.

Outgoing processes:

WRT-ROP - Goods receipt from customer return

graph LR;

%% Nodes
A(WRT-ROP<br>Goods Receipt from Customer Return)
B(WRT-ROP-0010<br>Create goods receipt document)
C(WRT-ROP-0020<br>Get source document)
D(WRT-ROP-0030<br>Capture line data)
E(WRT-ROP-0040<br>Perform total check)
F(WRT-ROP-0050<br>Post goods receipt)

%% Flow
A -.- B
linkStyle 0 stroke:#ffffff
B ==> C
C ==> D
D ==> E
E ==> F

%% Classes
class A btProcessTitle
class B,C btProcessInactive
class D,E,F btProcessActive

This is the standard process for large returns. The goods receipt is created from a released sales complaint (customer return process). The function ‘Create goods receipt’ is used for creation. This mainly concerns returns in the wholesale area (retailer returns to vendor).

All relevant information (warehouse location, customer, posting date) is transferred from the sales complaint.

WRT-ROP-0030 - Capture line data

The line data is transferred from the sales complaint. The quantities are reconciled against the delivery note or the count. In the “Qty. current delivery” field, the quantities are reconciled at SKU level.

Incoming processes:

WRT-ROP-0040 - Perform total check

The total of the captured data results in the quantity to be posted in the goods receipt. For this purpose, the total quantity of the goods receipt is checked using the statistics function. This serves as the final check before posting and must match the quantity of the individual items registered by customer service or the customer.

WRT-ROP-0050 - Post goods receipt

Posting the goods receipt causes the receipt to the respective specified target warehouse. The item ledger entries, value entries, and posted documents (posted goods receipt, return) are created. Processing of the returned quantities begins in the returns department.

Outgoing processes:

WRT-TOP - Goods receipt from transfer

graph LR;

%% Nodes
A(WRT-TOP<br>Goods Receipt from Transfer)
B(WRT-TOP-0010<br>Create goods receipt document)
C(WRT-TOP-0020<br>Get source document)
D(WRT-TOP-0030<br>Capture line data)
E(WRT-TOP-0040<br>Perform total check)
F(WRT-TOP-0050<br>Post goods receipt)

%% Flow
A -.- B
linkStyle 0 stroke:#ffffff
B ==> C
C ==> D
D ==> E
E ==> F

%% Classes
class A btProcessTitle
class B,C btProcessInactive
class D,E,F btProcessActive

In this instance, the goods receipt comes from transfers between warehouse locations with transit posting. From the transfer order from the outgoing warehouse location to the incoming warehouse location via a transit warehouse, the first step created a goods issue posting from the outgoing warehouse to the transit warehouse (which represents a means of transport such as a truck or train). In the second step, the goods receipt is posted from the transit warehouse to the incoming warehouse location. In this case, the goods receipt is created using a “Create goods receipt” function on the transfer order. All relevant information (warehouse location, posting date) is transferred from the transfer order.

WRT-TOP-0030 - Capture line data

The quantities are reconciled against the physical count with the quantities according to the transfer order. This is done on the basis of the “Qty. current delivery” or via matrix capture.

Incoming processes:

WRT-TOP-0040 - Perform total check

The total of the captured data results in the quantity to be posted in the goods receipt. For this purpose, the total quantity of the goods receipt is checked using the statistics function. This serves as the final check before posting and must correspond to the quantity of the individual items according to the transfer issue.

WRT-TOP-0050 - Post goods receipt

Posting the goods receipt causes the receipt to the respective specified target warehouse. The item ledger entries, value entries, and posted documents (posted transfer receipt, posted goods receipt) are created and inventory is transferred from the transit warehouse location to the receiving warehouse location.

Outgoing processes:

WRT-EXL - External logistics goods receipt

graph LR;

%% Nodes
A(WRT-EXL<br>External Logistics Goods Receipt)
B(WRT-EXL-0010<br>Create goods receipt document)
C(WRT-EXL-0020<br>Get source document)
D(WRT-EXL-0030<br>Capture line data)
E(WRT-EXL-0040<br>Perform total check)
F(WRT-EXL-0050<br>Post goods receipt)

%% Flow
A -.- B
linkStyle 0 stroke:#ffffff
B ==> C
C ==> D
D ==> E
E ==> F

%% Classes
class A btProcessTitle
class B,C,D btProcessInactive
class E,F btProcessActive

From the posted floating goods receipt, a new goods receipt for the physical goods shipment is automatically created. This goods receipt is used for receipt in the external warehouse and starts the downstream processes.

The document is automatically created from the posted goods receipt of the floating goods. The warehouse location corresponds to the relevant target warehouse of the advice.

The quantities are transferred to the “Qty. current delivery” field based on the physical count. In this process instance, this is done automatically via an interface.

WRT-EXL-0040 - Perform total check

The total of the captured data results in the quantity to be posted in the goods receipt. For this purpose, the total quantity of the goods receipt is checked using the statistics function. This serves as the final check before posting and must match the quantity of the individual items according to the vendor documents.

Incoming processes:

WRT-EXL-0050 - Post goods receipt

After feedback via the interface, the goods receipt is posted by planning. The corresponding transfers from the floating warehouse to the target warehouse of the advice are executed automatically and the corresponding entries and posted documents (posted goods receipt, posted advice) are created.

Outgoing processes:

WRT-EDI - Goods receipt from EDI

graph LR;

%% Nodes
A(WRT-EDI<br>Goods Receipt from EDI)
B(WRT-EDI-0010<br>Create goods receipt document)
C(WRT-EDI-0020<br>Get source document)
D(WRT-EDI-0030<br>Capture line data)
E(WRT-EDI-0040<br>Perform total check)
F(WRT-EDI-0050<br>Post goods receipt)

%% Flow
A -.- B
linkStyle 0 stroke:#ffffff
B ==> C
C ==> D
D ==> E
E ==> F

%% Classes
class A btProcessTitle
class B,C,D btProcessInactive
class E,F btProcessActive

This instance is the automatic creation of a goods receipt from the EDI message type DESADV. Goods have been delivered in the warehouse by a vendor who normally sends a DESADV in advance. However, this goods receipt has no DESADV. Therefore, a goods receipt is created by means of a pseudo-DESADV so that the goods can be taken into inventory.

WRT-EDI-0040 - Perform total check

The total of the captured data results in the quantity to be posted in the goods receipt. For this purpose, the total quantity of the goods receipt is checked using the statistics function. This serves as the final check before posting and must match the quantity of the individual items according to the vendor documents.

Incoming processes:

WRT-EDI-0050 - Post goods receipt

Posting the goods receipt causes the receipt to the respective specified target warehouse. The item ledger entries, value entries, and the posted goods receipt are created.

Outgoing processes: