Product verification is the comparison of as-built data to as-designed data. In short, it is the verification of the as-built configuration to the as-designed configuration. Did you build what you were supposed to build? If the parent part is at revision B, is the built product also at revision B? If an engineering change request was supposed to be implemented in serial number 1002 and the part serial number is 1003, was the engineering change implemented in this product?
One of the leading problems of product verification is the lack of standardized tools to compare as-built data to as-designed data. This gap has been filled by a range of home grown or niche product verification integration (PVI) solutions. For those who do not have product verification software to link their as-built data and as-designed data, the fall back solution is manual reviews of as-built and as-designed data by quality control personnel. For very large assemblies, product verification requires several days of work by detailed oriented people. A long term solution for the industry would be data sharing and product verification interfaces between the major PDM and ERP vendors, though this has not yet happened.
Existing product verification tools capture the evolution of product structure over time, providing baselines of what was built several years prior. This makes product verification systems perfectly suited for tracking the designed configuration of depot parts, the spares kept for the customer when old assemblies need spare parts. Product verification software applications often end up being Big Data Analytics used to manage customer returned material (CRM) since it has records of the proper product structure of the part from when it was built and the necessary changes that must be made to Enterprise Search update the product to the latest and greatest design along with the acceptable substitute parts to upgrade it to the next generation or revision letter called out in the PDM database.