feat(finance): 补齐自动发货与接单平台成本和对账

自动发货：价格导入支持 --effective-from，把首次基线版本回填到历史起点；41,676 个订单项全部归一并生成采购成本快照，缺失 0。\n\n接单平台：新增按工单 product_rule_id 回填商品的接口与按钮，长尾项按 provider+shop_id+sku_code+normalized_sku_name 补建 wo: 商品和 sku_code_name 渠道映射；118,053 个订单项全部归一。\n\n成本：已验收工单按 reward_amount 写 actual；未验收但已确定报酬的工单写 estimated，验收后升级。全量 95,870 actual + 21,217 estimated，actual 与 reward 0 差异。\n\n剩余 966 条取消/零报酬工单保留在成本异常队列，不自动记 0；人工块未改动。\n\n实测自动发货与接单平台未归一收入均为 0；整体未归一 79.67% 降至 57.54%，全部来自人工块。

docs/README.md

@@ -55,7 +55,7 @@
 | 客服备用金台账 | **已实施 P0** | `fund_accounts` / `fund_entries` / `manual_expenses` / `fund_reconciliations`；后台页面、权限、审计已完成 |
 | 后台用户中文显示名 | **已实施** | `admin_users.display_name`，备用金姓名触发器同步；审计、登录记录、任务处理人优先显示中文名 |
 | 商品主数据 + 渠道 SKU 映射 | **已实施 P0（dev 分支）** | 迁移 `103`（映射消歧在 `106`）；`product_catalog` / `channel_product_mappings`，后台「商品与成本」页支持维护、历史订单项回填与按载体分区 |
-| 成本中心 | **已实施 P0（dev 分支）** | 迁移 `104/105/107/108/110`；`cost_items` / `cost_versions` / `cost_snapshots` / `cost_exceptions` 支持版本、预览、快照、异常队列、自动发货价格导入；自动发货订单项按履约任务 SKU 直接归一为 `aff:<skuCode>`（不建渠道映射），接单平台按工单实际报酬、人工按支出登记写入实际快照 |
+| 成本中心 | **已实施 P0（dev 分支）** | 迁移 `104/105/107/108/110`；`cost_items` / `cost_versions` / `cost_snapshots` / `cost_exceptions` 支持版本、预览、快照、异常队列、自动发货价格导入；自动发货订单项按履约任务 SKU 直接归一为 `aff:<skuCode>`（不建渠道映射），接单平台按工单模板回填并补齐长尾商品/映射，人工按支出登记写入实际快照 |
 | 销售事实 / 订单毛利 | **已实施 P0（dev 分支）** | 迁移 `109`；`sales_daily_facts` 按店铺×日期×标准商品×载体汇总，未归一商品单独成行；后台新增「销售毛利」页，成本缺失会显式告警 |
 | 公司人工支出登记 | **已实施 P0（dev 分支）** | 迁移 `111`；`manual_expense_records` / `manual_expense_events`，后台「人工支出」页支持登记、审批、驳回、报销；与客服备用金 `manual_expenses` 通过 `fund_expense_id` 关联 |
 | 影子总账 | 未实施 | 现有财务页仍是 `UNION ALL` 业务事件拼装，不是复式总账 |

docs/成本中心与三块履约模型.md

@@ -140,11 +140,11 @@ product_catalog
 
 `carrier_type`（迁移 `107_product_catalog_carrier.sql`）是后台「商品与成本中心」的分区维度：自动发货 / 接单平台 / 人工 / 共用。回填口径（2026-10-22 修正）：只把**真正走 affiliate-dash 执行器**的商品算作 `affiliate_dash`——以 `fulfillment_tasks.executor_key='affiliate_dash'` 的履约证据为准，按 `context_json.skuCode` 建标准商品（`aff:<skuCode>`，生产快照 41,676 条任务 / 28 个 SKU）；接单模板初始化出来的 `tpl:*` 商品全部是 `work_order`（662 个）。**渠道映射只代表平台 SKU 能归一到标准商品，不代表自动发货**。自动发货是单一上游渠道，订单项直接取最新 `fulfillment_tasks.context_json.skuCode` 归一为 `aff:<skuCode>`，**不写 `channel_product_mappings`**；页面「回填自动发货 SKU」会回填 `order_items.canonical_product_id` 并自动重算受影响日期的销售事实。人工/共用由后台按需手工调整；新增自动发货 SKU 可在页面点「同步自动发货商品」补建。
 
-上游自动发货商品价格用 `apps/backend/scripts/sync-affiliate-dash-prices.ts` 批量导入（价格清单见 `apps/backend/scripts/data/affiliate-dash-prices.json`）：按 `aff:<skuCode>` 补建/更新商品，并给指定成本项生成 `scope=product` 的按件版本；金额取上游 `cost_amount`（分），价格变化时先停用旧版本再插入新版本，历史快照不变。示例：`npx tsx scripts/sync-affiliate-dash-prices.ts --cost-item-id=5`。
+上游自动发货商品价格用 `apps/backend/scripts/sync-affiliate-dash-prices.ts` 批量导入（价格清单见 `apps/backend/scripts/data/affiliate-dash-prices.json`）：按 `aff:<skuCode>` 补建/更新商品，并给指定成本项生成 `scope=product` 的按件版本；金额取上游 `cost_amount`（分），价格变化时先停用旧版本再插入新版本，历史快照不变。首次导入历史基线用 `--effective-from=2026-07-10`，脚本会把「金额相同但生效时间更晚」的版本回填到该日期。示例：`npx tsx scripts/sync-affiliate-dash-prices.ts --cost-item-id=5 --effective-from=2026-07-10`。
 
 接单平台与人工客服各有一个系统成本项（迁移 `110_system_cost_items.sql`）：
 
-- `sys_work_order_reward`：工单验收后直接按 `work_orders.reward_amount` 写 `actual` 快照，版本金额 0 只是占位，不进入预估阶段；本地最近 30 天已回填 38,023 条实际快照，金额与工单 reward 逐条一致。
+- `sys_work_order_reward`：已验收工单按 `work_orders.reward_amount` 写 `actual`；未验收但已确定报酬的工单先按同一金额写 `estimated`（metadata `source=work_order_reward_committed`），验收后升级为 `actual`；取消工单不计成本。版本金额 0 只是占位，不进入商品预估。本地全量已回填 95,870 条 `actual` + 21,217 条 `estimated`。
 - `sys_manual_service`：人工支出登记通过后按登记金额写 `actual` 快照；成本版本先为 `draft` 占位，不参与预估，但允许人工支出使用实际金额入账。财务填写正式按单单价后可将版本改为 `active`。
 
 ### 3.2 渠道 SKU 映射
@@ -364,7 +364,7 @@ orders + order_items + channel_product_mappings + cost_snapshots
 后台入口：`/admin/sales-profit`。回填脚本：`npm run finance:sync -- --days=14 --mode=all`；定时任务 `cost-finance-sync` 每 5 分钟处理最近 7 天。成本缺失会写入 `cost_missing_count`，毛利在补齐成本前只作参考。
 
 数据校验：本地 2026-07-10 ~ 2026-10-14 共 316,597 个已支付订单，其中 12 单没有订单项（¥2,480.60），无法归集到商品/成本，销售事实会排除并在页面单独提示；其余 316,585 个订单项收入与订单总额完全对平。
-最近 30 天回填后，接单平台实际成本快照 38,023 条、金额 1,633,917.74 元；其中落在销售事实日期范围内的成本 1,563,232.98 元，与工单 reward 逐条一致。自动发货收入已于 2026-10-22 全量归一（41,676 个订单项），但自动发货采购成本快照仍为 0 条，需要按 `aff:<skuCode>` 的成本版本补跑成本同步；人工客服仍因缺少映射/正式单价显示成本缺失。
+全量回填后（2026-07-10 ~ 2026-10-10）：接单平台 95,870 条 `actual`（¥3,773,401.32）+ 21,217 条 `estimated`（¥754,912.45）；自动发货 41,676 条 `estimated`（¥4,974,059.00）。自动发货与接单平台收入归一率均为 100%，未归一收入只剩人工块 145,507 项 / ¥15,253,660.86。接单平台仍有 966 个订单项没有成本快照：601 个已取消工单 + 365 个零报酬未验收工单，保留在成本异常队列等业务确认，不自动记 0。人工客服仍因缺少商品与正式单价显示成本缺失。
 
 ---
 
@@ -388,7 +388,7 @@ orders + order_items + channel_product_mappings + cost_snapshots
 - 店铺/日期/皮肤统计必须走 `canonical_product_id`，不能按原始 `sku_code`。
 - 统计件数要解析 SKU 文本中的数量。
 
-实测（本地 2026-10-22）：41,676 个自动发货订单项全部回填，自动发货未归一收入 ¥5,089,712.26 → ¥0.00（未归一占比 100% → 0%）。整体未归一收入占比 79.67% → 60.47%，剩余几乎全部来自人工块（¥15,253,660.86，94.84%），需要业务先确定人工 SKU/商品口径。
+实测（本地 2026-10-22）：41,676 个自动发货订单项全部回填，未归一收入 ¥5,089,712.26 → ¥0.00；采购成本 ¥4,974,059.00（毛利率 2.27%）。整体未归一收入占比 79.67% → 57.54%，剩余 100% 来自人工块（145,507 项 / ¥15,253,660.86），需要业务先确定人工 SKU/商品口径。
 
 ---
 
@@ -405,9 +405,13 @@ orders + order_items + channel_product_mappings + cost_snapshots
 
 - 工单报酬是主成本；押金是负债，不是成本。
 - 模板改价必须生成 `cost_versions`，不能直接改历史工单。
-- 工单实际结算金额写入 `cost_snapshot(actual)`。
+- 工单实际结算金额写入 `cost_snapshot(actual)`；未验收但已确定报酬的工单先写 `actual` 以外的 `estimated`，验收后升级。
+- 商品归一入口：后台「接单平台」→「按工单回填商品」，接口 `POST /api/v1/admin/cost-center/work-order-products/backfill`。优先按工单真实使用的 `work_orders.product_rule_id` 指向 `tpl:<rule_key>`；仍无法归一的 341 个长尾订单项，再按 `provider + shop_id + sku_code + normalized_sku_name` 自动补 45 个 `wo:` 标准商品和 115 条 `sku_code_name` 渠道映射。两次回填后接单平台归一率 100%。
+- 成本异常：966 个订单项没有成本快照（601 个已取消工单 + 365 个零报酬未验收工单），保留在异常队列；取消/零报酬不等于 0 成本，不自动写 0。
 - 影子总账负责收入/成本/押金/提现/售后的复式记录；成本中心负责“金额是多少、用了哪个版本”。
 
+本地实测（2026-10-22）：接单平台 118,053 个订单项全部归一；未归一收入 ¥775,641.19（14.54%）→ ¥0.00。成本 95,870 条 `actual`（¥3,773,401.32）+ 21,217 条 `estimated`（¥754,912.45），合计 ¥4,528,313.77；销售收入 ¥5,335,734.45，毛利率 15.13%。
+
 生产数据提示：91/PDD/抖音已验收工单的报酬/订单金额分别约 86%/80%/96.5%。在收入口径未确认前，这个比例只能作为量级参考，不能直接当毛利率。
 
 ---