3. 供应商CAPA触发机制：来料检验不合格触发、生产过程异常触发、客户投诉触发、审核发现触发
供应商CAPA（纠正与预防措施）的启动并非随意为之，而是由明确的、可追溯的触发事件驱动。在追溯平台中，每一种触发机制都对应着不同的数据源、责任主体和响应时效。本章将系统解析四大核心触发场景，帮助学员建立从“事件发生”到“CAPA立案”的标准化映射关系。
3.1 四大触发机制总览
根据供应链质量管理的典型场景，CAPA触发机制可归纳为以下四类。每一类触发事件在平台中均需配置独立的触发规则、优先级和默认响应时限。
| 触发类型 | 数据来源 | 典型事件示例 | 默认优先级 | 响应时限 |
|---|---|---|---|---|
| 来料检验不合格 | IQC系统 / 检验记录 | 批次不合格率 > 5%、关键尺寸超差 | 高 | 24小时 |
| 生产过程异常 | MES / 工单报工 | 产线停线、SPC失控、装配不良 | 紧急 | 4小时 |
| 客户投诉 | CRM / 客诉工单 | 功能失效、外观缺陷、交付延误 | 紧急/高 | 2小时（紧急） |
| 审核发现 | 审核管理系统 | 体系不符合项、过程审核扣分 | 中/高 | 48小时 |
3.2 触发机制详解与流程
3.2.1 来料检验不合格触发
当IQC（来料检验）判定批次不合格时，系统自动抓取检验报告中的不合格项目、缺陷数量、供应商信息，并依据预设规则判断是否触发CAPA。常见触发条件包括：
- 批量性不合格： 同一批次不合格品率超过AQL（可接受质量水平）限值。
- 重复性不合格： 同一物料/供应商在30天内出现2次以上同类不合格。
- 严重缺陷： 涉及安全、法规或关键功能的不合格项。
3.2.2 生产过程异常触发
生产过程异常通常由MES（制造执行系统）或现场巡检触发。平台需与MES建立实时数据接口，当出现以下情况时自动生成CAPA任务：
- 停线事件： 因供应商物料问题导致产线停线超过30分钟。
- SPC失控： 供应商提供的关键过程参数（如扭矩、压力）超出控制限。
- 装配不良： 产线PPM（百万分之不良率）超过目标值。
3.2.3 客户投诉触发
客户投诉是最高优先级的触发机制之一。平台需从CRM系统或客诉工单中提取投诉分类、失效模式、影响范围，并自动关联到对应的供应商和物料批次。触发规则示例：
- 安全类投诉： 立即触发CAPA，响应时限2小时。
- 功能类投诉： 24小时内完成初步分析并启动CAPA。
- 外观/包装类投诉： 48小时内评估是否需要CAPA。
3.2.4 审核发现触发
无论是内部审核、客户审核还是第三方认证审核，发现的不符合项（NC）均可触发CAPA。平台需支持将审核发现中的不符合项描述、严重等级、责任供应商直接转化为CAPA任务。典型触发场景：
- 严重不符合项： 直接触发CAPA，要求供应商在5个工作日内提交整改计划。
- 一般不符合项： 累计3项以上或同一问题重复出现时触发CAPA。
- 观察项/改进机会： 由质量工程师评估后手动触发CAPA。
3.3 触发机制架构图
下图展示了供应商CAPA追溯平台中四大触发机制的数据流向与系统交互关系。各触发源通过接口层与CAPA引擎连接，经规则判定后生成CAPA任务并分配至对应责任方。
3.4 触发规则配置示例
在追溯平台中，触发规则通常以条件-动作（Condition-Action）的形式配置。以下是一个针对“来料检验不合格触发”的规则配置代码示例，展示了如何在平台中定义触发逻辑：
{
"triggerName": "来料检验不合格CAPA触发",
"triggerSource": "IQC_INSPECTION",
"enabled": true,
"conditions": [
{
"field": "inspectionResult",
"operator": "EQUALS",
"value": "FAIL"
},
{
"field": "defectRate",
"operator": "GREATER_THAN",
"value": 5.0
},
{
"field": "defectSeverity",
"operator": "IN",
"value": ["CRITICAL", "MAJOR"]
}
],
"actions": [
{
"type": "CREATE_CAPA",
"priority": "HIGH",
"responseTimeHours": 24,
"assignTo": "supplier_quality_engineer"
},
{
"type": "NOTIFY",
"channel": ["EMAIL", "PLATFORM_MESSAGE"],
"recipients": ["supplier_contact", "procurement_manager"]
}
],
"cooldownHours": 72,
"maxRepeatCount": 3
}cooldownHours（冷却时间）和 maxRepeatCount（最大重复次数）是防止CAPA任务泛滥的关键参数。例如，对于同一供应商的同一问题，若在72小时内重复触发超过3次，系统应自动升级处理层级，而非无限生成重复任务。建议在平台上线初期将冷却时间设置为48-72小时，并根据实际运行数据动态调优。
3.5 触发机制对比与选择建议
在实际部署中，企业需要根据自身业务特点选择优先部署的触发机制。下表从实施难度、数据成熟度和业务影响三个维度进行对比：
| 触发机制 | 实施难度 | 数据成熟度要求 | 业务影响 | 推荐优先部署 |
|---|---|---|---|---|
| 来料检验不合格 | 低 | 中（需IQC系统） | 中 | ★★★★★ |
| 生产过程异常 | 中 | 高（需MES对接） | 高 | ★★★★ |
| 客户投诉 | 中 | 中（需CRM数据） | 最高 | ★★★★★ |
| 审核发现 | 低 | 低（可手动录入） | 中 | ★★★★ |
建议企业按照“先易后难、先高影响后低影响”的原则分阶段部署：第一阶段优先上线来料检验不合格触发和客户投诉触发，这两个机制数据源相对成熟、业务价值明确；第二阶段接入生产过程异常触发，需要与MES系统深度集成；第三阶段完善审核发现触发，实现审核管理与CAPA流程的闭环联动。