feat: 增加设计任务工时报表

gptlog-process/gpdlog.md

@@ -3436,6 +3436,68 @@ pm run build：通过，仅有既有警告。
 - 数据库明文密码没有进入提交内容。
 - 本条上传过程日志将通过后续独立提交同步到远程，确保工作区最终无未提交修改。
 
+### 验证结果
+- 上传前本地与远程分叉为 `0 0`。
+- 全工作区和暂存区 `git diff --check` 通过。
+- 暂存区凭据特征扫描无命中。
+- 两个设计报工页面 ESLint 通过。
+- 最终生产构建通过。
+- 功能提交已成功推送至远程。
+
+## 2026-07-15 设计工时报表增加任务工时页签
+
+### 用户提问
+- 用户指定修改 `src/views/ProductionManagement/DesignReportTask/Report/index.vue`，说明当前页面为按日期和人员计算的工时报表。
+- 要求在同一页面新增一个按 DID 计算的工时报表，顶部页签切换方式参考 `ProductionManagement/Timesheet/index`。
+- 原报表命名为“作业者工时”，新增报表命名为“任务工时”。
+
+### 执行过程
+1. 检查用户指定的 `Report/index.vue`、设计报工模块全部页面、菜单脚本、项目文档及参考页面 `ProductionManagement/Timesheet/index.vue`。
+2. 确认用户描述的按日期和人员计算报表实际位于 `src/views/ProductionManagement/DesignReportTask/HoursReport/index.vue`，菜单名为“设计工时报表”；指定的 `Report/index.vue` 实际是设计报工开始、结束、完成操作页。
+3. 根据菜单路由和业务意图，选择修改正确的 `HoursReport/index.vue`，避免把报工操作页面误改成工时报表。
+4. 阅读参考 Timesheet 页面“作业者工时”和“任务工时”页签、查询切换、树形数据组装及导出逻辑。
+5. 检查现有设计作业者工时查询过程 `设计报工_工时报表_作业者工时_查询`，确认现有结构为操作人→工作日期→报工明细三级树。
+6. 查询目标数据库现有设计报工记录和现有报表返回结果，确认筛选参数、字段类型、工时秒数、校验状态、进度说明及备注的数据口径。
+7. 修改 `HoursReport/index.vue`：
+   - 增加 Element UI 顶部页签，名称为“作业者工时”和“任务工时”。
+   - 默认显示“作业者工时”，保留原有人员→日期→明细三级树和全部字段。
+   - 新增“任务工时”表格，使用 DID→操作人两级树。
+   - DID 根节点显示任务描述、项目号、物料、图号、类别、报工次数、总工时、最早开始、最晚结束和综合校验状态。
+   - 操作人子节点显示该人员在当前 DID 上的报工次数、工时、起止时间、校验状态、进度说明和备注。
+   - 两个页签共用开始日期、结束日期、操作人、项目号、物料编码、类别和 DID 筛选条件。
+   - 点击页签时查询对应报表过程。
+   - 底部总工时根据当前页签根节点动态计算。
+   - 导出按钮根据当前页签导出对应树形数据，工作表和文件名分别使用“作业者工时”或“任务工时”。
+8. 新增数据库脚本 `db_backups/add_design_report_task_hours_report_20260715.sql`，创建过程 `设计报工_工时报表_任务工时_查询`。
+9. 新过程沿用原作业者工时的全部筛选条件，只统计已正常结束的设计报工记录，并按 DID 汇总根节点、按 DID 和操作人汇总子节点。
+10. 新过程对每个汇总层计算报工次数、工时小时、最早开始时间、最晚结束时间；校验状态区分“已校验”“未校验”“部分校验”；进度说明按结束时间和内容聚合，备注同步聚合。
+11. 执行前端单文件 ESLint 和目标差异空白检查，均通过；仅输出项目依赖的 Browserslist 和 Baseline 数据过期提示。
+12. 在独立 LocalDB 测试实例中创建最小任务和报工表，执行新过程脚本并插入两个人员共同报工同一 DID 的测试数据。
+13. 隔离验证结果：DID 10 根节点汇总 2 次、1.50 小时、状态“部分校验”；张三子节点 1 次、1.00 小时、已校验；李四子节点 1 次、0.50 小时、未校验；任务及人员的进度说明和备注聚合正确。
+14. 删除 LocalDB 测试夹具、测试实例及 MDF/LDF 文件，确认没有临时测试资源残留。
+15. 执行 `npm run build`，生产构建成功；仅有项目原有的大资源体积和浏览器兼容数据过期警告，未生成受版本控制的 `dist` 变更。
+16. 使用用户此前提供的数据库凭据，将 `add_design_report_task_hours_report_20260715.sql` 发布到 `192.168.2.92 / YL_MESDB`；日志不记录明文密码。
+17. 在目标库创建新过程成功，修改时间为 `2026-07-15 18:14:19`。
+18. 使用临时表只读接收目标库作业者工时和任务工时两个过程的完整返回结果，交叉核对真实数据：
+   - 两个报表统计的已结束报工次数均为 30。
+   - 任务工时根节点与人员子节点结构正确。
+   - 多人任务 DID 1 汇总为 3 次、0.02 小时；子节点为超级管理员 2 次、张一帆 1 次。
+   - 两种报表按不同维度分别先保留两位小数，跨全部分组求和存在 0.01 至 0.02 小时累计舍入差，属于分组舍入口径差异，不影响单个 DID 汇总。
+19. 最终再次执行 HoursReport 页面 ESLint、目标文件 `git diff --check`、数据库对象检查和本地服务检查，均通过；`https://localhost:1997/` 返回 HTTP 200。
+
+### 修改文件
+- `src/views/ProductionManagement/DesignReportTask/HoursReport/index.vue`
+- `db_backups/add_design_report_task_hours_report_20260715.sql`
+- `gptlog-process/gpdlog.md`
+
+### 结论
+- 设计工时报表现在同一页面提供“作业者工时”和“任务工时”两个顶部页签。
+- 原作业者工时功能、筛选条件和三级树结构保持不变。
+- 新任务工时按照 DID 汇总，并可展开查看每位操作人的工时贡献。
+- 查询、总工时和 Excel 导出都会随当前页签切换。
+- 新任务工时查询过程已经发布到目标数据库并通过真实数据验证。
+
+### 验证结果
 - HoursReport 单文件 ESLint 通过。
 - 目标文件 `git diff --check` 通过。
 - 隔离 LocalDB 的 DID 及人员汇总验证通过。