# 需求草稿：REQ-DW-ARCHITECTURE-CONVERGENCE

> 状态：draft；未锁定、未绑定
> 名称：既有架构文档清洗与审查
> 版本：v0.2.0 · 2026-09-29
> 编写：主会话；正式绑定身份与开发/发布分支未指定，不从Git身份推断
> UI impact：none

## 当前范围（以用户最新说明为准）

用户明确：“本轮的任务是清洗和审查架构文档，不是直接映射。”

因此先前v0.1.0的“架构＋双端逐页面逐动作映射”提案已被收窄。本轮维护现有架构文档：建立可顺读的主线、清理重复与冲突、统一术语、核对正常及异常出口和运营支撑责任，明确哪些事实仍妨碍设计定案。

不生成原型映射，不修改两端页面、视觉、交互或场景产物；不绑定REQ，不冻结未确认商业政策，不执行支付、迁移、部署或发布。不把本次文档维护解释为正式S2签署或进入实现阶段的授权。

## 审查标准

- 订单终态不可逆；计划、商业义务、资金、每日授权及实际履约分别由唯一Owner负责。
- 确认与到期、冻结与开工分别有权威裁决；不能用管理员操作绕过。
- 金额与数量不可双用，超时和未知不当失败，部分完成有原目标核验和补偿责任。
- 正常日常流程自动执行；运营接手不代替源业务完成。
- 明确唯一主讲和状态来源，历史报告、模板、候选设计与批准规则分开。
- 技术建议自行推导；商业责任尚未确认的部分明确列出，不以“最终版”掩盖未知。
- 文档检查、模型结构证据与产品验证分开；不宣称六类状态机等于全系统设计完成。

## 当前交付入口

本轮补充已决定机制：[付款后可提前确认，配送当日16:00截止](../architecture/05-domain/CONFIRMATION-POLICY.md)。包括日期/地址拆单、未切配可申请取消与实际重量计价；退款方案仍未批准。只更新架构业务事实，不将此记录当REQ锁定。

- [架构总设计](../architecture/ARCHITECTURE.md)
- [定案条件与责任](../architecture/DECISIONS.md)
- [文档清洗审查记录](../reports/review/ARCH-2026-09-29-consolidation.md)

本稿仅保留范围与追踪，不冒充已完成的Funnel锁定需求。若后续启动正式合同或实现，应按项目门禁收敛完整REQ并取得明确锁定与绑定授权。本轮没有请求用户重新选择已明确的交付范围。

## 范围变更记录

| 日期 | 版本 | 记录 |
| --- | --- | --- |
| 2026-09-29 | v0.1.0 | 曾提议架构与原型映射先行，尚未锁定 |
| 2026-09-29 | v0.2.0 | 用户明确当前只清洗审查架构，撤回本轮映射交付；原型及Runtime不在写入范围 |