docs(收款工作台): 记明执行顺序是一→三→二，编号只是内容编号

docs/superpowers/specs/2026-09-22-receive-workbench-design.md

@@ -44,8 +44,10 @@
 | **二** | 收款工作台：**长期收款码**（§0.9）+ 免鉴权收银台页 + 三通道唤起 + 管理端接口 + 独立前端工程 | 能（端到端跑通一笔群收款、一笔被扫） | 无（三通道的正式环境白名单属上线前事项，见 §2.4） |
 | **三** | 商户进件 | **不能** | 客户经理凭据 + 上游配置回调地址，见 §6 |
 
+**执行顺序：一 → 三 → 二**（用户 2026-09-22 定：「按一、三、二做」）。上表的编号是**内容编号**，不是执行顺序。
+
 批次一必须先做：批次二的管理端接口按租户级设计，建立在它之上。
-批次三与批次一、二无代码依赖，但它的联调依赖外部输入，**不应挡住批次二的发布**。
+批次三与批次一、二无代码依赖，但它的**联调**依赖外部输入（三-B 的客户经理凭据），**不应挡住批次二的发布**——三-A 无外部依赖，可先做完。
 
 ---
 
@@ -561,7 +563,7 @@ CREATE INDEX        IF NOT EXISTS idx_receive_code_mch ON pay_receive_code (merc
 
 ## 11. 待用户确认
 
-1. **批次顺序**：一 → 二 → 三 是否认可？三-A 能否单独先做（它不依赖任何外部输入）？
+1. ~~**批次顺序**~~ → 用户已定：**一 → 三 → 二**（原话「按一、三、二做」）。§1 表里的批次编号是**内容编号**，不是执行顺序。三-A 不依赖外部输入，随批次三一起先做。
 2. **§6.3 的 1–6 谁来要**：`channel_id` / `bd_id` / `rate_code` / `account_bank_code` / `channel_type` 需要找客户经理；进件审核通知地址需要上游配置。
 3. **§6.2 (a) 我裁定 `1=企业, 2=个体工商户, 3=小微商户`**，是否认可（依据是三处互相印证 vs 一处有复制痕迹）？
 4. ~~**§4.7 开放接口应答 `codeUrl` → `cashierUrl` 是破坏性变更**~~ → **已裁定：不改**（2026-09-22，理由逐字见 §4.7）。与 §0.6 的冲突就此消解。