重构：统一商品渠道投影并收敛权威文档

docs/archive/README.md

@@ -1,7 +1,8 @@
 # 历史文档归档
 
 > 这里的文档只用于追溯当时的分析过程，**不是现行实现说明**。
-> 代码、数据库结构与线上行为以仓库当前 `main` 和 `docs/README.md` 中标记为「现行」的文档为准。
+> 代码、数据库结构与线上行为只以
+> [统一订单履约与财务模型-权威版](../统一订单履约与财务模型-权威版.md) 为准。
 
 ## 2026-10-08
 
@@ -18,7 +19,7 @@
 
 | 文档 | 归档原因 |
 | --- | --- |
-| `2026-10-17/载体判定与成本中心落地-复核与草案.md` | 2026-10-17 第二轮复核与数据量化；现行结论已吸收进 `成本中心与三块履约模型.md` 与 `财务系统集成方案.md`，仅保留作数据与 DDL 验证追溯 |
+| `2026-10-17/载体判定与成本中心落地-复核与草案.md` | 2026-10-17 第二轮复核与数据量化；仅保留作数据和 DDL 验证追溯 |
 
 ## 2026-10-23
 
@@ -26,9 +27,18 @@
 | --- | --- |
 | `2026-10-23/2026-10-23-本地库原地改造.sql` | 逐列把 `carrier_type` / `cost_type` 改成 `cost_model` / `fulfillment_mode` 的一次性脚本；迁移收敛为 `103`–`107` 后不再成立，**禁止在新环境执行**，仅作改造矩阵追溯 |
 
+## 2026-11-08
+
+2026-11-08 完成订单、履约、商品、成本和财务口径统一。
+
+此前所有相关业务架构、财务方案、字段契约和 SQL 草案整体归档到：
+
+[2026-11-08](2026-11-08/)
+
 ## 使用建议
 
-- 需要当前架构与风险：看 `docs/项目全量分析报告-2026-10-17.md`（参考）和 `docs/README.md`（状态索引）。
-- 需要财务系统设计：看 `docs/财务系统集成方案.md`；实施顺序以 `docs/README.md` §三 为准。
+- 需要当前架构、数据边界和实施计划：只看
+  [统一订单履约与财务模型-权威版](../统一订单履约与财务模型-权威版.md)。
 - 需要某个平台协议：看对应的厂商文档目录（`91卡券/`、`行业电子凭证/`、`发货平台-2/`、`抖音-码速达/接口API/`、`抖音-码速达/消息推送/`）。
 - 历史文档中的代码行号、测试数量、迁移数量不要直接引用。
+- 历史文档不得重新标记为“现行”，需要复活时必须并入唯一权威文档。