Welcome to the Onshape forum! Ask questions and join in the discussions about everything Onshape.
First time visiting? Here are some places to start:- Looking for a certain topic? Check out the categories filter or use Search (upper right).
- Need support? Ask a question to our Community Support category.
- Please submit support tickets for bugs but you can request improvements in the Product Feedback category.
- Be respectful, on topic and if you see a problem, Flag it.
If you would like to contact our Community Manager personally, feel free to send a private message or an email.
Comments
Shhhhhh, I've been using early versions of the BoM tool for a while now and, like you, discovered it makes a great replacement for the version "properties" dialog.
Your BOM works as described and I think this might serve most of needs with few tweaks:
- I would need to be able to show certain subassemblies as single part.
For example drawer slide or hinge, we buy and use those ready assembled but I need to model multiple pieces to make them actually work in assembly.
- I would need a way to group parts that are created with pattern/mirror or just extruded/derived same real world part multiple times. Grouping could be done by searching for duplicates in part name and collect them as single part with quantity of copies.
For example dowel, it is not convenient for me to insert those as instances to assembly since we mount them as we drill the holes. So modeling dowels separately would just cause loads of extra grouping when exploding assembly for instructions / documentation. But if I add dowel body to parts they are connected, then I don't see them at all in BOM - not good either.
- Add virtual parts like Glue (minor, easy to add some small bit into assembly)
All this could be done inside googlesheet fairly easily, but for me the main reason for using BOM connected to model is that it actually updates together with model without the need to re-edit after each update.
Currently it digs all the parts inside all subassemblies, this is a lot of parts in one bom. If I wan't to narrow it down I would need to build main assembly so that all parts are inside subassemblies (this might be a good idea in general) and create separate bom from each subassy. BUT I would also need one BOM from main assy with the list of needed 'sub-boms'. Does this make any sense to you?
Do you think these requests as doable with your gsheet link or do I need to wait for built-in Onshape bom?
Or can you think of any (robust) workarounds for the issues I mentioned?
How do you address the fact that off the shelf parts (e.g. from McMaster which adds a catalog number and part number in addition to the OEM data) can have vastly different part identifiers from what a custom part might?
I had a real headache with SolidWorks Electrical trying to get automatic BOM generation to create something that both the buyers and the engineers/assemblers could both use because there were two fields for part numbers.
Appreciate you all taking the time to try it out. ~Lou
I've started to test the BOM features with your app, i's interesting already but I would really need a way to select assembly level for exporting parts data.
I have a huge assembly with many subcomponents, and i'm only interested in level 1 BOM, but so far the app seems to detail all parts present no mater the assembly level.
Hope to see some progress on that in the future! that seems like a very intersting feature!
In openBoM you can create a BOM from the assembly (or all assemblies) and it will calculate quantities for a specific level in the assembly. We don't have a way to specific # of levels to be extracted, but we will add it to the list of requirements for future versions.
Best,Oleg
Best, Oleg @ openbom.com
Hi,
do you use automatic part numbering feature in OS?
If so - how you setup the PN template / rules to get such format I see on your exploded view?
We used to use
For Parts (P)
PPP.Pxxxx.RR
For Assys (A)
PPP - project code
xxxx - continious numbering 0001..... and so on
RR - revision number 01.... and so on.