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

Existing data prevents companies to improve Part Numbers?

Existing data prevents companies to improve Part Numbers?
Oleg
Oleg
15 August, 2014 | 2 min for reading

historical-part-numbers

Part Numbers is a fascinating topic. I’m coming back to blog about what is the best approach to manage Part Numbers. My last post about it was – Part Numbers are hard. How to think about data first? was just few weeks ago. In that article, I outlined few principles how to keep PN separate from surrounding data focusing on different aspects of parts – description, classification, configurations, suppliers, etc.

Yesterday, my attention  was caught by ThomasNet article – Are Part Numbers Too Smart for Their Own Good? The article nailed down a key issue why companies are still having difficulties with management of Part Numbers. Nothing works from scratch in engineering companies. Complexity of characteristics and history of existing Part Numbers and products are making real difficulties to adopt new PN management concepts. The following passage explains the problem:

Another problem with descriptive numbering is that the description can become out of date and irrelevant over time. Individual parts can have their own life cycles; if a part has been identified according to the product, what happens if that product is discontinued but the part continues to be used in a newer product? Or what if a manufacturer changes vendors and the part number contains the name of the vendor that originally provided the piece?

Gilhooley admits that some Ultra Consultants clients have decided that switching from descriptive to auto-generated numbering would require too much organizational change. Some companies stick with old systems, and some opt for hybrid systems that perhaps retain descriptive numbers for existing parts but use auto-generated numbers for new parts.

It looks like there is no single solution or best practice to solve the problem. The “traditional” engineering approach to keep options to manage a diverse set company configuration looks like the only possible way to solve this problem in existing PLM/ERP systems.

What is my conclusion? History keeps customers from moving forward. There are two aspects of complexity in Part Numbers: 1/ complexity of definition and data classification; 2/ historical records of PN in every company including catalogs and existing products. Together, they create a block to make any changes in existing PN schema and prevent companies from migration towards new approaches. New data modeling technologies must be invented to handle existing data as well as supporting customers to migrate into modern PLM and ERP solutions. Just my thoughts…

Best, Oleg

Recent Posts

Also on BeyondPLM

4 6
20 April, 2024

A few articles I published on the OpenBOM blog about organizing data before starting PLM implementations and navigating single source...

11 September, 2015

Time. It is all that matters for business. The demand of customers to solve problems here and now are growing....

12 July, 2009

Dear Friends, I’m looking back in the past 6 months. All discussions were absolutely cool…  I enjoyed each and everyone. I...

7 April, 2016

I’m excited to share news about openBoM. Thinking about modern manufacturing challenges brought me together with my partner, Vic Sanchez,...

5 October, 2009

I’d like to discuss a user experience topic today. I think, this is a very painful question if we are...

6 February, 2011

My January was busy with travels. If you followed my blog and twitter over the past month, you’ve seen my...

8 November, 2010

Today, I had an interesting experience in my life. I had a chance to attend Dassault System Enovia Collaborative Innovation...

6 March, 2015

The question how to implement PLM cloud is one of the most confusing when it comes to the decision about choosing...

12 April, 2019

I continue sharing my thoughts and comments from SuiteWorld 2019 from last week in Las Vegas. PLM industry is full...

Blogroll

To the top