杭州大厦主管工作台显示「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>
