杭州大厦主管工作台显示「23 位在岗 · 在手 53」,其中李欣 52 条。实查:

  杭州大厦自己的 followup_plans:active 17,938 / superseded 4,137 / **assigned 0**
  那 52 条的 target_clinic_id 全是上海世纪大道 —— 07-30 她在**那边**自己认领的
  (plan_event_logs: event=claim, actor=assignee=5679, 08:52~10:54)

⇒ 杭州大厦一条都没分出去,整栏是幻觉。

根因:**名册按诊所取、计数却按全租户取**。客服在哪家做过回访就进哪家名册
(名册从回访行为反推,宿主没给权威员工名单),跨诊所工作的人于是把别家的
在手/超期/完成全带了过来。`assignee_user_id IN (本诊所名册)` 挡不住 ——
它限的是**人**,不是**单**。李欣在杭州大厦有 3,225 条回访、在上海世纪大道
有 196 条,两家名册都有她。

六支查询全改,⛔ 不只改「在手」:同一屏上"在手 0 / 超期 41"这种自相矛盾
比全错更难查。plan_event_logs / plan_executions 没有诊所列,经 plan_id 反查
followup_plans.target_clinic_id(**归属**),⛔ 不是 executor_clinic_id(执行地)。

生产数据实测(只读):
  杭州大厦   修复前 5679→52 / 2998→1(合计 53)  修复后 **0 行** ✓
  上海世纪大道 修复后 5679→52 / 1928→2          ← 52 条归位 ✓

代价(已知并接受):跨诊所客服本屏不再显示他在别家的负荷。分配前想知道
"这人在别处忙不忙"需要另加一列(产品未定),⛔ 别为此把诊所过滤去掉。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>