feat(product-commerce): 系列聚合去重与采集开关两层语义

配置来源收敛
- 系列平台编码 tm/jd/dy/jd_self 与 9 类飞书地址改为整系列并集去重后挂锚点，
  子款编码保留在 series.platform_ids 备查；多表冲突保留最高优先级并告警
- 写表脚本（当日/天猫主图/京东主图）去掉本地 JSON 回退，地址缺失或读取失败
  直接 fail closed，避免库与表地址不一致被静默掩盖
- 测试注入 records_provider 时禁用配置缓存读写，防止假数据写入生产快照

采集开关（dim_style.collect_enabled）
- 锚点为系列总开关：false 则整系列不采
- 锚点为 true 时，子款自身 false 仅把自己的 ERP 编码排除出聚合，其余子款照常
- 排除结果记录在 series.erp_excluded 并在运行时提示

聚水潭全店铺日报防错
- 列布局 fail closed、行 td 数校验、满页判定 + 总页数兜底、值域交叉校验
- 新增单日总量闸：超近 14 天中位数 8 倍拒绝落库

其他
- 新增电商费用归集配置 ad_cost_rollup.json 与积分兑换周报采集
- 店铺情报、供应链到货同步、通知路由与相关配置/文档同步更新
- 忽略本地 dsh workbench 脚手架（含 node_modules）

docs/dynamic-workflow-config.md

@@ -128,9 +128,51 @@ workflow_dynamic_styles + workflow_dynamic_style_platforms (目标/画像/启停
     └─ 目标兼容输出 → feishu_mapping    → 内容营销工作流 → 各业务飞书目标表
 ```
 
-系列共享规则：ERP 款式编码逐款必填；平台商品编码与销量飞书表整系列只需主款填写，
-子款通过系列归属继承销量表，但**不复制平台编码**——同一个商品 ID 被多款重复采集会把
-访客/加购重复入账。
+系列共享规则：平台商品编码、ERP 编码与 9 类飞书地址都以「系列」为一个采集单元，
+子款留空即可；子款误填也不会丢——loader 会把整条系列聚合并去重后挂到锚点。
+
+- **平台编码聚合去重到锚点**：整条系列各平台的商品 ID 先并集去重，再挂到锚点，由锚点
+  一个采集单元去抓。子款的原始编码保留在 `series.platform_ids` 供诊断，采集口判定让出
+  （「缺 tm商品编码（同系列「X」已在采）」），同一个商品 ID 不会被采两次、访客与加购
+  不会重复入账。锚点不在采集范围内时子款仍可回退自采。
+- **ERP 编码先聚合再采集**：正常建档形态是锚点填一条款式编码 + 各平台商品编码，子款只填
+  自己的款式编码；也可能出现锚点 `erp_style_codes` 为空、编码全散落在子款上的形态。
+  loader 一律把整条系列的 ERP 编码聚合成并集挂到锚点（`series.erp_owner`），锚点作为唯一
+  ERP 采集单元去聚水潭取数，子款让出并记录「ERP 已由同系列 X 归集采集」，但仍保留自己的
+  原始编码（`series.own_erp_codes`）供按款查询与月度销量表使用。
+  **例外（2026-10-30）**：子款自身 `collect_enabled = FALSE` 时，它的 ERP 编码不并入聚合
+  （`series.erp_excluded` 可见），锚点不代采；锚点自身 `FALSE` 仍是整系列停采。
+  平台商品编码不受子款开关影响，仍按整系列聚合。
+- **飞书地址聚合去重下发**：`workflow_config._propagate_series_targets()` 与
+  `_apply_series_sharing()` 两处都按「锚点优先、其余按款名」收集整系列非空地址，去重后
+  下发到每一行。一个表位只能落一张表，同字段出现多个不同地址时保留优先级最高的一条并打
+  `[WARN] 系列「X」<字段> 有 N 个不同表`。子款想用独立一套表，必须拆成独立系列。
+- **月度销量表按款明细**：`product.sales_sheet.daily` 的报表口径**不用**锚点上的聚合并集，
+  而是每个款式只查自己建档时填的编码。采集端的并集是给聚水潭当唯一取数单元用的，报表
+  照搬会让同系列每个成员行各查一遍并集、销量重复计入。锚点自身没编码时该行按 0 写入
+  （`--allow-missing-erp-as-zero`），同系列销量落在各子款行上，合计与采集总量一致。
+
+采集门只校验身份：ERP 日采要求 ERP 款式编码，平台日采再叠加对应平台商品编码。
+**销量飞书表地址不再是采集前置条件**——缺表地址的款式照常采集并落库，只是写表环节按
+地址缺失跳过（`get_bitable_style_map` 不生成该款目标），不影响数据入库与后续分析。
+主图采集同理：`get_main_image_styles` 只要求身份齐全，**主图飞书表地址不参与采集门**，
+缺地址的款照常抓图并写 `main_image_creatives`，`get_bitable_main_image_map` 只返回有地址
+的款，写表脚本对没有地址的款打 `[NO-TABLE]` 跳过飞书、仍入库。
+
+**写表脚本对目标地址 fail closed（2026-10-30）**：`insert_bitable_records.py`、
+`scripts/insert_main_image_records.py`、`scripts/insert_jd_main_image_records.py` 读取
+`get_bitable_style_map()` / `get_bitable_main_image_map()` 失败或返回空时，直接打
+`[FAIL] …拒绝回退本地 JSON` 并退出码 1，**不再回退** `bitable_style_map.json` /
+`bitable_main_image_map.json`。库与本地文件不一致时，回退会让数据静默写到错误的表，
+比直接失败更难发现。`styles_input.json` 同理由 `collect_erp_yesterday_metrics.load_erp_styles`
+与 `export_bitable_records.load_style_meta` 兜住：身份源不可用以 `lifecycle_unavailable` 失败。
+
+**旧表只保留「行集合 + 启停」职责**：`workflow_dynamic_styles` / `_platforms` 仍决定有哪些
+款式、`enabled` 启停、`note`、`style_content`、`destinations`，但 ERP 编码、平台商品编码与
+9 类地址全部由 `dim_style` 覆盖（`merge_lifecycle_style_records` 中 `managed` 由
+`jsonb_build_object` 恒生成四个键而恒为真）。旧表里**不在 dim_style 的残留行**（孤儿款）
+地址会被清空、不再采集，属于建档改名/合并后的历史垃圾，应直接删除
+（2026-10-30 已清理 `拓界mode`、`逐星evo`，备份 `var/tmp/workflow_dynamic_orphans_20261030.json`）。
 
 `StyleConfigLoader` 只在数据库短暂不可用时使用最近一次数据库成功读取后生成的本地缓存；
 `feishu_mapping` 的目标表字段缓存仍保留，用来减少对各业务飞书表的字段查询。