How does an RMA impact MRP?
If the user enters a scheduled delivery for both the returning item(s) (a minus quantity, those coming back to the user) and the reship items (a positive quantity, returning the items to the customer) on the RMA. MRP will display a demand for a Rework Firm Order for their replacements, to satisfy the return to customer requirements based off the scheduled delivery date entered in the RMA.
Note: When the RMA Receiver is created the Work Order due dates are generated automatically based on the date the RMA was created. This date may need to be reviewed and adjusted to match the RMA reshipment date. MRP will NOT instruct you to reschedule a rework firm work order, so it is important to make sure these two dates match.
RMA's will NOT drive MRP:
-
if there are no scheduled delivery dates entered
-
if the Rework Work Order that was generated has been completely scrapped out
-
if product moved into FGI was accidentally shipped against another order
-
if the Rework Work Order build qty was changed to 0 and the Work Order closed.
If the RMA only has the return to User, (a minus quantity), but not a return to the customer(a positive quantity), then the product will become available for other orders, if it makes it to FGI. If the user scraps it in this case, there is NO impact to MRP, as there is no requirement to replace the items. If there are other requirements for the same item, however, then MRP will use the rework order as a source for additional demands.
There would be no reason to create an RMA to ship only, without the return to our user. We would call that a Sales Order. Which would be visible anywhere.
The Word attachment <<RMA Orders Affect MRP.docx>> will display how MRP works if the RMA's are properly processed through the system.
|