Rebuild All and BOM QTY

[BassEngineer]

I have noticed a difference in how bom qty behaves in 2022, 2021 and 2020.

Please try the following in Inventor 2022:

1. Create a new part. A cylinder with diameter=1, extrude length=4.  Let's call this Part1.ip
2. For Part1.ipt - go to TOOLS - DOCUMENT SETTINGS- BOM (tab) - change the BASE QUANTITY to "length"
3. Place Part1.ipt in a new assembly; lets call this Assy1.iam
4. Create a drawing for Assy1.iam; lets call this Assy1.dwg
5. In Assy1.dwg create a STRUCTURED PARTS LIST; 
6. Note the PARTS LIST shows QTY=1
7. In Assy1.iam REBUILD ALL or place a new part in the assembly ***LOCAL UPDATE does not change the value in step 8***
8. In Assy1.dwg PARTS LIST now shows QTY=4in
9. In Part1.ipt change length=4in to length=7in
10. In Assy.dwg the QTY still shows 4in 
11. In Assy1.iam REBUILD ALL or place a new part in the assembly
12. In Assy.dwg the QTY now shows 7in

In 2021 and 2020, REBUILD ALL was not necessary.  The "rebuild" happened immediately.  This has caused a big issue with one of our customers.  (I haven't tested this in versions prior to 2020.)  Has this behavior changed or am I misunderstanding something?

[BassEngineer]

I have noticed a difference in how bom qty behaves in 2022, 2021 and 2020.

Please try the following in Inventor 2022:

1. Create a new part. A cylinder with diameter=1, extrude length=4.  Let's call this Part1.ip
2. For Part1.ipt - go to TOOLS - DOCUMENT SETTINGS- BOM (tab) - change the BASE QUANTITY to "length"
3. Place Part1.ipt in a new assembly; lets call this Assy1.iam
4. Create a drawing for Assy1.iam; lets call this Assy1.dwg
5. In Assy1.dwg create a STRUCTURED PARTS LIST; 
6. Note the PARTS LIST shows QTY=1
7. In Assy1.iam REBUILD ALL or place a new part in the assembly ***LOCAL UPDATE does not change the value in step 8***
8. In Assy1.dwg PARTS LIST now shows QTY=4in
9. In Part1.ipt change length=4in to length=7in
10. In Assy.dwg the QTY still shows 4in 
11. In Assy1.iam REBUILD ALL or place a new part in the assembly
12. In Assy.dwg the QTY now shows 7in

In 2021 and 2020, REBUILD ALL was not necessary.  The "rebuild" happened immediately.  This has caused a big issue with one of our customers.  (I haven't tested this in versions prior to 2020.)  Has this behavior changed or am I misunderstanding something?

[theo.bot]

I checked this behaviour at my side, but it works like expected. So no rebuild needed in R2022.2. Do you have any additional rules running in templates? did you test it with the original templates as well?

[theo.bot]

I checked this behaviour at my side, but it works like expected. So no rebuild needed in R2022.2. Do you have any additional rules running in templates? did you test it with the original templates as well?

[BassEngineer]

@theo.bot 

Can you confirm you didn't miss a step in my instructions? Is it possible you tested it in Inventor 2021 or a prior version?

Seems strange this behavior would be different on your workstation.  This has been tested and confirmed on 4 different workstations on Inventor 2022 and 2022.2

Please see my attachments to make ensure we are talking "apples to apples".

Thanks

[BassEngineer]

@theo.bot 

Can you confirm you didn't miss a step in my instructions? Is it possible you tested it in Inventor 2021 or a prior version?

Seems strange this behavior would be different on your workstation.  This has been tested and confirmed on 4 different workstations on Inventor 2022 and 2022.2

Please see my attachments to make ensure we are talking "apples to apples".

Thanks

[theo.bot]

@BassEngineer ,

I double checked and yes there is an issue.

I checked the BOM on the model tab in the assembly and this one shows the correct / updated value of QTY. So that's why my previous reaction was "it's working fine". Because you showed me a parts list, I tested this as well and that's the place ware the problem comes up.
So the Model tab in the BOM shows the correct info, but QTY in the Structured and Partsonly view is not updated correctly. But the Unit QTY is updated correctly. QTY is the result of the ITEM QTY * Unit QTY

see the differences (900 mm was the previous length value in my sample):

I also checked if this also appears with a custom Mode state, but the problem remains. So I guess it's a bug.

[theo.bot]

@BassEngineer ,

I double checked and yes there is an issue.

I checked the BOM on the model tab in the assembly and this one shows the correct / updated value of QTY. So that's why my previous reaction was "it's working fine". Because you showed me a parts list, I tested this as well and that's the place ware the problem comes up.
So the Model tab in the BOM shows the correct info, but QTY in the Structured and Partsonly view is not updated correctly. But the Unit QTY is updated correctly. QTY is the result of the ITEM QTY * Unit QTY

see the differences (900 mm was the previous length value in my sample):

I also checked if this also appears with a custom Mode state, but the problem remains. So I guess it's a bug.

[theo.bot]

@johnsonshiue can you confirm this?

[theo.bot]

@johnsonshiue can you confirm this?

[BassEngineer]

@theo.bot Thanks for double checking.

Can someone from @Autodesk take a look at this???

[BassEngineer]

@theo.bot Thanks for double checking.

Can someone from @Autodesk take a look at this???

[BassEngineer]

@johnsonshiue

@autodesk

@sundars 

Can someone look into this?

[BassEngineer]

@johnsonshiue

@autodesk

@sundars 

Can someone look into this?

[sundars]

Hi @BassEngineer 

Apologies for the delay. I can confirm the reported behavior with the BOM table not showing the correct Qty. I have created a defect for us to investigate - INVGEN-59832. Thanks for reporting - the steps to reproduce were clear and awesome!! 

We did rework BOM functionality in 2022 to accomodate model state workflows and its quite possible the behavior has changed. We will get back to you on our findings. In the meantime, as you pointed out, just do a rebuild ALL to get over the issue.

Thanks

-shiva

[sundars]

Hi @BassEngineer 

Apologies for the delay. I can confirm the reported behavior with the BOM table not showing the correct Qty. I have created a defect for us to investigate - INVGEN-59832. Thanks for reporting - the steps to reproduce were clear and awesome!! 

We did rework BOM functionality in 2022 to accomodate model state workflows and its quite possible the behavior has changed. We will get back to you on our findings. In the meantime, as you pointed out, just do a rebuild ALL to get over the issue.

Thanks

-shiva

[BassEngineer]

@sundars Thanks for confirming.

Our customer is using the rebuild all for now.

[BassEngineer]

@sundars Thanks for confirming.

Our customer is using the rebuild all for now.