Skip to main content

Client is creating the production order the day before the actual production run estimating how many cases will be produced so they can print off the FG bar codes. They are also setting up the release of materials so the raw pallets and caps can be scanned in real time. The issue is that they cannot change the number of cases produced after the release of materials is made (without deleting the release of materials, which defeats the purpose of scanning real time) they wont know the exact number of cases produced until after the shift is done producing. Any thoughts on how to change the production work order flow that allows one order per shift and the modification of the produced qty in that work order before completing production order in system.

There is a lot here to unpack.

Is printing FG bar codes relevant?  Is the finished good lot/serial tracked?  Are they preassigning lot/serial?

What do you mean by setting up the release of materials?  It sounds like you are saying they release all the materials before the actual work is performed - is that accurate?  If so, why would you need to scan materials real-time?

There is no quick way to change the production order quantity after the production order state moves to in process.


Hi Angie, 
Appreciate your response;

Printing FG bar codes is relevant as the cases come off the production line they need to be batch tracked with FG batch/lot number labels and yes they are preassigned.
What I mean is in order to scan materials from production line staging area they release materials in order to force FIFO lot numbers for the raw materials being used and scanned. We need to scan the materials in real-time so we can trace each cases/pallet produced back to the actual raw material being used in that specific production run. Normal mfg bottling workflow…
You say there is no quick way to change the production order quantity when in process, but what if you had scrap material and you didn’t produce the amount you initially thought you would produce.


 


Specific to your scrap question - there is a preference which you can set which will either include or exclude scrap from the total quantity to produce.  The quantity doesn’t change, but the calculation as to when the Production is considered complete does.


The heart of the issue is the fact that in order for the system to force fill the FIFO lot#s for the raw materials being used in the production run, Acumatica requires them to complete a material release for a certain amount of raw materials being used without knowing the quantity of the FG that will be produced.
Once the run is finished and they know how many FG’s they have produced they need to cancel the material release, change the status of the Production Order back to plan, enter the correct quantity to be produced and create the material release again, hoping that the FIFO lots are the same.

The system should allow printing of the production ticket containing the FIFO Lot#s in order for the pickers to pick the raw material from the proper lots without having to release the material first.

1. Should we be releasing material in Acumatica and then generating the production ticket for
picking purposes?
• How do we ensure the location in the material release matches the actual location
picked? Without locations on the production ticket, how does a new warehouse staff
know where to find the items?
2. Should we be generating the production ticket, collecting the items and then releasing the
material?
Once again we seem to be in a situation where we are generating a picklist without
locations on it. Is this common practice?

Any other options?


Hi @MikeBasone were you able to find a solution? Thank you!


Hi @MikeBasone,

Stupid question but just to make things clear, do they use the move screen?

I’m assuming so, if the below is changed to “Allow”, this should let the client run through with as much as they need and overproduce the production order based on the initial qty.

I apologise in advance if i have hugely misunderstood your requirement!


Reply