Consignment - return to supply with serial tracking

  • 12 September 2021
  • 6 replies

Userlevel 2
Badge +1

Currently working with a client who uses customer consignment heavily - all of the items are serialised. The demand site to the customer does not hold stock, so the stock is being transferred to the demand site via an internal purchase transit order line from the supply site, to the demand site.


If the customer then decides to return the consignment item we are handling this on an RMA from the customer back to the original demand site (consumption needs to be done before the RMA). This part works fine without issues.


However, I am having issues returning the item from the demand site back to the supply site. I have tried to do this using a return on the inter-site PO and also via an RMA and neither work. When using the return on the PO the error states “Subsequent transactions on the serial part XXXX prevent the reversal of this receipt”. When using the RMA back to to the supply site I get the following error “It is not allowed to return in to inventory serial part XXXXX in status In Inventory”.


This happens with an external supplier also and I have confirmed that it only occurs with serialisation. Has anyone had a similar problem and found a solution?




6 replies

Userlevel 5
Badge +7

I’m quoting below explanation provided by RnD on a support case.

“Application doesn't allow to cancel a PO receipt of a serial part in order to prevent implications which will be aroused by doing so. 
Further to explain, even if you have returned the materials through the RMA, it doesn’t mean that the delivery process you performed was completely reversed. In other words, the system cannot identify whether the inventory part return is a result of a complete reversal of the process even though the individual part has been returned to the inventory.”

However,  the following flow is suggested. Once the CO is delivered, do not perform RMA. In Undo Customer Order Delivery window ->undo delivery. Then go to to Deliver Customer Order with Differences -> undo reserve and picking. This will ensure the complete reversal of the process. After that you can cancel the purchase order receipt”

Userlevel 2
Badge +1

Unfortunately, it is not possible to undo the delivery either. In this case, shipment inventory locations are being used and as consignment is being used IFS gives the error “ Location type Shipment is not valid for part XXXXX”.

Userlevel 5
Badge +7

What is the track and the UPD you are using?

Userlevel 2
Badge +1

10 UPD 9 using EE

Userlevel 5
Badge +7

It seems it is not possible to undo the delivery when there is a consumption reported. If there is no consumption it is possible to undo the delivery. When there is a consumption we have to return through a RMA. It brings back to your original question. In that case we can use below flow. After returning to the demand site through the RMA, we can deliver to the supply site using a customer order.

Return via customer order

1.    External Customer sends the goods back to the demand site
2.    Demand Site makes a RMA and places the goods into Inventory 
3.    Instead of returning the material to the Supply Site Supplier, Demand site sells the goods to Supplier site
4.    This implies that you need to setup your Supplier as a Customer and sell to him on a Customer Order.



Userlevel 2
Badge +1

A colleague has found a solution to this as follows:

  1. External customer returns the goods to the demand site
  2. Consumption must be reported in order to do RMA from external customer to demand site
  3. RMA actioned to bring the goods back into the demand site inventory
  4. On the intersite PO, do not cancel the receipt, instead, register qty to inspect which intern re-opens the receipt.
  5. Complete register inspection results and return qty to supplier (in this instance, for credit). This reduced the inventory qty on the demand site
  6. Generate RMA on the supply site to authorise return from the demand site
  7. Complete RMA on the supply site to bring stock back into the supply site.

This has worked nicely from a transaction and serialise tracking perspective.