design.md 2.2 KB

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

  1. 状态值 draft:扩展 archive_status 为 unarchived | draft | archived,暂存时写入 draft;正式归档仍写 archived。备选「仅写字段不改状态」不利于列表识别,故不采用。

  2. 独立草稿接口:POST .../archive-draft,body 复用 PlanArchiveBody。与正式归档分离,避免误触发库存。

  3. 同字段持久化:草稿写入现有 inbound_qty / outbound_qty / 品牌 / 运费 / 附件字段;打开弹窗沿用现有加载逻辑即可回填。允许空数量(不强制 _require_qty)。

  4. 运费暂存放宽:hasFreight=1 但运输量未填齐时允许保存部分运费字段,跳过「运输量必须大于0」硬校验;正式归档仍严格校验。

  5. 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 已确认)