The Program Follows the Part — Or It Should: Rethinking Ownership of Machining IP
Photo: Internet Archive Book Images, No restrictions, via Wikimedia Commons
Here is a scenario that plays out in American manufacturing every quarter. A buyer re-sources a machined component — price pressure, capacity issues, a reshoring initiative, whatever the catalyst. The new shop receives a drawing, a 3D model, and a purchase order. Sixteen weeks later, first articles are finally approved, and everyone congratulates themselves on a difficult transition completed.
What almost nobody accounts for is that most of those sixteen weeks were spent re-deriving knowledge that already existed. The original shop had spent years refining the CAM strategy, the workholding, the tool selection, the speeds and feeds, the in-process inspection points. None of it traveled with the part. The buyer paid for that knowledge once — buried in piece-price — and then paid to have it created again.
Process Knowledge Is Capital, Even If No Ledger Says So
The manufacturing engineering view is straightforward: a validated CNC program, a proven fixture design, and a documented process sheet constitute real intellectual property. They encode hundreds of engineering decisions, each one paid for in scrap parts, broken tools, or engineering hours. On a complex five-axis component, that embedded value can represent tens of thousands of dollars of development effort.
Yet typical procurement contracts treat this asset as if it doesn't exist. Purchase orders specify the part; they are silent on the process. Tooling agreements cover physical fixtures — sometimes — but programs, post-processors, setup documentation, and inspection routines usually remain the supplier's property by default, and evaporate the moment the business moves.
We'd argue this is a governance failure, not a technical one. And like most governance failures, it's fixable with language and discipline.
Three Ownership Models, One Decision
Buyers should consciously choose among three arrangements rather than inherit one by omission:
- Buyer ownership. The program package is a deliverable, developed at the buyer's expense and delivered as contractually specified work product. Cleanest for long-run programs and defense-adjacent work.
- Supplier ownership with escrow or license. The shop retains the IP but grants the buyer a license or deposit copy usable if the program transfers. A reasonable middle ground.
- Supplier ownership, no transfer. Defensible for commodity parts where re-derivation is cheap — but it should be a deliberate choice with eyes open to the ramp-up cost.
The failure mode is model three arrived at accidentally, discovered only when the transition has already begun.
What a Real Program Handover Package Contains
If you're going to negotiate for transferability, define it precisely. A complete package includes:
- Native CAM files and post-processed NC code, with revision history
- Setup sheets: workholding, datum scheme, tool offsets, and probe routines
- Tooling list with part numbers and identified substitution constraints
- Fixture drawings or, where practical, transferable hardware
- First-article inspection plans and documented process capability data
- Known-issues notes: the thin walls, the distortion risks, the features that always need attention
That last item matters more than any other. The tacit knowledge — this material lots soft, back off the feed on the second op — is exactly what never survives a supplier change unless someone writes it down.
An Audit You Can Run This Quarter
For your critical machined components, ask three questions. First: who legally owns the process package today, and does the contract say so? Second: if our incumbent shop called tomorrow and gave us ninety days' notice, could a qualified alternate reach first-article approval using what we possess? Third: is the answer documented anywhere our leadership would accept as a risk assessment?
If the honest answers are "unclear," "no," and "no," you're carrying a hidden dependency that your supply-risk register doesn't show. The fix costs little — a contract clause, a delivered data package, an annual verification. The alternative costs a re-derivation cycle every time the business shifts, paid in lead time you had already budgeted against.
Process knowledge will exist either way. The only question is whether it belongs to your supply chain or stays locked in someone else's shop.