OpenBOM Reference-Instance Model Basics – BOMs and Catalogs

Oleg Shilovitsky
Oleg Shilovitsky
2 May, 2019 | 2 min for reading
OpenBOM Reference-Instance Model Basics – BOMs and Catalogs

You probably heard about OpenBOM Reference-Instance Model already. If you missed that, this is a link to catch up. In a nutshell, Reference-Instance model is an abstraction model allowing to model product structure information combined from references of parts (abstract objects) and their instances  (specific instances in a BOM)

In the picture below, you can see Wheel, Board, Axel, Screw are examples of references, while “Wheel 1”, “Wheel 2”, “Board 1”, etc are examples of instances.

Reference instance model was not invented in OpenBOM. You can find similar abstraction model used in other software as well. However, OpenBOM is providing a very unique and flexible multi-tenant sharable data modeling implementation of a reference-instance model.

The fundamental elements of OpenBOM implementation are two abstract OpenBOM types (BOM and Catalog). The data model organization in OpenBOM is done in a way that makes Catalog to play the role of a reference object and BOM to play a role of instances.

Think about this picture

In this picture, Part Catalog is representing References (eg. Wheel, Axle, Board from my skateboard example) and BOMs are representing possibly two types of skateboards.

The following video shows you basic steps on how to create catalog and BOM (parts)

Your next step is to read more about OpenBOM key concepts – Parts, BOMs and Views. Check it out this article – OpenBOM Key Concepts.

Conclusion.

OpenBOM data management foundation is relying on simple, but very powerful abstraction – Reference-Instance Model. This model allows you to create an information model of products including catalogs (eg. database of all parts) and specific products (BOM). In my next article, I will speak about how OpenBOM reference-instance model can scale to provide a distributed shared model of information between manufacturing companies and their contractors and suppliers.

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
22 May, 2026

Here is the problem most PLM and other product data tools ignore Most engineering and manufacturing companies already know they...

21 May, 2026

Welcome to the OpenBOM May 2026 update! Every month we work hard to make OpenBOM better — and this month...

20 May, 2026

Every product starts with an idea, but turning that idea into a shippable product requires structure, coordination, and detail. That’s...

20 May, 2026

Why disconnected BOM and product data holds AI agents back — and how to fix it AI agents in engineering...

19 May, 2026

For years, BOM review was often treated as a procedural step between engineering and release. Teams created bills of materials,...

18 May, 2026

I’m heading to SharePLM Summit 2026 in Jerez de la Frontera, Spain. This is a new conference in my calendar,...

15 May, 2026

How can product data flow seamlessly from design to production? What if engineers, manufacturing teams, contractors, and suppliers could all...

15 May, 2026

Many manufacturing companies using SOLIDWORKS as a mechanical design CAD system start with a relatively simple engineering process. A few...

14 May, 2026

For almost three decades, most PDM and PLM systems followed the same architectural assumptions. A product was represented as a...

To the top