meswork/MES_Manage_View_V20
6
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
Files
e0e1b5d2bbc4c90884ef37db9a0a8bce50dba398
MES_Manage_View_V20/work/PlanManagement/TimelyKitTrackingResult/03-推进台账.md

6.1 KiB
Raw Blame History

03-推进台账

2026-06-29 第 1 轮：新增及时齐套跟踪结果页面

做了什么

  • 解析 doc/新增及时齐套跟踪结果.docx，确认页面名称、字段来源和数据口径。
  • 查找现有“计划用表”和“生产计划跟踪”页面，复用过滤条件、一级字段和当前序/工艺路线表达。
  • 确认 SAP 缺件视图为 [SAP].[SBO_YL].[dbo].[VIEW_Jijiankukc]，并读取字段列表。
  • 新增查询过程 dbo.生产管理_及时齐套跟踪结果_查询。
  • 新增菜单脚本，把“及时齐套跟踪结果”挂到计划排产模块，并复制“计划用表”的角色授权。
  • 新增 Vue 页面 src/views/PlanManagement/TimelyKitTrackingResult/index.vue。
  • 创建 work/PlanManagement/TimelyKitTrackingResult，复制原始需求文档并补齐 README、01-06 文档。
  • 将完整执行过程追加到 /gptlog-process/gpdlog.md。

改了哪些文件

  • src/views/PlanManagement/TimelyKitTrackingResult/index.vue
  • db_backups/create_timely_kit_tracking_result_20260629.sql
  • db_backups/add_timely_kit_tracking_result_menu_20260629.sql
  • work/PlanManagement/TimelyKitTrackingResult/新增及时齐套跟踪结果.docx
  • work/PlanManagement/TimelyKitTrackingResult/README.md
  • work/PlanManagement/TimelyKitTrackingResult/01-项目功能内容.md
  • work/PlanManagement/TimelyKitTrackingResult/02-项目程序开发详细步骤.md
  • work/PlanManagement/TimelyKitTrackingResult/03-推进台账.md
  • work/PlanManagement/TimelyKitTrackingResult/04-任务矩阵.md
  • work/PlanManagement/TimelyKitTrackingResult/05-验收证据.md
  • work/PlanManagement/TimelyKitTrackingResult/06-决策记录.md
  • gptlog-process/gpdlog.md

验证了什么

  • SQL 查询过程脚本执行成功。
  • 菜单脚本执行成功，生成 4 条角色菜单记录。
  • 直接执行 dbo.生产管理_及时齐套跟踪结果_查询 可返回 SAP 缺件和 MES 计划组合数据。
  • 执行 npm run build 通过，仅有项目既有资源体积和 Browserslist/caniuse-lite 过期警告。

下一步

  • 登录系统，在计划排产模块打开“及时齐套跟踪结果”，确认菜单可见、页面可查、展开行字段符合业务预期。

2026-06-29 第 2 轮：修正工艺路线、重复明细和外购一级数据

做了什么

  • 根据反馈修正二级工艺路线展示，增加日期行、工序行、合格行和颜色。
  • 查询过程新增 工艺路线明细 JSON，返回每道工序的计划日期、工序名称、指派对象、进度、完成数量、收检合格数和加工状态。
  • 前端将自制件二级“工艺路线/采购状态”列从纯文本改为三行彩色工艺路线；外购仍显示采购状态文本。
  • SQL 增加两层去重：
    • SAP 原始缺件按 DocEntry + Project + ItemCode + 属性 取一条。
    • 最终结果按 订单号 + 缺件生产订单号 取一条，避免同一生产订单号重复出现在二级数据。
  • 修正外购一级数据口径：属性为空时使用 SAP.DocEntry 作为订单编号去匹配计划用表/MES 计划数据，而不是使用 在制采购。

改了哪些文件

  • src/views/PlanManagement/TimelyKitTrackingResult/index.vue
  • db_backups/create_timely_kit_tracking_result_20260629.sql
  • work/PlanManagement/TimelyKitTrackingResult/03-推进台账.md
  • work/PlanManagement/TimelyKitTrackingResult/04-任务矩阵.md
  • work/PlanManagement/TimelyKitTrackingResult/05-验收证据.md
  • work/PlanManagement/TimelyKitTrackingResult/06-决策记录.md
  • gptlog-process/gpdlog.md

验证了什么

  • 重新发布 dbo.生产管理_及时齐套跟踪结果_查询 成功。
  • 查询 @订单号=7134 时，同一生产订单号二级明细只返回 1 条。
  • 查询 @订单号=7335 时，外购件已按 SAP.DocEntry=7335 匹配出计划用表一级数据。
  • 执行 npm run build 通过，仅有项目既有资源体积和 Browserslist/caniuse-lite 过期警告。

下一步

  • 登录页面人工检查展开行的三行工艺路线显示效果，确认颜色和计划用表页面一致。

2026-06-29 第 3 轮：修正外购质检状态和主数据匹配

做了什么

  • 根据反馈重新拆分一级主数据和二级缺件数据的匹配职责。
  • 一级主数据只按 SAP.DocEntry = View_生产订单_MES.订单编号 读取计划用表主订单，不再允许 SAP 缺件数据兜底生成主数据。
  • 自制缺件单独通过缺件物料编码和合同号匹配二级生产订单，用于工艺路线、进度和缺件生产订单号。
  • 外购缺件不再把主生产订单号作为缺件生产订单号；有到货草稿时显示到货草稿对应的采购入库检生产订单。
  • 外购质检状态改为按采购入库检页面口径读取：根据 SAP.到货草稿 匹配 质量检验_质检任务_SAP.订单编号，再用入库数量和来料检验记录判断未完成/已完成。
  • 非外购缺件的质检状态保持为空，避免误显示采购入库检状态。

改了哪些文件

  • db_backups/create_timely_kit_tracking_result_20260629.sql
  • work/PlanManagement/TimelyKitTrackingResult/03-推进台账.md
  • work/PlanManagement/TimelyKitTrackingResult/04-任务矩阵.md
  • work/PlanManagement/TimelyKitTrackingResult/05-验收证据.md
  • work/PlanManagement/TimelyKitTrackingResult/06-决策记录.md
  • gptlog-process/gpdlog.md

验证了什么

  • 重新发布 dbo.生产管理_及时齐套跟踪结果_查询 成功。
  • 查询 @订单号=2007，一级主数据字段完整，外购缺件生产订单号不再显示为主订单号 2007。
  • 查询 @订单号=7321，外购缺件根据 到货草稿=11209 显示二级生产订单号 11209，质检状态为采购入库检口径的未完成。
  • 默认查询统计：总行数 198，产品编码/产品名称为空行数 0，缺件生产订单号等于主订单号行数 0，非外购质检状态非空行数 0。
  • 执行 npm run build 通过，仅有项目既有资源体积和 Browserslist/caniuse-lite 过期警告。

下一步

  • 在页面刷新后检查前 1-10 行和第 32 行 2007，确认主数据、二级缺件、外购采购状态展示符合业务预期。
Reference in New Issue View Git Blame Copy Permalink