QOH not always correct on MRP

Get Help & Support Software Bugs / Issues
1

Just ran the MRP and it show a QOH for a part I knew we had 0 in stock. P/N 4455-00 shows 154 QOH

https://justicebearing.cetecerp.com/pquote/assisted_purchasing?reloaded=1

QOH is 0

https://justicebearing.cetecerp.com/part/list?reloaded=1&part_search=4455&pref_vendor=&created_from_date=&created_to_date=&status=active&uom=&non_inventory=&oem_part=&manufacturer=&from_warranty_num=&to_warranty_num=&warranty_unit=&National_Stock_Number_restriction=&Military_Specification_Number_restriction=&Alternate_Part_Number_restriction=&Alternate_Part_Number_2_restriction=&Alternate_Part_Number_3_restriction=&Alternate_Part_Number_4_restriction=&Alternate_Part_Number_5_restriction=&Alternate_Part_Number_6_restriction=&Alternate_Part_Number_7_restriction=&Alternate_Part_Number_8_restriction=&show_more=0

2

Hello,

This is appearing correctly to me now, but it may not have been right on your end if you hadn’t refreshed MRP or if allocation hadn’t run yet. You can check those by looking at these time stamps:

image
image1295×177 52.3 KB

Thanks

Cetec ERP Support

3

The product was sold on 5/12/2023 and the MRP was run on 5/15/2023

https://justicebearing.cetecerp.com/invoice/14634/view

4

image
image931×122 41.1 KB

This is what MRP shows me in your system for this part, are these numbers correct?

Thanks

Cetec ERP Support

5

yes that is correct now. Yesterday it still showed stock

6

We are still having issues with QOH in the MRP. This report shows 50 pieces on hand that was sold several weeks ago. When you pull up the item it shows QOH as 0, The part number is B71900ETP4DUH

https://justicebearing.cetecerp.com/pquote/assisted_purchasing?MRP-AssistedPurchasing-pquoteassistedpurchasing_page=3&reloaded=1

7

image
image1868×203 113 KB

When I pull up this part number on MRP impersonating your user I see this, is this correct? I see the MRP refresh done today was before allocation ran, which is why we encourage looking at the waterfall prior to buying, because until allocation is fully up to date the numbers can be off.