2.2 KiB
2.2 KiB
Context
运输计划归档弹窗(pl-plan-archive-dialog)提交走 POST /transport/plan/{id}/archive,会写装卸货数量、运费、回传附件,触发库存,并将 archive_status 设为 archived。未归档计划无法中途保存部分填写内容。
Goals / Non-Goals
Goals:
- 未正式归档时可暂存部分归档表单数据,下次打开自动回填
- 暂存不改库存、不完成计划
- 列表可区分未归档 / 已暂存 / 已归档
Non-Goals:
- localStorage 草稿、多人编辑锁
- 已归档「调整」模式的暂存
- 数据库新表或 DDL(
archive_status已为 VARCHAR(20))
Decisions
-
状态值
draft:扩展archive_status为unarchived | draft | archived,暂存时写入draft;正式归档仍写archived。备选「仅写字段不改状态」不利于列表识别,故不采用。 -
独立草稿接口:
POST .../archive-draft,body 复用PlanArchiveBody。与正式归档分离,避免误触发库存。 -
同字段持久化:草稿写入现有
inbound_qty/outbound_qty/ 品牌 / 运费 / 附件字段;打开弹窗沿用现有加载逻辑即可回填。允许空数量(不强制_require_qty)。 -
运费暂存放宽:
hasFreight=1但运输量未填齐时允许保存部分运费字段,跳过「运输量必须大于0」硬校验;正式归档仍严格校验。 -
UI:仅
archiveStatus !== 'archived'显示「暂存」(Document 图标 + 中性描边);暂存成功后刷新列表状态并关闭弹窗。
Risks / Trade-offs
- [Risk] 草稿部分数量被其他报表/导出误当成正式归档数 → Mitigation:导出与库存仅在
archived时视为完成;列表明确「已暂存」 - [Risk] 运费草稿写入运输单后影响结算草稿 → Mitigation:沿用
sync_draft_settlement_freight_for_transport(仅草稿结算),正式结算仍受锁定校验约束 - [Risk] 产品行不完整提交 → Mitigation:草稿允许子集更新已提交行;缺失行保留库内原值
Migration Plan
- 无 DDL;已有
unarchived数据不变 - 回滚:前端隐藏暂存按钮并下线 draft 接口即可;库中
draft可视为未归档处理
Open Questions
- 无(方案 A 已确认)