完善半自动真实履约链路及虎牙账号资料保存

docs/统一订单履约与财务模型-权威版.md

@@ -3,7 +3,7 @@ type: 权威架构与实施计划
 description: 订单、内部 SKU、履约路由、履约执行、商品、成本与财务的唯一权威口径及重构计划。
 tags: [订单, 内部SKU, 履约, 商品, 成本, 财务, 迁移]
 status: authoritative
-version: 2.15
+version: 2.16
 updated_at: 2026-11-14
 ---
 
@@ -286,6 +286,8 @@ manual fulfillment
 - `fulfillments.channel` 仍为 `manual`；成本、销售与总账口径不变。
 - 是否启用半自动履约由 `manual_fulfillment_configs.semi_auto_*` 显式配置，不能按商品名或平台前缀猜测。
 - 半自动任务必须绑定 `order_item_id`、`fulfillments.id` 和人工履约配置，不得伪造接单平台工单。
+- 半自动任务必须在 manual 渠道判定、人工配置保存/重匹配或 Carrier 补配成功后按订单项主动物化，
+  不能依赖客户先打开 `/c/<订单号>` 或客服先打开半自动任务列表。后台和客户页的幂等回填仅作为兜底。
 - 当前阶段半自动平台接入的唯一职责是让客户完成平台登录并取得账号 CK。角色绑定、换绑、
   角色校验和绑定失败处置属于后续业务流程，不进入当前客户页、主状态机或完成门禁。
 - 登录状态和执行状态保存于 `semi_auto_tasks`，不得写入 `material_json` 作为正式状态。
@@ -330,6 +332,9 @@ manual fulfillment
   成本快照、钱包扣减、履约状态和 `semi_auto_tasks` 完成状态必须全部成功或全部回滚；
   事务提交后才执行报表刷新、Connector 会话撤销等旁路动作。
 - 后台“任务 → 半自动履约”列表读取前必须执行幂等任务回填，不能依赖客户先打开 `/c/<订单号>`。
+- 开发环境的半自动集成测试单必须通过正式 `upsertOrderFromSource` 入库，并继续经过 SKU 映射、
+  `sku_channel_routes`、渠道判定和 Carrier 补偿；不得直接写 `orders`、`order_items` 或
+  `fulfillments` 伪造成功。允许显式选择内置 Mock Connector，但不得用 Connector Mock 代替订单链路测试。
 - 完成截图可选；操作人、操作时间、外部单号和成本确认必须留痕。
 - 客户统一入口为 `/c/<平台订单号>`，它是入口而非安全授权凭据；高价值或全自动场景必须增加二次验证，不能仅凭订单号自动履约。