领导看到的汇总数，下钻明细为何对不上：筛选上下文怎样传递

汇总数与下钻明细不一致，先检查两处是否在计算同一批记录。下钻不是把“部门名称”传到新页面就完成；期间、组织身份、状态、指标版本和权限都会改变结果。验收要能证明集合对应关系，而不只是点击后有明细。

从卡片还原完整条件

假设一张卡显示华北区域九月已确认订单金额，点击后却打开默认本月全部订单列表，页面运行正常也不符合文字。应记录稳定组织编号、日期起止及业务日期字段、确认状态、币种与单位、指标定义版本，以及原结果所用数据批次。

条件既可能来自显式筛选，也可能藏在用户角色、默认日期、图例点选和页面初始化规则里。先列出有效条件，而不是只抄屏幕上的两个下拉框。跨页时，目标页自身默认值不得无提示覆盖传来的条件。

同一集合不总是同一行数

不要要求所有明细行数都等于卡片数字。应说明一行代表订单、客户还是处理事件；金额、比例和去重数各有不同的可复核关系。分页只展示部分行时，还要区分当前页小计与完整集合总计。

权限决定能展示多少明细

某些管理角色允许看汇总但不允许看个人明细，这时不能为了“对上”而绕过权限。可以明确说明明细范围受限，或只提供同权限可见的分组解释。URL 中的组织编号是筛选输入，不是授权证明，目标服务仍需检查当前用户能访问的范围。

Power BI 官方下钻文档要求核对源字段与目标筛选字段，并提示关系会影响筛选传播。定制看板同样需要检查实际查询；界面显示相同名称不代表后台用了相同字段。

动态数据要选择比较时点

卡片生成后又有新订单到达，实时明细可能合理地多出记录。可选择同一快照下钻，或明确显示明细按最新数据重算；不能一边声称严格一致，一边使用两个不同批次。严格快照能力依赖后端保留与查询条件，应在开发前确认。

返回时恢复原筛选与阅读位置有助于连续分析；主动刷新后若更新了批次，应同步更新卡片和条件说明。导出与页面明细也应使用相同上下文，不要导出时重置为全年或全公司。

用正反样本证明过滤链

建立一个可手工核算的小集合，放入目标组织外、日期外、未确认、已撤销和无权限记录。点击目标卡片后验证它们被正确排除，再切换角色与月份复验。对返回、直接打开明细地址和导出分别检查，留存请求条件、结果标识与预期总计。

数据大屏发现异常后怎么处理：从指标下钻到工单回写 讨论异常后的处理闭环，本篇只核对分析集合；一般来源差异见 数据大屏与ERP、Excel数字不一致，怎么定位差异。将过滤链样本纳入 数据可视化开发服务 范围，后续新增筛选项时就能确认是否破坏了已有下钻关系。