NCR 闭环与问题分析

NCR 不符合项

闭环流程

登记 → 确认分级 → 派整改工单 → 整改 → 复验 → 关闭

不符合项本身与整改工单是两条状态线：

对象	状态
不符合项	待确认 pending → 处置中 confirmed → 已关闭 closed
整改工单	已派单 assigned → 整改中 rectifying → 待复验 reviewing → 已关闭 closed

整改的推进在「我的待办」页操作。

登记 NCR

在「NCR 不符合项」页点「+ 登记 NCR」，填写标题、项目、等级（一般 / 严重 / 重大）、来源、责任单位。

手工登记时来源可选人工检查、NDT、监造、审核。列表里还会看到系统自动生成的：检查报验判驳回时自动生成的 NCR 来源标「报验」，现场事件核查转来的标「智眸识别」。

NCR 编号

编号由系统生成，格式 NCR-年份-序号，例如 NCR-2026-018。序号在单位内按年递增，取当年已有编号里最大的尾号加 1。删除过记录、编号不连续时，新编号接着最大的往后排，不会和已有的撞号。

送进虹元

连上虹元以后，NCR 登记、关闭时会带着来源和追踪编号送进虹元，在虹元连接的「上行记录」里能看到是否已进虹元。

原因分类

按 4M1E 分类：人、机、料、法、环、测。库里存单字，界面显示为「法 · 工艺方法」这类带释义的形式。

闭环前必须填纠正措施

整改工单推进到「关闭」时校验：未填纠正措施不得闭环。

只写「已整改」而不写做了什么，等于没有记录。

逾期识别

整改工单的期限过了仍未闭环时计入「逾期整改」，在驾驶舱与 NCR 概况里单独统计。

现场事件核查

在「问题与改进」分组下。智眸从现场画面里认出的违章与险情经虹元送到这里，人看过才算数。只有拥有 sense.view 或 sense.manage 权限的人才看得到这个菜单。

• 顶部四张卡：待核查、核查属实、判为误报的条数，虹元通道是否已连接、最近收到的时间。
• 按待核查、属实、误报、全部切换。列表列出发生时间、类型、位置、等级、证据、状态、追踪编号。有图的点「看图 N」，图片经虹元现取。

核查一条事件：

1. 点「核查」（需要 sense.manage）。
2. 选结论：属实或误报。判误报必须写理由，比如树影、反光、画面里是假人。
3. 判属实时可以勾「属实时同时登记一条 NCR」，并选项目。
4. 点「提交」。结论回写虹元，属实的计入真实告警；判误报带上的理由会用于智眸调优。登记了 NCR 的，提示里会给出 NCR 编号，来源标「智眸识别」。

建议每班清空待核查。列表一直为空时，先看「虹元通道」是否已连接，再请管理员检查虹元连接的接收开关。

重复问题分析

按「责任单位 + 原因分类」聚合，出现两次以上的组合列出来。

累计次数	判读
2 次	需关注，防止形成惯性
3 次及以上	反复发生，应作为体系问题立项整改

单次是失误，反复是机制缺陷

同一个班组因为同一类原因反复出问题，说明问题不在执行的人身上，而在交底、工艺文件或者资源配置上。识别出来的重复问题，处置经验应沉淀进质量知识库。

设计差错分析

从质量侧看设计问题的分布，不重建变更流程（变更在智建 EPM 办理）。

三个视角：

1. 会签驳回率：曾被驳回的文件数 / 会签文件总数
2. 按专业分布：哪个专业提出的反对意见最多，说明源头图纸在这个专业上问题集中
3. 设计类不符合项数：来源为设计或原因分类为「法」的 NCR

图纸出手前被拦下的问题，比施工后返工便宜得多。

审核与飞行检查

四类审核：内审、飞行检查、外审、供应商审核。

记录审核编号、范围、计划与实施日期、审核组长（填岗位）、开具的不符合项数、状态。

相关文档

• 十六条质量闸门：第 6 条，未闭环 NCR 阻塞检验批验收
• 检验批验收与首件样板
• 质量驾驶舱与指标分析