yl/MES_Manage_View_V20/新增需求分析与开发记录_2026-05-23.md

新增需求分析与开发记录

生成日期：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/缺件齐套。

建议流程：

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 对两个典型问题的明确修正

缺勤数据来源

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

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

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

关键工序维护位置

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

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

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