diff --git a/docs/成本中心与三块履约模型.md b/docs/成本中心与三块履约模型.md
index 078aeaba..9371117d 100644
--- a/docs/成本中心与三块履约模型.md
+++ b/docs/成本中心与三块履约模型.md
@@ -370,6 +370,8 @@ carrier_reason
 
 ### 8.3 人工 case 模型
 
+> 落地版见 [drafts/2026-10-17-人工支出登记-DDL草案.sql](drafts/2026-10-17-人工支出登记-DDL草案.sql)：已去掉 `due_at`/优先级等 SLA 字段，先只保留「谁在处理哪个订单项 + 结果 + 证据 + 支出登记」。下表为完整形态（阶段③）。
+
 ```text
 manual_fulfillment_cases
   id
@@ -410,7 +412,7 @@ pending_assign -> assigned -> processing -> waiting_customer
                -> pending_review -> completed / failed / cancelled
 ```
 
-### 8.4 监管规则
+### 8.4 监管规则（阶段③，延后）
 
 - 每个无载体订单必须有 case；
 - 完成必须填 outcome + 交付凭证/参考号；
@@ -427,7 +429,7 @@ pending_assign -> assigned -> processing -> waiting_customer
 - 建议两者都记录：固定服务成本 + 工时，便于后续校准；
 - 完成时写 `cost_snapshot`；缺失进入 `cost_missing`。
 
-### 8.6 监管指标
+### 8.6 监管指标（阶段③，延后）
 
 - 待处理量、平均等待、最长挂起；
 - 客服处理量、平均处理时长、完成率；
@@ -488,13 +490,13 @@ flowchart LR
 - 人工先接按单/按小时成本
 - 缺失成本进异常队列
 
-### P2：人工 case
+### P2：人工支出登记（先行）+ 轻量处理记录
 
-- 载体判定
-- 无载体自动建 case
-- 分配/SLA/证据/主管复核
-- 人工成本快照
-- 监管指标
+- 载体判定（`carrier_type`）
+- 无载体自动建轻量 case（谁在处理哪个订单项）
+- **人工支出登记**：付款项目 / 金额 / 订单号 / 付款人 / 收款人 / 付款方式 / 凭证 / 审批
+- 人工支出进成本快照与影子总账（借：履约成本-人工，贷：其他应付-垫付人）
+- 延后（阶段③）：SLA、超时升级、主管复核阈值、监管指标
 
 ### P3：影子总账
 
@@ -539,4 +541,4 @@ flowchart LR
 
 ## 十三、一句话结论
 
-**自动发货解决“固定成本 + 店铺/日期/皮肤销量”，接单平台解决“变动成本 + 影子总账”，人工客服解决“载体可见 + case 监管 + 人工成本”；三者共用一套商品主数据、成本中心和销售事实表，成本改价只发生在 `cost_versions` 一个地方。**
+**自动发货解决“固定成本 + 店铺/日期/皮肤销量”，接单平台解决“变动成本 + 影子总账”，人工客服解决“支出可追溯（谁付的、什么项目、多少钱、哪个订单）+ 处理人可见 + 人工成本”；三者共用一套商品主数据、成本中心和销售事实表，成本改价只发生在 `cost_versions` 一个地方。**
diff --git a/docs/载体判定与成本中心落地-复核与草案-2026-10-17.md b/docs/载体判定与成本中心落地-复核与草案-2026-10-17.md
index 22b604a2..e121e90c 100644
--- a/docs/载体判定与成本中心落地-复核与草案-2026-10-17.md
+++ b/docs/载体判定与成本中心落地-复核与草案-2026-10-17.md
@@ -132,7 +132,7 @@ Top 店铺（人工块）：向日葵游戏服务店 14,903 项 / ¥183.9 万；
 | [成本中心与销售事实-DDL草案.sql](drafts/2026-10-17-成本中心与销售事实-DDL草案.sql) | `product_catalog`、`channel_product_mappings`、`cost_items`、`cost_versions`、`cost_snapshots`、`cost_exceptions`、`sales_daily_facts`；订单项口径补齐（`normalized_quantity`/`revenue_amount_fen`/`revenue_basis`/`refunded_at`）；`work_product_rules.cost_item_id` 过渡列；§5 对平校验；§6 已确认口径与剩余待确认 |
 | [人工支出登记-DDL草案.sql](drafts/2026-10-17-人工支出登记-DDL草案.sql) | `manual_fulfillment_cases`（轻量处理记录）+ `manual_expense_records`（付款项目/金额/订单号/付款人/收款人/凭证/审批）+ `manual_expense_events` 审计；§3 校验查询；§4 与影子总账的分录约定 |
 
-**验证方式**：在本地副本上 `pg_dump --schema-only` 建了一个一次性沙箱库（55 张表），按顺序 `psql -v ON_ERROR_STOP=1` 应用两份草案 —— **零错误**，生成 7 张新表（62 张）、`order_items` 由 9 列增至 19 列、新增 18 个 `CHECK` 约束；校验查询与回填语句均可执行。验证后沙箱库已 `DROP`。
+**验证方式**：在本地副本上 `pg_dump --schema-only` 建了一个一次性沙箱库（55 张表），按依赖顺序（载体判定 → 成本中心 → 人工支出登记）用 `psql -v ON_ERROR_STOP=1` 应用**三份草案 —— 零错误**：生成 10 张新表（共 65 张）、`order_items` 由 9 列增至 19 列、27 个 `CHECK` 约束、169 个索引；校验查询与回填语句均可执行。验证后沙箱库已 `DROP`。
 
 关键设计约束（三份草案共同遵循）：