# MES_Manage_View_V20 新增需求后的整体影响与隐性需求综合分析

生成日期：2026-05-25

分析依据：
- `新增需求分析与开发记录_2026-05-23.md`
- `今日工作汇报_2026-05-23.txt`
- `需求分析_自制件与工位汇总表.md`
- `MES_Manage_View_V20_src_views_逐页面详细分析.md`

## 一、分析视角调整

本文不单纯从“客户后续可能要什么”出发，而是从系统整体出发，分析这些新增需求如果逐步落地，会对现有 MES 产生什么连锁影响：

1. 会新增哪些业务数据。
2. 会改变哪些原有统计口径。
3. 会冲击哪些已完成页面、报表、看板。
4. 会让哪些现有字段含义变得不够用。
5. 会产生哪些必须补做的隐性能力。
6. 客户基于新数据和新功能，后续还可能继续提出什么。

核心判断：

这些需求不是孤立新增页面。它们会把系统从“生产任务执行系统”推向“生产进度、质量、工时、齐套、异常、SAP 状态一体化追踪系统”。一旦新增字段、报表、SAP 回写、设计/编程报工、装配已排产需求进入系统，很多已完成页面也要重新解释和调整。

## 二、总体连锁影响

| 新增能力 | 直接新增数据 | 产生的问题 | 隐性需求 | 已完成页面/报表是否需要改 |
|---|---|---|---|---|
| 设计任务报工 | 设计任务、设计工时、工作内容、开始/结束时间 | 原有工时只覆盖生产/质检/装配，合同总工时会漏设计 | 工时分类、合同工时汇总、设计任务权限、设计工时报表 | 装配已排产需求、工时报表、合同进度、日报需要纳入设计工时 |
| 编程任务清单/编程报工 | 编程任务、编程工时、设备/工位、人员、说明 | 编程是否影响生产任务可开工不明确 | 编程完成状态、编程工时独立统计、任务前置条件 | 机加中心、生产计划跟踪、工时报表、及时开工可能需要增加编程状态 |
| 装配已排产需求 | 发料齐套时间、装配完成时间、SAP 派工时间、合同交货期、钣金/泵、当前人员、累计工时、异常 | 原装配排产页只管排产，新页面会变成交付进度中心 | 装配进度模型、日计划、合同进度、异常汇总、手工字段维护历史 | `InstallMakePlan`、`AssemblyCenter`、生产任务看板、质检任务早知道、日报都要联动 |
| 历史工时查询 | 任务总工时、设备/日期分组明细 | 原列表只显示任务状态，新总工时会引出明细追溯 | 汇总到明细钻取、工时来源标识、重复报工处理 | `SelfMakePlandone`、工时查询、班次产量表、合同工时汇总要统一口径 |
| 机加班次产量表 | 班次、设备、日期、任务、数量、工时 | 原工时和产量按任务查，现在要按班次归属 | 班次日历、跨天班次规则、设备日合计、人员归属 | 设备看板、工位汇总表、工时报表、生产日报需要统一班次口径 |
| 外协检验字段增强 | 指派对象、供应商、SAP 采购收货单号 | 原质检记录只到工序，供应商/单据链不完整 | 供应商合格率、SAP 单据追溯、外协质检报表 | 外协报表、质检记录、供应商统计、序检收检页面需要补字段 |
| 手续确认报表 | 手续确认状态、确认人、确认时间 | 原任务消失规则依赖已入库/关闭，现在又增加人工确认维度 | 待办清单、确认日志、取消/关闭/入库同步规则 | 装配中心、发料齐套列表、生产任务看板、订单关闭后状态需要同步 |
| 及时检验报表 | 报工完成时间、未检数量、超期天数 | 原质检任务是业务操作，新报表要求按时间催办 | 质检责任人、催办、超期规则、已检数量核算 | 质检中心、生产日报、异常提醒、看板需要展示未检/超期 |
| 及时齐套跟踪结果报表 | 主订单与缺料子订单关系、SAP 缺件明细、预计可执行时间 | SAP 实时数据和 MES 落库数据会不一致 | SAP 缓存、展开加载、主子订单关系维护 | 生产任务看板、装配已排产、及时开工、发料齐套报表需要统一缺件状态 |
| 生产日报-送检 | 送检、已检、合格、不合格、部门 | 原质检记录按任务查，现在要按部门/日报统计 | 部门归属规则、日报快照、合计口径 | 质检报表、工位汇总、日报、看板需要改统计维度 |
| 生产订单批量关闭 SAP | SAP 关闭结果、失败原因、操作日志 | MES/SAP 状态可能部分成功、重复关闭 | 批量结果表、重试机制、二次确认、权限 | 订单关闭页、排产页、生产中心、手续确认报表都要识别 SAP 关闭 |
| 异常管控入口统一 | 异常关联任务、审批人多选、附件、处理状态 | 原异常页面独立，新增入口后所有报工页都要联动 | 异常状态流转、待办、任务暂停规则、异常统计 | 机加/装配/质检/外协/设计/编程报工页面都要加入口和状态 |
| 生产工艺自动带出标准工艺 | 标准工艺草稿、生产工艺映射 | 原工艺一旦生成就被任务使用，修改会影响历史 | 工艺版本、任务快照、字段映射 | 生产计划跟踪、排产、流转卡、工时报表都要按任务快照而非最新工艺 |
| 发货通知列表 | SAP 发货通知数据、状态、单据号 | 原大屏展示变为报表查询后要支持筛选和追溯 | SAP 数据同步/实时查询、导出、状态解释 | 大屏、销售/生产交付类报表可能要统一发货状态 |

## 三、最主要的问题不是新增页面，而是口径被改变

### 1. 工时口径会被重构

新增需求之前，系统主要工时来源集中在生产执行和质检相关记录，典型对象包括：
- `YL_加工中心_操作记录表`
- `生产管理_工时校验_校验工时表`
- 装配报工记录
- 质检记录或质检报工

新增需求之后，工时会被拆成更多类别：
- 机加工时
- 装配工时
- 质检工时
- 设计工时
- 编程工时
- 设备运行工时
- 程序工时
- 人员工时
- 合同工时
- 预计总工时
- 剩余工时

会产生的问题：

1. 原来“总工时”字段含义不够用了。
   - `SelfMakePlandone` 要加总工时。
   - 装配已排产需求要显示生产订单累计工时、合同工时汇总。
   - 班次产量表要按设备、日期、班次汇总工时。
   - 工时报表要加指派对象。
   - 如果都叫“总工时”，但来源不一致，页面数字会对不上。

2. 合同进度会和生产任务工时产生冲突。
   - 装配已排产需求提出“合同进度 = 累计工时 / 预计总工时”。
   - 但累计工时是否包含设计、质检、编程、装配、返工、异常工时，需要明确。
   - 如果不明确，合同进度会成为争议字段。

3. 已完成报表需要增加工时分类。
   - 原工时报表只要显示工时即可。
   - 新增设计/编程后，必须能区分工时类型。
   - 否则设计工时可能被误算进生产工时，或者合同总工时漏算。

需要跟着调整的已完成页面/报表：

| 页面/报表 | 需要调整原因 | 建议调整 |
|---|---|---|
| `ProductionManagement/Timesheet` | 作业者工时新增指派对象，后续还会受到设计/编程工时影响 | 增加工时类型、来源模块、指派对象 |
| `ProductionManagement/WorkHoursCheck` | SAP 工时/投料校验与 MES 工时会产生差异 | 显示本次提交、历史提交、SAP 返回结果 |
| `PlanManagement/SelfMakePlandone` | 新增总工时和明细弹窗 | 总工时必须注明来源，仅统计生产报工还是包含质检/异常 |
| `ProductionManagement/AssemblyCenter` | 装配工时要进入装配已排产需求和合同进度 | 输出可复用的装配工时汇总字段 |
| 工位汇总表 | 新增班次、设备、人员、程序工时后口径变化 | 增加班次维度，区分设备工时/人工工时 |
| 自制件汇总表 | 合同工时和订单工时可能要求纳入新工时类型 | 增加工时类型过滤和明细钻取 |

产生的隐性需求：
- 统一工时事实视图或工时汇总表。
- 工时来源字段：生产、装配、质检、设计、编程、设备采集。
- 工时单位统一：秒、分钟、小时。
- 工时快照：报表发布后是否允许历史数据随新规则变化。
- 工时差异解释：人工工时、设备工时、SAP 工时不一致时显示差异原因。

客户可能继续要：
- 合同维度工时明细。
- 人员维度工时排名。
- 设备维度利用率。
- 设计/装配/质检工时占比。
- 超预算工时预警。

### 2. 状态口径会被重新拉通

现有系统中已经出现很多状态：
- 排产状态
- 派工状态
- 任务状态
- 加工状态
- 收料状态
- 发料状态
- 质检状态
- 入库状态
- 加急状态
- 外协通知
- SAP 订单状态
- 手续确认状态
- 异常状态
- 编程完成状态
- 设计任务状态

会产生的问题：

1. 一个任务在不同页面可能显示成不同状态。
   - 排产页面看 `排产状态`、`派工状态`。
   - 生产中心看 `任务状态`、`加工状态`。
   - 质检页面看检验记录。
   - 手续确认报表看手续确认、入库、关闭。
   - SAP 订单关闭后，MES 任务可能仍显示未完成。

2. 新增状态会影响原来的“消失条件”。
   - 手续确认报表中，已完成、取消、关闭、整单已入库都要消失。
   - 质检任务早知道也要排除已入库、关闭、取消任务。
   - 及时检验报表要排除已检足数量的任务。
   - 如果状态判断不统一，会出现同一任务在 A 页面消失，在 B 页面仍提醒。

3. 异常状态会打断原流程。
   - 报异常后是否允许继续报工？
   - 异常未关闭时是否允许质检？
   - 异常是否影响及时开工/及时检验/齐套报表？
   - 这些都不是当前页面能单独决定的。

需要跟着调整的已完成页面/报表：

| 页面/报表 | 受影响点 | 建议调整 |
|---|---|---|
| `AnomalousManagement/PunctualWork` | 及时开工按任务状态筛选，新增异常/编程/齐套后可能影响可执行判断 | 增加异常、编程、齐套条件说明 |
| `PlanManagement/InstallMakePlan` | 排产完成后还要看 SAP 订单状态、发料齐套、装配完成时间 | 查询结果补 SAP/齐套相关状态 |
| `PlanManagement/PlannOrderClose` | 批量关闭 SAP 后，MES 页面必须识别关闭结果 | 增加 SAP 关闭状态、失败原因、重试入口 |
| `ProductionManagement/MachiningCenter` | 异常入口、编程完成、设备占用都会影响可开工 | 增加任务不可操作原因 |
| `ProductionManagement/AssemblyCenter` | 装配完成时间、手续确认、异常都会影响任务显示 | 增加装配进度状态 |
| `QualityManagement/QualityCenter` | 已入库/关闭/异常/让步接收会影响质检操作 | 增加质检可操作性判断 |
| 生产任务看板 | 新增齐套、及时检验、手续确认、异常后看板指标会变化 | 重算指标口径 |

产生的隐性需求：
- 生产任务状态总表。
- 页面状态与数据库状态映射表。
- 状态优先级规则：关闭 > 入库 > 异常 > 未检 > 未开工 等。
- “不可操作原因”统一返回，而不是前端各页面自己判断。
- 批量状态校验接口。

客户可能继续要：
- 任务状态流转图。
- 状态变更历史。
- 状态异常看板。
- 一键修复状态不一致。
- 已关闭/已入库任务仍可查询但不可操作。

### 3. SAP 与 MES 数据一致性问题会放大

今天逐页面分析中，SAP 相关调用已经覆盖多个核心流程：
- 排产确认：`PATCH /ProductionOrders(...)`
- 订单关闭：`PATCH /ProductionOrders(...)`
- 工时校验/发料：`GET /ProductionOrders`、`POST /InventoryGenExits`、`PATCH ProductionOrders(...)`
- 外协采购申请：`POST /PurchaseRequests`
- 外协采购收货：`POST /PurchaseDeliveryNotes`
- 工位资源：`POST /Resources`、`PATCH /Resources(...)`
- 工序：`POST /RouteStages`、`PATCH /RouteStages(...)`

新增需求后，SAP 相关数据还会增加：
- SAP 派工时间
- 合同交货期
- 发料齐套时间
- 缺件明细
- 发货通知
- 采购收货单号
- SAP 订单取消/关闭状态

会产生的问题：

1. 实时查 SAP 和 MES 落库字段会不一致。
   - 及时齐套缺件明细要求 SAP 实时查询。
   - 装配已排产需求要求 SAP 派工时间、合同交货期。
   - 发货通知列表来源 SAP。
   - 如果某些页面读 SAP 实时，某些页面读 MES 同步表，数字和状态可能不同。

2. SAP 写操作失败会产生半成功数据。
   - MES 排产已完成，但 SAP 生产订单未更新。
   - MES 工时校验已保存，但 `InventoryGenExits` 失败。
   - 批量关闭 SAP 订单时，部分成功部分失败。
   - 外协采购请求成功，但 MES 未记录单号。

3. 新增报表会追问 SAP 数据更新时间。
   - 合同交货期什么时候同步？
   - 发料齐套时间是否最新？
   - 缺件明细是否实时？
   - 发货通知状态是否已更新？

需要跟着调整的已完成页面/报表：

| 页面/报表 | 受影响点 | 建议调整 |
|---|---|---|
| `PlanManagement/SelfMakePlan/SelfMakePlando/SelfMakePlandone` | 排产同步 SAP 后缺少同步结果留痕 | 增加 SAP 同步状态、失败提示、重试依据 |
| `PlanManagement/InstallMakePlan/InstallMakePlanDo` | 装配新增 SAP 派工时间、合同交货期、发料齐套时间 | 查询和导出补 SAP 字段来源 |
| `ProductionManagement/WorkHoursCheck` | 已有 SAP 工序、资源、发料操作 | 增加 SAP 请求/返回日志和失败重试 |
| `QualityManagement/CheckTask/processReceive` | SAP 采购收货单号成为后续统计字段 | 保存 SAP 单号、行号、供应商 |
| `ProductionManagement/OutsourceMange` | 外协采购请求后要追踪 SAP 单据 | 记录采购请求号/采购订单关系 |
| `SystemMaintenance/WorkstationManagement` | 工位资源同步 SAP 后要防重复 | 增加 SAP 资源编码校验 |
| 发货通知大屏/新增报表 | 大屏已有数据，新增报表要求查询/导出 | 明确实时或同步数据源 |

产生的隐性需求：
- SAP 调用日志表。
- SAP 同步状态字段。
- SAP 失败重试页面。
- SAP 单据关系表：MES 任务 -> SAP 生产订单/采购请求/收货单/发货通知。
- 数据更新时间展示。
- 批量操作结果明细。

客户可能继续要：
- SAP 同步失败列表。
- 手工重推 SAP。
- SAP 与 MES 差异对账。
- 每张 SAP 单据反查 MES 来源任务。
- 批量关闭/批量回写的成功失败导出。

### 4. 报表会从结果展示变成数据追溯

新增需求中报表很多：
- 机加班次产量表
- 手续确认报表
- 及时检验报表
- 及时齐套跟踪结果报表
- 生产日报-送检
- 让步接收记录
- 及时送检报表
- 发货通知列表
- 质检任务早知道
- 设计工时报表
- 自制件汇总表
- 工位汇总表

会产生的问题：

1. 报表之间会互相引用同一批数据。
   - 及时检验依赖报工记录和质检记录。
   - 生产日报-送检依赖送检和质检记录。
   - 质检任务早知道依赖装配完成时间。
   - 装配已排产需求依赖工时、异常、齐套、SAP 字段。
   - 如果每个报表各写一套 SQL，口径会分裂。

2. 报表新增字段会要求历史数据补齐。
   - 外协检验新增供应商后，历史质检记录没有供应商。
   - 发料齐套时间新增后，历史生产计划没有该字段。
   - 手续确认新增后，历史任务默认是否“未确认”需要确定。
   - 设计/编程工时新增后，历史合同进度是否重算需要确定。

3. 报表会反向要求修改业务页面。
   - 报表要统计供应商合格率，就要求质检页面必须保存供应商。
   - 报表要统计及时检验，就要求报工结束时间必须准确。
   - 报表要统计手续确认，就要求业务页面维护确认状态。
   - 报表要统计合同进度，就要求所有工时都有合同号。

需要跟着调整的已完成页面/报表：

| 已完成页面/报表 | 因新增需求需要调整什么 |
|---|---|
| 生产任务看板 | 增加及时齐套、及时检验、手续确认、装配完成时间等新指标或修正原指标 |
| 机加设备/生产运营看板 | 班次产量、设备工时、程序工时进入后，需要重算设备利用和产量口径 |
| 装配任务看板 | 装配完成时间、发料齐套、合同交货期、质检任务早知道会影响待办和逾期 |
| 质检任务看板 | 新增及时检验、质检任务早知道、让步接收后，待检数量口径要改 |
| 自制件汇总表 | 新增历史工时、设计/编程/质检工时后，总工时口径要扩展 |
| 工位汇总表 | 班次和设备采集数据进入后，按工位+日期的统计需要支持班次和设备维度 |
| 外协任务报表 | 增加供应商、采购到货期说明、SAP 收货单号后，导出和统计都要改 |
| 工时报表 | 指派对象、工时分类、设计/编程工时进入后，需要新增字段和筛选 |

产生的隐性需求：
- 报表数据口径说明。
- 报表明细钻取。
- 报表导出字段配置。
- 报表历史快照。
- 历史数据补录/默认值策略。
- 跨报表公共视图。

客户可能继续要：
- 每个报表点击数字看明细。
- 报表导出与页面一致。
- 报表按部门、班组、班次、人员、设备切换。
- 报表定时推送。
- 历史报表锁定，不随后续数据变化。

## 四、已完成页面/报表需要关注的改造清单

### 1. 计划排产相关页面

| 页面 | 需要关注的新增影响 | 是否需要修改 |
|---|---|---|
| `PlanManagement/SelfMakePlan` | SAP 回写状态、排产字段、计划时间口径、总工时 | 需要，至少补同步状态和字段口径 |
| `PlanManagement/SelfMakePlando` | 待排产转已排产后，装配/机加新字段是否继承 | 需要，确认新增字段默认值 |
| `PlanManagement/SelfMakePlandone` | 单日期筛选、总工时、历史明细、SAP 状态 | 已明确需要改 |
| `PlanManagement/InstallMakePlan` | 装配已排产需求会复用其数据，新增 SAP 派工时间、合同交货期、发料齐套 | 需要，至少 SQL 返回字段要扩展 |
| `PlanManagement/InstallMakePlanDo` | 同上，且涉及采购请求/SAP 回写 | 需要，补 SAP 单据和失败处理 |
| `PlanManagement/PlannOrderClose` | 批量关闭 SAP 后影响所有任务显示 | 需要，增加批量结果、失败原因、日志 |

### 2. 生产执行相关页面

| 页面 | 需要关注的新增影响 | 是否需要修改 |
|---|---|---|
| `ProductionManagement/MachiningCenter` | 编程状态、异常入口、设备工时、程序工时、及时检验起算 | 需要，新增入口和不可操作原因 |
| `ProductionManagement/AssemblyCenter` | 装配完成时间、手续确认、装配工时、异常、发料任务状态 | 需要，作为装配已排产需求的数据来源 |
| `ProductionManagement/ProductionTaskManage` | 生产任务状态增加异常/齐套/质检/关闭维度 | 需要，查询字段和状态说明要扩展 |
| `ProductionManagement/AssembleTaskManage` | 装配任务将进入日计划和质检任务早知道 | 需要，补装配完成时间和任务排除规则 |
| `ProductionManagement/WorkHoursCheck` | SAP 工时校验、发料、订单工序资源更新风险扩大 | 需要，补 SAP 日志、重试、差异说明 |
| `ProductionManagement/Timesheet` | 指派对象、设计/编程工时、工时分类 | 需要，补字段和筛选 |

### 3. 质检相关页面

| 页面 | 需要关注的新增影响 | 是否需要修改 |
|---|---|---|
| `QualityManagement/QualityCenter` | 及时检验、让步接收、外协供应商、已入库限制 | 需要，补状态和字段 |
| `QualityManagement/CheckTask/processReceive` | SAP 采购收货单号、供应商、外协指派对象 | 需要，新增保存和查询字段 |
| `QualityManagement/CheckTask/purchaseIncoming` | 采购检验备注、供应商统计、到货期说明 | 需要，至少补导出字段 |
| `QualityManagement/CheckTask/materialReturn` | 退库备注、库存任务状态 | 可能需要，跟退库备注和库存任务联动 |
| `QualityManagement/Unqualified` | 供应商合格率、让步接收、不合格统计口径 | 需要，补供应商/让步接收字段 |
| 质检任务看板 | 质检任务早知道和及时检验会改变待检数量 | 需要，重算待检/超期口径 |

### 4. 外协相关页面

| 页面 | 需要关注的新增影响 | 是否需要修改 |
|---|---|---|
| `ProductionManagement/OutsourceMange` | 外协采购请求、供应商、发料/收料/质检闭环 | 需要，补 SAP 单据关系 |
| `ProductionManagement/OutsourceSheet` | 采购到货期说明、供应商、SAP 收货单号、外协质检 | 需要，查询和导出都要补 |
| `ProductionManagement/SaleOutsourceMange` | 销售外协同样受采购请求和供应商统计影响 | 需要，保持与外协管理一致 |

### 5. 工艺和基础数据页面

| 页面 | 需要关注的新增影响 | 是否需要修改 |
|---|---|---|
| `ProcessManagement/ProcessProduct` | 自动带出标准工艺后，生产任务快照问题变明显 | 需要，避免覆盖已开工任务 |
| `CraftManagement/CraftMaintain` | 工艺版本、标准工艺字段映射 | 需要，补版本/草稿概念 |
| `ProcessManagement/ProcedureManagement` | SAP `RouteStages` 同步后要防止 MES/SAP 工序不一致 | 需要，补同步状态 |
| `SystemMaintenance/WorkstationManagement` | SAP `Resources` 新增/修改后要防重复和同步失败 | 需要，补资源同步状态 |

### 6. 已完成看板和报表

| 看板/报表 | 新增功能导致的新数据 | 需要调整 |
|---|---|---|
| 生产任务看板 | 发料齐套、及时齐套、装配完成时间、及时检验、异常 | 指标口径需要重算 |
| 装配任务看板 | 装配完成时间、合同交货期、质检预告、手续确认 | 新增逾期和待办指标 |
| 质检任务看板 | 及时检验、质检任务早知道、让步接收 | 待检、超期、预告分开 |
| 机加设备生产运营看板 | 班次产量、程序工时、设备采集 | 设备利用率和产量来源需要统一 |
| 自制件汇总表 | 总工时、设计/编程/质检分类 | 工时口径要扩展 |
| 工位汇总表 | 班次、设备、人员、程序工时 | 增加班次/设备维度或说明不支持 |

## 五、新增数据会带来的数据治理问题

### 1. 新字段放哪里

容易新增到生产计划/任务表的字段：
- 发料齐套时间
- 装配完成时间
- 手续确认
- 当前对应人员
- 当前对应内容
- 钣金预达
- 钣金到达
- 泵
- 生产异常标记

问题：
- 这些字段有些是 SAP 来的，有些是手工维护，有些是计算结果。
- 全部塞进 `MES_接口_生产计划` 或 `MES_接口_生产计划_生产任务` 会让主表越来越混乱。
- 手工维护字段还需要修改历史，否则无法解释是谁改了装配完成时间。

建议：
- SAP 同步字段、手工维护字段、计算字段分开存。
- 手工维护字段建议用扩展表。
- 计算字段优先用视图或报表过程生成。

### 2. 历史数据怎么处理

新增字段会导致历史数据为空：
- 历史外协质检没有供应商。
- 历史质检没有 SAP 收货单号。
- 历史生产计划没有发料齐套时间。
- 历史任务没有手续确认。
- 历史任务没有设计/编程工时。

问题：
- 报表默认查全部时，历史数据会被算成未完成、未确认、未齐套。
- 用户可能认为系统数据异常。

建议：
- 每个新增字段定义历史默认规则。
- 报表上区分“无数据”和“未完成”。
- 对考核类报表增加启用日期。

### 3. 新增数据是否参与已完成报表

例如：
- 设计工时是否参与合同进度？
- 编程工时是否参与生产订单累计工时？
- 让步接收是否算合格？
- 外协供应商合格率是否包含历史无供应商数据？
- 已入库补检是否进入及时检验统计？

这些会直接影响已完成报表。

建议：
- 新增需求上线前，同步输出“影响报表清单”。
- 每个报表明确是否纳入新数据。
- 如果纳入，是否重算历史。

## 六、系统级隐性需求清单

这些不是客户一开始直接说的需求，但只要新增功能落地，基本会被迫出现。

| 隐性需求 | 触发原因 | 不做的后果 |
|---|---|---|
| 字段来源字典 | 新字段来自 MES、SAP、手工、设备采集 | 联调时无法解释字段来源，报表口径反复变 |
| 状态总字典 | 状态分散在排产、生产、质检、入库、SAP | 同一任务不同页面显示不同状态 |
| SAP 调用日志 | 多页面写 SAP，且可能失败 | 无法排查 MES/SAP 不一致 |
| SAP 失败重试 | 批量关闭、工时校验、外协采购都可能部分失败 | 人工只能改库或重复操作 |
| 工时统一视图 | 新增设计、编程、设备、合同工时 | 各报表总工时对不上 |
| 报表明细钻取 | 汇总类报表越来越多 | 客户无法核对数字，只能反复查 SQL |
| 报表历史快照 | 报表用于日报/周报/考核 | 历史报表随数据变化，无法对账 |
| 手工字段维护历史 | 装配完成时间、钣金、泵、手续确认等可人工维护 | 无法追溯谁改了关键交期字段 |
| 批量操作结果表 | 批量关闭 SAP、批量排产、批量确认 | 部分成功/失败无法恢复 |
| 异常统一入口组件 | 所有报工页都要报异常 | 每页重复开发，状态不一致 |
| 任务追溯详情页 | 报表要解释数字来源 | 每个报表都要临时加明细 |
| 菜单/权限自动配置规范 | 新增页面很多 | 页面上线后权限、菜单容易漏 |
| 数据启用日期配置 | 新字段历史为空 | 历史数据被误算为异常 |
| 不可操作原因接口 | 关闭、入库、异常、未齐套都影响操作 | 前端提示不一致，用户不知道为什么不能点 |

## 七、客户可能继续提出的需求

保留从客户使用角度推导出的后续需求，但这些需求都是由前面的整体影响引出来的。

### 1. 围绕工时

- 合同总工时明细。
- 设计/编程/装配/质检/机加工时占比。
- 按人员、设备、班次统计工时。
- 工时超预算预警。
- 工时与 SAP 上传差异对比。
- 一键查看某订单所有工时来源。

### 2. 围绕状态和进度

- 生产任务全流程状态图。
- 每个状态变更历史。
- 为什么任务不可开工/不可质检/不可关闭的原因说明。
- 已关闭/已入库任务仍可查询但禁止操作。
- 任务异常状态看板。

### 3. 围绕 SAP

- SAP 同步失败清单。
- 手工重推 SAP。
- SAP 与 MES 状态对账。
- SAP 单据号反查 MES 任务。
- 批量 SAP 操作结果导出。
- SAP 数据最后同步时间展示。

### 4. 围绕质检

- 供应商合格率。
- 设备合格率。
- 让步接收审批。
- 质检超期催办。
- 已入库补检。
- 质检记录按订单、供应商、人员、工序多维分析。

### 5. 围绕报表

- 所有汇总数字可点开明细。
- 报表导出字段自定义。
- 报表按部门/班组/班次拆分。
- 报表定时推送。
- 日报/周报历史锁定。

### 6. 围绕异常

- 所有报工页面直接报异常。
- 异常审批待办。
- 异常处理超期提醒。
- 异常关闭后自动恢复任务。
- 异常原因统计。

## 八、建议的开发控制策略

### 1. 每个新增需求都必须补“四张表”

不是数据库表，而是分析表：

1. 字段影响表：新增字段来自哪里，写到哪里，哪些页面显示。
2. 状态影响表：是否改变排产/派工/任务/质检/入库/SAP 状态。
3. 报表影响表：哪些已完成报表要纳入新数据。
4. SAP 影响表：是否读 SAP、写 SAP、是否需要日志和重试。

### 2. 不建议继续只按页面单点开发

原因：
- 新增页面会越来越多，但数据源高度重叠。
- 如果每个页面单独写 SQL，口径很快分裂。
- 新增字段一旦被报表引用，历史数据和导出口径都会受影响。

建议：
- 工时类先建统一视图。
- 状态类先建统一解释。
- SAP 类先建日志。
- 报表类先建公共明细查询。

### 3. 新增字段优先走扩展表

适合放扩展表的字段：
- 手工维护字段。
- SAP 同步字段。
- 报表补充字段。
- 后续可能继续变动的字段。

不建议直接塞入主任务表的字段：
- 钣金预达、钣金到达、泵、当前对应内容。
- 手续确认说明。
- SAP 同步状态明细。
- 合同级汇总字段。

### 4. 报表先定口径，再开发页面

尤其是：
- 及时检验。
- 及时送检。
- 生产日报-送检。
- 机加班次产量。
- 装配已排产需求。
- 合同工时汇总。

这些报表一旦上线，后续就是管理依据，不能边用边改口径。

## 九、结论

新增需求真正带来的影响不是“多几个页面”，而是会改变现有系统的数据结构和统计口径。

最需要提前处理的是：

1. 工时统一，否则总工时、合同进度、班次产量、日报都会互相对不上。
2. 状态统一，否则排产、生产、质检、入库、关闭、异常在不同页面显示不一致。
3. SAP 日志和重试，否则批量关闭、工时校验、外协采购、质检收货都会出现无法排查的半成功状态。
4. 报表影响清单，否则新增字段上线后已完成报表会漏算或错算。
5. 历史数据策略，否则新增字段为空会被误判为未完成、未确认、未齐套。

因此后续评估新增需求时，应先问一个问题：这个需求新增的数据，会不会改变现有页面、报表、看板、SAP 状态和历史统计。如果会，就必须同步改受影响页面，而不是只开发新页面。

## 十、同级项目数据看板带来的额外连锁影响

这次补充分析的同级看板包括：`生产任务看板`、`装配任务看板`、`质检任务看板`、`机加设备生产运营看板`、`机加设备生产运营看板二`、`TableTV`、`board_view`、`新建文件夹`。这些项目不是普通查询页，而是管理层和车间现场会持续观看的大屏。它们把 MES、SAP、设备采集、质检和工时数据压缩成几个关键数字，因此新增需求影响到看板时，问题会比普通页面更明显：不是某个按钮不可用，而是管理层看到的 KPI 可能直接变错。

### 1. 新增功能会让现有看板指标失真的位置

| 看板指标 | 当前主要来源 | 新增需求/功能变化 | 可能失真结果 | 必须同步改造 |
|---|---|---|---|---|
| 生产任务看板“按期齐套率” | `生产任务综合看板_按期齐套率`，按 `View_生产订单_MES.齐套` 汇总 | 及时齐套跟踪、SAP 缺件明细、部分齐套、预计齐套时间 | 只有“齐套/未齐套”会掩盖部分齐套和预计可执行状态 | 增加齐套状态字典、缺件明细、预计齐套日期、SAP 同步时间 |
| 生产任务看板“未及时开工” | `计划开始时间、开工时间、加工状态、合格数` | 设计/编程前置、异常暂停、二次派工、手续确认 | 被设计/编程/异常卡住的任务仍被算作生产未及时开工 | 增加未开工原因维度，区分“计划原因、前置原因、异常原因、人员/设备原因” |
| 生产任务看板“加急件” | SAP `ubt_OPKL_UrgentMaterials_ALL` + MES 计划 | 加急从订单级变为物料/工序/质检级 | 加急总数与页面明细、装配缺件、质检加急互相对不上 | 建统一加急来源视图，明确订单级/工序级/物料级 |
| 装配看板“发货状态” | `View_生产订单_MES.发货状态` + SAP `UBT_ODRF_ODLNMES` | 发货通知列表、仓库出库、SAP 发货回写 | 页面显示“发货状态”但可能混合通知、待出库、已出库、已交货 | 增加发货状态分层：通知、备货、出库、交货、SAP 回写 |
| 装配看板“在制缺件” | SAP 缺件表 + MES 装配计划 | 及时齐套跟踪、替代料、部分到货 | 只能看到缺件，无法知道是否已经采购、何时可恢复 | 增加缺件原因、预计到货、替代料、主子订单关系 |
| 装配看板“异常未关闭” | `流程表.完成人 is null` | 异常管控入口统一，机加/质检/外协都能发异常 | 未限定装配范围时，装配看板可能统计到其他部门异常 | 异常流程必须带业务域、任务、工序、责任部门 |
| 质检看板“未清任务” | `质量任务看板_未完成统计/明细` | 及时检验、复检、返工、让步接收、免检 | 未清数量会把复检/返工/免检混为同一类待检 | 增加质检状态流转、复检批次、处置结果、免检标识 |
| 质检看板“当天完成” | `View_质量检验_质检记录` 当天检测时间 | 生产日报-送检、部门日报、班次统计 | 当天完成按自然日统计，日报/班次按业务日统计会不一致 | 增加班次/日报快照口径 |
| 机加看板“设备运行状态” | `CaChe_Var` 当前缓存 | 机加班次产量、真实 OEE、设备运行工时 | 设备运行与任务报工可能不同步，OEE 无法解释 | 统一设备状态、任务状态、报工状态的时间轴 |
| 机加看板“当天完成/合格率” | 复用质检完成汇总 | 生产完成、质检完成、入库完成都被要求展示 | “完成”可能被理解成生产完成，但实际是质检完成 | 页面标题和过程改名，或新增生产完成口径 |
| `TableTV` 当前工位任务 | `设备管理_设备状态_查询` | 班次维护、人员绑定、二次派工 | 班次阈值写死后，人员归属与班次管理不一致 | 过程改读班次表，不再硬编码 7.5/16.5 |
| `board_view` 合同/项目进度 | `看板_*`，采购/库存/OEE 多处为 0 或样例 | 发货通知、采购到货、合同工时、真实 OEE | 综合大屏展示为“项目全貌”，但采购、库存、OEE 仍不真实 | 优先补真实数据源，否则不要作为经营口径 |

### 2. 已完成页面、报表、看板必须同步修改的清单

| 变更来源 | 必须同步修改的看板/报表 | 原因 |
|---|---|---|
| 设计任务报工、编程任务报工 | `board_view` 工时消耗、未完工工时；工时报表；合同进度类报表 | 当前大屏工时主要来自生产工时，新增设计/编程后合同总工时会漏算 |
| 装配已排产需求 | `生产任务看板`、`装配任务看板`、`board_view` 装配进度 | 装配计划、齐套、发货、异常、累计工时都会进入交付进度 |
| 及时检验报表 | `质检任务看板`、`机加设备生产运营看板`、生产日报-送检 | 质检及时率必须从静态/占位指标变成真实过程 |
| 及时齐套跟踪 | `生产任务看板` 齐套率/未齐套任务、`装配任务看板` 缺件、`board_view` 合同进度 | 缺件从单一状态变成主子订单、SAP 缺料、预计可执行时间 |
| 发货通知列表 | `装配任务看板` 发货状态、`board_view` 合同/交付区域 | 发货状态需要区分 SAP 通知、仓库出库、MES 任务完成 |
| 机加班次产量表 | `TableTV`、机加运营看板、设备工时报表 | 班次、设备、人员、产量、工时必须按同一业务日归属 |
| 异常管控入口统一 | 装配看板异常数、机加看板未及时开工、生产任务看板风险数 | 异常暂停不应被误算为未及时开工或未完成 |
| SAP 生产订单批量关闭 | 生产任务看板、装配看板、计划关闭页、手续确认报表 | SAP 部分成功/失败会造成 MES 任务仍显示在看板上 |
| 外协检验字段增强 | 质检看板、外协报表、供应商质量统计 | 质检任务要按供应商、采购收货单、指派对象追溯 |

### 3. 看板暴露出的系统级隐性需求

1. **统一指标口径层**  
   现在不同看板各自写存储过程：`生产任务综合看板_*`、`装配中心任务看板_*`、`质量任务看板_*`、`机加设备生产运营看板_*`、`看板_*`。这些过程大量重复读取 `View_生产订单_MES`、`YL_质量检验_质检记录`、`YL_加工中心_操作记录表`。后续应建立统一口径视图，例如：
   - `View_MES_任务状态统一口径`
   - `View_MES_齐套缺件统一口径`
   - `View_MES_质检待办统一口径`
   - `View_MES_工时统一口径`
   - `View_MES_设备任务运行统一口径`

2. **统一状态字典**  
   当前看板内同时出现 `任务状态`、`加工状态`、`排产状态`、`齐套`、`发料状态`、`拣配状态`、`发货状态`、`加急状态`、`质检状态`、`设备状态`。这些状态来自不同表，且有的前端再次转换。必须补一张状态解释表或统一视图，避免同一个 `0/1/2/4` 在不同页面含义不同。

3. **SAP 同步状态与时间戳**  
   看板不是实时调用 B1 Service Layer，而是通过 SQL 读取 SAP 跨库表或 SAP 同步落地表，例如 `ubt_OPKL_UrgentMaterials_ALL`、`UBT_ODRF_ODLNMES`、`质量检验_质检任务_SAP`。因此大屏上所有 SAP 相关指标都应该显示或记录同步时间、同步结果、失败原因。否则用户看到缺件、发货、加急时无法判断是 SAP 最新状态还是 MES 缓存状态。

4. **指标钻取能力**  
   `board_view` 已经有中央订单点击钻取明细，其他看板多数只有汇总和滚动表。新增需求上线后，客户很可能要求点击“未及时开工、未清质检、缺件、异常、加急、未齐套”直接看到来源明细。不能只返回总数，过程应统一支持“汇总 + 明细 + 字段来源”。

5. **历史快照**  
   大屏是实时结果，但日报、周报、月报需要历史定版。当前很多过程使用 `GETDATE()` 实时计算，例如当天完成、近 3 天装配合格率、当月计划执行率。新增管理报表后，必须保存日快照或允许传入统计日期，否则第二天无法复现昨天看板上的数字。

6. **占位指标清理**  
   `board_view` 中 OEE、环境、水电气、采购部进度、库存/在购字段存在样例或占位；生产任务看板中采购未及时到货、质检及时率、未及时入库也有静态值或未完整接入。上线前必须清理占位指标：要么接真实过程，要么隐藏，不要和真实指标混放。

### 4. 统一改造建议

| 优先级 | 改造项 | 解决的问题 |
|---|---|---|
| P0 | 给所有看板指标补“口径说明 + 来源过程 + 来源字段” | 防止管理层把不同含义的“完成、齐套、加急、在制”混用 |
| P0 | 把 `GETDATE()` 型过程改造为可传统计日期，实时看板默认当天 | 让日报/历史回看能复现 |
| P0 | 为 SAP 相关看板补同步时间和同步状态 | 判断数据新旧，排查 SAP/MES 不一致 |
| P1 | 统一质检待办过程，覆盖未清、及时率、关键工序、当天完成 | 避免 `质量任务看板_*` 和 `Visualization_QcTask_*` 两套接口并行 |
| P1 | 统一机加任务/设备状态过程，区分任务在制、设备运行、报工完成 | 防止设备状态与任务状态互相替代 |
| P1 | 统一装配发货/缺件过程，串起 SAP 发货通知、缺件、齐套、仓库出库 | 让装配看板真正反映交付风险 |
| P2 | 将 `board_view` 的占位采购、库存、OEE 接入真实数据或移除 | 避免综合大屏成为混合真实/样例数据的经营看板 |

### 5. 客户可能继续提出的看板类需求

这些不是主分析角度，但从现有看板形态看，客户后续很可能继续要求：

- 点击任意 KPI 下钻明细，例如未齐套、加急、未及时开工、未清质检、装配缺件。
- 看板按项目、合同、车间、班组、设备筛选。
- 看板显示 SAP 同步时间和异常提示。
- 看板支持历史日期回看，而不是只能看当前实时数据。
- 质检看板增加及时率趋势和超期责任人。
- 装配看板增加预计发货、预计齐套、缺件到货日期。
- 机加看板增加真实 OEE、设备利用率、程序运行时长、班次产量。
- 生产任务综合看板增加“设计/编程是否完成”作为开工前置条件。
- 大屏数据定时快照，日报/周报自动引用同一口径。

## 十一、设备数据采集与现场大屏专项影响分析

本次新增的设备档案、设备数据采集、OEE、工时异常、条码拣配和一楼/机加/装配现场大屏需求，会把系统从“任务报工驱动”进一步推向“设备实时数据 + MES 任务 + 质检结果 + 现场人员 + SAP 物料状态”的综合分析系统。它的影响不只在新增几个看板，而是会改变工时、产量、合格率、齐套、送检、缺勤、设备状态的基础口径。

### 1. 总体影响链路

```mermaid
flowchart TD
  A[设备档案/主要设备/标准工时] --> B[设备数据采集]
  B --> C[设备状态时长]
  B --> D[程序工时/单件工时]
  C --> E[设备利用率]
  D --> F[性能开动率]
  G[MES 报工/计划产量] --> H[产能利用率]
  I[质检记录/良品不良品] --> J[产品合格率]
  E --> K[OEE]
  F --> K
  J --> K
  D --> L[工时异常报表]
  M[条码拣配] --> N[齐套/发料/拣配状态]
  N --> O[生产/装配看板]
  P[关键工序标识] --> Q[质检/机加关键任务大屏]
  R[班次/岗位/工位/考勤] --> S[缺勤人员大屏]
```

### 2. 对现有数据模型的冲击

| 新需求 | 新增或必须明确的数据 | 冲击对象 | 主要问题 |
|---|---|---|---|
| 设备档案管理 | 主要设备、参与 OEE、设备/工位关系、标准工时来源 | 设备档案、工位管理、工艺维护 | 标准工时放设备、工艺还是设备+工序能力表必须明确 |
| 设备数据采集 | 程序工时、单件工时、设备状态时长、程序号、采集时间 | `CaChe_Var`、历史设备数据、设备状态记录、工时报表 | 当前多为当前缓存或历史状态，缺少可直接算单件工时的任务绑定 |
| OEE 指标 | 计划产量、实际产量、设备工时、标准工时、标准单件工时、实际单件工时、良品数 | 机加看板、`board_view`、设备报表 | OEE 三个组成指标必须同设备、同日期、同班次，否则乘出来没有管理意义 |
| 工时异常报表 | 实际单件工时、标准单件工时、超出比例、异常原因 | 工时查询、工时校验、异常管控 | 设备采集工时与人工报工工时不一致时，谁作为异常依据需要确定 |
| 条码拣配 | 条码、物料、批次、任务、拣配人、拣配时间、状态写回 | 机加中心、装配中心、齐套看板 | 条码扫描会改变 `拣配状态/齐套/发料状态`，看板和生产任务必须同步 |
| 质检及时率 | 最后一次生产完成时间、报检时间、检验完成时间、超期天数 | 质检看板、生产日报-送检 | 以生产完成时间作为起算点，会改变现有“未清任务”定义 |
| 关键工序 | 工艺关键标识、任务快照、关键工序应检/未检/在制 | 工艺维护、生产任务、质检/机加大屏 | 关键工序如果只存在工艺库，会影响历史任务重算 |
| 缺勤人员 | 岗位、工位、人员、应到、实到、班次 | 班次管理、人员绑定、机加/装配大屏 | 不能从“没有报工”直接判断缺勤，必须有排班和考勤/上岗数据 |
| 装配及时送检 | 发料齐套时间、送检状态、送检时间、超期天数 | 装配中心、装配看板、质检任务 | 发料齐套后 2 天未送检会新增一种介于“可开工/待检”之间的风险状态 |

### 3. OEE 不是一个单独公式，而是一组口径治理

当前讨论公式为：

- 产能利用率（单台）= 实际产量 / 计划产量 * 100%
- 设备利用率（单台）= 设备工时 / 标准工时
- 设备性能开动率（单台）= 标准单件工时 / 实际单件工时
- 产品合格率（工位）= 良品数 / 总产量
- OEE = 设备利用率 * 开动率 * 合格率

这些公式看起来简单，但真正的隐性需求是统一统计边界：

1. **设备边界**：只算主要设备，还是所有设备都算。辅助设备、测试设备、维修设备是否排除。
2. **时间边界**：自然日、班次日、订单周期、计划周期不能混用。
3. **产量边界**：实际产量来自 MES 报工、设备计数还是质检数量。三者时间上可能不一致。
4. **合格率边界**：良品数来自报工良品还是质检合格数。若质检晚于生产，日合格率会滞后。
5. **标准工时边界**：标准工时可能来自工艺标准工时、设备能力标准、班次可用工时。三个字段不能都叫标准工时。
6. **实际单件工时边界**：设备采集循环时间、设备运行时间/产量、人工报工工时/产量是不同口径。

因此 OEE 不能只在大屏上增加几个公式。必须先建立设备指标明细层，至少包含设备、工位、日期、班次、任务、物料、工序、计划产量、实际产量、良品、不良、标准工时、设备运行工时、标准单件工时、实际单件工时和采集质量标识。

### 4. 对已完成页面和看板的必要改造

| 页面/看板 | 必须新增或调整 | 原因 |
|---|---|---|
| `DeviceManagement/DeviceInformation` | 主要设备、是否参与 OEE、采集点位、标准工时来源 | 设备档案是设备采集和 OEE 的基础 |
| `SystemMaintenance/WorkstationManagement` | 工位与设备、人员、岗位的一对多关系 | 缺勤人员要显示岗位、工位、姓名，多工位需合并 |
| `ProcessManagement/ProcessProduct` / 工艺维护 | 是否关键工序、标准单件工时 | 质检和机加大屏需要关键工序汇总和明细 |
| `PlanManagement/SelfMakePlan/SelfMakePlandone` | 任务设备绑定、计划产量、标准工时字段确认 | 单台设备产能利用率需要按任务落到设备 |
| `ProductionManagement/MachiningCenter` | 条码拣配入口、拣配状态写回、设备采集任务绑定 | 机加及时拣配和设备采集都要关联生产任务 |
| `ProductionManagement/AssemblyCenter` | 条码拣配入口、发料齐套时间、送检状态 | 装配及时拣配和及时送检都要从这里进入 |
| `ProductionManagement/WorkHoursCheck` | 程序工时、设备工时、人工工时差异、异常确认 | 工时异常报表会反向要求工时校验解释差异 |
| `QualityManagement/QualityCenter` | 最后生产完成时间、报检时间、超期天数、关键工序 | 质检及时率和关键工序任务必须有来源 |
| `质检任务看板` | 质检及时率真实过程、超 2 天未检明细、关键工序汇总/明细 | 当前看板未完整实现及时率真实口径 |
| `机加设备生产运营看板` | OEE、设备利用率、开动率、合格率、关键工序任务、缺勤人员 | 现有设备状态和 OEE 仍不足以支撑新指标 |
| `装配任务看板` | 缺勤人员、及时送检任务颜色/排序、发料齐套后 2 天未送检 | 新需求直接改变装配现场大屏列表逻辑 |
| `TableTV` | 设备采集状态、单件工时、异常颜色 | 现场卡片应展示设备真实状态和工时风险 |
| `board_view` | 真实 OEE 替换样例、设备/产能/质量指标统一 | 综合大屏不能继续使用固定 OEE 样例 |

### 5. 工时异常报表会反向推动工时体系重构

工时异常条件是“单件工时 > 标准工时”。这会带来三个隐性问题：

1. **异常来源不只设备**  
   单件工时超标可能来自设备状态异常、程序问题、刀具/工装、人员操作、物料质量、等待质检、等待发料。报表如果只列超标，不记录原因，会变成无法闭环的告警列表。

2. **需要区分程序工时和人工工时**  
   程序工时用于判断设备加工效率；人工工时用于人工绩效和 SAP 工时上传。两者差异本身就是一个分析点，不能用程序工时直接覆盖人工报工。

3. **需要异常确认流程**  
   如果报表用于管理考核，就必须支持确认：是否真实异常、原因分类、责任部门、处理说明、确认人、确认时间。否则数据会被质疑。

### 6. 条码拣配会改变齐套和开工状态

及时拣配（机加/装配）表面是扫码需求，实际会改动任务状态链：

```mermaid
flowchart LR
  A[条码扫描] --> B[识别物料/任务]
  B --> C[更新拣配记录]
  C --> D[更新拣配状态]
  D --> E[计算齐套]
  E --> F[影响发料状态]
  F --> G[影响是否可开工]
  G --> H[影响生产/装配看板]
```

如果扫码只记录日志，不写回 `拣配状态/齐套/发料状态`，看板仍然显示未齐套；如果扫码直接写回状态，但没有 SAP 库存校验，又可能造成 MES 显示已齐套、SAP 库存不足。因此需要明确 MES 与 SAP 谁作为库存和发料主口径。

### 7. 三类大屏的新增字段影响

| 大屏 | 新增指标 | 需要的新增字段/过程 |
|---|---|---|
| 一楼质检大屏 | 质检及时率、超 2 天未检、关键工序检验汇总/明细 | 最后生产完成时间、报检时间、检验完成时间、是否关键工序、超期天数 |
| 机加现场大屏 | 缺勤人员、关键工序任务汇总/明细、设备 OEE | 岗位、工位、姓名、应到/实到、是否关键工序、设备运行工时、单件工时 |
| 装配现场大屏 | 缺勤人员、及时送检任务列表、加急后排序、颜色区分 | 岗位、工位、姓名、发料齐套时间、送检状态、送检时间、超期天数 |

### 8. 需要优先确认的问题

1. 设备采集数据由谁写入 MES，接口频率是多少。
2. 设备采集如何绑定到 MES 任务，是靠设备+时间段、程序号、条码，还是人工绑定。
3. 标准单件工时来自生产工艺，还是设备能力表。
4. 实际产量以 MES 报工、设备计数、质检数量中的哪一个为准。
5. 良品数以报工良品还是质检合格数为准。
6. 质检及时率的“最后一次生产完成时间”取操作记录的报工、辅助结束，还是任务完成时间。
7. 关键工序标识是否影响历史任务，建议只影响新下发任务或做任务快照。
8. 缺勤人员的“应到”来源是班次绑定、排班表还是岗位配置。
9. 装配“发料齐套后 2 天未送检”的发料齐套时间来自哪个表。
10. 条码拣配是否需要 SAP 库存校验和失败重试。

## 十二、补充修正：新增需求必须同时判断“维护入口”

前面的分析已经覆盖了工时、状态、SAP、报表、看板的连锁影响，但还需要补一个更基础的判断：客户提出一个报表或看板字段时，不等于只新增一个展示页面。必须同时判断这个字段从哪里来、由谁维护、在哪个页面维护。

如果不先确认维护入口，会出现三类问题：

1. 报表页面有字段，但没有地方录入，最终只能写死、手工改库或长期为空。
2. 看板显示了 KPI，但基础字段散落在多个页面，用户不知道该去哪里修正。
3. 同一个字段在标准数据、订单数据、任务快照、SAP 同步表中重复维护，导致历史统计和当前查询对不上。

### 1. 判断框架

| 判断项 | 需要回答的问题 | 典型结论 |
|---|---|---|
| 字段性质 | 是主数据、订单过程数据、任务执行数据、外部同步数据、计算结果，还是人工确认结果 | 主数据进基础维护页；过程数据进业务页；计算结果进视图/报表 |
| 数据来源 | MES、SAP、设备采集、考勤/排班、人工维护，还是多来源融合 | 多来源字段必须记录来源和更新时间 |
| 维护责任人 | 工艺、计划、生产、质检、仓库、设备、班组长、系统管理员谁维护 | 决定页面权限和菜单归属 |
| 维护入口 | 现有页面能否承载，还是必须新建页面 | 优先扩展现有业务页面，缺口大时才新建维护页 |
| 历史影响 | 修改后是否影响已下发任务和历史报表 | 影响历史的字段要做任务快照或维护历史 |
| 看板影响 | 是否会改变已有 KPI 口径 | 看板过程必须同步改，不只改主系统页面 |

### 2. 按字段类型划分维护位置

| 字段/能力类型 | 应优先维护的位置 | 不建议的做法 |
|---|---|---|
| 人员、岗位、班次、排班、出勤 | 人员管理、班次管理、工位人员绑定，必要时新增排班/出勤维护页 | 在机加/装配大屏里直接维护缺勤 |
| 工序、关键工序、标准工时、准备工时 | 标准工艺、生产工艺、工序基础数据 | 单独做一个脱离工艺的关键工序表但不和任务快照同步 |
| 设备、工位、采集点位、是否参与 OEE | 设备档案、工位管理、设备采集配置 | 把设备标准工时简单塞进设备档案并用于所有零件 |
| 生产订单过程字段 | 生产计划、排产、装配已排产需求、生产工艺 | 只在报表页维护，不写回业务主链路 |
| 质检处置字段 | 质检中心、不合格处置、序检收检 | 让步接收记录页反向维护质检结果 |
| SAP 同步字段 | SAP 同步表或 MES 扩展表，只读展示同步时间和状态 | 前端手工覆盖 SAP 字段但不留来源 |
| 人工确认字段 | 待办类页面维护，例如手续确认报表，同时记录确认人和时间 | 把确认状态隐藏在 SQL 过滤里，没有操作日志 |
| 统计/看板指标 | 统一视图、存储过程、日报快照 | 每个看板各写一套 SQL 重新定义口径 |

### 3. 典型字段修正结论

| 需求点 | 修正结论 |
|---|---|
| 缺勤人员 | 必须先有“应到人员”和“实到人员”来源。应到来自班次/排班/岗位工位人员绑定，实到来自考勤/上岗/登录/报工。若现有系统没有排班入口，需要新增或扩展排班/出勤维护页；看板只查询缺勤结果。 |
| 关键工序 | 属于工艺属性，应在标准工艺和生产工艺维护。生产任务下发时快照 `是否关键工序`，质检和机加大屏读取快照。不能只在大屏或质检报表里临时标记。 |
| 标准单件工时 | 优先来自标准工艺/生产工艺，必要时增加设备+工序能力表。设备档案只维护设备能力参数和 OEE 参与属性。 |
| 发料齐套时间 | 如果来自 SAP，必须同步到 MES 并记录同步时间；如果允许人工修正，应放在生产计划/装配排产业务链路或装配已排产需求页，并保留维护历史。 |
| 装配完成时间 | 规则计算字段可以在装配已排产需求中显示；人工调整时要作为订单过程字段保存，不应只存在前端。 |
| 预计可执行时间 | 依赖 SAP 缺件、主子订单关系和人工判断。可以在及时齐套跟踪页维护，但要记录维护人、维护时间和依据。 |
| 让步接收 | 质检结果字段应在质检中心或不合格处置维护；让步接收记录页只做查询、导出和追溯。 |
| 外协供应商/SAP 收货单号 | 应在外协任务、序检收检或外协收货链路补字段；供应商质量报表只消费这些字段。 |
| OEE | OEE 是计算结果，不是人工维护字段。基础数据分别来自设备采集、MES 报工、质检记录、工艺标准工时和班次规则。 |

### 4. 对已完成页面的新增影响

| 现有页面 | 新增维护责任 |
|---|---|
| `ProcessManagement/ProcessProduct` 生产工艺 | 维护订单级关键工序、标准工时、标准工艺带出后的生产工艺草稿；保存时形成任务可用快照 |
| `ProcessManagement/ProcessesDevelop` 制定标准工艺 | 维护标准关键工序、标准单件工时、准备工时，作为生产工艺默认来源 |
| `SystemMaintenance/WorkstationManagement` | 补工位与设备、岗位、人员关系，支持缺勤和 OEE 维度 |
| `BasicData/ShiftManagement` 或现有班次管理 | 支持班次时间、跨天规则、应到人员或排班规则 |
| `BasicData/PersonnelManagement`、人员角色绑定 | 支持人员岗位、班组、工位范围，为缺勤和权限提供来源 |
| `ProductionManagement/AssemblyCenter` | 维护/展示装配执行、发料、送检、异常、手续确认相关过程字段 |
| `ProductionManagement/MachiningCenter` | 维护/展示机加扫码、设备绑定、报工、异常、关键工序执行状态 |
| `QualityManagement/QualityCenter` | 维护质检结果、让步接收、送检/已检数量、关键工序质检状态 |
| `DeviceManagement/DeviceInformation` | 维护主要设备、采集点位、OEE 参与标识，不独立承担所有标准工时 |

### 5. 后续评估新增需求的强制问题

后续每个新需求都要在开发前回答：

1. 这个字段是展示、维护、确认，还是计算。
2. 如果要维护，是否已有页面可以维护。
3. 如果新增页面，它是查询页、待办页，还是主数据维护页。
4. 数据是否需要修改历史；如果需要，是否留维护日志。
5. 是否需要任务快照，避免标准数据变化影响历史任务。
6. 是否影响生产任务看板、装配看板、质检看板、机加看板或 `board_view`。

只有这六个问题明确后，才能判断是“新增页面”、 “扩展现有页面”、 “新增维护页”，还是“只改 SQL/视图/看板口径”。
