3. 配方管理概述
在批量生产系统中，配方不是一张静态的参数表，而是一个贯穿设计、审批、下发、执行、修订和归档全过程的受控对象。配方管理要解决的核心问题是：让正确的配方，在正确的时刻，以正确的版本，被正确的设备执行，并且全过程可追溯。本节从生命周期、类型、版本、状态和配方库设计五个维度建立整体认知框架。
一、配方生命周期：从主配方到执行记录
ISA-88 / IEC 61512 将配方划分为四个层级，它们构成一条自上而下的数据流：通用配方（General Recipe）→ 主配方（Master Recipe）→ 控制配方（Control Recipe）→ 批次记录（Batch Record）。通用配方与具体设备无关，只描述工艺化学与操作意图；主配方绑定到某类设备单元，补充设备能力约束；控制配方是主配方针对某一具体批次实例化后的产物，包含实际设备分配、实际批号、实际投料量；批次记录则是执行完成后回写的过程数据与事件日志。
这条链路的关键在于逐级实例化、逐级收窄自由度。通用配方允许“反应温度 60～70℃”，主配方收窄为“本反应釜夹套温度 65℃”，控制配方进一步确定为“2024-06-12 批次 B240612-07 使用 65.0℃、投料 1250.0 kg”。如果跳过主配方直接由通用配方生成控制配方，设备适配逻辑就会散落在程序里，导致换线即改代码。
二、配方类型：按用途与抽象层级划分
工程实践中常见的配方类型包括：主配方（可复用的标准工艺模板）、控制配方（单批次执行实例）、试验配方（研发阶段，允许偏离标准参数）、返工/重加工配方（针对不合格中间体的补救工艺）、清洗配方（CIP/SIP）（设备准备类，常与生产配方串联调用）。不同类型在审批强度、参数自由度和归档要求上差异明显。
| 配方类型 | 抽象层级 | 参数自由度 | 审批强度 | 典型用途 |
|---|---|---|---|---|
| 主配方 | 设备单元类 | 低（已收窄） | 高（双人复核） | 常规商业化生产 |
| 控制配方 | 具体批次 | 极低（已锁定） | 继承主配方 | 批次执行 |
| 试验配方 | 设备单元类 | 高（可调范围大） | 中（研发负责人） | 工艺开发、放大 |
| 返工配方 | 具体批次 | 中 | 高（QA 会签） | 不合格品处置 |
| 清洗配方 | 设备单元类 | 低 | 中 | CIP/SIP 准备 |
三、配方版本管理：不可变与可追溯
版本管理的铁律是：已发布的配方版本不可原地修改。任何参数调整都必须创建新版本，旧版本保留并标记为“已被替代”。版本号建议采用“主版本.次版本”语义：主版本变更表示工艺路线或关键参数改变，需重新验证；次版本变更表示注释、单位换算、非关键阈值调整。
配方版本记录示例
RecipeID : RCP-REACT-001
Version : 2.3
Status : Released
Author : zhangsan
Approver : lisi (QA), wangwu (PE)
Effective: 2024-06-01 08:00:00
Supersedes: 2.2
ChangeLog: 将夹套升温速率由 1.5℃/min 调整为 1.2℃/min，
避免局部过热导致副反应升高。
版本追溯必须能回答三个问题：某批次用的是哪个版本？该版本由谁批准？该版本替代了谁、又被谁替代？ 因此配方库中版本关系应建模为有向链，而非简单覆盖。
四、配方状态管理与配方库设计原则
状态管理把“配方能不能用”变成系统可判定的条件。典型状态包括草稿、待审批、已发布、执行中、已归档、已作废。状态迁移必须由明确事件触发，并记录操作人、时间戳和电子签名。执行中的配方应被锁定，禁止并发修改。
配方库设计五原则：
- 单一数据源：同一配方只在一处维护，MES、DCS、LIMS 通过接口引用，不各自复制。
- 版本不可变：发布即冻结，修改即新建版本，历史版本永久可查。
- 状态驱动权限：不同状态对应不同读写权限，已发布配方对生产人员只读。
- 参数与逻辑分离：配方只存参数与步骤引用，控制逻辑留在程序或设备层，避免配方膨胀为代码。
- 可追溯与可审计：所有变更留痕，满足 GMP 数据完整性（ALCOA+）要求。
五、案例与常见误区
场景：某精细化工车间在换产时，操作工直接在 HMI 上把反应温度从 65℃ 改为 70℃，未走变更流程。三个月后客户审计要求提供该批次工艺参数依据，系统只能查到“当前值 70℃”，无法证明该偏离经过评估。根因是配方库允许“已发布配方在线编辑”，且没有版本快照。
常见误区：
- 把配方当成 Excel 参数表，用文件名区分版本，缺乏状态与审批。
- 主配方与控制配方混用，导致设备更换后配方无法复用。
- 版本号手工维护，出现“2.3”与“2.3.1”并存却无父子关系。
- 归档只存最终值，不存变更前后差异与审批意见。
复盘结论是：配方管理的本质是受控的数据流 + 明确的状态机 + 不可篡改的版本链。只有把生命周期、类型、版本、状态和库设计五者统一建模，配方才能真正成为批量生产中可信、可复用、可审计的核心资产。