4. 技术转移协议与质量协议的文件要求

技术转移不是一次“把文件打包发过去”的交接动作，而是两个法律主体之间围绕产品、工艺、方法和责任建立的一套契约化安排。技术转移协议（Technology Transfer Agreement, TTA）与质量协议（Quality Agreement, QA）是这套安排的两根支柱：前者回答“转什么、怎么转、谁出钱、成果归谁”，后者回答“按什么标准转、谁放行、出偏差谁处理、变更谁批准”。本节围绕协议框架、职责划分、变更控制接口、质量协议附件与法律效力四个要点展开，并给出可参考的协议模板结构。

一、协议框架：主协议 + 附件 + 引用文件的三层结构

成熟的技术转移文件体系通常采用“主协议—附件—引用文件”三层结构。主协议规定商务与法律条款，包括定义、转移范围、里程碑与付款、知识产权归属、保密、违约责任、争议解决与适用法律；附件承载技术细节与质量标准，如工艺描述、分析方法、设备清单、验证方案、稳定性数据、放行标准；引用文件则是双方现行有效的SOP、药典、法规指南，通过“引用即生效”的方式纳入协议约束范围。

这种分层的好处是：主协议稳定、变更周期长；附件灵活、可随工艺优化迭代。但必须注意，附件一旦签署即成为协议不可分割的一部分，其修订需走协议变更流程，不能由某一方单方面更新。因此模板中应明确“附件清单及其版本号”，并约定附件更新的审批路径。

二、职责划分：用RACI把“谁做什么”钉死

技术转移中最常见的争议不是技术本身，而是“这件事该谁做”。建议在质量协议中以RACI矩阵（负责R、批准A、咨询C、知会I）明确关键活动的责任归属。典型活动包括：工艺转移方案起草与批准、批记录模板确认、分析方法转移与验证、清洁验证、稳定性考察、偏差与OOS处理、变更控制、放行与上市后变更。

例如，某固体制剂转移项目中，接收方负责起草工艺转移方案（R），转出方负责审核并提供历史数据（C），双方质量负责人共同批准（A），注册部门知会（I）。这种划分必须在协议中逐条写明，避免“共同负责”这类模糊表述——共同负责在实践中往往等于无人负责。

三、变更控制接口：协议中最容易“打架”的地方

技术转移完成后，产品进入商业化生产，变更不可避免。协议必须明确“哪些变更需要对方批准、哪些只需知会、哪些由持有方单方决定”。建议按变更影响程度分三级：

• 一级变更（重大）：影响注册标准、产品质量属性、生物等效性风险，如原料药供应商变更、关键工艺参数调整、批量放大。需双方质量负责人共同批准，并评估是否触发注册变更。
• 二级变更（中等）：影响工艺重现性但不影响注册，如非关键设备更换、中间体储存条件微调。需接收方质量部门批准，转出方知会。
• 三级变更（轻微）：不影响产品质量的文档修订、SOP更新。由执行方按内部变更控制程序处理，定期汇总通报。

模板中应设置“变更控制接口表”，列明变更类型、发起方、评估方、批准方、时限和记录要求。例如，一级变更的评估时限可约定为收到申请后15个工作日内完成，批准后30个工作日内完成实施与验证。

四、质量协议附件与法律效力

质量协议的附件通常包括：放行标准与检验方法、偏差与OOS处理流程、变更控制程序、审计计划、稳定性考察方案、年度产品质量回顾（APQR）分工、质量联系人清单。这些附件不是“参考资料”，而是协议正文的延伸，具有同等法律效力。

法律效力方面需注意三点：第一，签署人必须是双方质量负责人及法人或授权代表，并加盖公章；第二，协议应明确生效日期、有效期和终止条件；第三，协议终止后，已上市产品的质量责任、留样、稳定性考察和数据保存义务应继续有效，通常约定终止后至少保存至产品有效期后一年。

五、典型协议模板结构示例

以下为一份可直接参考的技术转移协议与质量协议合并模板的目录结构，实际使用时可根据项目规模裁剪：

技术转移协议（TTA）主协议
  1. 定义与解释
  2. 转移范围与交付物清单
  3. 转移阶段与里程碑（方案、培训、试制、验证、放行）
  4. 双方职责与RACI矩阵
  5. 付款条件与发票
  6. 知识产权与背景技术
  7. 保密条款
  8. 变更控制接口
  9. 违约责任与赔偿
  10. 争议解决与适用法律
  11. 协议期限、终止与存续条款
  12. 附件清单及版本追溯表

质量协议（QA）主协议
  1. 目的与范围
  2. 质量标准与放行职责
  3. 偏差、OOS、投诉与召回处理
  4. 变更控制分级与审批路径
  5. 审计与现场检查
  6. 稳定性考察与年度回顾
  7. 质量联系人及升级机制
  8. 附件清单（放行标准、检验方法、稳定性方案等）

在实际项目中，建议将TTA与QA的附件统一编号管理，例如“TTA-ATT-01 工艺描述”“QA-ATT-03 偏差处理流程”，并在文件控制系统中建立关联关系。这样，当某一附件发生变更时，可以快速识别受影响的协议条款和关联文件，避免“改了附件、忘了主协议”的脱节问题。

最后需要强调：协议不是签完就锁进柜子的文件。技术转移期间应至少每季度回顾一次协议执行情况，检查里程碑完成度、变更控制合规性、偏差关闭率；产品上市后，结合年度产品质量回顾对协议进行一次适用性评估。只有把协议当作“活文件”管理，它才能真正起到界定责任、控制风险、保障质量的作用。