# 新增需求分析与开发记录

生成日期：2026-05-23  
项目：MES_Manage_View_V20  
说明：本文档记录本次沟通确认的新需求、开发口径、依赖项、风险点和预估周期，仅作为后续开发和客户确认依据。

## 1. 机加件排产-表单日期筛选优化

页面：机加件已排产页面  
位置：`PlanManagement/SelfMakePlandone/index`  
查询存储过程：`MES_OrderPlanned_Query`

现状：
- `计划开始时间`、`计划完成时间` 当前为时间段筛选。

目标：
- `计划开始时间` 改为单日期选择。
- `计划完成时间` 改为单日期选择。
- 按自然日查询，不按具体时分秒查询。

查询口径：
- 选择某一天时，查询该日期 `00:00:00` 到 `23:59:59` 的数据。
- 日期为空时，不参与过滤。

预估周期：
- 前端改造：0.5 天
- SQL 改造：0.5 到 1 天
- 联调：0.5 天

AI 关键记录：
- 不是区间查询。
- 是两个单日期字段，分别按天过滤。
- 不涉及 SAP 新字段，本期先不处理 SAP 字段。

## 2. 机加件已排产页面新增历史工时查询

页面：机加件已排产页面  
位置：`PlanManagement/SelfMakePlandone/index`  
参考页面：`ProductionManagement/WorkhoursEdit/index`

目标：
- 新增 `总工时` 字段。
- 列表显示生产任务工时汇总数。
- 点击 `总工时` 打开弹窗查看明细。
- 明细按设备、日期分组显示生产任务，并展示工时合计。

展示结构：
- 设备
  - 日期
    - 任务明细

建议字段：
- 设备名称
- 日期
- 生产订单
- 物料编码
- 物料名称
- 工序名称
- 操作人
- 开始时间
- 结束时间
- 工时
- 工时小计

开发思路：
- 前端在已排产列表增加 `总工时` 列。
- 点击列值打开弹框。
- 后端新增或复用工时汇总查询，按设备、日期、任务聚合。
- 前端只展示结果，不做复杂汇总计算。

预估周期：
- 前端列表和弹窗：1 天
- SQL 汇总查询：1 到 2 天
- 联调：0.5 天

AI 关键记录：
- 这是历史工时汇总弹窗，不是工时编辑页。
- 总工时是汇总值，不是明细值。
- 核心维度：设备 + 日期。

## 3. 生产计划跟踪

页面：生产计划跟踪  
当前查询：`生产管理_生产计划跟踪`

目标：
1. 工艺路线内容在当前序中展示。
2. 根据任务状态判断哪道序正在加工、哪些序等待加工。
3. 工序文字根据状态变色。
4. 进度显示：
   - 正在加工：`打磨中`
   - 已完成且下一序未开始：`打磨毕待淬火`
5. 增加 `标准工时` 字段。
6. 增加 `订单状态` 字段。

已确认口径：
- 当前序不是只显示一个工序名，而是显示工艺路线内容。
- 路线中括号内显示指派对象。
- `外协` 也是指派对象的一种。
- 示例：`打磨（张三） -> 淬火（外协）`

展示规则：
- 正在加工的工序高亮显示。
- 已完成工序根据下一道工序生成 `xxx毕待yyy`。
- 未开始工序显示等待状态。
- 最后一序完成后显示已完成。

开发思路：
- 后端返回完整工艺路线、工序顺序、指派对象、任务状态。
- 前端按顺序生成路线显示和状态文案。
- `标准工时`、`订单状态` 如果当前查询未返回，需要在 SQL 中补字段。

预估周期：
- 前端展示改造：1 到 2 天
- SQL 字段补充：1 到 2 天
- 联调：0.5 天

AI 关键记录：
- 重点是工序级路线展示，不是订单级单状态。
- 括号显示指派对象。
- 外协不特殊处理，作为指派对象展示。

## 4. 设计任务报工模块

页面：新增页面，建议名称 `设计任务报工`

已确认口径：
- 设计任务没有订单。
- 任务由 MES 自己创建。
- 该模块只产生设计工时。
- 不产生质量、装配、机加工时。
- 质量、装配、机加工时各走各自模块。
- 后续按系统管理角色管理中的角色功能区分权限。

功能建议：
- 设计任务创建。
- 设计任务列表。
- 开始报工。
- 结束报工。
- 填写工作内容、结束说明。
- 工时记录。
- 设计工时报表。

SAP 关系：
- 当前不强依赖 SAP。
- 设计工时不上传 SAP。
- 后续如需要，可增加关联字段或只读接口。

预估周期：
- 需求确认：1 天
- 页面原型：1 天
- 前端和接口：2 到 4 天
- 联调：1 天

AI 关键记录：
- 设计任务是 MES 自建任务。
- 工时范围只包含设计。
- 权限后续按角色功能控制。

## 5. 机加班次产量表

页面：新增页面，建议名称 `机加班次产量表`

目标：
- 查看每天每台设备每班次干了什么活。
- 按设备分组。
- 按日期分组。
- 日期下面展示任务明细。

展示结构：
- 设备
  - 日期
    - 任务明细

建议筛选：
- 日期
- 班次
- 设备
- 操作人

建议字段：
- 设备名称
- 日期
- 班次
- 生产订单
- 物料编码
- 物料名称
- 工序名称
- 开始时间
- 结束时间
- 工时
- 数量
- 操作人

开发思路：
- 新增报表页。
- 后端按设备、日期、班次聚合。
- 明细展示任务。
- 增加设备日合计、班次合计。

预估周期：
- 查询口径确认：0.5 天
- SQL/接口：1 到 2 天
- 前端分组展示：1 天
- 联调：0.5 天

AI 关键记录：
- 分组口径：设备 -> 日期 -> 任务。
- 这是新报表，不是报工页面。

## 6. 外协任务检验 / 序检收检

页面：序检收检相关页面

目标：
- 外协任务检验记录中增加：
  - 指派对象
  - 供应商
  - SAP 采购收货单号
- 后续报表根据新增字段调整计算方式。

现状问题：
- 当前检验记录主要记录工序。
- 目前没有记录设备。
- 因此设备合格率暂时无法准确计算。
- 外协供应商合格率也需要补供应商字段后才能计算。

建议方案：
- 先增强序检收检记录。
- 把指派对象、供应商、SAP 采购收货单号落表。
- 报表按新增字段调整统计。
- 设备合格率列为后续扩展项，除非补设备字段。

预估周期：
- 字段补充和页面改造：1 到 2 天
- 报表口径调整：1 到 2 天
- 联调：0.5 天

AI 关键记录：
- 当前无设备字段，设备合格率本期不可承诺。
- 供应商合格率依赖新增供应商字段。

## 7. 手续确认报表

页面：新增页面，名称 `手续确认报表`

目标：
- 装配、电气发料齐套时间列表合并显示。
- 显示内容参考装配中心。
- 新增字段 `手续确认`。
- 用户点击选择 `已完成`。

消失条件：
- `手续确认 = 已完成`
- 生产订单取消
- 生产订单关闭
- 整单已入库

已确认口径：
- 入库判定使用整单已入库状态。
- 订单取消/关闭来源于 SAP 订单状态同步。
- 装配、电气两个报表合并显示。

开发思路：
- 新增报表页面。
- 后端查询只返回待确认数据。
- 新增手续确认保存接口。
- 消失规则放在 SQL 层处理。

预估周期：
- SQL/接口：1 到 2 天
- 前端页面：1 天
- 联调：0.5 天

AI 关键记录：
- 这是待办类报表。
- 只显示还需要手续确认的数据。
- 已完成、取消、关闭、整单已入库都会消失。

## 8. 及时检验报表

页面：新增页面，名称 `及时检验报表`

目标：
- 生产报工完成后超过 2 天仍未检验的任务要显示出来。

已确认口径：
- 起算表：`YL_加工中心_操作记录表`
- 过滤条件：
  - `操作类别 = 报工`
  - `操作数值 > 0`
- 起算时间：
  - 使用报工记录的 `结束时间`

判定逻辑：
- 报工记录满足 `操作类别 = 报工` 且 `操作数值 > 0`。
- `结束时间 < DATEADD(DAY, -2, GETDATE())`。
- 该任务无检验记录，或检验数量不足。
- 则进入报表。

建议字段：
- 生产订单
- 物料编码
- 物料名称
- 工序名称
- 指派对象
- 报工数量
- 已检数量
- 未检数量
- 报工结束时间
- 超期天数

预估周期：
- SQL/口径确认：1 天
- 后端查询：1 到 2 天
- 前端页面：1 天
- 联调：0.5 天

AI 关键记录：
- 不是所有未检验任务。
- 是报工完成超过 2 天未检验。
- 起算时间为操作记录表的结束时间。

## 9. 及时齐套跟踪结果报表

页面：新增页面，名称 `及时齐套跟踪结果报表`

目标：
- 参考客户图片新增报表。
- 主表展示齐套跟踪信息。
- 点击展开显示缺件明细。
- 缺件明细为 SAP 实时数据。
- 用生产订单号查询 SAP 加急件/缺件明细。
- 缺料物料的生产订单号绑定主生产订单号。
- 一个主生产订单可包含多个缺料生产订单。

缺件明细建议字段：
- 物料编码
- 物料名称
- 缺件数量
- 属性：外购 / 自制
- 对应单据号
- 当前进度
- 全序展示
- 单条预计完成时间
- 预计可执行时间

字段来源：
- 缺件明细：SAP 实时查询。
- 外购对应单据：采购订单号，来源 SAP。
- 自制对应单据：生产订单号，来源 MES 或 SAP 同步。
- 预计可执行时间：手工维护。

开发思路：
- 主表加载时不直接查所有 SAP 明细。
- 点击展开时按生产订单号实时查询 SAP。
- 建立主生产订单号与缺料生产订单号的一对多关系。
- 支持后续导出。

预估周期：
- SAP 字段/接口确认：1 天
- SQL/接口设计：1 到 2 天
- 前端主表和展开明细：1 到 2 天
- 联调：1 天

AI 关键记录：
- 展开行显示缺件明细。
- 缺件明细来源 SAP 实时数据。
- 主订单与缺料生产订单是一对多。

## 10. 生产日报-送检

页面：新增或扩展报表

范围：
- 生产日报-送检（机加）
- 生产日报-送检（装配）

目标：
- 后续可能按多个部门出多个报表。
- 建议先做统一数据模型，部门作为维度。

建议方案：
- 一个页面两个页签：
  - 机加送检日报
  - 装配送检日报
- 两个页签均支持部门筛选。
- 后续客户要求独立菜单时再拆。

建议字段：
- 日期
- 部门
- 生产订单
- 物料编码
- 物料名称
- 工序名称
- 送检数量
- 已检数量
- 合格数量
- 不合格数量
- 送检时间
- 检验时间
- 状态

风险点：
- 部门归属口径需要确认：
  - 按操作人部门
  - 按工位部门
  - 按任务归属部门
  - 按物料/订单类型部门

预估周期：
- 口径确认：0.5 到 1 天
- SQL/接口：1 到 2 天
- 前端报表：1 天
- 联调：0.5 天

AI 关键记录：
- 不建议写死多个部门报表。
- 部门作为维度，后续可拆。

## 11. 编程任务清单 / 编程报工

页面：新增页面，建议名称 `编程任务清单` 或 `编程报工`

需求理解：
- 不是普通设备任务列表。
- 本质是编程报工。
- 展示和操作流程参考装配中心。

功能建议：
- 编程任务列表。
- 按设备/工位筛选。
- 开始编程。
- 结束编程。
- 填写编程内容/说明。
- 记录人员、开始时间、结束时间、工时。

数据建议：
- 编程任务表。
- 编程报工记录表。
- 或在操作记录中新增编程相关操作类别。
- 若后续独立统计，建议单独建表。

待确认：
- 编程任务来源：
  - 生产订单自动生成
  - 人工创建
  - 从设备任务筛出
- 是否允许多人同时编程一个任务。
- 编程完成后是否影响生产任务状态。

预估周期：
- 需求口径确认：0.5 到 1 天
- SQL/表结构/接口：1 到 2 天
- 前端页面：1 到 2 天
- 联调：0.5 天

AI 关键记录：
- 本质是编程报工。
- 不混入装配或机加工时。
- 工时建议独立存储。

## 12. 生产订单关闭批量更新 SAP 状态

页面：生产订单关闭

目标：
- 新增批量更新 SAP 订单状态功能。

方案：
- 表格支持多选。
- 新增按钮 `批量关闭SAP订单`。
- 批量操作前后端都必须校验。
- 逐单调用 SAP 关闭接口。
- 返回每条成功/失败原因。
- 记录操作日志。

风险点：
- SAP 写操作风险高。
- 必须二次确认。
- 必须支持部分成功、部分失败。
- 失败项可重试。

预估周期：
- 前端批量选择与结果弹窗：0.5 到 1 天
- 后端批量接口：1 到 2 天
- SAP 联调：1 天
- 测试与异常处理：0.5 到 1 天

AI 关键记录：
- 建议逐单执行，不建议一条失败全批失败。
- 必须记录实际操作结果。

## 13. 生产工艺编辑自动带出标准工艺

页面：生产工艺

目标：
- 点击编辑时，如果没有生产工艺，自动带出标准工艺。

方案：
- 点击编辑先查询是否已有生产工艺。
- 有则正常编辑。
- 没有则按物料编码查询标准工艺。
- 标准工艺带入为草稿。
- 用户保存后才正式写入生产工艺。
- 没有标准工艺时提示。

风险点：
- 标准工艺和生产工艺字段映射需要确认。
- 自动带出不应自动落库。
- 已生成生产工艺不建议再随标准工艺自动变化。

预估周期：
- 前端判断与带出：0.5 到 1 天
- SQL/接口：1 天
- 联调：0.5 天

AI 关键记录：
- 自动带出草稿，不自动保存。
- 有生产工艺则不覆盖。

## 14. 异常管控

页面：异常管控 + 全部报工页面

目标：
- 所有报工页面选中任务后可直接报异常。
- 异常提报时审批人多选。
- 多个审批人中一人处理即可。
- 被选中的其他审批人也可以看到任务。
- 审批人可能是任意人员，不限制部门、角色或组织层级。

方案：
- 所有报工页面增加 `报异常` 入口。
- 选中任务后自动带出任务信息。
- 异常弹窗填写异常类型、说明、附件、审批人。
- 审批人支持多选。
- 任一审批人处理后，该异常进入下一状态。
- 记录实际处理人。

预估周期：
- 全部报工页入口改造：1 到 2 天
- 异常提报弹窗和接口：1 天
- 多审批人表结构/查询逻辑：1 到 2 天
- 待办可见和处理逻辑：1 天
- 联调：0.5 到 1 天

AI 关键记录：
- 多审批人不是会签。
- 是多人可见，一人处理。
- 审批人可为任意人员。
- 全部报工页面都要加入口。

## 15. 及时开工报表

页面：及时开工报表

真实需求：
- 指派对象查询条件支持正选和反选。
- 不是重做及时开工算法。

方案：
- 增加 `指派对象查询模式`。
- 选项：
  - 包含
  - 排除
- 指派对象支持多选。
- 正选：`指派对象 IN (...)`
- 反选：`指派对象 NOT IN (...)`
- 原及时开工业务逻辑不变。

预估周期：
- 前端筛选控件：0.5 天
- SQL 参数调整：0.5 到 1 天
- 联调：0.5 天

AI 关键记录：
- 问题是指派对象过滤方式。
- 保留旧逻辑为默认模式。

## 16. 让步接收记录

页面：新增页面，名称 `让步接收记录`

目标：
- 查询质检记录中 `让步接收` 字段不为 NULL 的所有数据。

方案：
- 新增查询页面。
- 默认条件：`让步接收 IS NOT NULL`。
- 支持生产订单、物料、检验时间、检验人等筛选。
- 支持详情和导出。

预估周期：
- SQL 查询：0.5 到 1 天
- 前端页面：0.5 到 1 天
- 联调：0.5 天

AI 关键记录：
- 这是记录查询页，不是审批页。
- 默认只查让步接收字段不为空的数据。

## 17. 装配已排产需求

页面：新增页面，名称 `装配已排产需求`

总体定位：
- 独立子项目。
- 基于装配已排产数据。
- 整合 SAP 字段、MES 报工、工时、异常、齐套时间、日计划。

已确认口径：
- 系统/非系统分类按物料名称关键字判断。
- 系统：高压冷却相关物料。
- 非系统：除高压冷却之外的阀类物料。
- 装配完成时间 = 发料齐套时间 + 3 天。
- 发料齐套时间来源：生产计划表发料齐套时间字段。
- 当前发料齐套时间字段还没有，等待 SAP 或通过逻辑判断获取。
- 手工维护字段放在生产计划表。
- 装配工时来源：装配报工记录。
- 质量工时来源：质检报工。
- 设计工时来源：新设计任务报工模块。
- 合同工时汇总：按合同号汇总该合同下所有生产订单。
- 合同进度参考公式：累计工时 / 预计总工时。
- 当前对应人员：多人开始未结束时显示多人。
- 当前对应内容：目前无字段，需要新增开发。
- 异常按生产订单关联。
- 日计划按装配完成时间生成。

新增字段：
- 发料齐套时间
- 装配完成时间
- 派工时间，SAP 提供
- 合同交货期，SAP 提供
- 钣金预达
- 钣金到达
- 泵
- 当前对应人员
- 当前对应内容
- 生产订单累计工时
- 历史工序说明
- 预计总工时
- 合同工时汇总
- 合同进度参考
- 预计剩余工时
- 生产异常

装配完成时间：
- 发料齐套时间 + 3 天。
- 可人工修改。
- 建议记录修改人、修改时间、原值、新值。

当前对应人员：
- 来源于装配开始后未结束的报工记录。
- 多人显示人名和开始时间。

当前对应内容：
- 来源于装配开始时输入的工作内容。
- 当前系统没有字段，需要新增。

工时：
- 生产订单累计工时按生产订单汇总。
- 合同工时按合同号汇总该合同下所有生产订单。
- 工时分类：装配、质量、设计。
- 支持查看明细。

日计划：
- 按装配完成时间生成。
- 支持导出、打印。

开发阶段建议：
- 第一阶段：基础页面、系统/非系统筛选、派工时间、合同交货期、发料齐套、装配完成时间。
- 第二阶段：手工维护字段。
- 第三阶段：当前人员、当前内容、历史工序说明。
- 第四阶段：工时汇总和明细。
- 第五阶段：异常关联、日计划、导出打印。

预估周期：
- 需求字段确认：1 到 2 天
- 基础页面和主查询：2 到 3 天
- 手工维护字段：1 到 2 天
- 人员/内容/历史说明：1 到 2 天
- 工时汇总和明细：2 到 3 天
- 异常关联：1 天
- 日计划导出打印：1 到 2 天
- 联调测试：2 天

整体预估：10 到 15 个工作日。

AI 关键记录：
- 这是独立子项目。
- 最关键前置依赖是发料齐套时间字段。
- 设计工时依赖设计任务报工模块。
- 当前对应内容需要改装配开始流程。

## 18. 质检任务早知道

页面：新增页面，名称 `质检任务早知道`

目标：
- 根据装配已排产需求页面的数据生成。
- 根据装配完成时间分组。
- 去掉已完成任务。
- 给质检提前查看未来需要检验的装配任务。

数据来源：
- 装配已排产需求。

过滤规则：
- 排除已完成任务。
- 建议同时排除已入库、关闭、取消任务。

展示方式：
- 按装配完成时间分组。
- 每个日期下显示待质检任务。

依赖：
- 装配已排产需求页面先完成。
- 装配完成时间字段必须可用。

预估周期：
- 装配已排产需求完成后：1 到 2 天。
- 不建议独立先做。

AI 关键记录：
- 这是质检预告页，不是实际质检记录页。
- 强依赖装配已排产需求。
- 分组字段是装配完成时间。

## 总体开发顺序建议

优先级建议：

1. 低风险页面增强：
   - 机加件已排产日期筛选
   - 生产工艺自动带出标准工艺
   - 让步接收记录
   - 及时开工报表指派对象正反选

2. 报表类：
   - 及时检验报表
   - 机加班次产量表
   - 生产日报-送检
   - 手续确认报表

3. 流程增强：
   - 异常管控直接报异常
   - 外协任务检验字段补充
   - 生产订单批量关闭 SAP 状态

4. 新模块：
   - 设计任务报工
   - 编程报工

5. 大型专项：
   - 装配已排产需求
   - 质检任务早知道
   - 及时齐套跟踪结果报表

主要风险：
- SAP 字段和接口未完全就绪。
- 发料齐套时间字段未落地。
- 设计任务报工会影响后续设计工时汇总。
- 装配已排产需求字段多、依赖多，应单独排期。
- SAP 写操作类需求必须严格校验和记录日志。

## 开发实施总流程

如果后续由我实际修改这些需求，整体会按下面流程推进，避免直接改页面导致口径不一致。

1. 定位菜单和页面
   - 先按中文页面名到数据库表 `登录基础数据_二级菜单` 中确认菜单名称、路径、组件地址。
   - 再到前端 `src/views` 下定位 Vue 文件。
   - 如果是新增页面，需要同步规划菜单记录、组件路径、权限角色。

2. 定位现有查询和保存接口
   - 在页面中查找 `CreateData(...)` 调用。
   - 确认当前使用的存储过程名称。
   - 到 `script.sql` 中找到对应存储过程、表、视图。
   - 判断是改现有存储过程，还是新增存储过程更合适。

3. 先定数据口径
   - 明确字段来源：MES、SAP、手工维护、设备采集。
   - 明确状态口径：已完成、已关闭、已入库、已检验、已报工。
   - 明确计算口径：工时合计、进度、超期天数、合格率。
   - 对无法确定的字段，不直接写死逻辑，优先标记为待确认或预留字段。

4. 后端优先
   - 先改 SQL 查询或保存逻辑。
   - 对新增字段先补表结构或扩展表。
   - 对报表类需求，优先让 SQL 返回前端可直接展示的数据。
   - 前端不承担复杂业务汇总，避免后续统计口径分散。

5. 前端改造
   - 保持现有 Element UI 和项目写法。
   - 查询条件、表格列、弹窗、导出打印按现有页面风格实现。
   - 对大数据明细采用点击展开或弹窗按需加载。
   - 不影响原流程的地方，优先做新增入口，不覆盖旧入口。

6. 权限和菜单
   - 新增页面需要补 `登录基础数据_二级菜单` 菜单记录。
   - 需要确认角色权限。
   - 报工、异常、SAP 写操作类按钮要特别确认权限。

7. 测试和验收
   - 每条需求至少准备正常数据、边界数据、空数据。
   - 报表类核对 SQL 汇总值和页面展示值。
   - SAP 写操作类必须测试成功、失败、重复执行、部分失败。
   - 最终执行构建并记录影响范围。

## 开发分类思路

字段新增类：
- 先确认字段放现有表还是扩展表。
- 小字段优先跟随业务主表，例如备注、提示信息、手工维护字段。
- 字段新增后同步改查询、保存、导出、打印。

报表新增类：
- 优先新增独立查询存储过程。
- 页面只负责筛选、展示、导出。
- 统计口径放 SQL，方便客户核对。

流程增强类：
- 尽量保留原入口。
- 新增快捷入口或新增状态字段。
- 涉及审批、SAP、工时的流程必须记录操作日志。

SAP 依赖类：
- 先确认 SAP 字段、接口、返回示例。
- 只读查询和写入更新分开设计。
- 写 SAP 的需求必须做后端二次校验和失败记录。

暂无法修改类：
- 不是技术上永远不能改，而是当前业务规则或数据源未定。
- 先记录为暂缓，不进入开发排期。
- 等客户或 SAP/设备数据确认后再重新评估。

## 19. 工艺内容修改

页面：工艺内容修改

需求：
- 需要修改工艺。
- 重点争议：已开工任务如何处理。

当前结论：
- 本期无法修改。
- 尤其已开工任务涉及已排产、已开工、已报工、质检、工时统计等链路。
- 如果直接修改历史工艺，会导致任务执行记录和原工艺不一致。

如果后续要做，建议流程：
1. 未开工任务允许修改生产工艺。
2. 已开工任务不直接覆盖原工艺。
3. 已开工任务如必须变更，应生成工艺变更记录或新版本工艺。
4. 已报工任务保留原工艺快照。
5. 报表按任务实际执行工艺统计，不按最新工艺覆盖。

本期处理：
- 暂不开发。
- 作为待讨论需求记录。

预估周期：
- 暂无法排期。

AI 关键记录：
- 已开工任务不建议直接改工艺。
- 需要先定工艺版本和历史快照规则。

## 20. 工序流转卡

页面：工序流转卡

需求：
- 打印信息增加原料编码。

开发思路：
1. 找到工序流转卡打印页面和打印模板。
2. 找到当前打印数据来源。
3. 在查询中补充原料编码字段。
4. 打印模板增加原料编码显示。
5. 打印预览确认字段位置和换行。

影响范围：
- 查询 SQL。
- 打印模板。

预估周期：
- 0.2 天。

AI 关键记录：
- 小改动。
- 重点确认原料编码字段来源。

## 21. 工时报表

页面：工时报表

需求 1：
- 作业者工时新增指派对象字段。

开发思路：
1. 定位作业者工时报表页面。
2. 定位当前查询存储过程。
3. 查询结果中增加指派对象字段。
4. 前端表格增加列。
5. 如有导出，同步增加导出列。

预估周期：
- 0.1 天。

需求 2：
- 作业者工时一对多问题。
- 需要在报工结束后直接计算。
- 上版本报工是计算的，现在不计算。

当前结论：
- 本期无法修改。

原因：
- 该问题涉及报工结束时的工时分摊和一对多计算规则。
- 当前版本已经改变了计算口径。
- 如果没有明确恢复规则，直接改会影响历史工时报表、SAP 工时上传、工时校验。

后续如要做，需确认：
- 一对多是一个人对应多个任务，还是一个任务对应多人。
- 工时按人数均分、按任务数均分，还是按实际开始结束时间计算。
- 是否需要重算历史数据。
- 是否影响 SAP 上传。

AI 关键记录：
- 指派对象字段可快速加。
- 一对多工时计算暂不改，需重新确认计算规则。

## 22. 工时查询

页面：工时查询

需求：
- 程序工时字段需要跟设备数据采集计算。
- 后续可能新增其他设备信息。

当前结论：
- 等待设备数据采集。

原因：
- 程序工时不能靠 MES 页面单独计算。
- 必须依赖设备采集数据，包括设备号、运行开始、运行结束、程序号、循环时间等。

后续开发思路：
1. 明确设备采集表或接口。
2. 确认设备数据与 MES 任务的关联字段。
3. 按设备、时间段、任务计算程序工时。
4. 工时查询页面增加程序工时字段。
5. 如果新增设备信息，建议走设备数据扩展表。

预估周期：
- 等设备数据采集确认后再评估。

AI 关键记录：
- 当前不能开发完整程序工时。
- 前置依赖是设备数据采集。

## 23. 生产领料补充-机加

页面：生产领料（机加）

需求：
- 领料单增加备注字段。

开发思路：
1. 定位机加生产领料页面。
2. 找到领料保存存储过程。
3. 领料单表增加备注字段，或确认已有备注字段。
4. 前端表单增加备注输入。
5. 列表、详情、打印如有需要同步展示。

预估周期：
- 0.2 天。

AI 关键记录：
- 小字段补充。
- 需要同步保存和查询。

## 24. 生产退库-机加

页面：生产退库（机加）

需求：
- 添加备注字段。
- 按照装配退库方式修改。

开发思路：
1. 对比装配退库备注实现。
2. 机加退库表或保存接口增加备注字段。
3. 前端退库弹窗增加备注。
4. 查询、打印同步展示备注。

预估周期：
- 0.2 天。

AI 关键记录：
- 参考装配退库，不单独设计新口径。

## 25. 外协任务报表（采购）

页面：外协任务报表（采购）

需求：
- 增加字段：采购到货期说明。

开发思路：
1. 定位外协任务报表页面。
2. 定位报表查询存储过程或视图。
3. 确认采购到货期说明来源。
4. 查询结果增加字段。
5. 前端表格增加列。
6. 导出同步增加列。

预估周期：
- 0.1 天。

AI 关键记录：
- 字段展示类需求。
- 关键是确认字段来源，若 SAP 已有则直接关联。

## 26. 生产退库-装配

页面：生产退库（装配）

需求：
- 无备注字段，需要增加。

开发思路：
1. 定位装配退库保存逻辑。
2. 表结构或扩展字段增加备注。
3. 退库弹窗增加备注输入。
4. 查询、详情、打印同步展示。

预估周期：
- 0.1 天。

AI 关键记录：
- 小字段补充。
- 如果机加和装配退库共用接口，可一起处理。

## 27. 及时送检报表

页面：新增或扩展页面，名称 `及时送检报表`

需求：
- 新需求。
- 依赖发料齐套时间。
- 当前 SAP 数据已到。

目标：
- 根据发料齐套时间判断是否及时送检。
- 展示未及时送检或送检滞后的任务。

开发思路：
1. 确认 SAP 发料齐套时间字段已经同步到 MES 哪张表。
2. 确认送检时间来源。
3. SQL 计算发料齐套时间到送检时间的间隔。
4. 定义超期规则。
5. 页面展示超期任务。

建议字段：
- 生产订单
- 物料编码
- 物料名称
- 发料齐套时间
- 送检时间
- 送检数量
- 超期时长
- 当前状态

预估周期：
- 0.5 天。

AI 关键记录：
- SAP 数据已到，可以进入开发。
- 关键是确认字段落库位置和超期规则。

## 28. 标牌打印操作

页面：标牌打印操作

需求：
- 需求未确定。

当前结论：
- 暂不开发。

后续需要确认：
- 打印触发点。
- 标牌模板。
- 打印字段。
- 是否支持补打。
- 是否记录打印次数和打印人。

预估周期：
- 暂无法排期。

AI 关键记录：
- 需求不明确，不进入开发。

## 29. 发货通知列表

页面：新增页面，名称 `发货通知列表`

需求：
- SAP 已提供数据。
- 大屏已显示。
- 需要新增报表。

开发思路：
1. 复用大屏已有数据来源。
2. 新增普通报表页面。
3. 增加查询条件：销售订单、客户、发货日期、发货状态、物料编码。
4. 表格展示发货通知明细。
5. 支持导出。

建议字段：
- 销售订单
- 客户
- 物料编码
- 物料名称
- 发货数量
- 要求发货日期
- 发货通知状态
- SAP 单据号

预估周期：
- 0.5 天。

AI 关键记录：
- 数据源已存在，重点是从大屏改为报表查询。

## 30. 制定标准工艺

页面：制定标准工艺

需求：
- 点击保存时增加提示信息。

开发思路：
1. 定位保存按钮和保存接口。
2. 保存前做必要校验提示。
3. 保存成功显示成功提示。
4. 保存失败显示后端返回原因。
5. 避免无响应或提示不明确。

预估周期：
- 0.1 天。

AI 关键记录：
- 前端提示优化。
- 不涉及复杂业务逻辑。

## 31. 设备数据采集与大屏指标需求

本次补充需求不是单个页面小改，而是“设备档案 + 设备采集 + 产能/OEE 指标 + 工时异常 + 条码拣配 + 现场大屏”的一组联动需求。它会影响设备管理、工艺标准工时、生产报工、质检、拣配、机加/装配现场看板和综合大屏。

### 31.1 设备档案管理

页面：设备档案/设备管理相关页面  
关联页面线索：`DeviceManagement/DeviceInformation`、`SystemMaintenance/WorkstationManagement`、设备工位绑定相关页面

需求：
- 维护设备档案。
- 设备档案中需要标记“主要设备”。
- 设备档案或设备工艺能力中需要维护标准工时相关字段。
- 后续设备采集、设备利用率、OEE、设备异常报表都以设备档案为基础。

建议字段：
- 设备编号/设备名称
- 工位编号/工位名称
- 设备类型
- 是否主要设备
- 设备状态采集点位
- 程序工时采集点位
- 标准工时来源
- 标准单件工时
- 计划产量来源
- 是否参与 OEE

开发思路：
1. 梳理现有设备档案表、工位表、设备工位人员视图。
2. 确认标准工时放在设备档案、工艺路线，还是设备+工序能力表。
3. “主要设备”建议独立字段，不能只靠设备名称判断。
4. OEE 只统计参与 OEE 的主要设备，避免普通辅助设备拉低指标。

风险点：
- 如果标准工时只放在工艺里，设备利用率无法按单台设备准确计算。
- 如果标准工时只放在设备档案里，同一设备加工不同零件时又会失真。
- 更稳妥的口径是：设备档案负责“是否主要设备、是否采集、是否参与 OEE”，工艺/设备能力表负责“标准单件工时”。

预估周期：
- 字段梳理和表结构确认：0.5 到 1 天
- 页面字段改造：0.5 到 1 天
- 联调：0.5 天

### 31.2 设备数据采集

页面/模块：设备数据采集、设备状态监控、设备历史数据  
现有对象线索：`CaChe_Var`、`历史_设备数据_定时`、`历史_工位设备状态每分钟记录`、`YL_设备管理_工时记录`、`设备管理_设备状态_查询`

需求：
- 采集程序工时。
- 采集单件工时。
- 采集设备状态。
- 采集数据后用于设备利用率、开动率、OEE、工时异常报表和现场大屏。

采集数据建议：
- 设备编号/工位号
- 采集时间
- 设备状态：运行、待机、报警、关机
- 操作模式
- 程序号
- 循环时间
- 程序开始时间
- 程序结束时间
- 当前加工数量
- 当前任务或条码绑定信息
- 采集来源和采集质量标识

关键口径：
- 程序工时：设备程序运行累计时间，不等于 MES 人工报工工时。
- 单件工时：单件实际加工时间，优先由程序循环时间或“设备运行时间 / 实际产量”计算。
- 设备状态：要有时间段，不只保存当前状态，否则无法算设备工时。
- 设备工时：用于设备利用率时，应指设备处于运行/有效加工状态的累计时长。

开发思路：
1. 明确采集系统把数据写入 MES 表，还是 MES 定时读取设备/PLC/MQTT。
2. 建采集原始表，保留原始点位值，不直接覆盖业务结果。
3. 建设备状态分钟级/秒级汇总表，用于快速计算设备状态时长。
4. 建设备任务绑定规则：设备采集数据如何关联 MES 任务。
5. 建异常数据清洗规则：断点、重复、设备离线、跨班次、跨天。

预估周期：
- 采集字段和接口确认：1 到 2 天
- 数据落库和历史汇总：2 到 4 天
- 与 MES 任务关联：2 到 3 天
- 看板联调：1 到 2 天

AI 关键记录：
- 设备采集必须先落原始数据，再计算指标。
- 程序工时、设备工时、人工报工工时是三套口径，不能直接混用。

### 31.3 设备指标与 OEE 计算

目标：支持单台设备产能利用率、设备利用率、设备性能开动率、产品合格率、OEE。

公式：

| 指标 | 公式 | 数据来源建议 | 说明 |
|---|---|---|---|
| 产能利用率（单台） | 实际产量 / 计划产量 * 100% | MES 报工数量或质检合格前产量 / 排产计划数量 | 计划产量必须按设备、日期、班次拆分 |
| 设备利用率（单台） | 设备工时 / 标准工时 | 设备采集运行时长 / 设备或工艺标准工时 | 标准工时要明确是班次标准工时、计划标准工时还是理论可用工时 |
| 设备性能开动率（单台） | 标准单件工时 / 实际单件工时 | 工艺标准单件工时 / 设备采集单件工时 | 实际单件工时异常时要剔除停机、等待、返工 |
| 产品合格率（工位） | 良品数 / 总产量 | 质检记录、报工良品/不良品 | 质检滞后时会导致当天合格率滞后 |
| 设备综合效率 OEE | 设备利用率 * 开动率 * 合格率 | 上面三项 | 三项必须同设备、同班次、同日期口径 |

需要新增或确认的字段：
- 计划产量
- 实际产量
- 良品数
- 不良品数
- 标准单件工时
- 实际单件工时
- 设备运行工时
- 标准工时
- 统计日期
- 班次
- 设备/工位

开发风险：
- 如果实际产量来自报工、良品数来自质检，而质检跨天完成，则当天 OEE 会被低估。
- 如果设备运行工时来自采集、计划产量来自排产，但任务没有绑定到设备，则单台设备产能利用率无法准确计算。
- 如果标准工时来源不统一，设备利用率和性能开动率会互相冲突。

建议：
- 先做设备日/班次指标明细表，再做大屏汇总。
- 看板显示的 OEE 必须能下钻到三个组成指标。
- 每个指标保留计算口径说明，不要只显示百分比。

预估周期：
- 指标口径确认：1 天
- SQL/视图/汇总表：2 到 4 天
- 大屏对接：1 到 2 天

### 31.4 工时异常报表

页面：新增报表或工时查询扩展

需求：
- 单件工时大于标准工时，形成工时异常报表。
- 报表用于发现设备、工序、人员、程序、物料导致的异常加工。

判断口径：
- 异常条件：`实际单件工时 > 标准单件工时`。
- 实际单件工时建议优先来自设备采集；无采集时可用人工报工工时 / 完成数量作为降级口径。
- 标准单件工时来自生产工艺或设备能力表。

建议字段：
- 设备/工位
- 生产订单
- 物料编码/名称
- 工序名称
- 指派对象
- 操作人
- 程序号
- 标准单件工时
- 实际单件工时
- 超出时长
- 超出比例
- 开始时间/结束时间
- 班次
- 异常原因

开发思路：
1. 建单件工时明细视图。
2. 计算标准与实际差异。
3. 超出阈值的进入异常报表。
4. 支持按设备、工位、人员、物料、工序、日期筛选。
5. 如需闭环，增加异常确认人、确认时间、处理说明。

预估周期：
- 报表查询：1 到 2 天
- 页面和导出：0.5 到 1 天
- 异常确认闭环：另加 1 到 2 天

### 31.5 及时拣配（机加/装配）

页面/模块：机加拣配、装配拣配、条码扫描

需求：
- 及时拣配（机加）：条码 → MES。
- 及时拣配（装配）：条码 → MES。

业务含义：
- 扫描条码后，MES 要识别任务、物料、领料/发料状态、是否齐套、是否可开工。
- 机加和装配都需要及时拣配，但拣配对象不同：机加更偏工序/零件加工前物料，装配更偏装配 BOM/缺件齐套。

建议流程：

```mermaid
flowchart LR
  A[扫描条码] --> B[解析条码]
  B --> C[查 MES 任务/物料/BOM]
  C --> D{是否匹配当前任务}
  D -- 否 --> E[提示异常并记录]
  D -- 是 --> F[更新拣配状态]
  F --> G[判断齐套/缺件]
  G --> H[反馈可开工或缺件清单]
```

需要确认：
- 条码代表物料、箱号、批次、生产订单，还是拣配单。
- SAP 库存和 MES 拣配状态谁是主口径。
- 拣配后是否自动改变 `拣配状态`、`齐套`、`发料状态`。
- 机加和装配是否共用同一套拣配表。

预估周期：
- 条码规则确认：0.5 到 1 天
- 机加拣配流程：1 到 2 天
- 装配拣配流程：1 到 2 天
- 与看板联动：0.5 到 1 天

### 31.6 一楼质检大屏幕

页面：质检任务看板/一楼质检大屏

需求：
- 质检及时率：报检任务超过 2 天未检验，时间基准取最后一次生产完成时间。
- 关键工序检验任务汇总数和明细：工艺编辑时标记关键工序。

质检及时率口径：
- 应检任务：已有生产完成/报检触发的任务。
- 超期任务：最后一次生产完成时间超过 2 天，仍未完成检验。
- 已检任务：已存在对应质检记录且检验数量满足应检数量。
- 及时率建议：及时检验任务数 / 应检任务数 * 100%。

关键工序需求：
- 工艺维护时增加“是否关键工序”字段。
- 生产工艺生成任务时，要把关键工序标识快照到生产任务。
- 质检大屏按关键工序标识统计应检/未检/已检/加急。

影响：
- `质量任务看板_未完成统计`、`质量任务看板_未完成明细查询` 需要补超期天数、最后生产完成时间、是否关键工序。
- 若仅在工艺库改“关键工序”，历史任务是否跟着变，需要确认。建议任务下发时快照，不自动影响历史。

预估周期：
- 工艺字段和任务快照：1 到 2 天
- 质检及时率过程：1 到 2 天
- 大屏改造：1 天

### 31.7 机加现场大屏幕

页面：机加设备生产运营看板/机加现场大屏

需求：
- 缺勤人员：显示岗位、工位、姓名；一个人或一个岗位可能对应多个工位，需要合并显示。
- 关键工序任务汇总数和明细：工艺编辑时标记关键工序。

缺勤人员口径：
- 应到人员：班次人员绑定表或岗位排班表。
- 实到人员：打卡/登录/报工/绑定上岗记录，需要确认来源。
- 缺勤：应到但无实到记录。
- 展示：岗位、工位列表、姓名；多工位用逗号合并。

关键工序任务口径：
- 已排产且未完成的关键工序任务。
- 可区分未开工、进行中、超期、加急。
- 明细至少显示订单、合同、物料、工序、设备/工位、指派对象、计划开始、完成数量、上序合格数。

影响：
- `机加设备生产运营看板_机加在制查询2` 需要补关键工序标识。
- 需要新增缺勤人员查询过程，不能继续使用静态示例数据。

预估周期：
- 缺勤来源确认：0.5 到 1 天
- 缺勤查询过程和页面对接：1 天
- 关键工序标识和大屏改造：1 到 2 天

### 31.8 装配现场大屏幕

页面：装配任务看板/装配现场大屏

需求：
- 缺勤人员：岗位、工位、姓名，一对多合并显示。
- 及时送检任务列表：可与加急/任务列表合并，用颜色区分；排序在加急后；规则为发料齐套后 2 天未送检。

及时送检口径：
- 起算时间：发料齐套时间。
- 超期规则：发料齐套后超过 2 天仍未送检。
- 送检判断：是否存在送检/质检任务/质检记录，需要确认具体表。
- 排序：加急任务优先，其次及时送检超期任务，再按计划开始或齐套时间排序。

影响：
- `装配中心任务看板_装配任务查询` 需要返回发料齐套时间、是否已送检、送检时间、超期天数。
- `装配中心任务看板_在制品缺件查询` 和发货状态列表需要区分缺件、齐套未送检、已送检未检。
- 装配缺勤人员不能再用静态样例，需要与班次/岗位/工位绑定联动。

预估周期：
- 发料齐套时间来源确认：0.5 天
- 送检状态过程：1 到 2 天
- 大屏颜色/排序改造：0.5 到 1 天
- 缺勤人员对接：1 天

### 31.9 本组需求总风险

1. 设备数据采集是前置条件。没有稳定采集数据，程序工时、单件工时、设备利用率、OEE 都只能是估算。
2. 标准工时来源必须统一。工艺标准工时、设备标准工时、班次标准工时不是同一件事。
3. 质检及时率和产品合格率存在时间滞后。生产完成当天不一定当天质检，日报和大屏要明确口径。
4. 关键工序标识要做任务快照。否则工艺维护改字段会影响历史统计。
5. 缺勤人员必须有排班/应到和实到来源，不能只从当前报工人员反推。
6. 条码拣配会反向影响 `齐套`、`拣配状态`、`发料状态`，必须同步改生产任务看板和装配看板。

## 32. 追加需求处理状态汇总

| 需求 | 处理状态 | 周期 |
|---|---|---|
| 工艺内容修改 | 暂不开发，待讨论已开工任务规则 | 无法排期 |
| 工序流转卡增加原料编码 | 可开发 | 0.2 天 |
| 作业者工时新增指派对象 | 可开发 | 0.1 天 |
| 作业者工时一对多计算 | 暂不开发，需重定计算规则 | 无法排期 |
| 程序工时与设备采集 | 等待设备数据采集 | 待评估 |
| 机加领料备注 | 可开发 | 0.2 天 |
| 机加退库备注 | 可开发 | 0.2 天 |
| 外协任务报表采购到货期说明 | 可开发 | 0.1 天 |
| 装配退库备注 | 可开发 | 0.1 天 |
| 及时送检报表 | SAP 数据已到，可开发 | 0.5 天 |
| 标牌打印操作 | 需求未确定 | 无法排期 |
| 发货通知列表 | SAP 数据已提供，可开发 | 0.5 天 |
| 制定标准工艺保存提示 | 可开发 | 0.1 天 |
| 设备档案管理-主要设备/标准工时 | 可开发，需先定字段归属 | 1.5 到 2.5 天 |
| 设备数据采集-程序工时/单件工时/设备状态 | 需先确认采集接口和落库表 | 待评估，预计 6 到 11 天 |
| 设备产能/OEE 指标 | 依赖设备采集和标准工时口径 | 4 到 7 天 |
| 工时异常报表 | 依赖单件工时和标准工时 | 1.5 到 3 天 |
| 及时拣配（机加/装配） | 需确认条码规则和状态写回 | 3 到 6 天 |
| 一楼质检大屏-及时率/关键工序 | 可开发，需补关键工序标识 | 3 到 5 天 |
| 机加现场大屏-缺勤/关键工序 | 可开发，需确认缺勤来源 | 2.5 到 4 天 |
| 装配现场大屏-缺勤/及时送检 | 可开发，需确认送检状态来源 | 3 到 5 天 |

## 33. 补充修正：按“数据来源、维护入口、是否新建页面”重新复核

前面部分有些需求只写成“新增页面”或“页面改造”，这个口径还不够。后续评估必须先拆成三件事：

1. 查询/看板页面：给谁看、按什么条件筛选、是否导出。
2. 数据维护入口：这个字段由谁维护、在哪个业务页面维护、是否要留修改记录。
3. 数据来源口径：来自 MES 业务表、SAP 同步、设备采集、人工维护、排班/考勤，还是计算结果。

原则：
- 报表类需求可以新建查询页，但不要把所有字段维护都放进报表页。
- 主数据类字段优先放在主数据页面维护，例如人员、班次、工位、设备、工序、标准工艺。
- 订单/任务过程字段优先放在生产计划、生产工艺、装配中心、机加中心、质检中心等业务页面维护。
- 看板只展示和钻取，不作为唯一维护入口，除非需求明确就是现场确认动作。
- 如果没有现成维护入口，才考虑新增维护页面，并同步菜单、权限、日志和历史记录。

### 33.1 逐项落点复核

| 需求/字段 | 数据来源建议 | 维护入口建议 | 是否新建页面 | 同步影响 |
|---|---|---|---|---|
| 缺勤人员 | 应到：班次/排班/岗位工位人员绑定；实到：考勤、上岗绑定、登录或报工记录 | 若已有班次管理、人员绑定、工位人员关系，则扩展这些页面；若没有排班入口，需要新增 `班次排班/人员出勤维护` 页面 | 看板查询过程要新增；维护页视现有排班能力决定 | 机加看板、装配看板、班次产量、人员绩效 |
| 关键工序 | 标准工艺/生产工艺中的工序标识，任务下发时快照到生产任务 | `制定标准工艺` 和 `生产工艺` 页面都要支持维护 `是否关键工序`；生产工艺可继承标准工艺但允许按订单调整 | 不建议单独新建“关键工序维护”页；可新增查询/批量检查页 | 质检看板、机加现场大屏、及时检验、生产计划跟踪 |
| 标准单件工时 | 标准工艺、生产工艺；必要时扩展设备+工序能力表 | 优先在标准工艺/生产工艺维护，设备档案只维护设备能力和是否参与 OEE | 不单独新建维护页，除非要做设备+工序能力矩阵 | OEE、工时异常、未完工工时、计划工时 |
| 生产工艺自动带出标准工艺 | 标准工艺库生成草稿，保存后进入生产工艺库 | `生产工艺` 页面编辑入口处理；`制定标准工艺` 负责标准来源 | 不新建页面 | 排产、流转卡、工时报表、任务快照 |
| 设计任务报工 | MES 自建设计任务、设计工时 | 需要独立任务创建、报工、查询和权限 | 需要新建业务页面 | 合同工时、设计工时报表、装配已排产需求 |
| 编程任务清单/编程报工 | 编程任务、程序号、设备/工位、编程工时 | 需要独立编程任务维护和报工；可从生产订单/设备任务派生 | 需要新建业务页面 | 机加可开工判断、工时报表、及时开工 |
| 发料齐套时间 | SAP/MES 发料状态、齐套计算或人工维护字段 | 优先落在生产计划/装配排产相关页面；装配已排产需求可展示和必要时编辑 | 报表可新建，字段维护不应只放报表 | 装配完成时间、及时送检、齐套看板 |
| 装配完成时间 | 规则计算：发料齐套时间 + 3 天；也可能人工调整 | 装配已排产需求或装配排产页面显示；若允许调整需保存调整日志 | 新建装配已排产需求页是合理的，但要明确它既是进度页也是部分字段维护入口 | 质检任务早知道、日计划、合同进度 |
| 预计可执行时间 | SAP 缺件明细 + 主子订单关系 + 人工判断 | 及时齐套跟踪结果报表中可维护，但必须记录维护人、时间、来源说明 | 可在新报表内做维护动作，不必另建维护页 | 生产任务看板、及时开工、装配计划 |
| 主订单与缺料子订单关系 | SAP/MES 订单关系，必要时人工绑定 | 若 SAP 无法稳定提供，需要新增主子订单关系维护入口 | 可能需要新增维护页或在齐套报表内维护 | 及时齐套、装配缺件、生产看板 |
| 手续确认 | 人工确认状态、确认人、确认时间 | 手续确认报表本身就是待办确认入口，可在该页面维护 | 需要新建待办/报表页 | 装配中心、生产任务看板、订单关闭 |
| 让步接收记录 | 质检记录中的让步接收字段 | 质检中心/不合格处置页面负责维护；新页面只查询 | 新建查询页，不新建维护页 | 质检看板、供应商质量、未清任务 |
| 外协供应商/SAP 收货单号 | 外协任务、采购收货、质检收检记录 | 序检收检、外协收货、外协任务页面补字段 | 不单独新建维护页 | 外协报表、供应商合格率、SAP 追溯 |
| 机加班次产量 | 报工记录 + 设备 + 班次规则 | 班次规则在班次管理维护；报表只查询 | 新建报表页，不新建维护页 | 设备看板、工位汇总、OEE |
| 及时检验 | 生产完成/报工完成时间 + 质检记录 | 质检业务在质检中心维护；及时检验页只催办和查询 | 新建报表页 | 质检看板、生产日报、异常提醒 |
| 生产日报-送检 | 送检记录、质检记录、部门归属 | 送检和质检在原业务页面维护；日报只汇总 | 可新建报表页 | 日报、质检统计、部门绩效 |
| 发货通知列表 | SAP 发货通知或同步落地表 | SAP 为主，MES 页面只查询；若需备注/确认再加本地扩展表 | 新建查询页 | 装配看板、合同交付、board_view |
| 批量关闭 SAP 订单 | MES 订单 + SAP 关闭接口返回 | 生产订单关闭页维护，增加批量动作和结果日志 | 不新建页面，扩展现有关闭页 | 排产页、生产中心、手续确认 |
| 异常管控直接报异常 | 所有报工页面选中任务带入异常 | 异常管控页维护异常主流程；各报工页只提供入口 | 不新建页面，改异常页和各报工页入口 | 机加、装配、质检、外协、设计、编程 |
| 条码拣配 | 条码、物料、批次、任务、拣配状态 | 机加中心/装配中心增加扫码入口；条码规则可单独维护 | 扫码操作不一定新建页面，条码规则可能要新建维护页 | 齐套、发料、看板、SAP 库存 |
| 设备 OEE | 设备采集、报工产量、质检良品、标准工时 | 设备档案、工位管理、工艺维护、设备采集配置分别维护 | OEE 是报表/看板，不是单独维护页 | 机加看板、board_view、设备报表 |
| 工时异常 | 设备采集单件工时/人工工时 + 标准工时 | 异常报表可增加确认动作；标准工时仍在工艺/设备能力维护 | 新建报表或扩展工时查询 | 工时校验、异常管控、绩效 |

### 33.2 对两个典型问题的明确修正

#### 缺勤数据来源

缺勤不能从“没有报工”反推。正确链路应该是：

```mermaid
flowchart LR
  A[班次/排班] --> B[应到人员]
  C[岗位/工位人员绑定] --> B
  D[考勤/上岗/登录/报工] --> E[实到人员]
  B --> F[缺勤判断]
  E --> F
  F --> G[机加/装配现场看板]
```

如果系统没有排班或应到人员维护能力，就必须补一个维护入口。可以是扩展 `ShiftManagement`、人员绑定、工位人员角色页面，也可以新增 `人员排班/出勤维护` 页面。单纯新增看板查询过程只能展示结果，不能解决应到人员从哪里来的问题。

#### 关键工序维护位置

关键工序属于工艺属性，不属于看板属性。维护位置应放在：

- `制定标准工艺`：维护物料标准工艺路线时标记标准关键工序。
- `生产工艺`：按生产订单生成/编辑工艺时继承标准关键工序，并允许订单级调整。
- 生产任务生成/下发时：把 `是否关键工序` 快照到任务，避免后续修改标准工艺导致历史看板重算。

因此“一楼质检大屏”和“机加现场大屏”只读取关键工序，不负责维护关键工序。若客户需要批量检查哪些工艺未标关键工序，可以新增查询/批量修正页，但主维护仍应落在标准工艺和生产工艺页面。