OCAP 异常闭环

告警响过之后,还要有人把它做完:OCAP 异常闭环

监控告警 · 质量洞察 · 人工发起 | 四套预置流程 | 同一项目同时一张未关闭单 | 验证通过即关闭

红点已经画出来了,处置却还停在聊天记录里

控制图连续超限、Cpk 掉到线以下、洞察报告写出漂移,系统都能发现。真正拖住质量的,往往是发现之后:谁确认、先遏制还是先查原因、措施写在哪、做完有没有人验证。自由文本的「改进措施」记下一句话,下一次同样的告警又来,分不清是旧问题没关,还是新问题又起。

OCAP(Out of Control Action Plan,失控行动计划)在斌果SPC(NexSPC)里,就是把这些已经发生的异常收成一张处置单,跟到验证通过再关闭。它接在监控和洞察后面,不代替控制图,也不重算 Cpk。现场亮灯、锁料和联锁停机,仍由 智能告警与防错联动 把信号交给 MES / PLC。

一张 SPC 异常处置单,不是公司级 CAPA

AIAG / VDA 手册里的 OCAP,多半写在控制计划上:超限后调机、分选、停线。斌果SPC 这一版不代替现场去执行这些动作。规则里可以配置一段只读的「建议反应措施」,在遏制和措施节点默认带出来,处理人自己决定做不做。

模块落地的是由 SPC 异常驱动的轻量处置闭环:没有流程设计器,不建通用审批组织,也不把软件做成全公司的 8D 或 CAPA 系统。监控算出的告警、洞察落下的事件,异步送进 OCAP,不挡住实时监控。

  • 自动建单有两道硬条件:检测项目必须显式绑定一套 OCAP 触发规则组(空着不是「跟随系统」),并且有有效负责人。缺任何一条,监控和洞察都不会自动开单。
  • 人工发起同样要挂项目:从还没进过 OCAP 的告警或洞察事件里选一条挂上。不能开一张没有检测项目的公司级问题单;没有负责人,手工也建不了。
  • OCAP 只消费已经产生的事件。判异公式、Cpk 算法仍在监控和洞察里,触发规则只决定「哪些告警、哪类洞察必须进闭环、走哪套流程」。

四套预置流程,按异常轻重来,不临时改图

第一步不提供流程图设计器。触发规则上选定流程,建单时把节点复制到这张单上。建议默认是:超规格走重大,超控制限走标准,其余控制图异常走快速,Cpk / Ppk 不足和洞察漂移走持续改进。规则里仍可改。

快速处置

适合点状、边界清楚的异常

异常确认 → 措施 → 效果验证

标准 OCAP

适合超控制限等需要先稳住现场的异常

异常确认 → 临时遏制 → 原因分析 → 纠正措施 → 效果验证

重大异常

适合超规格等影响面更大的异常

异常确认 → 立即遏制 → 影响范围 → 原因分析 → 纠正措施 → 审核 → 效果验证

持续改进

适合能力不足、缓慢漂移,不适合用紧急单的节奏硬套

问题确认 → 原因分析 → 改善措施 → 实施 → 效果验证

「关闭」是单据状态,不是再派一个人去点一次关闭。效果验证通过,单就关了。确认时若判定为误报或过程已经自愈,走「无需处置并关闭」,不必把后面的原因和措施走完。

同一项目,同时只留一张未关闭的单

监控可以一直告警,OCAP 不能因此一直开新单。规则是写死的,配置页不让人改成「来一次开一张」。

  • 第一次进入异常才建单。窗口里重复出现的告警、洞察,挂到已有单上,不新开。
  • 一个检测项目任意时刻最多一张未关闭单(进行中或验证中),不同规则也合并到这一张,不并行开多张。
  • Cpk、Ppk 这类连续指标用触发线和恢复线。跌破触发线可以开单;回到触发线附近、还没过恢复线,指标仍算异常,不会因为又一次告警再开一张。
  • 控制图上旧点后来才变红,不据此重开。关单之后,要新样本自己超限,才进入下一轮。
  • 一次事件同时命中多条规则,只执行优先级最高的那条,开一张单。其余命中留下记录,记为「命中未建单」。
  • 进行中又来了更重的规则:仍然只关联,并在详情里提示升级。处理人明确选择「升级流程」后,才按更重的模板另开一张,旧单关掉并互相链接。系统不会在进行中悄悄改节点。

流程决定下一步做什么,处理人决定下一步谁来做

节点顺序是模板定的,当前处理人不能跳步改业务节点,只能在完成时指定下一节点的处理人。候选人限定在检测项目负责人、该项目通知对象组里的用户,以及当前处理人自己,不从全公司任意点名。

  • 我的待办:页头待办提醒直接进入本人未完成节点。新建、流转、退回、转办、加签都会把待办送到下一位。
  • 节点自带时限。超期提醒处理人,也可抄送。通知走邮件、企业微信、钉钉、飞书,与监控告警同一套通道开关。
  • 会签:同一节点可以交给多人,全部通过后才离开该节点。退回回到上一节点,转办和加签只在可用账号之间。
  • 遏制节点记录分选、隔离、停线、调机或其他动作,并带出规则上的建议反应措施(只读)。重大异常的立即遏制、持续改进的实施节点要求附件。
  • 效果验证通不过「带病关闭」。绑定了监控规则的单,指标仍处在异常区时,验证不能通过。过程恢复之后,处理人再确认措施是否有效。
  • 没有负责人的项目进「无负责人」清单,补上负责人后再进闭环。处理人账号停用时,有单独入口改派,避免单子卡在离职账号上。

异常清单上,已绑定 OCAP 的项目展示处置状态并可跳进单据;没绑定的项目保持原样,不会被系统悄悄开单。

两条产线上,闭环长得不一样

机加工:连续超控制限

以前:千分尺数据进了控制图,红点在屏上停着,班长当班在微信里说「调过了」,下一班对不上记录。

现在:项目绑定标准 OCAP。首次超限开一张单,待办到负责人:先确认是事实、误报还是已自愈;需要现场稳住时记下临时遏制,再写原因和纠正措施。验证前指标若还在异常区,系统不让通过。同一班后续红点挂在这张单上,不再另开。

过程能力长期偏低

以前:Cpk 不足和单点超限用同一句「已处理」打发,改进没有实施和验证。

现在:能力类规则走持续改进:确认问题、分析原因、写下改善措施、记录实施,再验证。若这张单还没关、又发生更严重的超规格,系统只提示升级,由处理人决定要不要换成重大异常流程,避免静默改道。

常见问题(FAQ)

Q1:OCAP 和告警推送、设备停机是一回事吗?

A:不是。告警负责发现并可通过 MQTT / API 把信号交给 MES、安灯或 PLC。OCAP 负责人把这件异常确认、处置、验证到关闭。建议反应措施只是提示,软件不直接下发停机。

Q2:能不能当成 8D 或公司级 CAPA 来用?

A:这一版不是。它只处理已经绑定到检测项目上的 SPC 异常,四套流程固定,没有流程设计器,也不能开一张脱离检测项目的公司级问题单。

Q3:控制图一直红,会不会刷出很多张单?

A:不会。同一检测项目同时只有一张未关闭单,重复事件挂到这张单上。关单后要新的超限样本才会再开;能力指标还要先恢复、再跌破触发线,才进入下一轮。

Q4:不绑定规则组,系统会用一套默认规则自动开单吗?

A:不会。必须在检测项目上显式绑定触发规则组,并且项目有负责人。组被停用、组内没有规则,或没有负责人,都不会自动建单。

Q5:下一步处理人可以随便指定同事吗?

A:不可以。只能指定该项目负责人、通知对象组中的用户,或自己继续处理。节点顺序由流程模板决定,处理人指定的是人,不是下一步做什么。

Q6:指标自己恢复了,单还要走完吗?

A:不必硬走完。确认节点可以标成已自愈或误报,用「无需处置并关闭」。若单还在验证中、指标又跌回异常区,验证不能通过,复发会记在同一张单上。

即刻开启高性价比的企业级 Web SPC

斌果SPC 专注私有化与全厂互联:一次买断、不限用户数与点数,车间到实验室同一套浏览器即可落地判异、能力与看板。

  • 不限用户数、不限在线用户数,不限点数,不限看板数量,人手一号。
  • 多种数据录入方式:在线手动录入、在线 Excel 导入、HTTP 接口同步、TCP 服务器模式、MQTT 模式、OPC 数据采集
  • 集成 MSA;SPC 协同。
  • 服务器授权,一次性终身授权,没有每年授权费用。
  • 开放的 SPC 判异接口 和 其他 数据同步、创建检测项目 等接口。

扫码添加专属顾问,获取一对一演示、迁移架构规划与报价说明。