In a contract manufacturing arrangement there is no single, universal “asset owner.” Ownership depends on the type of asset, the commercial structure, and what is explicitly defined in the contracts and quality/technical agreements. In regulated and long-lifecycle environments, you should assume that different parties may own different asset classes and that this must be documented clearly.
Major asset types and typical ownership
Common asset categories in contract manufacturing include:
- Production equipment and facilities: CNC machines, assembly lines, HVAC, building infrastructure.
- Tooling and fixtures: Dedicated tools, jigs, test fixtures, molds.
- IT/OT systems: MES, SCADA, historians, QMS, LIMS, local databases, and their configurations.
- Product definition: Drawings, BOMs, routings, specifications, software/firmware, control plans.
- Process knowledge & validation: Work instructions, validated parameters, recipes, test methods.
- Data & records: Batch records, genealogy, deviations, CAPA records, equipment maintenance logs.
In practice:
- Physical equipment and facilities are usually owned by the contract manufacturer (CM). The CM is typically the asset owner for maintenance, calibration, qualification, and lifecycle management, except where the sponsor funds and retains title to specific equipment.
- Customer-funded dedicated equipment or tooling may be owned by the brand owner/sponsor even though it is operated by the CM. Contracts often specify that the sponsor owns the tooling, while the CM is the “custodian” with defined responsibilities for care, use, and change control.
- IT/OT systems (MES, SCADA, local QMS, etc.) are usually owned and administered by the CM. The sponsor rarely owns these systems in a brownfield plant, but may own specific interfaces, templates, or reports provided to the CM.
- Product definition and IP (drawings, specifications, software, process requirements) are normally owned by the sponsor/brand owner. The CM is granted limited rights to use this information to manufacture and support the product.
- Process knowledge, recipes, and work instructions may be jointly developed. Ownership is often split: the sponsor may own product-specific methods, while the CM retains rights to generic process know-how. “Joint ownership” is a legal construct and must be defined in the contract, not assumed.
- Data and quality records (batch records, device history records, test results) are frequently created and controlled by the CM, but the sponsor typically has rights to full access, copies, and retention for regulatory, traceability, and customer support purposes.
Contractual definition of asset ownership
Because these arrangements vary, the contract and associated quality/technical agreements should:
- List asset categories explicitly: equipment, tooling, IT/OT systems, product definition, data, and records.
- Assign legal ownership for each category (who holds title), and where relevant, who is the custodian or operator.
- Define control and decision rights: who can approve process changes, who can decommission equipment, who defines data retention and access requirements.
- Specify validation and change control responsibilities: who funds and performs qualification/validation when equipment, systems, or processes change, and how this is documented.
- Clarify data and record rights: who owns the underlying data vs. who is responsible for storage, retrieval, and providing evidence for audits and investigations.
- Address end-of-life and exit: what happens to sponsor-owned tooling, data copies, and configuration baselines if the relationship ends.
In regulated industries, these allocations must be consistent with applicable regulations and your own quality system. The sponsor may not be the IT system owner at the CM site, but remains responsible for product quality and regulatory compliance for its products.
Impact on systems and integration in brownfield environments
In a typical brownfield contract manufacturing environment:
- The CM owns and operates its MES/SCADA/ERP/QMS stack, with existing validation, integrations, and workarounds that cannot be easily replaced without major disruption.
- The sponsor owns the product definition and regulatory responsibilities, but depends on data generated in the CM systems for traceability, genealogy, and compliance evidence.
- Data interfaces and integration configurations (e.g., between sponsor PLM and CM MES) are often treated as shared assets: the sponsor may own the specification and some middleware, while the CM owns the runtime systems where integrations terminate.
This means that a full replacement of the CM’s core systems by the sponsor is rarely viable. Qualification burden, downtime risk, and integration complexity usually make it impractical. Instead, the contract should clarify who owns:
- The interface specifications and mappings.
- The middleware or integration platform, if used.
- Test evidence and validation documentation for those interfaces.
These clarifications reduce ambiguity when systems change, when audits occur, or when the relationship transitions to another CM.
Practical way to determine the asset owner
If the current contracts are unclear, a pragmatic approach is:
- Inventory asset types: list specific equipment, tooling, software systems, data repositories, and key documents used to produce and release the product.
- Check legal title and purchase history: who bought and capitalized what, and how is it recorded in each organization’s asset register.
- Review the manufacturing, quality, and technical agreements: look for explicit clauses on ownership, IP, data rights, and records management.
- Map operational control vs. legal ownership: it is common for the CM to control assets day to day while the sponsor owns the IP and has audit rights and data access.
- Update agreements where ambiguous: if uncertainty exists, formally clarify ownership, control rights, and responsibilities under change control.
Ultimately, in a contract manufacturing arrangement, the “asset owner” is whoever the contracts and supporting quality/technical agreements designate for each specific asset class. When this is not explicit, it becomes a risk area for compliance, traceability, and operational continuity, and should be corrected.