cmbuyer/docs/tasks/T-111.md

---
id: T-111
title: 调整为开始采购授权的单趟流程
phase: 1
deps: [T-004, T-010, T-110]
status: DONE
created: 2026-08-04
vikunja_task_id: 28
context_ref: efeb2d9
work_branch: task/t-111-single-pass
needs_device: false
needs_human_review: false
write_paths:
  - AGENTS.md
  - README.md
  - docs/00-ai-start-here.md
  - docs/01-vision.md
  - docs/02-requirements.md
  - docs/03-tech-stack.md
  - docs/04-architecture.md
  - docs/05-coding-rules.md
  - docs/06-tasks.md
  - docs/07-user-stories.md
  - docs/08-interaction-checklist.md
  - docs/api.md
  - docs/current-state.md
  - docs/README.md
  - docs/routes.md
  - docs/design/README.md
  - docs/design/desk-execution.html
  - docs/design/web-task-create.html
  - docs/design/web-task-detail.html
  - docs/design/web-task-workbench.html
  - docs/tasks/README.md
  - docs/tasks/T-103.md
  - docs/tasks/T-111.md
---

<!-- BEGIN VIKUNJA EXPORT id=28 synced=2026-08-04T08:24:54Z sha256=46931a0016ef5adcd69e2115e5706465078dea91506cbe5a0055c287eb6a52d7 -->
## 问题 / 背景

项目原设计为两趟：先试选并等待管理员确认，再重新进入商品创建待付款订单。项目所有者为加快内部采购，决定取消试选后的人工确认；管理员在任务列表勾选并点击“开始采购”即明确授权采购工具创建一笔待付款订单。系统仍绝不自动付款。

## 关联需求与交互

- 重写 MVP 主流程、状态机、价格闸门、授权与提交围栏。
- 同步需求、用户故事、交互、路由、API、任务路线图、原型与当前状态。
- T-103 改为单趟流程的规格选择/读价前置；T-202 只建 DRAFT，不受影响；新增 T-209 先迁移旧 schema/状态机，T-203 起按新流程实现。

## 方案

1. DRAFT 任务只有管理员勾选并点击“开始采购（只创建待付款订单）”后才能进入设备队列；该动作在服务端事务中创建一次性授权，锁定任务版本、goods_id、颜色、尺码、数量和最高总价。
2. 采购工具领取后同一趟完成：打开商品、受控打开规格面板、精确选规格、闸门一读价并校验上限、设置及复核数量、闸门二重读同价与选中态、进入确认页、闸门三核对应付总额、服务端原子提交围栏、只点击一次“提交订单”。
3. 删除 WAITING_CONFIRMATION、人工“机器选对了吗”、授权锁定试选价和第二次重新打开商品；截图改为内部审计证据，不作为下单前人工审批。
4. 授权在围栏前失败/过期可回到 DRAFT 等管理员重新开始；围栏建立后只能调和同一提交，禁止重试、释放或签发第二笔。
5. 不付款、提交四条件、精确规格、数量复核、价格只读规格面板/订单确认页、外部支付/安全校验停止等红线不放宽。
6. 先提交文档契约，再恢复客户端或新增生产代码。

## 验收要点

- 所有活跃文档只描述单趟采购，不再把两趟或 WAITING_CONFIRMATION 当作 MVP 现实。
- “开始采购”与一次性授权、批量原子性、价格闸门、提交围栏和一次点击的关系明确。
- API/状态机/目标数据模型/任务路线图一致；当前旧 schema 的迁移由 T-209 显式前置。
- 截图为内部证据而非审批前置；T-103 新边界继续禁止数量、确认页和提交。
- Vikunja 导出、agent-context、HTML/JS 静态检查、diff-check 与完整双端门禁通过。

## 执行记录

### 2026-08-04T08:24:12Z · ila

2026-08-04 T-111 主审完成：已把 AGENTS、入口、愿景、需求、架构、编码规则、API、路线图、用户故事、交互、路由、当前状态及四个两端 HTML 原型统一为“管理员点击开始采购即授权创建待付款订单”的单趟流程。保留三道价格闸门、提交四条件、服务端原子围栏、首次许可后只点一次和绝不付款；删除 WAITING_CONFIRMATION / PENDING_RETRIAL / AUTHORIZED 等旧 MVP 状态。审计发现生产 v1 schema 仍为旧 spec_trials/锁定试选价模型，因此路线图新增 T-209，先迁移 schema/领域状态机，再允许 T-203 实现新授权事务。

独立验证通过：四个 HTML 由 Python HTMLParser 解析；四个 JavaScript 由 Node new Function 解析；桌面 18 个 scenario/options/sessionControls 一致；web 关键旧状态不存在；Vikunja T-103/T-111 export check；validate_agent_context；git diff --check；完整 init.ps1（admin test/vet/build，client 80 tests/compileall，包安装与上下文门禁）。未连接真机、未触发采购/提交/付款；未触碰用户 docs/ppt。
<!-- END VIKUNJA EXPORT -->

## 边界

- 管理员点击“开始采购（只创建待付款订单）”是进入设备队列前唯一的人类授权动作；创建 `DRAFT`
  本身不得触发设备领取、创建授权、提交订单或付款。
- 单趟流程仍必须保留规格精确匹配、数量读回复核、规格面板两次同价校验、订单确认页金额上限、
  服务端提交围栏、提交控件唯一和点击一次；不得以“提速”为由删除或弱化任一项。
- 系统只创建待付款订单，任何路径都不自动付款，不点击支付、免密支付、先用后付或扣款控件。
- 围栏前失败或授权过期可以回到 `DRAFT` 等管理员重新授权；围栏建立后只能调和同一提交记录，
  不得释放、重领、重试点击或签发第二笔。
- 本任务只修改文档契约和任务依赖，不修改 `admin/`、`client/`、数据库 migration 或生产代码。