Naga MounikaDrug Product · Validation · CMC
Menu
Working document

Technology Transfer Risk Assessment

A plug-and-play risk assessment for a technology transfer: a severity/occurrence/detectability risk register by process step, facility-fit and equipment differences, scale effects, mitigation owners, and residual risk acceptance, with a filled specimen.

Document typeRisk Assessment
Topic areaTech Transfer & NPI
LevelIntermediate
UpdatedSeptember 2026
How to use this document

Copy the template below into your quality system. Replace every <<FILL: ...>> placeholder with your company, system, and process specifics, then route it through your own document control, review, and approval. The filled specimen shows one worked example; adapt the numbers and scope to your operation and verify each cited regulation or standard against the current source before you rely on it.

This is a generic, originally worded starting point. It contains no confidential, proprietary, or employer material, it is drafted with AI assistance and reviewed, it is not legal or compliance advice, and adopting it does not by itself create or prove compliance. See the Disclaimer and Terms.

This is a ready-to-use risk assessment for a technology transfer between a sending and a receiving site. It identifies what changes when a process moves, scores the risk of each change, and drives mitigation before the first engineering run. Replace every <<FILL: ...>> placeholder with your own specifics and route it through your normal document control, review, and approval. A worked filled specimen follows. Verify each cited reference against the current source before you rely on it.

Document control header

FieldEntry
Document titleTechnology Transfer Risk Assessment for <<FILL: product / process>>
Document number<<FILL: e.g. RA-TT-014>>
Version<<FILL>>
Effective date<<FILL>>
Sending site / Receiving site<<FILL>> / <<FILL>>
Document owner<<FILL: e.g. Tech Transfer Lead>>
Linked transfer plan<<FILL: TTP-ID>>

1. Purpose

This assessment identifies and scores the risks introduced when <<FILL: product / process>> moves from the sending site to the receiving site, so the transfer plan can mitigate the real gaps rather than a generic checklist. It covers facility, equipment, scale, and process-step risk, and sets the residual risk that must be formally accepted before PPQ.

2. Scope

DimensionDecision
Process steps in scope<<FILL: unit operations covered>>
Sending site baseline<<FILL: the validated or established state being left>>
Receiving site state<<FILL: new build, existing line, first product of this type>>
Change drivers<<FILL: scale, equipment, facility class, automation, personnel>>
Out of scope<<FILL: e.g. formulation or specification changes, covered elsewhere>>

3. Responsibilities

RoleResponsibility
Transfer leadFacilitates the assessment and owns the risk register.
Process / engineering SME (both sites)Provides the facility, equipment, and process-step inputs honestly, including known weak points.
Quality AssuranceApproves the scoring logic and the residual risk acceptance, not just the signatures.
Analytical leadConfirms which risks are catchable by a test method versus only by process control.

4. Method and scoring scale

Score each identified risk on severity (S), occurrence (O), and detectability (D), 1 to 5 each, and take the risk priority number (RPN = S x O x D). A risk scoring 4 or 5 on severity, or an RPN above <<FILL: threshold, e.g. 40>>, requires a named mitigation before the affected step proceeds to an engineering run.

ScoreSeverityOccurrenceDetectability
5Product/patient impact, likely non-conformanceExpected every batchNo control catches it before release
4Quality attribute affected, may not be caught by routine release testingFrequent, most batchesCaught only by a dedicated study, not routine testing
3Quality attribute affected, correctableOccasionalCaught by in-process or QC testing
2Minor, indirect effect on a non-critical attributeInfrequentCaught by routine monitoring with margin to spare
1No quality impactRareCaught immediately, self-evident

5. Risk register by process step

Process stepFailure mode / riskSODRPNBasis
<<FILL>><<FILL>><<FILL>><<FILL>><<FILL>><<FILL>><<FILL>>
<<FILL>><<FILL>><<FILL>><<FILL>><<FILL>><<FILL>><<FILL>>
<<FILL>><<FILL>><<FILL>><<FILL>><<FILL>><<FILL>><<FILL>>

Score every unit operation the process passes through, not only the ones that look risky at first glance; a step assumed identical at both sites is exactly where an untested assumption hides.

6. Facility-fit differences

FactorSending siteReceiving siteRisk driver
Room classification<<FILL>><<FILL>><<FILL>>
HVAC / environmental control<<FILL>><<FILL>><<FILL>>
Material and personnel flow<<FILL>><<FILL>><<FILL>>
Utilities (water, gas, power quality)<<FILL>><<FILL>><<FILL>>

A facility difference is not automatically a risk; state what it changes about the process or the product before scoring it in section 5.

7. Equipment differences

FactorSending siteReceiving siteRisk driver
Make / model / working principle<<FILL>><<FILL>><<FILL>>
Automation and control system<<FILL>><<FILL>><<FILL>>
Product-contact materials<<FILL>><<FILL>><<FILL>>

Where the receiving site uses a different working principle, not just a different make, treat it as a design change and reference the equivalence assessment, not a routine like-for-like transfer.

8. Scale effects

ParameterSending scaleReceiving scalePredicted effect
Batch size<<FILL>><<FILL>><<FILL>>
Mixing / shear / heat transfer<<FILL>><<FILL>><<FILL>>
Hold and processing times<<FILL>><<FILL>><<FILL>>

State the scale-up or scale-down model relied on (geometric similarity, power per volume, or another named model) and where it has not been demonstrated at this scale before; an unverified model is itself a risk, not a mitigation.

9. Mitigation actions

Risk refMitigationOwnerDueVerification
<<FILL>><<FILL>><<FILL>><<FILL>><<FILL: how effectiveness is confirmed, e.g. engineering run data>>
<<FILL>><<FILL>><<FILL>><<FILL>><<FILL>>

Every risk scoring above the threshold in section 4 gets a row here with a named owner; “monitor” is not a mitigation unless paired with a defined trigger and response.

10. Residual risk acceptance

FieldEntry
Highest residual RPN after mitigation<<FILL>>
Risks accepted without further mitigation<<FILL: list and justify>>
Acceptable for engineering runs to proceedYes / No
Acceptable for PPQ to proceedYes / No, <<FILL: conditions>>
Accepted by (QA, name, date)<<FILL>>

11. References

ICH Q9(R1), Quality Risk Management. ICH Q10, Pharmaceutical Quality System. WHO Technical Report Series 961, Annex 7, WHO Guidelines on Transfer of Technology in Pharmaceutical Manufacturing.

Confirm the current version of each reference before issue.

12. Revision history

VersionDateAuthorSummary of change
<<FILL: 1.0>><<FILL>><<FILL>>Initial issue.

13. Approvals

RoleNameSignatureDate
Author (Transfer lead)<<FILL>>
Engineering / process SME<<FILL>>
Approver (QA)<<FILL>>

Filled specimen

Extract from an example transfer of Acme Therapeutics’ ATX-101 lyophilized biologic vial-filling step from an internal site to a CDMO. Company, product, and numbers are illustrative.

Process stepFailure modeSODRPN
LyophilizationShelf temperature uniformity differs at new scale, causing cake collapse in edge vials53230
FillDifferent filling pump principle (rotary vs peristaltic) alters fill volume variability43224
LabelingReceiving site’s lot-numbering convention differs from the sending site’s, transcription risk onto the batch record2214

Facility fit: receiving site fill suite is Grade A/B like the sending site, so no risk driver scored. Equipment: the receiving site lyophilizer has a larger, differently baffled chamber; scale-up model is heat-transfer-based and had not been demonstrated above 60 percent load before this transfer, so it was scored and mitigated with a dedicated engineering run mapping shelf temperature at full load.

Mitigation: for the lyophilization risk, owner Engineering (receiving site), due before engineering run 1, verified by thermocouple mapping across the full shelf showing uniformity within plus or minus 2 degrees C of setpoint at every mapped position. Residual risk after mitigation: RPN 12, accepted by QA to proceed to PPQ with the mapped profile locked into the recipe. The labeling risk, RPN 4, was accepted without further mitigation beyond the existing dual-verification step already in the receiving site’s labeling SOP, an example of a real difference that was scored honestly and still closed at Low without inventing a study it didn’t need.

The specimen shows the pattern an inspector looks for: a facility factor correctly scored as no risk once actually compared, an equipment change correctly treated as more than routine because the working principle differs, and a scale-up model risk that was tested, not assumed, before it was accepted.

Common inspection findings this risk assessment prevents

  • A transfer risk assessment that lists generic categories with no process-step-level detail.
  • Equipment differences noted but not scored, because the two units “do the same thing.”
  • A scale-up model asserted with no data showing it holds at the new scale.
  • Mitigations with no owner or no way to verify they worked.
  • Residual risk accepted informally, with no named QA decision on record.

How to adapt this risk assessment

  1. Set your document number, sites, and linked transfer plan number in the header.
  2. Set your own severity/occurrence/detectability anchors and RPN threshold in section 4, and keep them consistent across every transfer at your site.
  3. Walk every unit operation in section 5; do not skip steps assumed to be identical.
  4. Fill sections 6 to 8 from an actual side-by-side comparison, not from memory.
  5. Tie every mitigation in section 9 to the engineering run or verification activity that proves it worked.
  6. Confirm every reference in section 11 against the current published version before issue.
Add this site to your home screen Full screen, works offline, one tap from your home screen.