Reposting this as I am a bit desperate for anyone ...
# general
b
Reposting this as I am a bit desperate for anyone who might be able to give me some advice: Hey all, I've got a work order in NetSuite here, for some reason no matter what I do, it is only committing half of the required amount for the quantity set on the work order. Doesn't matter if I have 5 or 30 quantity. I am able to individually edit line items to make it correct, but wondering why I am getting half of my quantities on creation. BOM revision is for 1 quantity and is set to eaches and the 1 item in grams. The units are identical across the board. No weird component yield on them either, it is just straight across. Any ideas?
At this point I am going through the NS support rigamarole in order to try and get this resolved as I am not sure if its an issues on NetSuite's end. I've dug through everything from the WOs to the BOMs to scripts, I can't find anything that looks off or would be causing this to happen. I've got other work orders it's occurring on, but they don't have anything in common across them and its not every Work Order. Another troubling thing is that when I recreate these Work Orders line for line I cannot recreate the issue. Any ideas or advice here would be greatly appreciated. Thanks!
b
Is it only for this one work order, or is it happening with all of them?
b
@Brian Not EVERY work order, its actually a small fraction but has happened 5 times in one week so far.
b
Could be a number of things. Are you using inventory status? Could some of your components be using different inventory statuses? Are you using supply allocation? Or are your WOs committed on order entry?
b
@Brian We do use inv statuses, components are all using available inv and the items are in stock. No supply allocation. Inventory is committed on order entry.
b
Hmm...In your bom structure are you using component yield?
b
Not using component yield either 😕
b
And you can commit the remaining inventory when you manually click on the inventory detail button?
b
All of the inventory is committed, the quantity calculated is not correct. I.e. look at the screenshot above, WO is for 5 quantity, components are 1 eaches, although I am getting 2.5 Quantity in the lines. When I adjust quantity, it scales at 1/2. On other WOs its random, doesn't scale by half but will add .01231451235 quantity...
That is what tipped us off at first - work orders containing BOMs made of components that use eaches, consuming XY.123412353 or some random amount like that - 9 or 10 decimal spots added on
b
Could you post a screen shot of the bom revision for this WO?
b
image.png
Component Yield is NOT ticked on the BOM...
b
Hmmm...pretty strange. Did you double check your units on the revision vs the wo/items? The revision looks like it is 'EAs' and the WO looks to be only 'EA'. Not sure if you have two different units there or just the plural for a single unit. And do you have any scripts running on the WO? You can check that by going to : Customization > Scripting > Scripted Records and look at Work Orders
b
Same unit, its just the plural. I have some scripts running, I am not super familiar with Suite Script but I've had GPT explain them to me and I don't think they would be effecting it.
b
What happens if you edit the WO and change the WO build quantity? Do the components fix themselves?
b
On this 1 ^^^ it continues to scale at 1/2
b
Sorry, stumped. My best guess is a script is messing with it. Maybe NS support can tell you more.
I’d be curious to know what the issue was if you do get it resolved
b
Appreciate the effort Brian, I will update if I get some answers from NetSuite.
@Brian In case you are still interested: Worked with NetSuite and they let me know that the issue was occurring because the quantity was being edited and then saved immediately after, therefor it didn't have enough time to edit the quantity on the lines and it stayed at the previous calculation. Not certain why it continued to scale like that though. Resolution: Deselect and reselect a BOM revision so a new calculation could occur facepalm