When a part is purchased as a buy to order, the part is received to a bin, and must be shipped from the bin that it is received from. Is there somewhere that this “allocation” is visible in the system? It’s extremely confusing to users and myself.
We don’t use the fulfillment workbench, and when I open it, nothing shows in there anyways, so I don’t understand it. When I look at the Part Allocation tab on the part tracker, nothing shows up (I’m assuming that has to do with the fulfillment work bench that we don’t use).
Also, there parts that are locked in a bin for orders that are long gone, and I need to release those.
Can anyone give me a hint on where I should look for these allocations?
Any chance the Material Request Queue is causing hiccup?
We do not use this program on purpose, but get rows of material requests from the system request move checkboxes clicked on default of various entry programs. Clearing the queue out via selecting the rows and clicking delete (need to do for multiple plants) has helped us with messages of this nature before, normally for us due to RMA disposition or trying to manually close sales order line. You could test it just on your part numbers that are causing problems, if you have a ton of records in the queue like we get.
The user (you) needs to be setup as a material handler in employee setup to be allowed to delete the material queue records.
Yes, we have has those problems in the past, and I do clear them out occasionally for the same reasons you stated. I wish I could figure out how to simply turn then off.
This specific case, had no material move request however.
For the ones that are stuck and you want to get rid of, have you tried to unpick them using Unpick Sales Order?
We had had issues where we wanted to decrease the qty on the SO, and I was able to open the line up for changes after unlinking the PO, checking the Mat’l Que, and then ultimately Unpicking the SO.
You might be able to unpick to a WH-Bin and then Adjust Qty to zero?
running the “refresh part quantities and allocations” fixes the stuck ones. The purpose behind the post was more to look for ways to show personnel legitimate buy to order lines so that they can see why the system isn’t letting them do something (inventory transfer).
Let’s club together and sort this using a BPM then. I have the same issue – we use the queue for fulfilment, but an PUR-STK items that can receipted into a bin other than the default bin from the PartPlant record get a queue item created. It’s one of the ones that doesn’t have a “Request Move” checkbox.
Support said the fix is to change the default bin to be the bin that we receipt into, but this won’t work for our process. We scan into WHP (Warehouse Receipt), and then scan using Move Inventory when we move the pallet to it’s rack.
I’ve been scared to write a Data Directive BPM on the MtlQueue table, looking for TranType “PUR-STK” and then getting it to delete. Any clues on best way of programming this? Need to either silently fail, or do a delete after create I guess.
That’s a typical response of developers out of touch with the what happens in the real world. Good to know why that’s creating those move requests. Unfortunately, I’m with you on not really knowing how to fix it, other than the Delete button. May a process/Ubaq to run and delete are rows with PUR-STK on the material queue?
Can you give us mere mortals a steer on how to approach this? Data directive to silently fail the creation of the PUR-STK record into MtlQueue, or a DD to detect the creation of it and then call a separate DeleteByID?
Well i’m not in the superhero league with the other two fellas, but I do answer fast
Silent fails are not possible as far as I know. The only way I know to abort a BPM is with an exception, which cant be silent.
There are a few other options which you could investigate, one that comes to mind is:
A pre process Method directive on update for the business object in question. Check for a condition of PUR-STK and RowMod of “A”. If found, clear the RowMod, I imagine the base processing would skip the update then. The question is, will an exception of “No rows to modify” occur?
