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
13 October, 2026

Every day brings another example of AI at work: reading documents, writing code, analyzing data, generating content, or helping someone...

13 October, 2026

For years, the PDM vs PLM conversation followed a familiar pattern. Product Data Management controlled CAD files and engineering revisions....

9 October, 2026

A design change is not finished when the CAD model is saved. Engineering still needs to know which component changed,...

8 October, 2026

A buyer asks which bracket to order. Engineering sends a drawing. The BOM lists a part number, the supplier quotation...

7 October, 2026

The engineering frontend workflow across disciplines This is the third article in the series of articles about OpenBOM engineering frontend....

7 October, 2026

Files and Items in the product knowledge graph This is the second article in the series of articles about OpenBOM...

5 October, 2026

An open cloud architecture connecting design and engineering information I’m starting a series of articles this week to speak about...

3 October, 2026

Welcome to the OpenBOM October 2026 update! This month we’re putting AI to work on one of the oldest chores...

1 October, 2026

For most of my career in engineering software, I have watched teams turn a bill of materials into purchase orders...

To the top