A blog by Oleg Shilovitsky
Information & Comments about Engineering and Manufacturing Software

BOM 101: How Many Levels Do You Need in BOM?

BOM 101: How Many Levels Do You Need in BOM?
Oleg
Oleg
30 January, 2013 | 3 min for reading

I’m continue my BOM 101 series of posts. When working on bill of materials, you can often hear about the ability of BOM management software to support so-called “multi-level” BOM. You can search for the definition of multi-level BOM using Google and find many results. I found the following definition of multi-level BOM on Arena website quite balanced. Here is the passage from the Mult-level BOM article:

A multi-level BOM, also referred to as an indented BOM, depicts parent-child relationships and shows the hierarchical structure of assemblies and their related parts and components. A multi-level BOM is essentially a nested list whose parts or items are listed in two or more levels of detail to illustrate multiple assemblies within a product’s BOM. In contrast, a single-level BOM depicts one level of children in an assembly and only the components needed to make that assembly are listed.

In the past, when BOM was managed using paper and spreadsheets, to create multi-level BOM wasn’t a simple task. Computer systems create an opportunity to manage and manipulate easily with multiple levels of BOM. However, the question people are asking usually – how many levels of BOM do we need? This simple question is actually leads to many interesting discussions. From my practice it related to many factors. The most typical are – type of BOM (engineering, manufacturing, support), type of the product, maturity of product development and many others.

I found an interesting writeup about BOM levels in the Frank Watts’ book – Configuration Management Metrics. Navigate to the following link – I was able to access this book fragment using Google Books. Here is an interesting passage:

The tendencies of the companies to create multi-level assembly structures seems to be overwhelming. This analyst has witnessed 11 levels at a couple of companies and had a seminar attendee tell about 16 levels. Many departments wish to add structure for their apparent need and many needs are not in best interest of the company as a whole. Because agreement cannot be reached on one structure, often an “Engineering BOM” and a “Manufacturing BOM” are created. Often a material folks create “Planning BOM”. Many times various department can reach agreement only by adding additional layers to the BOM. 

The following diagram shows the number of levels in BOM correlated to maturity of product development. The analyst believes a better communication can be achieved by creating a BOM with minimum levels of structure.

What is my conclusion? The fact you can create multiple levels of BOM doesn’t mean you need to utilize it at full capacity. Multi-level BOMs are complicated and adding an additional work in the process of changes. How to maintain the right number of BOM levels? I’m interested to learn more about your experience. How many BOM levels do you have in your company ERP/MRP/PDM/PLM system? Speak your mind.

Best, Oleg

Disclaimer: I’m co-founder and CEO of OpenBOM developing cloud-based bill of materials and inventory management tool for manufacturing companies, hardware startups, and supply chain. My opinion can be unintentionally biased.

Recent Posts

Also on BeyondPLM

4 6
27 August, 2021

When it comes to software and business, I like the word “Platform”. It feels strong and powerful, You want to...

10 August, 2010

In my view, summer time is good for vacations, research papers and strategic projects. During the summer, you are always...

4 December, 2019

To decide what PLM to chose is a hard job these days. Everyone in the PLM business is focusing on...

25 October, 2010

I read a very short post from Aras by Jennifer McCullough of Aras – Frustrated by a Stuck PLM Project?....

20 September, 2010

One of my blog readers asked about who is developing Mobile PLM? The question of mobile is not new. Everybody...

9 January, 2015

The discussion about the demand for PLM services yesterday made me think more about challenges in PLM deployments. Implementation is one...

7 May, 2023

Earlier this week, I attended PLM Roadmap, a CIMdata event. I gave it a preview in my earlier article including...

17 July, 2019

Some of my PLM friends like to say – PLM is a journey and not some kind of software. Well,...

10 September, 2010

Yesterday discussion about PLM usability made me think more about how to come with ideas to improve usability of PLM...

Blogroll

To the top