O-13 SCRM 收口 ingest_service 决策（R-P2-19） #283

New Issue

tanzk · 2026-10-09T04:54:34+08:00

tanzk commented

2026-10-09 04:54:34 +08:00

背景

排期规划 O-13（R-P2-19）：SCRM 采集是否收口进 ingest_service，或文档裁剪其范围。

处理动作

盘点 SCRM 采集链路与 ingest_service 现状差距
与 O-2 评估报告结论对齐
产出决策建议，提请用户拍板

验收标准

决策建议报告产出（收口/维持/裁剪 + 理由）

## 背景排期规划 O-13（R-P2-19）：SCRM 采集是否收口进 ingest_service，或文档裁剪其范围。 ## 处理动作 - [ ] 盘点 SCRM 采集链路与 ingest_service 现状差距 - [ ] 与 O-2 评估报告结论对齐 - [ ] 产出决策建议，提请用户拍板 ## 验收标准 - [ ] 决策建议报告产出（收口/维持/裁剪 + 理由）

tanzk referenced this issue

2026-10-09 06:56:32 +08:00

O-1 数据表合理性专项评估：逐表审计冗余/无效/不合理设计（用户#1） #274

tanzk referenced this issue from a commit

2026-10-09 06:57:55 +08:00

docs(audit): 数据表合理性专项审计台账 (#274)

tanzk referenced this issue from a commit

2026-10-09 06:57:55 +08:00

docs(eval): 采集统一入口中台化评估报告 (#275)

tanzk referenced this issue

2026-10-09 06:58:07 +08:00

O-2 采集统一入口（中台化）评估：SCRM 收口 + Provider 工厂（用户#3） #275

tanzk commented

2026-10-09 06:58:40 +08:00

决策建议（2026-10-09，待用户拍板）

差距盘点与方案对比已完成，见 docs/reports/20261009-采集统一入口中台化评估报告.md（#275，commit 67b573e），与本单结论已对齐。

新增强信号（#274 审计 C6，生产实测）：SCRM 四张数据表（scrm_sessions/scrm_operators/scrm_session_transfers/scrm_staff_profiles）全部 0 行，scrm_sync_logs 末次记录 2026-08-09——采集已停摆两个月且无人感知。

决策建议：裁剪/下线（而非收口）。理由：

停摆两个月无人报障 = 业务上无实际消费方，「删掉无损判据」命中；
收口进 ingest_service 的开发成本（去重键/水位/拒绝行三件套接入）不应投在无消费方的链路上；
若未来业务恢复需要，按现行 DATA_TYPE_REGISTRY 模式重新接入比重启旧链路更干净。

若拍板裁剪，执行清单（届时另立实施单）：

scrm 4 数据源从 data_source_registry / DATA_TYPE_REGISTRY 摘除，前端数据查看树同步消失
scrm_sync_service / scrm_client / fetch.py scrm 端点下线（保留 git 历史）
scrm_* 五表（含 sync_logs）导出归档后 DROP（走 db_guard + --allow-real-db）
释放 #274 C6；联动文档《数据源接入与缓存加速规范》口径更新

若拍板保留：则按评估报告方案 C 把去重键/水位/拒绝行纳入中台口径（管线不动），并先修通采集停摆故障。

请回复「裁剪」或「保留」（或其他指示），本单据此推进。

## 决策建议（2026-10-09，待用户拍板）差距盘点与方案对比已完成，见 `docs/reports/20261009-采集统一入口中台化评估报告.md`（#275，commit `67b573e`），与本单结论已对齐。 **新增强信号（#274 审计 C6，生产实测）**：SCRM 四张数据表（`scrm_sessions`/`scrm_operators`/`scrm_session_transfers`/`scrm_staff_profiles`）全部 0 行，`scrm_sync_logs` 末次记录 **2026-08-09**——采集已停摆两个月且无人感知。 **决策建议：裁剪/下线（而非收口）**。理由： 1. 停摆两个月无人报障 = 业务上无实际消费方，「删掉无损判据」命中； 2. 收口进 ingest_service 的开发成本（去重键/水位/拒绝行三件套接入）不应投在无消费方的链路上； 3. 若未来业务恢复需要，按现行 `DATA_TYPE_REGISTRY` 模式重新接入比重启旧链路更干净。 **若拍板裁剪，执行清单**（届时另立实施单）： - scrm 4 数据源从 data_source_registry / DATA_TYPE_REGISTRY 摘除，前端数据查看树同步消失 - scrm_sync_service / scrm_client / fetch.py scrm 端点下线（保留 git 历史） - scrm_* 五表（含 sync_logs）导出归档后 DROP（走 db_guard + --allow-real-db） - 释放 #274 C6；联动文档《数据源接入与缓存加速规范》口径更新 **若拍板保留**：则按评估报告方案 C 把去重键/水位/拒绝行纳入中台口径（管线不动），并先修通采集停摆故障。请回复「裁剪」或「保留」（或其他指示），本单据此推进。

tanzk commented

2026-10-09 07:33:15 +08:00

用户拍板（2026-10-09）：暂不删除 SCRM，保持现状。本单挂起，不做收口/下线动作；#274 C6 同步挂起。未来重启或再评估时从 comment 3198 的方案继续。

用户拍板（2026-10-09）：**暂不删除 SCRM，保持现状**。本单挂起，不做收口/下线动作；#274 C6 同步挂起。未来重启或再评估时从 comment 3198 的方案继续。

Sign in to join this conversation.

1 Participants

Notifications

Due Date

No due date set.

Dependencies

No dependencies set.

Reference: tanzk/csctalon#283