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

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

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

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

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

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

审查标准

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

当前交付入口

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

• 架构总设计
• 定案条件与责任
• 文档清洗审查记录

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

范围变更记录