总行看分行排名看到的是这家存款掉了、那家不良升了但为什么掉说不清。季度经营分析会的材料靠业务部拼一周其中对口径就占两天交上去的结论还是受宏观环境影响两句话。会上被问具体哪个产品线、哪个网点、哪个客户经理答不上来。本文从工程角度拆解Data Agent怎么做这件事多级下钻怎么实现、诊断报告怎么分钟级生成、结论怎么变成带责任人和时限的工单、总行和分行的权限怎么在查询层隔离。文末附自家数据自算公式。一、问题定义这是下钻粒度和行动闭环问题不是报表问题先把场景边界收窄。这里说的分行经营诊断是总行对下辖分行的经营波动做归因产出物是季度经营分析会的诊断材料和后续改进行动。工程上这个场景有三个不友好的约束归因要下钻到人但数据只到分行。XX 分行存款掉了是结果能落地的结论要细到XX 支行对公存款掉了主要是 3 个客户经理名下的 5 户大客户在 3 月流失。多数行的经营数据仓库没铺到客户经理和旬的粒度。材料要能当场被核。经营分析会上总行会质询每个数字要能展开看口径和计算过程。人工拼的报告做不到因为拉数的人和汇报的人往往不是同一个人。结论要变成行动。诊断报告本身不产生价值产生价值的是会后派到责任人的工单。多数行的流程止于 PPT。传统流程断在哪落在三条约束上环节现在的做法断点归因看到分行存款掉了这个结果下钻不下去结果有了原因抓不住诊断停在宏观环境报告业务部几个人拼一周对口径对两天等报告出来问题已经过去一个季度行动停在 PPT 上没有工单没有责任人、没有截止时间下季度同样的材料质询结论两句话被问到具体层面答不上来拉数和汇报不是同一个人数字说不清出处这里要纠正一个常见误解。很多人觉得分行排名波动是市场使然归因是玄学。不是。为什么掉是有答案的存款掉了必然是某个条线、某个产品、某个网点、某几个客户经理、某段时间出了问题只是总行拿不到这个颗粒度的数据。所以场景性质是归因需要高粒度下钻、材料需要可追溯、结论需要转成工单。解法是把维度层级建到客户经理和时段、把诊断过程做成可复现的查询、把结论落成工作流对象。二、系统设计五段拆解2.1 多级下钻归因下钻的实现前提是维度层级在语义层里定义清楚不是每次下钻都重新组织一次查询条线对公 / 零售 → 产品存款 / 理财 / 贷款 / 中间业务 → 网点支行 / 分理处 → 客户经理 → 时段季 / 月 / 旬下钻沿层级逐级 group by每一级的中间结果保留支持连续下钻和回退。工程上的难点有三个层级的每一级都要有明确的归属关系。客户经理归属网点、网点归属分行、产品归属条线这些关系要在语义层固化否则下钻到某一级会断。指标要能在每一级重算。存款日均、时点余额、不良率这些指标在不同层级的口径必须一致否则下钻出来的数对不上会上被问就露馅。下钻结果要可复现。归因计算走确定性编译同一份数据同一层级跑两遍结果一致SQL 可追溯。一级下钻的归因结论长这样XX 分行一季度存款下降 4.2 亿 ├ 对公条线 -3.1 亿占 74% │ ├ XX 支行 -1.8 亿 │ │ └ 客户经理 A/B/C 名下 5 户大客户3 月集中转出 │ └ 其他支行合计 -1.3 亿 └ 零售条线 -1.1 亿占 26%到这个颗粒度诊断才算完成。因为只有到这里才知道下一步该干什么、谁来干。2.2 分钟级诊断报告生成输入一句XX 分行一季度存款为什么掉直接出诊断报告。报告的结构是固定的结论、归因链路、关键数据、图表、附录。关键是附录。每个数字都能展开看 SQL、数据来源、计算过程。这是会上被质询能当场核的前提。人工拼的报告做不到这一点因为拼报告的人自己也不一定清楚每个数的出处。2.3 诊断结论转行动工单诊断报告不是终点终点是工单。承载这部分的是工作流表一条诊断结论拆成若干条工单work_order 字段责任人 / 动作 / 截止时间 / 关联诊断结论 / 状态 生成 → 派给分行 → 分行认领 → 执行 → 结果回填 → 下季度复盘对照设计上要注意工单的粒度要和下钻的粒度对齐。诊断到XX 支行 3 个客户经理的 5 户大客户工单就该派到那 3 个客户经理而不是笼统地派给XX 支行。粒度不对齐工单就落不了地。2.4 可上会材料生成的材料要满足一个条件会上被质询点开任意一个数字能看到它的 SQL 和来源。这个要求和场景 2 尽调报告的溯源是同一套机制区别在于尽调溯源到原始凭证这里溯源到查询和口径定义。2.5 总行分行视角与行列级权限权限在这里不是前端过滤是查询重写层的谓词注入总行视角不注入额外谓词可见全行 分行视角查询重写时注入 org_id 当前分行且不可见的列从投影中剔除要点是权限谓词在 SQL 编译阶段注入不是查完再过滤。结果层过滤有个典型漏洞汇总值本身泄露了他行信息。比如分行问全行存款排名如果先算全行再过滤分行能通过排名反推他行数据。查询重写层注入可以从根上避免这类越权。三、收益模型与自算公式年化增收 ≈ S × NIM参数含义示例取值数据来源S各分行合计存款止跌回升金额8 亿20 家分行推演值诊断加工单执行后的经营结果需季度验证NIM净息差1.6%行内年报口径代入示例8 亿 × 1.6% ≈ 1280 万 ≈ 1200 万口径别搞错。这是增量收入口径因为诊断清楚、工单执行到位本来会掉的 8 亿存款止住了留在行里一年产生的利差收入。它是少流失换来的持续收入不是一次性的。和场景 2 的人力当量口径、场景 4 的合规人力释放口径都不是一回事对外讲的时候别混。自家代进去算S 是 3 亿还是 20 亿NIM 是 1.4% 还是 2.0%。S3 亿、NIM1.4% 约 420 万S20 亿、NIM2.0% 约 4000 万。以上全部为示例口径只是举例不是承诺。兑现确定性标高但要把话说清楚。归因下钻和报告生成当天可验不依赖外部变量。但存款止跌回升 8 亿是推演值不是承诺它是经营结果取决于分行是否执行工单、产品资源跟不跟得上要等一个季度看。技术能力和经营结果在这里必须分开讲。四、合规边界与权限环节系统自动执行永远人工约束方式归因下钻按层级自动下钻并计算业务部门复核结论计算走确定性编译SQL 可复现诊断报告生成自动成稿业务部门审核每个数字附 SQL 与数据来源改进行动工单生成工单建议分行认领与执行工单派发经人确认系统不自主考核上会材料生成材料汇报人定稿数字可展开核对不可隐藏出处视角切换按角色注入权限谓词权限管理员配置谓词在查询重写层注入不做结果层过滤归因到个人输出到客户经理粒度管理复盘判断归因用于定位环节不直接作为个人考核依据最后一条要说清楚。下钻到客户经理粒度目的是定位哪个环节的准入或管理需要复核不是给个人定责。归因结果只到流程和批次是否涉及个人由管理复盘决定。这一条在场景 1 的贷后预警里也提过原理相同。行列权限按总行角色、分行范围、条线范围三层配置所有下钻、生成、派单动作留痕可审计。五、为什么通用查数工具做不了能力通用 ChatBI / 查数工具极昆仑iInsight查分行存款余额能做能做拉分行排名能做能做下钻一层分行到条线勉强能做能做四级下钻条线到产品到网点到客户经理到时段下钻到不了底下钻到客户经理和时段归因结论只出数据不给原因归因到底加证据链SQL 可核改进行动工单出不了工单诊断自动转工单派到责任人可上会材料给不出带出处的材料附 SQL 和数据来源可展开核对权限视角没有权限治理总行看全行、分行看自己行列级三个跨不过去的点下钻到不了底。通用工具能查分行余额、看分行排名再往下钻一层就费劲钻到产品、网点、客户经理、时段基本做不到。总行要的不是掉了这个结果是谁、在哪个网点、哪个产品上掉的。下钻不到底诊断就不成立。要的是原因不是数据。一张各分行存款变动表和一句XX 支行对公存款掉了主要是 3 个客户经理名下的 5 户大客户在 3 月流失中间隔着归因能力和证据链。工单不是 PPT。诊断的终点是谁、干什么、什么时候的工单。通用工具生成不了工单会议开完行动还是没着落。六、怎么试这个场景的归因下钻和报告生成当天就能验不依赖外部变量。先做一次 30 分钟需求对齐不带销售只看场景适配度你家经营数据仓库覆盖到客户经理粒度没有、分行数多少、指标口径统一到什么程度。合适的话做概念验证拿你家一个分行的真实经营数据现场问XX 分行上季度存款为什么掉跑一遍归因下钻对比三件事。一是下钻深度能不能钻到产品、网点、客户经理、时段二是归因准确性结论跟分行实际情况对不对得上可以找分行对质三是工单可用性生成的改进行动工单分行认不认。三件事先说清楚免得期待错位概念验证验证的是下钻深度、归因准确性、工单可用性、上会材料可核性。这些用真实经营数据当天能核。概念验证不承诺存款止跌回升 8 亿。那是经营结果取决于分行执行工单和产品资源要等季度验证。验证阶段用行内脱敏经营数据权限演示可以现场切换总行视角和分行视角看行列级权限的实际效果。数据口径文中 8 亿、20 家分行、4.2 亿、1.6%、1200 万、420 万、4000 万、74% 均为基于行业公开区间的推演示例值非任何机构的实际实测结果不构成收益承诺。该口径为增量收入口径非人力当量口径。实际兑现取决于分行数量、经营数据质量、指标口径统一程度与分行执行工单的力度。归因下钻与报告生成当天可验存款止跌回升需季度验证。归因到客户经理粒度用于定位管理环节不作为个人考核依据。