E. INTERNAL MOVES WITH “Input” AS SOURCE LOCATION.

Supply User Manual ENG -> 5. Warehouse -> 5.8 LU-SU4201: Internal Moves -> E. INTERNAL MOVES WITH "Input" AS SOURCE LOCATION.

E. INTERNAL MOVES WITH “Input” AS SOURCE LOCATION.

If you source an IR whose Location Requestor is an ICU on order (PO), an INT will be automatically created after the reception of the PO (the processing of the IN). It will have “Input” as source location and the ICU as destination location.

If the “Direct to Requesting Location” checkbox is ticked when the IN is processed, the INT will be processed automatically, and goods will reach directly the ICU. This will be transparent for the user. However, an INT will still exist but will directly appear in the state “Closed“.

If the “Direct to Requesting Location” checkbox is not ticked, goods will be received in “Input”, the same INT will be created but you will need to process it manually. This INT will directly have the state “Available” with all its lines “Available“.

The same principle will apply with POs created from scratch or when the Location Requestor of the IR will be a stock (e.g. “LOG” or “MED”).

Example of INT created automatically by the system

B. HOW PRODUCTS MOVE THROUGH THE UNIFIELD LOCATIONS

Supply User Manual ENG -> 5. Warehouse -> 5.8 LU-SU4201: Internal Moves -> B.HOW PRODUCTS MOVE THROUGH THE UNIFIELD LOCATIONS)

B. HOW PRODUCTS MOVE THROUGH THE UNIFIELD LOCATIONS

For processing day to day transactions, it may not be necessary to know the technical aspects of Internal Moves, but the following table may be useful to understand how each transaction in UniField will move products from one location to another. In the pick/pack/ship full shipment process, products will usually initially be in a stock (e.g. “LOG” or “MED”) or in cross docking.

The picking process will transfer them from this location to the “Packing” location. The packing process will transfer them from the “Packing” location to the “Dispatchlocation“. Finally, the shipping process will transfer them from the “Dispatch” location to the “Distribution” location and from the “Distribution” location to a customer (partner) location.

 Source locationDestination locationRemark
PickingStock or Cross dockingPackingWhen sub PICK is “Closed”
PackingPackingDispatchWhen PPL is “Closed”
ShipmentDispatchDistributionWhen shipment is “Shipped”
ShipmentDistributionMSF Customer/Other CustomerWhen shipment is “Closed”

Stock levels of each product in each location can be analyzed thanks to the “Stock by Location” functionality.

Go to: Products / Products / Products

  1. Using the filters and a checkbox, select the product for which you want to see the stock levels.
  2. In the action menu, select the option “Stock by Location”.
Opening the “Stock by Location” screen for a specific product

3. The “Stock by Location” screen appears. The “Instance Full View” is shown. Note that you may see here real and virtual stock levels. Click on the “Expand all” button to see all locations from the “Instance Full View”.

“Stock by Location”, Instance Full View collapsed

4. The “Instance Full View” is expanded. All locations belonging to this view appear and real and virtual stock levels in all these locations are showed.

“Stock by Location”, Instance Full View expanded

During the pick/pack/ship full shipment process, if you check this “Stock by Location” screen step after step, you can see your products moving through these locations as stock levels are changing at each step.

Note that on top of the “Instance Full View“, you may choose to show the “Partners Location” view which will show locations related to supplier and customers.

Another option is to select the “Virtual Locations” view which will show locations related to inventories, services, non-stockable products, …

A. LU INTRODUCTION (LU-SU4201)

Supply User Manual ENG -> 5. Warehouse -> 5.8 LU-SU4201: Internal Moves -> A. LU INTRODUCTION (LU-SU4201)

A. LU INTRODUCTION (LU-SU4201)

Internal Moves (INT) are used to transfer products from one location to another within the warehouse.

As we already saw in the previous sections, they are used to move the received products from the “Input” location to the final destination location after having processed an Incoming Shipment. They need to be processed manually if the “Direct to Requesting Location” checkbox is not ticked on the IN, they are processed automatically if the checkbox is ticked.

Internal Moves can be created automatically by the system in some cases. They may also be created manually.

Most Internal Moves will require written approval (in accordance with the OC’s procedures) from the stock owner before to actually move the goods.

As already mentioned, many transactions in UniField (IN, PICK, PACK, SHIP, OUT, INT) are actually moving goods from one location to another.

J. DELIVERY ORDERS REFERENCES

Supply User Manual ENG -> 5. Warehouse -> 5.6 LU-SU4105: Delivery Orders -> J. DELIVERY ORDERS REFERENCES

J. DELIVERY ORDERS REFERENCES

Looking at the Delivery Order Dashboard (“Search: Delivery Orders” screen), it can be confusing to see the different types of references displayed. Hence, you will find below some explanations on how these different Delivery Order references are generated.

These are just overview explanations, exhaustive explanations on how the OUT references are generated will be explained in the relevant sections.

  1. OUT/XXXXX. This type of reference may be generated in the following cases:

a) When a Delivery Order is created directly when an IR with an External Consumption Unit as Location Requestor (or IR-line) is confirmed.

b) When a Delivery Order is created following the conversion of a Picking into a Delivery Order (Simple Out Delivery/OUT).

c) When a Delivery Order is created from scratch.

2. OUT-CONSO/XXXXX. This type of reference will be generated when Real Consumption Reports will be created and processed (see LU-SU4203 – How to report Real Consumption).

3. OUT/XXXXX-return. This type of references could be generated by claims (with type “Return”) raised to supplier following a non-conformed delivery. Actually, the claim will include an event and the processing of this event will generate a Picking Ticket (PICK-return). If this Picking Ticket is converted to an OUT (simple OUT process), a reference OUT-return will be generated (see LU-SU4202 on claims for more details).

3 types of references for the OUT

A. LU INTRODUCTION (LU-SU4106)

Supply User Manual ENG -> 5. Warehouse -> 5.7 LU-SU4106:Shipment Documentation -> A. LU INTRODUCTION (LU-SU4106)

A. LU INTRODUCTION (LU-SU4106)

During the pick/pack/ship process, several documents may be exported to PDF and printed at each step. Remember that the pick/pack/ship process will allow you to export and print all the necessary documentation while the simple OUT process will just allow you to export and print a document from the Delivery Order.

I. HOW TO CANCEL & RESOURCE AN “OUT”

Supply User Manual ENG -> 5. Warehouse -> 5.6 LU-SU4105: Delivery Orders -> I. HOW TO CANCEL & RESOURCE AN "OUT"

I. HOW TO CANCEL & RESOURCE AN “OUT”

As for Picking Ticket, “Cancel & resource” is available only on the OUTs which have been created following the sourcing of an IR from stock (i.e. not on order). This may be useful if, for example, after deciding to source from stock you realize that goods are actually not available in the stock. Cancel & resource will allow you to resource the request to a supplier (PO).

H. HOW TO CANCEL AN “OUT”

Supply User Manual ENG -> 5. Warehouse -> 5.6 LU-SU4105: Delivery Orders -> H. HOW TO CANCEL AN "OUT"

H. HOW TO CANCEL AN “OUT”

Just as PICK documents can sometimes be Cancelled, the same can happen with OUT documents. This may happen if you decide to not send the back-orders or if the requestor does not need the goods anymore. This Cancellation will directly impact the related IR and Cancel it if IR sourced from Stock or Cancel it if IR sourced to PO.

Out Cancellation can result on products being sent to “Cross Docking” location when products have been sourced to a PO from an IR. In order to avoid this, at Cancellation stage, user now have the option to send the goods either to Cross Docking or to proceed to an INTernal Move (automatically created).

1) Cancellation of an OUT at header level (with IR sourced on order)

Go to: Warehouse / Warehouse Management / Deliveries / Delivery Order

  1. Open the OUT you wish to cancel
  2. Click on the “Cancel” button located at the bottom of the screen.

Cancelling an OUT at header level

       3. Confirm the cancellation in the pop up window by clicking on the “Cancel” button.

Confirming cancellation of a OUT at header level

       4. Select what needs to be done with the Cancelled products

          a) Click on “Cancel Only” to send the goods to cross docking anyway (will be unreserved products)

Click on “Cancel only” to proceed anyway to product sent to Cross Docking

Note that you can check the “Unreserved Stock report” to see all the Cancelled products that have been sent to Cross Docking (LU-SU4302 Stock Inventory Report G. Unreserved Stock report)

       b) Click on “Cancel & create Internal Move” to generate the creation of a new “AvailableINT with “Source location” = Cross Docking and “Destination location” = MED/LOG depending on type of products

Click on “Cancel & create Internal Move” to move the goods via an INT mover

New INT created following OUT Cancellation

Please refer to the chapter “LU-SU4201 INTERNAL MOVES” to proceed forward with this INT.

In both cases, the OUT will display the same result = it will be Cancelled

OUT cancelled at header level

The state of the OUT (and of all its lines) switches to “Cancelled“.

Note that this will also trigger the Closing of the related IR and all IR-lines are “Closed (since IR has been sourced from PO)

IR Closed following cancellation of a OUT at header level

2) Cancellation on OUT at header level (with FO sourced from stock)

Go to: Warehouse / Warehouse Management / Deliveries / Picking

  1. Open the OUT you wish to cancel
  2. Click on the “Cancel” button located at the bottom of the screen.

Cancelling OUT at header level

     3. Confirm the cancellation in the pop up window by clicking on the “Cancel only” button.

Confirming cancellation of an OUT at header level

OUT cancelled at header level

The state of the OUT (and of all its lines) switches to “Cancelled“.

As a consequence, the corresponding IR (and all its lines) switches to the state “Cancelled” (see below).

IR Cancelled following cancellation of OUT at header level (note that “Show all” filter is on)

Please note that behavior of Cancellation at line level will be the same depending on the sourcing method except that the document status will not be updated (unless the “Cancelled” line is the last “Available” line).

G. HOW TO CONFIRM RECEPTION OF A DELIVERY ORDER

Supply User Manual ENG -> 5. Warehouse -> 5.6 LU-SU4105: Delivery Orders -> G. HOW TO CONFIRM RECEPTION OF A DELIVERY ORDER

G. HOW TO CONFIRM RECEPTION OF A DELIVERY ORDER

The Delivery Order should be confirmed once the shipment has been a confirmed as received by the consignee. The state of the OUT will then switch from “Dispatched” to “Received“.

If the OUT is for an ECU or for an external customer, the confirmation should be done manually.

If the OUT is for another UniField instance, the confirmation will be done by the synchronization once the corresponding Incoming Shipment will be processed on this other instance.

To confirm manually a Delivery Order

Go to: Warehouse / Warehouse Management / Deliveries / Delivery Orders

  1. Open the Delivery Order you wish to confirm (its state should be “Dispatched” and its partner should be either your instance either an external customer).

Dispatched Delivery Order

      2. Click on the “Confirm Reception” button located at the bottom of the screen

Confirming a Delivery Order

“Delivered” Delivery Order

The state of the OUT changes from “Dispatched” to “Received“.

Note that if you try to manually confirm a Delivery Order which should be confirmed by the synchronization, you will get the below message.

Confirming manually an OUT which is for another instance

The confirmation may be forced if you click “OK“. However, it is better to let the synchronization confirm the OUT.