meswork/yl

Fork 0

Files

meswork764 39638e9032 docs: 更新元利MES分析与今日工作汇报

2026-05-25 18:30:31 +08:00

56 KiB

Raw Permalink Blame History

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

生成日期：2026-05-25

分析依据：

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

一、分析视角调整

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

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

核心判断：

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

二、总体连锁影响

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

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

1. 工时口径会被重构

新增需求之前，系统主要工时来源集中在生产执行和质检相关记录，典型对象包括：

YL_加工中心_操作记录表
生产管理_工时校验_校验工时表
装配报工记录
质检记录或质检报工

新增需求之后，工时会被拆成更多类别：

机加工时
装配工时
质检工时
设计工时
编程工时
设备运行工时
程序工时
人员工时
合同工时
预计总工时
剩余工时

会产生的问题：

原来“总工时”字段含义不够用了。
- SelfMakePlandone 要加总工时。
- 装配已排产需求要显示生产订单累计工时、合同工时汇总。
- 班次产量表要按设备、日期、班次汇总工时。
- 工时报表要加指派对象。
- 如果都叫“总工时”，但来源不一致，页面数字会对不上。
合同进度会和生产任务工时产生冲突。
- 装配已排产需求提出“合同进度 = 累计工时 / 预计总工时”。
- 但累计工时是否包含设计、质检、编程、装配、返工、异常工时，需要明确。
- 如果不明确，合同进度会成为争议字段。
已完成报表需要增加工时分类。
- 原工时报表只要显示工时即可。
- 新增设计/编程后，必须能区分工时类型。
- 否则设计工时可能被误算进生产工时，或者合同总工时漏算。

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

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

产生的隐性需求：

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

客户可能继续要：

合同维度工时明细。
人员维度工时排名。
设备维度利用率。
设计/装配/质检工时占比。
超预算工时预警。

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

现有系统中已经出现很多状态：

排产状态
派工状态
任务状态
加工状态
收料状态
发料状态
质检状态
入库状态
加急状态
外协通知
SAP 订单状态
手续确认状态
异常状态
编程完成状态
设计任务状态

会产生的问题：

一个任务在不同页面可能显示成不同状态。
- 排产页面看 排产状态、派工状态。
- 生产中心看 任务状态、加工状态。
- 质检页面看检验记录。
- 手续确认报表看手续确认、入库、关闭。
- SAP 订单关闭后，MES 任务可能仍显示未完成。
新增状态会影响原来的“消失条件”。
- 手续确认报表中，已完成、取消、关闭、整单已入库都要消失。
- 质检任务早知道也要排除已入库、关闭、取消任务。
- 及时检验报表要排除已检足数量的任务。
- 如果状态判断不统一，会出现同一任务在 A 页面消失，在 B 页面仍提醒。
异常状态会打断原流程。
- 报异常后是否允许继续报工？
- 异常未关闭时是否允许质检？
- 异常是否影响及时开工/及时检验/齐套报表？
- 这些都不是当前页面能单独决定的。

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

页面/报表	受影响点	建议调整
`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 订单取消/关闭状态

会产生的问题：

实时查 SAP 和 MES 落库字段会不一致。
- 及时齐套缺件明细要求 SAP 实时查询。
- 装配已排产需求要求 SAP 派工时间、合同交货期。
- 发货通知列表来源 SAP。
- 如果某些页面读 SAP 实时，某些页面读 MES 同步表，数字和状态可能不同。
SAP 写操作失败会产生半成功数据。
- MES 排产已完成，但 SAP 生产订单未更新。
- MES 工时校验已保存，但 InventoryGenExits 失败。
- 批量关闭 SAP 订单时，部分成功部分失败。
- 外协采购请求成功，但 MES 未记录单号。
新增报表会追问 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. 报表会从结果展示变成数据追溯

新增需求中报表很多：

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

会产生的问题：

报表之间会互相引用同一批数据。
- 及时检验依赖报工记录和质检记录。
- 生产日报-送检依赖送检和质检记录。
- 质检任务早知道依赖装配完成时间。
- 装配已排产需求依赖工时、异常、齐套、SAP 字段。
- 如果每个报表各写一套 SQL，口径会分裂。
报表新增字段会要求历史数据补齐。
- 外协检验新增供应商后，历史质检记录没有供应商。
- 发料齐套时间新增后，历史生产计划没有该字段。
- 手续确认新增后，历史任务默认是否“未确认”需要确定。
- 设计/编程工时新增后，历史合同进度是否重算需要确定。
报表会反向要求修改业务页面。
- 报表要统计供应商合格率，就要求质检页面必须保存供应商。
- 报表要统计及时检验，就要求报工结束时间必须准确。
- 报表要统计手续确认，就要求业务页面维护确认状态。
- 报表要统计合同进度，就要求所有工时都有合同号。

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

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

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

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

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

原因：

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

建议：

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

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

适合放扩展表的字段：

手工维护字段。
SAP 同步字段。
报表补充字段。
后续可能继续变动的字段。

不建议直接塞入主任务表的字段：

钣金预达、钣金到达、泵、当前对应内容。
手续确认说明。
SAP 同步状态明细。
合同级汇总字段。

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

尤其是：

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

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

九、结论

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

最需要提前处理的是：

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

因此后续评估新增需求时，应先问一个问题：这个需求新增的数据，会不会改变现有页面、报表、看板、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. 看板暴露出的系统级隐性需求

统一指标口径层
现在不同看板各自写存储过程：生产任务综合看板_*、装配中心任务看板_*、质量任务看板_*、机加设备生产运营看板_*、看板_*。这些过程大量重复读取 View_生产订单_MES、YL_质量检验_质检记录、YL_加工中心_操作记录表。后续应建立统一口径视图，例如：
- View_MES_任务状态统一口径
- View_MES_齐套缺件统一口径
- View_MES_质检待办统一口径
- View_MES_工时统一口径
- View_MES_设备任务运行统一口径
统一状态字典
当前看板内同时出现 任务状态、加工状态、排产状态、齐套、发料状态、拣配状态、发货状态、加急状态、质检状态、设备状态。这些状态来自不同表，且有的前端再次转换。必须补一张状态解释表或统一视图，避免同一个 0/1/2/4 在不同页面含义不同。
SAP 同步状态与时间戳
看板不是实时调用 B1 Service Layer，而是通过 SQL 读取 SAP 跨库表或 SAP 同步落地表，例如 ubt_OPKL_UrgentMaterials_ALL、UBT_ODRF_ODLNMES、质量检验_质检任务_SAP。因此大屏上所有 SAP 相关指标都应该显示或记录同步时间、同步结果、失败原因。否则用户看到缺件、发货、加急时无法判断是 SAP 最新状态还是 MES 缓存状态。
指标钻取能力
board_view 已经有中央订单点击钻取明细，其他看板多数只有汇总和滚动表。新增需求上线后，客户很可能要求点击“未及时开工、未清质检、缺件、异常、加急、未齐套”直接看到来源明细。不能只返回总数，过程应统一支持“汇总 + 明细 + 字段来源”。
历史快照
大屏是实时结果，但日报、周报、月报需要历史定版。当前很多过程使用 GETDATE() 实时计算，例如当天完成、近 3 天装配合格率、当月计划执行率。新增管理报表后，必须保存日快照或允许传入统计日期，否则第二天无法复现昨天看板上的数字。
占位指标清理
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. 总体影响链路

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 = 设备利用率 * 开动率 * 合格率

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

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

因此 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. 工时异常报表会反向推动工时体系重构

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

异常来源不只设备
单件工时超标可能来自设备状态异常、程序问题、刀具/工装、人员操作、物料质量、等待质检、等待发料。报表如果只列超标，不记录原因，会变成无法闭环的告警列表。
需要区分程序工时和人工工时
程序工时用于判断设备加工效率；人工工时用于人工绩效和 SAP 工时上传。两者差异本身就是一个分析点，不能用程序工时直接覆盖人工报工。
需要异常确认流程
如果报表用于管理考核，就必须支持确认：是否真实异常、原因分类、责任部门、处理说明、确认人、确认时间。否则数据会被质疑。

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

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

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. 需要优先确认的问题

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

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

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

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

报表页面有字段，但没有地方录入，最终只能写死、手工改库或长期为空。
看板显示了 KPI，但基础字段散落在多个页面，用户不知道该去哪里修正。
同一个字段在标准数据、订单数据、任务快照、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. 后续评估新增需求的强制问题

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

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

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

56 KiB Raw Permalink Blame History Unescape Escape

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

一、分析视角调整

二、总体连锁影响

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

1. 工时口径会被重构

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

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

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

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

1. 计划排产相关页面

2. 生产执行相关页面

3. 质检相关页面

4. 外协相关页面

5. 工艺和基础数据页面

6. 已完成看板和报表

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

1. 新字段放哪里

2. 历史数据怎么处理

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

六、系统级隐性需求清单

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

1. 围绕工时

2. 围绕状态和进度

3. 围绕 SAP

4. 围绕质检

5. 围绕报表

6. 围绕异常

八、建议的开发控制策略

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

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

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

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

九、结论

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

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

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

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

4. 统一改造建议

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

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

1. 总体影响链路

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

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

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

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

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

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

8. 需要优先确认的问题

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

1. 判断框架

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

3. 典型字段修正结论

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

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

56 KiB

Raw Permalink Blame History