海量数据下，SPC报警太多怎么办？

做SPC，特别是做实时SPC的，都大概率遇到过这个情况，SPC系统上线后，自动化采集非常多的数据到SPC系统，即使仅仅使用1个点超出控制限，也发现报警很多。

如果多用几个判异规则，那告警更多了。

告警越多就等于没有告警，大家都迷失在告警海洋中。

一、控制限不是规格限，超控制限不等于必须整改

首先，需要明确控制限和规格限是不同的东西。

规格限是定义出来的，用来判定产品是否合格的，用来计算CPK PPK的。

控制限是实时算出来的，是用来判定过程是否稳定的，和是否合格无关，和是否单侧规格限无关的。

检测值超出控制限，说明波动发生了需要关注的偏移，但不代表不合格，也不一定要停机。

比如刀具磨损等的偏移，我们工程师是很清楚的，知道在刀具的正常使用周期内依然是没有问题的。

但也有一些做法，就是人工定义控制限，比如加减3.5个sigma，这样报警确实减少了，但一些原本应该发现的问题就会被掩盖了。

二、不改变控制限，改变判异规则

一般控制图都会用到一个点超出3sigma这个判异规则，但海量数据，偶尔出现越界点也不罕见。

我们可以尝试设计另一个判异规则

比如同时使用：

• 连续50个点，至少有2个点超出3sigma控制限
• 单个点超出4sigma

第一条规则不再看一个点的异常，而是关注一段时间内，越界点是否出现过于频繁。这样就避免偶发报警。

但这个点偏移太过于严重（还合格的）呢？

配合第二条规则就可以了，即使没有2个点超出3sigma，但只要单点超出4sigma就马上报警。

这种思路，不是简单减低SPC的灵敏度，而是尝试不同的规则组合来识别不同的异常。

现在斌果SPC已经支持这种配置了。

这样就可以根据不同的检测项目需要来灵活组合判异规则。

斌果SPC最多支持下面14种规则：

三、判异规则改了，还需要解决重复报警

“连续50个点，至少有2个点超出3sigma控制限”有一个容易被忽略的问题，就是有两个点已经超3sigma了，这50个点的窗口移动的过程中，这两个点还是在的，就会相邻多个窗口持续命中，如果每一次命中都报警，就会很多重复报警。

所以除了判异规则，还有结合报警机制。

比如“最后一个数据点是异常点”才报警，这样“连续50个点，至少有2个点超出3sigma控制限”只会报警一次，在它第一次出现的时候。

四、10个异常点，并不需要创建10个OCAP流程

比如很常见的一个列子，设备发生故障，控制图连续10个或者更多的点都变成异常了，那么并不是每次异常都创建一个OCAP单，因为这些异常点来自同一故障。

我们是这样考虑的：只要这个检测项还有未关闭OCAP单据的时候，后续异常会自动关联到现有的OACA单，就不要重复处理单据，并且能保留异常记录。

最后

所有必须要求SPC软件能到不同的检测项目配置不同的判异规则。

比如50个点有2个，4sigma，这些都需要根据各个检测特性单独评估参数。

希望能尽量减少误报，但真正的异常又要能尽快发现。

面对海量的数据，如果要求每一个异常点都做OCAP，很难做下去，并且浪费很多人力资源。

但也不能为了减少工作量而放宽控制限来隐藏真正需要关注的异常。

这时候就需要我们从判异规则、报警去重、异常事件合并、OCAP处理机制等方面组合一个合理的方案。