Definining the product definition
Hello everyone and happy new year.
In the PLM/PDM world, we often see the reference to Product Definition. That PLM is to manage it. etc..
But what is it actually ? How does it compare to the Product Structure and is there an universal standard definition so that everything single company when using PLM should use.
My view is that each company will define the product definition differently.
Here is my try to define it though.
I am taking a bottom up approach.
To define a product (first a component) I will need the following object
- 3D Model (should be 3D drawings rather than just model)
- Documentation (engineering references, requirement, test reports,)
When using PDMLink I would add that a WTpart is also required.
Nonetheless I think this not enough as part of the definition is its history. when talking about the history (iteration of each element), the configuration must also be taken into account
Talking about assembly we will find something similar
- 3D Model
- Documentation (engineering references, requirement, test reports etc...)
but here we have a new element which is the BOMs.
Should only the eBOM be part of the product definition or all of them (As Manufactured, As delivered, As serviced etc....)
and of course its history and the configuration. (latest non latest )
I think it is necessary to define levels for the product definition. The basic one should include the documents (CAD; documents)
up to a more comprehensive one which includes relationship with other parts (due to inheritances, dependencies with other CAD),
I exclude 2D drawings and derived BOM (such as mBOM) because they are just representations of the product (definition) from a given purpose.
What do you think ? Would it be worse to publish a definition of the Product Definition for the community in order to help them define their PLM strategy and implementation.
How do you see it ?
Thanks and best regards
