feat: update MES tracking and reporting workflows

gptlog-process/gpdlog.md

@@ -1165,3 +1165,455 @@ pm run build：通过，仅有既有警告。
 - `work/PlanManagement/TimelyKitTrackingResult/05-验收证据.md`
 - `work/PlanManagement/TimelyKitTrackingResult/06-决策记录.md`
 - `gptlog-process/gpdlog.md`
+
+### 验证结果
+
+- 查询过程发布成功。
+- `@订单号=2007`：一级主数据完整，外购缺件生产订单号不再等于 `2007`。
+- `@订单号=7321`：外购缺件按到货草稿 `11209` 显示缺件生产订单号，质检状态来自采购入库检口径。
+- 默认查询统计：总行数 198，产品编码/产品名称为空行数 0，缺件生产订单号等于主订单号行数 0，非外购质检状态非空行数 0。
+- `npm run build` 通过，仅有项目既有资源体积过大和 Browserslist/caniuse-lite 过期警告。
+
+## 2026-06-30 修正及时齐套跟踪结果库存数量、采购员和工艺路线样式
+
+### 用户反馈
+
+1. `src/views/PlanManagement/TimelyKitTrackingResult/index.vue` 页面二级数据需要在缺件数量后增加库存数量字段，库存数量在 SAP 里有。
+2. 去掉拼接的采购员字段。
+3. 工艺路线需要左对齐，当前间隔偏大。
+4. 工艺路线颜色参考生产计划跟踪页面，使用红、蓝、绿，不使用橙色。
+5. 所有改动按昨日方式维护 01-06 文档、README 索引、推进台账、任务矩阵、验收证据、决策记录，并追加总日志。
+
+### 执行过程
+
+1. 读取目标页面 `src/views/PlanManagement/TimelyKitTrackingResult/index.vue`，确认二级明细已有缺件数量、采购员列，以及本页自定义工艺路线样式。
+2. 读取参考页面 `src/views/ProductionManagement/ProductionPlanTrack/index.vue`，确认生产计划跟踪的工艺路线为左对齐、紧凑间距、红/蓝/绿文字配色。
+3. 修改前端页面：
+   - 在二级明细“缺件数量”后新增“库存数量”列。
+   - 在 `mergeRows` 中新增 `库存数量: this.formatQuantity(row.库存数量)`。
+   - 删除二级明细“采购员”列和 `采购员` 映射。
+   - 工艺路线名称只显示工序名称，不再拼接指派对象。
+   - 删除橙色状态判断和橙色样式。
+   - 调整 `.process-route` 相关样式为左对齐、缩小箭头和单元格间距、红/蓝/绿三色。
+4. 连接数据库 `192.168.2.92 / YL_MESDB`，读取 SAP 视图字段列表，确认 `[SAP].[SBO_YL].[dbo].[VIEW_Jijiankukc]` 包含 `库存量` 字段。
+5. 新增数据库增量脚本 `db_backups/update_timely_kit_tracking_result_inventory_20260630.sql`，不覆盖 20260629 历史脚本。
+6. 修改增量脚本：
+   - 在 `SAP缺件源` 中增加 `ISNULL(s.[库存量], 0) AS 库存数量`。
+   - 在查询结果中输出 `sap.[库存数量] AS [库存数量]`。
+   - 最终 SELECT 输出 `[库存数量]`。
+   - 删除 `sap.[采购员]` 输出。
+   - 外购采购状态文本从 `采购员 + 未清数量 + 到货草稿 + 质检状态` 改为 `未清数量 + 到货草稿 + 质检状态`。
+7. 执行 `db_backups/update_timely_kit_tracking_result_inventory_20260630.sql` 发布过程，发布成功。
+8. 验证 `@订单号=2007`，返回缺件 `24112-011-HY-WF50L`，缺件数量 `78`，库存数量 `27`，结果列不再包含采购员。
+9. 验证 `@订单号=7321`，返回缺件 `XX-YG01013990`，缺件数量 `6`，库存数量 `2`，外购采购状态不再包含采购员。
+10. 执行过程定义检查，结果为“有库存数量 / 未拼接采购员”。
+11. 曾尝试用 `OPENQUERY([LOCALSERVER], ...)` 做辅助落表验证，但数据库未配置 `LOCALSERVER` linked server，该无效命令不作为验收证据，已用过程样例和定义检查替代。
+12. 执行 `npm run build`，构建通过，仅有项目既有资源体积过大和 Browserslist/caniuse-lite 过期警告。
+13. 更新 README、01-06 文档、推进台账、任务矩阵、验收证据、决策记录，并追加本日志。
+
+### 修改文件
+
+- `src/views/PlanManagement/TimelyKitTrackingResult/index.vue`
+- `db_backups/update_timely_kit_tracking_result_inventory_20260630.sql`
+- `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`
+
+### 验证结果
+
+- SAP 视图字段确认：`VIEW_Jijiankukc` 包含 `库存量`。
+- SAP 视图取样：`DocEntry=2007`、`ItemCode=24112-011-HY-WF50L`、`未发货数量=78`、`库存量=27`。
+- 查询过程发布成功。
+- `@订单号=2007` 返回 `库存数量=27`。
+- `@订单号=7321` 返回 `库存数量=2`。
+- 过程定义检查：有 `库存数量`，未拼接 `采购员:`。
+- `npm run build` 通过，仅有项目既有 warning。
+
+### 下一步
+
+- 登录系统人工验收“及时齐套跟踪结果”展开行，确认库存数量位置、外购采购状态文本、工艺路线左对齐和红/蓝/绿颜色符合现场预期。
+
+## 2026-06-30 修正及时齐套跟踪结果 7134 工艺路线判色
+
+### 用户反馈
+
+- 当前页二级数据 `7134` 的工艺路线颜色仍有问题：当前页显示一个蓝色两个红色，生产计划跟踪显示两个蓝色一个红色。
+
+### 执行过程
+
+1. 对比当前页 `src/views/PlanManagement/TimelyKitTrackingResult/index.vue` 和生产计划跟踪 `src/views/ProductionManagement/ProductionPlanTrack/index.vue` 的工艺路线判色函数。
+2. 查询数据库确认 `7134` 工艺数据：
+   - 打磨：加工状态 `6`，收检合格数 `6`。
+   - 打压检测：加工状态为空，收检合格数 `6`。
+   - 喷塑：外协，收检合格数 `0`。
+3. 确认差异原因：当前页旧逻辑按进度、计划数量、完成数量或收检数量达到计划数量判蓝；生产计划跟踪按加工状态 `6/3` 或 `收检合格数 > 0` 判蓝。
+4. 修改当前页判色逻辑：
+   - 新增 `isBlueProcess`，与生产计划跟踪一致。
+   - 新增 `isGreenProcess`，与生产计划跟踪外协绿色口径一致。
+   - 新增 `getProcessBaseClass` 和 `getOutsourceGroupClassState`，复用生产计划跟踪的外协连续分组判色口径。
+   - `formatProcessRoute` 改为基于 `outsourceGroupClasses` 获取颜色。
+5. 本地模拟 `7134` 判色结果：`step1:process-route-blue,step2:process-route-blue,step3:process-route-red`。
+6. 执行 `npm run build`，构建通过，仅有项目既有资源体积和 Browserslist/caniuse-lite 过期警告。
+7. 更新推进台账、任务矩阵、验收证据、决策记录和总日志。
+
+### 修改文件
+
+- `src/views/PlanManagement/TimelyKitTrackingResult/index.vue`
+- `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 验证 `7134` 的第二道工序“打压检测”有 `收检合格数=6`。
+- 本地判色模拟结果为两个蓝色、一个红色。
+- 当前页无 `process-route-orange`。
+- `npm run build` 通过，仅有项目既有 warning。
+
+### 下一步
+
+- 登录页面展开 `7134`，确认当前页工艺路线颜色与生产计划跟踪一致。
+
+## 2026-06-30 恢复外购采购状态采购员拼接
+
+### 用户反馈
+
+- 还原字段拼接采购员部分。
+- 不要单独的采购员列。
+
+### 执行过程
+
+1. 确认前端 `src/views/PlanManagement/TimelyKitTrackingResult/index.vue` 当前没有单独采购员列。
+2. 修改最新过程脚本 `db_backups/update_timely_kit_tracking_result_purchase_order_20260630.sql`：
+   - 在 `SAP缺件源` 中重新读取 `s.[采购员] COLLATE DATABASE_DEFAULT AS 采购员`。
+   - 外购 `工艺路线/采购状态` 文本改为 `采购员:xxx / 未清数量:xxx / 到货草稿:xxx / 质检状态:xxx`。
+   - 不在最终 SELECT 中输出单独 `采购员` 字段。
+3. 发布 `dbo.生产管理_及时齐套跟踪结果_查询` 成功。
+4. 查询 `@订单号=7321` 验证：
+   - 缺件生产订单号为 `4111`，来自 SAP `在制采购`。
+   - 工艺路线/采购状态为 `采购员:张丹 / 未清数量:50 / 到货草稿:11209 / 质检状态:未完成`。
+   - 预计完成时间为 `2026-06-25`，来自 SAP `采购预计交货日期`。
+5. 使用 `sys.dm_exec_describe_first_result_set_for_object` 检查结果集列，确认没有单独 `采购员` 列。
+6. 使用 `Select-String` 检查前端页面，确认没有 `label="采购员"` 或 `prop="采购员"`。
+7. 执行 `npm run build`，构建通过，仅有项目既有资源体积和 Browserslist/caniuse-lite 过期警告。
+8. 更新推进台账、任务矩阵、验收证据、决策记录和总日志。
+
+### 修改文件
+
+- `db_backups/update_timely_kit_tracking_result_purchase_order_20260630.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`
+
+### 验证结果
+
+- 查询过程发布成功。
+- `@订单号=7321` 外购采购状态已包含 `采购员:张丹`。
+- 结果集无单独 `采购员` 列。
+- 前端无单独采购员列。
+- `npm run build` 通过，仅有项目既有 warning。
+
+### 下一步
+
+- 登录页面确认外购采购状态文本显示采购员，且二级表没有单独采购员列。
+
+## 2026-06-30 自制缺件显示所有匹配生产订单
+
+### 用户反馈
+
+- 同一个生产订单号不要出现重复。
+- 同一缺件物料所有匹配生产订单都显示。
+
+### 执行过程
+
+1. 排查 `@订单号=4222` 当前结果，确认旧过程只返回二级生产订单 `5960` 或 `7142` 中的一条。
+2. 查询 SAP 缺件视图，确认 `4222` 的缺件物料为 `22-103-060-YDZF-20V1.0-4.1`，`DocNum=5960`。
+3. 查询 MES 生产订单，确认同一缺件物料同时存在 `5960` 和 `7142` 两个生产订单。
+4. 定位旧逻辑问题：`detail_order` 使用 `SELECT TOP (1)`，天然只能显示一个匹配生产订单。
+5. 新增脚本 `db_backups/update_timely_kit_tracking_result_multi_detail_orders_20260630.sql`。
+6. 修改 `detail_order`：
+   - 去掉自制件匹配的 `TOP (1)` 单行限制。
+   - 使用 `ROW_NUMBER() OVER (PARTITION BY m.[订单编号] ORDER BY m.[订单行号])`，确保同一生产订单号只保留一条代表行。
+   - 同一缺件物料匹配到的多个不同生产订单全部返回。
+7. 发布 `dbo.生产管理_及时齐套跟踪结果_查询` 成功。
+8. 验证 `@订单号=4222` 返回两条二级数据：`5960` 和 `7142`，且同一生产订单号不重复。
+9. 更新 README、推进台账、任务矩阵、验收证据、决策记录和总日志。
+
+### 修改文件
+
+- `db_backups/update_timely_kit_tracking_result_multi_detail_orders_20260630.sql`
+- `work/PlanManagement/TimelyKitTrackingResult/README.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`
+
+### 验证结果
+
+- 查询过程发布成功。
+- `@订单号=4222` 二级数据返回 `5960` 和 `7142`。
+- 同一生产订单号没有重复。
+- `5960` 显示 13 道工艺路线，`7142` 显示 4 道工艺路线。
+
+### 下一步
+
+- 登录页面展开 `4222`，确认二级数据同时显示所有匹配生产订单且不重复。
+
+## 2026-06-30 11:47:54 复核同缺件物料多生产订单显示
+
+### 复核内容
+- 按用户最新口径确认：同一个生产订单号不要出现重复，同一缺件物料所有匹配生产订单都显示。
+
+### 验证结果
+- 执行 `EXEC dbo.[生产管理_及时齐套跟踪结果_查询] @订单号 = 4222`。
+- 二级数据中缺件物料 `22-103-060-YDZF-20V1.0-4.1` 当前同时返回生产订单 `5960` 和 `7142`。
+- 同一生产订单号未重复出现。
+
+## 2026-06-30 生产订单关闭无工时可关闭处理
+
+### 用户反馈
+- `dbo.计划排产_生产订单关闭_查询全部订单` 的“可关闭”查询以工时为基准。
+- 当前只能查出全部校验的工时再筛选。
+- 特殊情况：没有工时记录，但满足其他条件的订单也需要进入可关闭处理。
+
+### 执行过程
+1. 读取线上过程定义，确认“可关闭”分支以 `dbo.View_生产工时视图` 为主表。
+2. 核对页面 `src/views/PlanManagement/PlannOrderClose/index.vue`，确认默认查询为“可关闭 + 机加”。
+3. 核对 `MES_接口_生产计划`、`View_生产工时视图` 字段，确认可从生产计划补充无工时订单。
+4. 查询样例，确认 `7410` 无工时，但计划数量、入库数量、终检合格数均为 `1`，单据状态为空，属性为机加件。
+5. 新增脚本 `db_backups/update_plan_order_close_no_work_hours_20260630.sql`。
+6. 将“可关闭”分支调整为有工时订单和无工时满足条件订单合并：
+   - 有工时订单继续要求全部工时校验。
+   - 无工时订单免工时校验，但保留原可关闭条件。
+7. 初版全量查询超时后，改为先写入 `#工时订单` 临时表，再判断无工时，避免重复展开复杂视图。
+8. 发布存储过程成功。
+9. 验证 `@订单号=7410, @单据状态=可关闭, @属性=机加` 可返回。
+10. 验证默认“可关闭 + 机加”查询约 `0.56` 秒返回，并命中 `7280`、`7409`、`7410`。
+
+### 修改文件
+- `db_backups/update_plan_order_close_no_work_hours_20260630.sql`
+- `work/PlanManagement/PlannOrderClose/README.md`
+- `work/PlanManagement/PlannOrderClose/01-项目功能内容.md`
+- `work/PlanManagement/PlannOrderClose/02-项目程序开发详细步骤.md`
+- `work/PlanManagement/PlannOrderClose/03-推进台账.md`
+- `work/PlanManagement/PlannOrderClose/04-任务矩阵.md`
+- `work/PlanManagement/PlannOrderClose/05-验收证据.md`
+- `work/PlanManagement/PlannOrderClose/06-决策记录.md`
+- `gptlog-process/gpdlog.md`
+
+### 验证结果
+- 数据库过程发布成功。
+- 无工时订单 `7410` 可进入可关闭结果。
+- 默认“可关闭 + 机加”查询未超时，约 `0.56` 秒返回。
+
+## 2026-06-30 新增产品合格率(工位)页面
+
+### 用户反馈
+- 查看 `doc/新增产品合格率.docx`。
+- 根据文档新增页面 `产品合格率(工位)`。
+
+### 执行过程
+1. 解包并读取 `doc/新增产品合格率.docx`，确认页面放在生产管理下。
+2. 读取文档截图和文字，确认一级字段为关闭日期、生产订单号、物料名称、物料编码、计划数量、完成数量、不良数量、合格率。
+3. 确认二级字段为工序、工序号、工位、完工数量、不良数量、合格率、检验说明。
+4. 查询 `dbo.YL_质量检验_质检记录` 字段，确认生产订单号为 `计划号`，订单行号为 `行号`，工位字段为 `工位名称`。
+5. 查询 SAP 视图 `SBO_YL.dbo.UBT_OWOR`，确认关闭日期字段为 `实际结算日期`，已关闭口径为 `单据状态 IS NOT NULL`。
+6. 新增查询脚本 `db_backups/create_product_pass_rate_workstation_20260630.sql`。
+7. 初版四段名跨库查询较慢，改为 `OPENQUERY([SAP], ...)` 将 SAP 已关闭订单先取到本地临时表。
+8. 新增菜单脚本 `db_backups/add_product_pass_rate_workstation_menu_20260630.sql`，写入生产管理下 `产品合格率(工位)` 菜单。
+9. 新增前端页面 `src/views/ProductionManagement/ProductPassRateWorkstation/index.vue`，实现查询区、主表、展开二级明细和合格率颜色。
+10. 发布查询过程和菜单脚本。
+11. 验证样例 `@生产订单号=7649` 返回一级汇总和二级明细。
+12. 执行 `npm run build`，构建通过。
+
+### 修改文件
+- `src/views/ProductionManagement/ProductPassRateWorkstation/index.vue`
+- `db_backups/create_product_pass_rate_workstation_20260630.sql`
+- `db_backups/add_product_pass_rate_workstation_menu_20260630.sql`
+- `work/ProductionManagement/ProductPassRateWorkstation/README.md`
+- `work/ProductionManagement/ProductPassRateWorkstation/01-项目功能内容.md`
+- `work/ProductionManagement/ProductPassRateWorkstation/02-项目程序开发详细步骤.md`
+- `work/ProductionManagement/ProductPassRateWorkstation/03-推进台账.md`
+- `work/ProductionManagement/ProductPassRateWorkstation/04-任务矩阵.md`
+- `work/ProductionManagement/ProductPassRateWorkstation/05-验收证据.md`
+- `work/ProductionManagement/ProductPassRateWorkstation/06-决策记录.md`
+- `gptlog-process/gpdlog.md`
+
+### 验证结果
+- 查询过程 `dbo.生产管理_产品合格率工位_查询` 发布成功，修改时间 `2026-06-30 14:31:00.690`。
+- 菜单写入 `12` 条角色记录，ID 范围 `236-247`。
+- 近 7 天查询返回 `175` 行，耗时约 `0.37` 秒。
+- 空条件查询自动限定近 30 天，返回 `1420` 行，耗时约 `1.17` 秒。
+- `npm run build` 通过，仅有项目既有 warning。
+
+## 2026-06-30 产品合格率(工位)默认不查询和合格状态筛选
+
+### 用户反馈
+- 默认进来不查询数据。
+- 增加合格和不合格筛选。
+- 主数据合格率小于 `100` 的为不合格。
+- 默认不合格。
+
+### 执行过程
+1. 修改 `db_backups/create_product_pass_rate_workstation_20260630.sql`，新增 `@合格状态` 参数。
+2. 查询结果按主数据合格率过滤：`合格` 为大于等于 `100`，`不合格` 为小于 `100`，`全部` 不过滤。
+3. 修改 `src/views/ProductionManagement/ProductPassRateWorkstation/index.vue`，删除页面创建时自动查询。
+4. 查询区新增“合格状态”下拉，默认值为 `不合格`。
+5. 查询时向过程传入 `合格状态`。
+6. 发布查询过程成功。
+7. 验证近 30 天筛选结果：不合格 `50` 行，合格 `1370` 行，全部 `1420` 行。
+8. 执行 `npm run build`，构建通过。
+
+### 修改文件
+- `src/views/ProductionManagement/ProductPassRateWorkstation/index.vue`
+- `db_backups/create_product_pass_rate_workstation_20260630.sql`
+- `work/ProductionManagement/ProductPassRateWorkstation/README.md`
+- `work/ProductionManagement/ProductPassRateWorkstation/01-项目功能内容.md`
+- `work/ProductionManagement/ProductPassRateWorkstation/02-项目程序开发详细步骤.md`
+- `work/ProductionManagement/ProductPassRateWorkstation/03-推进台账.md`
+- `work/ProductionManagement/ProductPassRateWorkstation/04-任务矩阵.md`
+- `work/ProductionManagement/ProductPassRateWorkstation/05-验收证据.md`
+- `work/ProductionManagement/ProductPassRateWorkstation/06-决策记录.md`
+- `gptlog-process/gpdlog.md`
+
+### 验证结果
+- 页面进入不再自动查询。
+- 合格状态默认 `不合格`。
+- 不合格筛选最高合格率为 `99.99`，符合小于 `100` 的判定。
+- `npm run build` 通过，仅有项目既有 warning。
+
+## 2026-06-30 产品合格率(工位)关闭日期拆分
+
+### 用户反馈
+- 关闭日期筛选拆成两个筛选。
+- 客户不习惯一次选两个日期。
+
+### 执行过程
+1. 修改 `src/views/ProductionManagement/ProductPassRateWorkstation/index.vue`。
+2. 将原 `daterange` 日期范围选择器拆成两个独立 `date` 日期选择器。
+3. 前端字段改为 `searchForm.closeDateStart` 和 `searchForm.closeDateEnd`。
+4. 查询参数仍然使用 `关闭日期_Start` 和 `关闭日期_End`，数据库过程无需修改。
+5. 执行 `npm run build`，构建通过。
+6. 更新产品合格率 README/01-05 文档和总日志。
+
+### 修改文件
+- `src/views/ProductionManagement/ProductPassRateWorkstation/index.vue`
+- `work/ProductionManagement/ProductPassRateWorkstation/01-项目功能内容.md`
+- `work/ProductionManagement/ProductPassRateWorkstation/02-项目程序开发详细步骤.md`
+- `work/ProductionManagement/ProductPassRateWorkstation/03-推进台账.md`
+- `work/ProductionManagement/ProductPassRateWorkstation/04-任务矩阵.md`
+- `work/ProductionManagement/ProductPassRateWorkstation/05-验收证据.md`
+- `gptlog-process/gpdlog.md`
+
+### 验证结果
+- `npm run build` 通过，仅有项目既有 warning。
+- 数据库过程无需重新发布。
+
+## 2026-06-30 产品合格率(工位)修正工序号来源
+
+### 用户反馈
+- 工序号为什么都是空。
+- 工序号应取 `dbo.MES_接口_生产计划_生产任务.订单行号`。
+- 该表中订单行号肯定不会为空。
+
+### 执行过程
+1. 查询 `dbo.MES_接口_生产计划_生产任务` 字段，确认存在 `AID`、`订单编号`、`订单行号`、`工序名称`、`指派对象`。
+2. 查询样例数据，确认 `订单行号` 在生产任务表中有值。
+3. 定位原脚本中工序号来源为 `COALESCE(View_生产订单_MES.订单行号, 质检记录.行号)`。
+4. 确认质检记录的 `TaskAID` 对应生产任务表的 `AID`。
+5. 修改 `db_backups/create_product_pass_rate_workstation_20260630.sql`：
+   - 明细关联表改为 `dbo.MES_接口_生产计划_生产任务`。
+   - 关联条件改为 `q.TaskAID = t.AID`。
+   - 工序号改为 `COALESCE(t.订单行号, q.行号)`。
+   - 工序和工位补值也改为优先使用生产任务表的 `工序名称`、`指派对象`。
+6. 发布 `dbo.生产管理_产品合格率工位_查询` 成功。
+7. 验证 `7649` 二级明细工序号为 `1`、`2`、`3`。
+8. 验证近 30 天 `3281` 条二级明细中空工序号为 `0`。
+
+### 修改文件
+- `db_backups/create_product_pass_rate_workstation_20260630.sql`
+- `work/ProductionManagement/ProductPassRateWorkstation/01-项目功能内容.md`
+- `work/ProductionManagement/ProductPassRateWorkstation/02-项目程序开发详细步骤.md`
+- `work/ProductionManagement/ProductPassRateWorkstation/03-推进台账.md`
+- `work/ProductionManagement/ProductPassRateWorkstation/04-任务矩阵.md`
+- `work/ProductionManagement/ProductPassRateWorkstation/05-验收证据.md`
+- `work/ProductionManagement/ProductPassRateWorkstation/06-决策记录.md`
+- `gptlog-process/gpdlog.md`
+
+### 验证结果
+- 查询过程修改时间：`2026-06-30 15:12:24.840`。
+- `7649` 返回：领料 1、数车 2、打磨 3。
+- 近 30 天明细行数 `3281`，空工序号行数 `0`。
+
+## 2026-06-30 AGV执行中任务改为已完成
+
+### 用户反馈
+- 处理页面 `ProductionManagement/AGVtask/index` 里面任务状态为执行中的数据。
+- 所有执行中任务都改为已完成。
+
+### 执行过程
+1. 读取页面 `src/views/ProductionManagement/AGVtask/index.vue`，确认页面中 `RUNNING` 显示为执行中，`FINISHED` 显示为已完成。
+2. 查询数据库对象，确认实时数据来自 `dbo.AGV_实时数据`，历史完成数据写入 `dbo.AGV_历史数据`。
+3. 处理前统计实时表状态：`PENDING 1`、`RUNNING 35`。
+4. 按完成任务口径处理 `RUNNING` 数据：插入历史表时 `TaskStatus` 写为 `FINISHED`，并设置 `EndTime`、`Duration`，随后从实时表删除这些执行中任务。
+5. 处理完成后，调用页面实时查询过程验证 `RUNNING` 无数据。
+6. 验证实时表仅剩 `PENDING 1`，最近 5 分钟历史表新增 `FINISHED 35`。
+7. 新增 AGVtask README 和 01-06 文档，记录功能内容、执行步骤、推进台账、任务矩阵、验收证据和决策记录。
+
+### 修改文件
+- `work/ProductionManagement/AGVtask/README.md`
+- `work/ProductionManagement/AGVtask/01-项目功能内容.md`
+- `work/ProductionManagement/AGVtask/02-项目程序开发详细步骤.md`
+- `work/ProductionManagement/AGVtask/03-推进台账.md`
+- `work/ProductionManagement/AGVtask/04-任务矩阵.md`
+- `work/ProductionManagement/AGVtask/05-验收证据.md`
+- `work/ProductionManagement/AGVtask/06-决策记录.md`
+- `gptlog-process/gpdlog.md`
+
+### 验证结果
+- 已转历史数量：`35`。
+- 页面实时查询过程按 `RUNNING` 查询返回空结果。
+- 实时表剩余状态：`PENDING 1`。
+- 历史表最近 5 分钟状态：`FINISHED 35`。
+
+## 2026-06-30 设计报工任务模块方案文档修订
+
+### 用户反馈
+- 读取 `doc/设计报工任务模块.docx`，梳理方案。
+- 项目号具体取哪个 SAP 视图字段后续提供。
+- 完成要求已有结束时间，未结束不能完成。
+- 删除任务时，如果已经有报工记录，不能删除。
+- 不参与之前任何生产/SAP/工时报表流程，整体独立。
+- 修改文档。
+
+### 执行过程
+1. 解析 `doc/设计报工任务模块.docx` 正文，确认原始需求包含设计任务、设计报工、设计工时校验、设计工时报表四个页面。
+2. 对照参考页面：
+   - `ProcessManagement/PartDrawlook/index.vue`
+   - `PlanManagement/SelfMakePlando/index.vue`
+   - `ProductionManagement/WorkHoursCheck/index.vue`
+   - `ProductionManagement/Workhours/index.vue`
+3. 新增 `work/ProductionManagement/DesignReportTask/` 文档目录。
+4. 写入 README 和 01-06 文档，记录功能内容、开发步骤、推进台账、任务矩阵、验收证据和决策记录。
+5. 将 Word 文档正文整理为确认版方案。
+6. 解析更新后的 Word 文档，验证关键口径已写入。
+
+### 修改文件
+- `doc/设计报工任务模块.docx`
+- `work/ProductionManagement/DesignReportTask/README.md`
+- `work/ProductionManagement/DesignReportTask/01-项目功能内容.md`
+- `work/ProductionManagement/DesignReportTask/02-项目程序开发详细步骤.md`
+- `work/ProductionManagement/DesignReportTask/03-推进台账.md`
+- `work/ProductionManagement/DesignReportTask/04-任务矩阵.md`
+- `work/ProductionManagement/DesignReportTask/05-验收证据.md`
+- `work/ProductionManagement/DesignReportTask/06-决策记录.md`