Product Structure, Effectivity, and Configurations

Oleg Shilovitsky
Oleg Shilovitsky
3 November, 2020 | 4 min for reading
Product Structure, Effectivity, and Configurations

These three topics are usually complex and can be confusing, especially for non-sophisticated users. In my blog today, I want to share the basics of what concepts such as product structure, item, reference, instance and give you some examples from OpenBOM. I will talk about what we do today and we’re planning to do in a near future. 

Product Structure Basics 

A typical product structure is usually built around two elements – items and instances. The items represent all building blocks of the products. You manage all information about them and (this is very important) the identification. Usually, it is Part Number, but it can be more complex sometimes. Instances represent a specific instance of an item. So, you’re instantiating an item in a specific BOM. By doing so, you create parent-child relationships between assembly items and their part. More about it and also how the OpenBOM reference-instance model works is here

Item and Instance (BOM) Objects

Although the traditional representation of BOM is to show the hierarchical structure of boxes (items), I’d suggest you think about 3 objects representing the foundation of BOM (product structure) relationships: 

  1. Parent Item Object 
  2. Child Item Object
  3. Relationship Object

Take a look at the image below. Each object has properties and these properties will play an important role in the way product structure can function. 

What is the difference between them? Item objects represent typical characteristics that not changing from one BOM to another BOM. Think about Description, Material, Manufacturer, Cost, Effectivity, list of Configurations. Whatever you save in an Item Object, will be there forever regardless of what BOM it is instantiated. 

Relationship Object is different in each BOM. So, each time you instantiate the Item in a specific BOM, you create a Relationship Object. Which means if I inserted a screw into two different BOMs, you will have two instance objects – for each BOM. Think about one instance object holding Quantity for one BOM and another instance object, holding the Quantity for another BOM. You will get Quantity based BOM. 

Another option is when the instance object itself will represent Quantity equal to 1. And, in this case, each time you add an item into a BOM, the instance is created with the Quantity one. In such a case, instance property can be a reference designator or location or anything else. 

instance reference BOM

Pic: BOM Item and Instance Objects

Configured vs Resolved BOMs 

Once you have created the system of objects, the important thing is to learn what you can do using this system. The Instance-reference model gives you a strong foundation to manage configured and resolved BOM. 

A configured BOM is usually a BOM (product structure) that has additional options (usual items) and conditions that can be used to filter (resolve) the results. For the simplest example, you might have 2 types of boards and 2 types of wheels on the skateboard. Having all of them in the product structure will give you a configured product structure. Having tools to filter the right set of items is what will make this BOM “resolved” for a specific configuration. 

Variant Coding

One of the ways to code options is to use variant names (or codes) places in the product structure. The codes can be applied for each item and instance objects. Once it is done you can be using them for filtering. In OpenBOM you can filter using a simple filter as well as by applying user-defined filters in Views. 

Position 

It is a term usually used to describe specific instance information. The position can be a letter, specific number, reference designator, or anything similar. In different companies, they can mean different things, but what is common – all these names are usually applied to the instance object (in the case of OpenBOM – it will be a BOM property). 

Effectivity (Name, Date, Serial P/N) 

An effectivity is a common name used to describe what are the conditions for the validity of items or relations in the BOM (product structure). The effectivity typically can come as name (eg. configuration), data (from/to), or serial (the part number or serial number). It is a generic term but usually does work to identify filtering criteria and turn BOM from configured to resolved. 

Conclusion 

OpenBOM gives you a flexible infrastructure to define the data model to manage product structure. The foundation – reference instance model and it can be enhanced on both item and instance levels by adding any type of properties and applying filters. In my next article, I will bring some practical examples of how you can use different instances and object properties for defining a configured product structure and resolving it for specific options or configurations. 

You can do it today, by REGISTERING for OpenBOM. It has a free subscription, you can get also try professional subscriptions for 14 days and you can use OpenBOM risk-free money  

Best, Oleg @ openbom dot com.

Want to learn more about PLM? Check out my Beyond PLM blog and PLM Book website. Read OpenBOM customer reviews on G2 Crowd to learn what customers are saying about OpenBOM. 

Related Posts

Also on OpenBOM

4 6
26 April, 2024

In my article today, I’d like to explore the seamless integration of OpenBOM and Autodesk Fusion 360. In the dynamic…

24 April, 2024

In this blog, I’d like to continue the exploration of new OpenBOM Design Project features. The two most important enhancement…

23 April, 2024

Last year, we introduced a new service – OpenBOM Design to enhance OpenBOM’s capabilities to manage files. The goal of…

20 April, 2024

The development of seamless integrations with different design and engineering systems is one of the fundamental core values of OpenBOM….

19 April, 2024

To gain a competitive advantage, companies often look to how they can reduce their production costs by exploring low-cost sourcing…

19 April, 2024

In today’s fast-paced digital landscape, where data becomes a new oil, the concept of a Single Source of Truth (SSOT)…

17 April, 2024

In the modern landscape of engineering and manufacturing, the concept of Digital Thread stands as a foundational pillar of Digital…

16 April, 2024

In the space of modern industrial operations and manufacturing, the quest for efficient CAD data management, streamlined BOM management, and…

12 April, 2024

Culture eats strategy for breakfast, technology for lunch, and stays hungry for dinner. The manufacturing industry is getting more complex,…

To the top