质量检查任务

质量检查任务是计划性巡检的闭环载体，解决「质量问题从哪里来」的前半段：先约定谁在什么时间检查哪个部位，执行时填检查结论，现场发现的问题当场登记，系统自动把它们转成质量管理里的质量问题（可标记为 NCR）并回填检查任务编号，问题随后走与手工录入完全相同的整改中 → 待验证 → 已验证闭环。到期未执行的检查任务可标记漏检，避免巡检计划形同虚设。

功能概述

• 三种检查类型：日常、专项、综合，建任务时选择，用于台账筛选与统计。
• 检查任务可关联标段、关联工序（WBS 叶子节点），均可留空；指派检查人（从本租户在册用户中选），也可留空。
• 状态机：待检 → 已检（执行）、待检 → 漏检（标记漏检），两条路径都只能从「待检」出发，且互斥——已执行的任务不能再标漏检，反之亦然，并发操作下后到的一方会被拒绝。
• 执行即闭环起点：提交执行结果时，逐条填写现场发现的问题（描述、级别、是否 NCR、整改期限），系统在同一次提交里把这些问题落成质量问题（编号 QP-年份-流水号 或 NCR-年份-流水号，初始状态「整改中」），并回填检查任务 id——检查任务台账据此反向统计每次巡检发现的问题数（数据层已建立问题→检查任务的溯源）。
• 发现的问题若标记为 NCR，额外触发一条对外通知，供已接入的第三方系统感知，普通质量问题不推送。
• 检查任务台账按项目查看，不做个人数据范围区分——拥有 quality.view 的成员能看到项目内全部检查任务，这一点与质量问题列表（无 quality.review 时只能看自己发现的问题）不同。

建任务与执行是同一个权限

当前版本里，新建检查任务、执行检查、标记漏检、以及检查人下拉，统一要求 quality.manage，不像质量问题那样把录入和整改验证拆成不同权限。也就是说能建检查任务的人也能执行任何人的检查任务，不区分「谁的任务谁执行」。

打开位置

1. 登录 Web 端，选择项目。
2. 左侧导航「现场执行」分组进入「质量检查任务」，与「质量管理」是并列的两个菜单项。
3. 查看需要 quality.view；新建检查任务、执行、标记漏检需要 quality.manage。

界面构成

• 顶部筛选：类型（全部类型 / 日常 / 专项 / 综合）与状态（全部状态 / 待检 / 已检 / 漏检）两组单选按钮。
• 统计行：待检、已检、漏检三个计数，旁注「巡检发现的问题会自动转为质量问题并进入整改闭环」。
• 检查任务台账：类型、检查部位（标段名 + 工序编号，均可能为空）、计划检查日、检查人、发现问题（本次生成的问题数，无则显示「—」）、状态；仅「待检」状态的行在操作列显示「执行」「标漏检」两个按钮。
• 新建检查任务弹窗：检查类型、标段（可空）、关联工序（可空，从 WBS 叶子节点中选）、计划检查日、检查人（可空）。
• 执行检查弹窗：检查结论备注（整段文字，可空）；「发现的问题」区可逐条添加，每条填问题描述（必填）、级别（一般 / 较大 / 重大）、是否 NCR、整改期限，无发现问题时留空直接完成检查即可。

检查单模板已有数据结构，当前版本前端未开放选择

后端支持检查任务挂一个检查单模板（定义逐项检查内容），但新建弹窗目前没有暴露「检查单模板」选择项，实际使用中检查任务不挂模板，执行时填的是自由文字结论而非逐项打钩。

典型流程（操作步骤）

1. 持有 quality.manage 的人员新建检查任务：选类型（日常 / 专项 / 综合），可选关联标段与工序，指派检查人与计划检查日，创建后落「待检」状态。
2. 检查人按计划到场：打开该任务点击「执行」，填写检查结论备注（可空）。
3. 现场发现问题的逐条添加：填问题描述、级别、是否 NCR、整改期限；问题的所属标段 / 工序不在执行表单里单独填写，由系统自动继承检查任务本身关联的标段 / 工序。
4. 点击「完成检查」提交：检查任务转「已检」并保存结论；填写的问题在同一次提交里逐条生成为质量问题（整改中状态），回填本次检查任务 id。标记为 NCR 的问题额外触发一条对外通知。
5. 生成的问题此后按质量管理的标准流程走：责任人整改提交（quality.rectify）→ 质检人员验证通过或退回（quality.verify），与手工录入的质量问题完全一样进入质量管理台账处理。（当前质量问题详情侧暂不展示来源检查任务，该溯源已在数据层回填、由检查任务台账反向体现。）
6. 如检查任务到计划检查日仍未执行，quality.manage 持有者可将其标记为「漏检」，任务转为终态，不再出现在待检操作列表里。

字段与状态说明

检查任务状态

状态	含义
待检	已建任务，尚未执行，是唯一可执行「执行」或「标漏检」的状态
已检	已执行并保存结论（可能已生成问题），终态
漏检	到计划检查日仍未执行，被人工标记，终态

执行与标漏检都有并发保护

两个操作都要求任务当时仍处于「待检」才能成功。已被他人执行后再点「执行」会提示「检查任务状态已变更，请刷新后重试」；已被标记漏检（或已执行）后再点「标漏检」会提示「只有待检任务可标记漏检」。

检查类型

类型	说明
日常	常规巡检
专项	针对特定部位 / 工序的专项检查
综合	覆盖面更广的综合检查

执行时发现问题的字段

字段	是否必填	说明
问题描述	必填	对应质量问题的标题
级别	必填，默认一般	一般 / 较大 / 重大，含义与质量管理一致
不符合项（NCR）	可选，默认否	开启后按 NCR-年份-流水号 编号，并额外触发对外通知
整改期限	可选	要求整改完成日期

生成的质量问题所属标段 / 工序，固定继承检查任务本身的关联，不在执行表单里单独指定；责任人（整改责任人）当前也不在执行表单里填写，问题生成后与手工录入一样，按质量管理的整改闭环流程处理。

注意事项与常见问题

• 看不到「质量检查任务」菜单是缺 quality.view；能看但没有「新建检查任务」「执行」「标漏检」按钮，是缺 quality.manage——当前该模块未像质量问题那样区分录入与整改验证权限，quality.manage 一个权限点管到底。
• 检查任务台账不做个人数据范围隔离：任何拥有 quality.view 的成员都能看到项目内全部检查任务，不区分是谁建的、指派给谁。
• 执行检查与生成质量问题在同一次提交里完成：要么两者都成功，要么都不生效，不会出现「检查已标记完成，但发现的问题没有生成」的中间状态。
• 生成的质量问题一旦创建，其标段 / 工序继承自检查任务、责任人字段为空，且没有单独的编辑入口去补填——如需要指定责任人或调整标段，请在质量管理对应问题的详情里核实处理口径，或在下一次录入时通过手工录入问题指定完整字段。
• 已执行（已检）或已标漏检的任务不能再执行、也不能再标漏检，如需重新巡检，请建一条新的检查任务。
• 检查任务与检查单模板配合使用的能力后端已具备，但当前版本前端未开放模板选择，实际使用中检查任务不挂模板。