# 06-决策记录

## DDR-001 独立设计报工体系

决策：设计任务、设计报工记录、设计工时校验、设计工时报表全部使用独立表和独立存储过程。

原因：用户明确要求“和其他报工不产生影响”“不参与之前的任何东西，独立的”。

影响：
- 不写入现有生产报工表。
- 不上传 SAP。
- 不参与现有工时报表。
- 不影响生产订单关闭、装配中心、机加工等既有逻辑。

## DDR-002 完成必须先结束

决策：设计任务点击完成前，必须已有结束时间。

原因：完成代表任务闭环，未结束时无法计算完整工时。

影响：
- 未结束点击完成时，页面提示不能完成。
- 后端过程也必须校验，不能只依赖前端。

## DDR-003 有报工记录不能删除任务

决策：设计任务如果已经有报工记录，禁止删除。

原因：避免删除主任务造成工时记录失去归属。

影响：
- 删除过程需要先检查设计报工记录表。
- 后续如需撤销，只能增加作废状态，不做物理删除。

## DDR-004 项目号来源待业务提供

决策：项目号字段暂保留为可搜索下拉，SAP 视图和字段来源后续补充。

原因：用户确认项目号具体 SAP 视图字段后续提供。

影响：
- 开发时可先预留过程参数和前端控件。
- 项目号下拉过程需等字段来源明确后实现。

## DDR-005 指派对象按多人派工预留

决策：指派对象按 `PlanManagement/SelfMakePlando/index.vue` 二次派工口径支持多人员选择，保存人员ID列表和名称列表。

原因：原文要求参考二次派工，且设计任务常见多人协作。

影响：
- 前端使用多选人员下拉。
- 数据库建议同时保存人员ID列表和人员名称列表。
- 如果后续业务确认只允许单人，可收窄为单选，不影响表结构扩展。

## DDR-006 本阶段不分配菜单权限

决策：本阶段不分配菜单权限，不新增菜单权限脚本，不写入菜单表和角色权限表。

原因：用户明确要求“不分配菜单权限”。

影响：
- 后续开发只准备页面、表和过程。
- 菜单挂载和角色权限分配暂不纳入本轮验收。
- 如果后续需要开放页面访问，再单独按权限方案处理。

## DDR-007 项目号来源未确认时的临时实现

决策：项目号下拉暂时查询 `MES_设计报工_任务` 中已存在项目号，并允许前端手工输入。

原因：用户确认项目号具体 SAP 视图字段后续提供，但本轮需要先落地页面、数据表和功能。

影响：
- 后续拿到 SAP 视图字段后，只需要调整 `设计报工_项目查询` 存储过程。
- 前端控件和任务表字段无需重做。

## DDR-008 前端页面独立放在 DesignReportTask 目录

决策：4 个页面统一放在 `src/views/ProductionManagement/DesignReportTask/` 下。

原因：该模块是生产管理下的独立设计报工体系，目录集中后便于后续菜单挂载和维护。

影响：
- 菜单权限暂不分配。
- 后续如需开放菜单，可直接指向对应 `Task`、`Report`、`Check`、`HoursReport` 组件路径。
