test(scenario): 加盟商详情建标准任务闭环；移除两个伪 DB oracle
test_scenario_franchisee: 新增 test_franchisee_create_standard_task_verify_delete
- 覆盖加盟商详情页确认创建任务的标准模板分支，与 clusterAndDirect/task/create 是不同 HTTP 路由，必须单独验证
- 动态读取当前租户任务类型(task/typeList)与当前员工，不硬编码 ID
- 闭环：franchisee_save -> task_create -> DB(db_task_by_id) 精准校验 name/tenant_id/account_id/standard_franchisee_id/target_province|city| district_id -> task_detail -> task_page -> finally 删除任务与前置加盟商， 并用 db_get_active_task_ids / db_get_active_franchisee_ids 确认 active=[]
- 任务与加盟商均已注册 session 兜底；conftest 中 task 优先级 0 先于 franchisee 3，符合任务引用加盟商的依赖顺序
- 实测通过：加盟商 17003 + 任务 70463，删除后两者 active_ids 均为 []
- 已核验所用符号真实存在：db_task_by_id/db_get_active_task_ids 由 location_map.db 导出；9 个 api_* 委托的 SDK 方法签名与调用一致
test_model_cluster_surround: 移除两个伪 DB oracle
- surround/levelCount：数据源是 AOI/外部 POI 聚合服务，无 location-te 独立明细表。原用例标题写"DB 校验"但实际只做结构断言，属名不副实， 现改为如实描述；同时把校验范围由 [:3]/[:2] 扩到全部分类与子项
- modelCluster/population：原实现用 model_cluster_info_v2.human_data
做对账，但那是历史快照且口径不同(实测 500m/1.5km/3km API=
8200/54900/200800 vs 快照 8906/56231/197475)，且原代码有
if db_total and api_total:使对比被静默跳过——该 oracle 不成立， 予以删除并注明真实数据源为 surroundPopulationExternalService - 购物/知名品牌 levelPage：由只看"非空"改为精确断言 totalNum 与首分页 objectList 长度，实测 21/10、5/5 与响应一致
VALIDATION_GAPS: 同步记录上述数据源结论；埋点补充改为 R501-R600 (50 条接口调用/37 条纯前端/2 条外部数据源/11 条待核实)；经营年限实调 poi/levelPage，机会点审批链补 form/check；人口热力按页面分支列出三条 路由并声明不做 MySQL 数值对账；代码基线更正为已用 GitLab SSH 成功拉取 release 并核对三仓库 HEAD=FETCH_HEAD
离线单测 666 项全过；两个改动文件的功能用例已在预演环境实测通过