How to plan my data properties in OpenBOM Bill of Materials and Catalogs

Oleg Shilovitsky
Oleg Shilovitsky
17 July, 2019 | 2 min for reading
How to plan my data properties in OpenBOM Bill of Materials and Catalogs

Even OpenBOM looks and smells like a spreadsheet, inside OpenBOM manages data using multiple databases. The concept of a spreadsheet is applied to OpenBOM user experience. To manage data, you need to define “properties” in OpenBOM. You can think about them as a database field. OpenBOM is flexible allows you to define, change and delete these properties at any time. So, from the beginning.

OpenBOM Bill of Materials and Catalogs are fundamental data structures managed by OpenBOM. One of the questions I’ve often got in support is related to where to create a property – in BOM or in a Catalog. 

In today’s blog and video, I’d like to explain how to decide about where to create a property – in BOM or Catalog. Check the picture below. This is the data model of BOM and Catalogs. 

As you can see catalog properties are describing data that must remain the same for all instances of the part/assembly (Eg. Unit Cost, Description, etc.). At the same time, variable properties are defined in BOMs. 

The following picture can give you a very simplified idea of how it can be done. 

In the following video, I can give you some idea how to make these planning mostly efficient and how to project your concepts into OpenBOM reference-instance model by defined catalog and BOM properties.

Conclusion

Catalog and BOM model in OpenBOM is really simple but allows you to create a very sophisticated data model. Reference-instance model can be used for any type of BOMs, quantity-based, instance BOMs, engineering, production, planning, etc. You can keep data assigned to reference and instances, while BOM supports parent-child relationships. Together BOM and catalogs are a solid foundation of OpenBOM. 

Register to OpenBOM FREE user subscription and experience OpenBOM model tomorrow.

Best, Oleg

PS. Let’s get to know each other better. If you live in the Greater Boston area, I invite you for a coffee together (coffee is on me). If not nearby, let’s have a virtual coffee session — I will figure out how to send you a real coffee.

Want to learn more about PLM? Check out my Beyond PLM blog and PLM Book website

Related Posts

Also on OpenBOM

4 6
24 March, 2026

Product lifecycle knowledge is not created in a single system or at a single moment. It emerges across discussions, iterations,...

23 March, 2026

Bill of Materials (BOM) management is one of the most critical and most underestimated aspects of product development. In my...

23 March, 2026

If you work with CAD systems—SolidWorks, Altium, anything in that CAD family—you already know the reflex. Something doesn’t add up....

20 March, 2026

There’s a moment every modern product company eventually hits, and it’s usually not pretty. Someone asks a seemingly simple question...

19 March, 2026

After I introduced the idea of Product Memory, one question kept coming up in almost every conversation: “Who actually owns...

18 March, 2026

Connecting Engineering BOMs with Inventory and Order Management OpenBOM continues to expand the scope of its integrations, helping companies connect...

17 March, 2026

Product Memory extends traditional Product Lifecycle Management (PLM) by preserving connected product knowledge across engineering, manufacturing, supply chains, APIs, and...

16 March, 2026

From Document Control to Continuous Product Intelligence Engineering teams today are surrounded by product data, yet many organizations still struggle...

12 March, 2026

How engineering teams can stop reconstructing product data from CAD applications, PLM databases, BOM spreadsheets, ERP systems, email, and chats...

To the top