feat: update MES pages and tracking docs

work/PlanManagement/TimelyKitTrackingResult/01-项目功能内容.md

@@ -0,0 +1,34 @@
+# 01-项目功能内容
+
+## 页面
+
+- 页面路径：`src/views/PlanManagement/TimelyKitTrackingResult/index.vue`
+- 菜单标题：及时齐套跟踪结果
+- 菜单模块：计划排产
+- 原始文档：`doc/新增及时齐套跟踪结果.docx`
+
+## 功能范围
+
+1. 新增“及时齐套跟踪结果”页面。
+2. 一级数据字段和过滤条件按“计划用表”页面对齐。
+3. 主表展示销售订单、计划号、生产订单、产品编码、产品名称、计划数量、入库数量、要求完工日、要求发货日、预计齐套时间、齐套、拣配状态、发料状态、装配开工、送检数量、终检、工艺、缺件项。
+4. 展开行展示文档要求的绿色二级数据：
+   - 物料编码：`SAP.SBO_YL.dbo.VIEW_Jijiankukc.ItemCode`
+   - 物料名称：`SAP.SBO_YL.dbo.VIEW_Jijiankukc.U_Name`
+   - 缺件数量：`SAP.SBO_YL.dbo.VIEW_Jijiankukc.未发货数量`
+   - 属性：`SAP.SBO_YL.dbo.VIEW_Jijiankukc.属性`，属性为空时显示为外购
+   - 生产订单号：机加件按 SAP 物料编码匹配 MES 生产计划；装配按 SAP 物料编码 + 销售订单匹配 MES 生产计划；外购取 SAP `在制采购`
+   - 进度：属性不为空时参考生产计划跟踪当前序；外购为空
+   - 工艺路线：属性不为空时参考生产计划跟踪工艺路线；外购拼接采购员、采购未清数量、到货草稿、质检状态
+   - 预计完成时间：属性不为空时取 MES 任务最大计划完成时间；外购取 SAP 采购预计交货时间
+
+## 数据库对象
+
+- 查询过程：`dbo.生产管理_及时齐套跟踪结果_查询`
+- SAP 视图：`[SAP].[SBO_YL].[dbo].[VIEW_Jijiankukc]`
+- MES 视图：`dbo.View_生产订单_MES`
+- 质检记录：`dbo.YL_质量检验_质检记录`
+- 菜单表：`dbo.登录基础数据_二级菜单`
+- 增量脚本：
+  - `db_backups/create_timely_kit_tracking_result_20260629.sql`
+  - `db_backups/add_timely_kit_tracking_result_menu_20260629.sql`

work/PlanManagement/TimelyKitTrackingResult/02-项目程序开发详细步骤.md

@@ -0,0 +1,45 @@
+# 02-项目程序开发详细步骤
+
+## 1. 需求解析
+
+1. 解包并读取 `doc/新增及时齐套跟踪结果.docx`。
+2. 确认需求：新增页面“及时齐套跟踪结果”，一级字段和过滤条件按“计划用表”一致，重点新增绿色二级缺件跟踪数据。
+3. 确认 SAP 数据源为四段名：`[SAP].[SBO_YL].[dbo].[VIEW_Jijiankukc]`。
+
+## 2. 数据库开发
+
+1. 新增 `db_backups/create_timely_kit_tracking_result_20260629.sql`。
+2. 创建或更新存储过程 `dbo.生产管理_及时齐套跟踪结果_查询`。
+3. 查询过程输入参数沿用“计划用表”：
+   - 订单号、物料类型、合同号、产品编码、产品名称、工序名称、计划开始、计划完成、排产状态、指派对象、计划号、发货状态、齐套、检验状态、发料状态、自制件属性。
+4. 使用 `[SAP].[SBO_YL].[dbo].[VIEW_Jijiankukc]` 读取缺件明细。
+5. 使用 `View_生产订单_MES` 匹配 MES 计划、任务状态、工艺路线和预计完成时间。
+6. 使用 `YL_质量检验_质检记录` 判断终检和外购到货草稿对应的来料检验状态。
+7. 脚本补充 `SET ANSI_NULLS ON` 和 `SET QUOTED_IDENTIFIER ON`，避免 XML `.value()` 和索引视图相关 SET 选项错误。
+
+## 3. 菜单开发
+
+1. 新增 `db_backups/add_timely_kit_tracking_result_menu_20260629.sql`。
+2. 以“计划用表”菜单为权限来源，复制已有角色的菜单授权。
+3. 新菜单：
+   - `path = TimelyKitTrackingResult/index`
+   - `componet = /PlanManagement/TimelyKitTrackingResult/index`
+   - `name = TimelyKitTrackingResult`
+   - `title = 及时齐套跟踪结果`
+
+## 4. 前端开发
+
+1. 新增页面 `src/views/PlanManagement/TimelyKitTrackingResult/index.vue`。
+2. 主表过滤区参考 `src/views/PlanManagement/PlanShell/index.vue`。
+3. 主表一级字段按计划用表展示。
+4. 使用 `el-table-column type="expand"` 展示缺件二级明细。
+5. 二级行使用浅绿色背景，贴合原文档“绿色部分二级数据”的表达。
+6. 状态字段使用与既有页面一致的绿色/橙色标签样式。
+
+## 5. 验证
+
+1. 执行查询脚本到 `YL_MESDB`。
+2. 执行菜单脚本，确认菜单写入 `登录基础数据_二级菜单`。
+3. 直接执行 `dbo.生产管理_及时齐套跟踪结果_查询`，确认 SAP linked server 可访问并返回数据。
+4. 执行 `npm run build`，确认前端构建通过。
+5. 复制原始 docx 到 `work/PlanManagement/TimelyKitTrackingResult` 并补齐 README、01-06 文档。

work/PlanManagement/TimelyKitTrackingResult/03-推进台账.md

@@ -0,0 +1,105 @@
+# 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`，确认主数据、二级缺件、外购采购状态展示符合业务预期。

work/PlanManagement/TimelyKitTrackingResult/04-任务矩阵.md

@@ -0,0 +1,20 @@
+# 04-任务矩阵
+
+| 任务编号 | 任务 | 状态 | 验收标准 |
+| --- | --- | --- | --- |
+| TKR-001 | 解析需求文档 | 已完成 | 已从 `doc/新增及时齐套跟踪结果.docx` 提取字段和数据来源 |
+| TKR-002 | 定位参考页面 | 已完成 | 确认一级字段和过滤条件参考 `PlanShell/index.vue` |
+| TKR-003 | 确认 SAP 数据源 | 已完成 | `[SAP].[SBO_YL].[dbo].[VIEW_Jijiankukc]` 可查询并返回字段 |
+| TKR-004 | 新增查询过程 | 已完成 | `dbo.生产管理_及时齐套跟踪结果_查询` 已创建并可返回数据 |
+| TKR-005 | 新增菜单 | 已完成 | `登录基础数据_二级菜单` 已新增“及时齐套跟踪结果”菜单 |
+| TKR-006 | 新增前端页面 | 已完成 | 页面文件已新增，主表和展开明细可渲染 |
+| TKR-007 | 构建验证 | 已完成 | `npm run build` 通过 |
+| TKR-008 | 工作文档归档 | 已完成 | README、01-06 文档和总日志已补齐 |
+| TKR-011 | 工艺路线三行展示 | 已完成 | 二级工艺路线包含日期行、工序行、合格行，并按状态着色 |
+| TKR-012 | 二级重复数据去重 | 已完成 | 同一一级数据下相同生产订单号只保留一条二级明细 |
+| TKR-013 | 外购一级数据修正 | 已完成 | 属性为空时按 `SAP.DocEntry` 匹配计划用表一级数据 |
+| TKR-014 | 一级主数据禁止 SAP 兜底 | 已完成 | 默认查询中产品编码/产品名称为空行数为 0，不出现只有 SAP 缺件字段的假主数据 |
+| TKR-015 | 外购二级生产订单号修正 | 已完成 | 外购缺件不再显示主生产订单号，有到货草稿时显示采购入库检生产订单 |
+| TKR-016 | 外购质检状态按采购入库检口径 | 已完成 | 外购按 `到货草稿 -> 质量检验_质检任务_SAP -> YL_质量检验_质检记录` 判断未完成/已完成 |
+| TKR-009 | 页面人工验收 | 待办 | 登录系统确认菜单可见、查询成功、展开行字段与业务一致 |
+| TKR-010 | 采购质检匹配口径复核 | 观察 | 如业务确认到货草稿不是 `YL_质量检验_质检记录.计划号`，需调整质检状态匹配规则 |

work/PlanManagement/TimelyKitTrackingResult/05-验收证据.md

@@ -0,0 +1,200 @@
+# 05-验收证据
+
+## 文档解析
+
+来源：
+
+- `doc/新增及时齐套跟踪结果.docx`
+
+解析结果：
+
+- 页面名称：及时齐套跟踪结果。
+- 一级数据字段根据计划用表页面一致。
+- 过滤条件和计划用表页面一致。
+- 二级数据来源：`SAP.SBO_YL.dbo.VIEW_Jijiankukc`。
+
+## SAP 视图验证
+
+命令：
+
+```powershell
+sqlcmd -S 192.168.2.92 -d YL_MESDB -U sa -P ****** -f 65001 -Q "SELECT TOP 3 * FROM [SAP].[SBO_YL].[dbo].[VIEW_Jijiankukc];"
+```
+
+结果：
+
+- SAP linked server 可访问。
+- 返回字段包括 `ItemCode`、`U_Name`、`属性`、`未发货数量`、`在制采购`、`采购员`、`采购预计交货日期`、`采购未清数量`、`到货草稿`。
+
+## 查询过程验证
+
+命令：
+
+```powershell
+sqlcmd -S 192.168.2.92 -d YL_MESDB -U sa -P ****** -f 65001 -i db_backups\create_timely_kit_tracking_result_20260629.sql
+```
+
+结果：
+
+- 脚本执行成功。
+- 初次取样时因 `QUOTED_IDENTIFIER` SET 选项不足报错，已在脚本中补充 `SET ANSI_NULLS ON` 和 `SET QUOTED_IDENTIFIER ON` 后重新发布。
+
+取样命令：
+
+```powershell
+EXEC dbo.[生产管理_及时齐套跟踪结果_查询]
+  @订单号=0,
+  @物料类型=N'自制件',
+  @合同号=N'',
+  @产品编码=N'',
+  @产品名称=N'',
+  @工序名称=N'',
+  @计划开始=N'',
+  @计划完成=N'',
+  @排产状态=N'全部',
+  @指派对象=N'全部',
+  @计划号=N'',
+  @发货状态=N'全部',
+  @齐套=N'全部',
+  @检验状态=N'',
+  @发料状态=N'全部',
+  @自制件属性=N'全部';
+```
+
+结果：
+
+- 查询可返回数据。
+- 样例包含生产订单、产品编码、缺件物料编码、缺件数量、缺件属性、进度、工艺路线、预计完成时间、质检状态等字段。
+
+## 菜单验证
+
+命令：
+
+```powershell
+sqlcmd -S 192.168.2.92 -d YL_MESDB -U sa -P ****** -f 65001 -i db_backups\add_timely_kit_tracking_result_menu_20260629.sql
+```
+
+结果：
+
+- 新增 4 条“及时齐套跟踪结果”菜单记录。
+- 菜单路径：`TimelyKitTrackingResult/index`。
+- 组件路径：`/PlanManagement/TimelyKitTrackingResult/index`。
+
+## 前端构建验证
+
+命令：
+
+```powershell
+npm run build
+```
+
+结果：
+
+- 构建通过。
+- webpack compiled with 2 warnings。
+- 警告为项目既有资源体积过大和 Browserslist/caniuse-lite 数据过期。
+
+## 产物证据
+
+- 页面：`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`
+- 总日志：`gptlog-process/gpdlog.md`
+
+## 第 2 轮修正验证
+
+重新发布查询过程：
+
+```powershell
+sqlcmd -S 192.168.2.92 -d YL_MESDB -U sa -P ****** -f 65001 -i db_backups\create_timely_kit_tracking_result_20260629.sql
+```
+
+结果：
+
+- 执行成功。
+- 查询过程新增最终去重层，按 `订单号 + 缺件生产订单号` 保留一条二级明细。
+- 查询过程新增 `工艺路线明细` JSON，供页面渲染日期行、工序行、合格行。
+
+重复数据验证：
+
+```powershell
+EXEC dbo.[生产管理_及时齐套跟踪结果_查询] @订单号=7134, ...
+```
+
+结果：
+
+- 返回同一生产订单号 `7134` 的二级明细 1 条。
+- 不再出现同一生产订单号多条重复数据。
+
+外购一级数据验证：
+
+```powershell
+EXEC dbo.[生产管理_及时齐套跟踪结果_查询] @订单号=7335, ...
+```
+
+结果：
+
+- 返回 `SAP单据=7335`。
+- 一级数据已按 `SAP.DocEntry=7335` 匹配到计划用表/MES 计划数据。
+
+构建验证：
+
+```powershell
+npm run build
+```
+
+结果：
+
+- 构建通过。
+- webpack compiled with 2 warnings。
+- 警告仍为项目既有资源体积过大和 Browserslist/caniuse-lite 数据过期。
+
+## 第 3 轮修正验证
+
+重新发布查询过程：
+```powershell
+sqlcmd -S 192.168.2.92 -d YL_MESDB -U sa -P ****** -f 65001 -i db_backups\create_timely_kit_tracking_result_20260629.sql
+```
+
+结果：
+- 执行成功。
+
+样例 `2007` 验证：
+```powershell
+EXEC dbo.[生产管理_及时齐套跟踪结果_查询] @订单号=2007;
+```
+
+结果：
+- 一级主数据返回 `订单号=2007`、`产品编码=214-YGSA200001`、`产品名称=过滤器组件`。
+- 外购缺件为 `24112-011-HY-WF50L`。
+- 缺件生产订单号不再显示为主订单号 `2007`。
+- 外购采购状态显示采购员、采购未清数量、到货草稿、质检状态。
+
+样例 `7321` 验证：
+```powershell
+EXEC dbo.[生产管理_及时齐套跟踪结果_查询] @订单号=7321;
+```
+
+结果：
+- 外购缺件 `XX-YG01013990` 的到货草稿为 `11209`。
+- 缺件生产订单号显示 `11209`。
+- 质检状态按采购入库检口径显示 `未完成`。
+
+默认查询统计：
+```text
+总行数：198
+产品编码/产品名称为空行数：0
+缺件生产订单号等于主订单号行数：0
+非外购质检状态非空行数：0
+```
+
+前端构建：
+```powershell
+npm run build
+```
+
+结果：
+- 构建通过。
+- webpack compiled with 2 warnings。
+- 警告为项目既有资源体积过大和 Browserslist/caniuse-lite 数据过期。

work/PlanManagement/TimelyKitTrackingResult/06-决策记录.md

@@ -0,0 +1,73 @@
+# 06-决策记录
+
+## DR-001 页面放在计划排产模块
+
+- 决策：页面路径使用 `src/views/PlanManagement/TimelyKitTrackingResult/index.vue`，菜单挂在“计划排产”模块下。
+- 原因：需求明确一级字段和过滤条件按“计划用表”一致，而“计划用表”属于 `PlanManagement`。
+- 影响：菜单权限按“计划用表”复制，避免误开放给没有计划排产权限的角色。
+
+## DR-002 查询过程整合 SAP 缺件和 MES 计划
+
+- 决策：新增独立过程 `dbo.生产管理_及时齐套跟踪结果_查询`，不直接改“计划用表”原过程。
+- 原因：新页面有大量二级缺件追踪字段，直接改 `计划排产_查询计划信息` 会影响既有页面。
+- 影响：后续口径调整集中在新过程，不影响计划用表。
+
+## DR-003 外购件属性为空时按采购状态展示
+
+- 决策：SAP `属性` 为空时显示为“外购”，生产订单号取 SAP `在制采购`，工艺路线列拼接采购员、采购未清数量、到货草稿、质检状态。
+- 原因：需求明确“属性为空时取值 SAP 视图.在制采购”，并要求外购显示采购相关字段。
+- 影响：外购件不会显示当前序；如果业务后续要求外购也关联 MES 订单，需要新增匹配规则。
+
+## DR-004 自制件按属性区分匹配规则
+
+- 决策：机加件用 SAP `ItemCode` 匹配 MES `物料编号`；装配件用 SAP `ItemCode + Project` 匹配 MES `物料编号 + 合同号`。
+- 原因：需求原文明确机加和装配的匹配条件不同。
+- 影响：SAP `Project` 与 MES 合同号不一致时，装配件可能匹配不到 MES 计划。
+
+## DR-005 二级数据用展开表承载
+
+- 决策：主表按订单/产品汇总，缺件明细放到 `el-table-column type="expand"` 的二级表中。
+- 原因：需求区分一级数据和绿色二级数据，展开表能避免主表过宽，同时保留所有缺件明细。
+- 影响：导出或打印如果需要平铺明细，后续需要另加导出功能。
+
+## DR-006 QUOTED_IDENTIFIER 显式设置
+
+- 决策：查询过程脚本显式设置 `SET ANSI_NULLS ON` 和 `SET QUOTED_IDENTIFIER ON`。
+- 原因：过程使用 XML `.value()` 处理工艺路线拼接，SQL Server 对相关 SET 选项有要求。
+- 影响：后续重建该过程必须保留这些 SET 选项。
+
+## DR-007 外购一级数据按 SAP DocEntry 匹配
+
+- 决策：SAP `属性` 为空时，使用 `SAP.DocEntry` 作为订单编号匹配计划用表/MES 计划数据。
+- 原因：用户明确指出外购一级数据不应取 `在制采购`，应取 SAP 视图 `DocEntry`。
+- 影响：外购件的一级字段会尽量从对应 MES 计划订单读取；`在制采购` 不再作为一级匹配订单号。
+
+## DR-008 二级同生产订单号去重
+
+- 决策：最终查询结果按 `订单号 + 缺件生产订单号` 做去重，只保留缺件数量最大的一条。
+- 原因：业务要求二级数据里不应出现生产订单号一样的数据。
+- 影响：如果同一生产订单号下确实有多个不同 SAP 行，页面只展示汇总代表行；后续若要展示多 SAP 行，需要改为汇总数量而不是逐行显示。
+
+## DR-009 工艺路线由结构化 JSON 驱动
+
+- 决策：查询过程新增 `工艺路线明细` JSON，前端据此渲染日期行、工序行、合格行和颜色。
+- 原因：纯文本工艺路线无法满足计划用表式的日期、合格数和颜色展示。
+- 影响：前端展示依赖 SQL Server `FOR JSON PATH` 输出；旧字段 `工艺路线` 保留作为无明细时的降级文本。
+
+## DR-010 一级主数据必须来自计划用表
+
+- 决策：及时齐套跟踪结果的一级主数据必须匹配 `View_生产订单_MES`，不允许用 SAP 缺件字段兜底生成主数据。
+- 原因：页面主表代表计划用表主订单，SAP 缺件只能作为缺件明细来源；兜底会产生产品编码、计划数量、日期等字段缺失的假主数据。
+- 影响：默认查询不再出现产品字段为空的主数据行。
+
+## DR-011 外购缺件生产订单号不使用主订单号
+
+- 决策：外购属性为空时，二级缺件生产订单号使用采购入库检侧的到货草稿；没有到货草稿时留空。
+- 原因：主订单号表示一级产品订单，不能同时作为外购缺件订单号，否则会出现“主数据缺件是主数据自身”的误解。
+- 影响：`2007` 这类外购缺件不再显示缺件生产订单号等于主订单号。
+
+## DR-012 外购质检状态按采购入库检任务判断
+
+- 决策：外购质检状态按 `SAP.到货草稿 -> 质量检验_质检任务_SAP.订单编号 -> YL_质量检验_质检记录` 判断。
+- 原因：采购入库检页面的生产订单字段来自 `质量检验_质检任务_SAP.订单编号`，状态由入库数量与来料检验数量决定。
+- 影响：有到货草稿的外购缺件能展示采购入库检口径的未完成/已完成；非外购不显示采购质检状态。

work/PlanManagement/TimelyKitTrackingResult/README.md

@@ -0,0 +1,17 @@
+# 新增及时齐套跟踪结果 README
+
+## 索引
+
+| 文件 | 用途 |
+| --- | --- |
+| `新增及时齐套跟踪结果.docx` | 原始需求文档副本 |
+| `01-项目功能内容.md` | 页面功能范围、字段来源和数据口径 |
+| `02-项目程序开发详细步骤.md` | 前端、数据库、菜单和验证步骤 |
+| `03-推进台账.md` | 每轮做了什么、改了哪些文件、验证了什么、下一步是什么 |
+| `04-任务矩阵.md` | 任务编号、状态、验收标准 |
+| `05-验收证据.md` | 命令、页面、SQL、构建等证据 |
+| `06-决策记录.md` | 关键实现决策与原因 |
+
+## 后续推进方式
+
+后续继续该任务时，先看 `04-任务矩阵.md` 中状态为“待办”或“观察”的任务，再按 `03-推进台账.md` 追加新轮次。涉及数据库口径调整时，新增 `db_backups` 增量脚本，不直接覆盖历史脚本。