指标双算对账是什么
双算（双路计算）用两条相互独立的路径计算同一指标，按天比对，差异超过容差就启动排查。例如 GMV 既从支付流水汇总，也从订单明细汇总。关键要求是两条路径不能共用同一段清洗逻辑——共用代码会让错误被同步复制，两边算出同样的错值，双算就失去意义。出现差异时的处理顺序建议是：先对口径（含税、退款、测试单、时间归属），再查数据本身，因为多数差异来自定义不同而非数据错误。
基本信息
| 做法 | 两条独立路径计算同一指标，按日比对 |
|---|---|
| 独立性要求 | 不能共用同一段清洗逻辑与中间表 |
| 容差 | 按业务定义，例如千分之一量级，需写明依据 |
| 比对粒度 | 通常按天，必要时按渠道或类目下钻 |
| 差异处置顺序 | 先对口径，再查数据 |
典型使用场景
- 交易金额：支付流水口径与订单明细口径日对账
- 活跃用户数：登录日志口径与埋点口径比对，发现采集缺失
- 库存：业务系统快照与数仓加工结果核对差异
- 结算金额：财务系统与数仓汇总比对，出账前确认一致
- 迁移验证：新旧链路并行运行期间每日双算，确认切换安全
两条路径的比对
两条路径的比对
-- 路径 A：支付流水口径
SELECT dt, SUM(pay_amount) AS gmv_a
FROM dwd_pay_flow_di GROUP BY dt;
-- 路径 B：订单明细口径（独立清洗链路，不复用 A 的中间表）
SELECT dt, SUM(order_amount) AS gmv_b
FROM dwd_order_detail_di GROUP BY dt;
-- 比对：全外连接，输出差异与差异率
SELECT COALESCE(a.dt, b.dt) AS dt,
a.gmv_a, b.gmv_b,
ROUND((a.gmv_a - b.gmv_b) / NULLIF(b.gmv_b, 0), 4) AS diff_rate
FROM (SELECT dt, SUM(pay_amount) AS gmv_a FROM dwd_pay_flow_di GROUP BY dt) a
FULL OUTER JOIN (SELECT dt, SUM(order_amount) AS gmv_b FROM dwd_order_detail_di GROUP BY dt) b
ON a.dt = b.dt
WHERE ABS(COALESCE(a.gmv_a,0) - COALESCE(b.gmv_b,0)) > 0; -- 容差按业务设定差异来源与排查顺序
| 序号 | 排查对象 | 典型差异 | 结论方向 |
|---|---|---|---|
| 一 | 口径定义 | 含税与不含税、退款是否冲减 | 口径不一致，非数据问题 |
| 二 | 时间归属 | 按下单日还是支付日归集 | 同一笔记在不同日期 |
| 三 | 过滤条件 | 是否排除测试单与内部单 | 过滤范围不同 |
| 四 | 数据质量 | 重复写入、缺失分区 | 确需修复的数据问题 |
出现差异先对口径（含税、退款、测试单、时间归属），再查数据问题：多数差异来自口径定义而非数据错误，跳过这一步容易白干一天。
容差随意设置会掩盖真实差异：容差要写明依据（如千分之一）与审批记录，差异连续多日贴边时也要关注趋势。
双算结果最好落库并保留趋势：只输出当日是否通过，无法发现缓慢扩大的系统性偏差，而这类偏差往往在季度结算时才爆发。