数仓和报表数字对不上怎么查:四层口径对账与签收清单
不要先争论“谁的数字对”。先证明三边是否在同一时间窗、同一粒度、同一规则版本上比较。
先锁定三层截止和同一指标版本,再把差异归到时区、粒度、过滤、晚到、版本或精度;证据未齐就停止签收,不自动补数、重算或改报表。
适用对象
对账层
4 层
数据源、数仓模型、指标契约、报表展示。
差异类
6 类
时区、粒度、过滤、晚到、版本、精度。
必锁截止
3 个
source、warehouse、report各自记录,不用“今天”代替。
- 对账先锁定源系统、数仓和报表三个截止;截止、时区或业务日期不一致时,差值没有可比性。
- 事实表粒度决定一行代表什么;报表聚合层级不同,不能只对最终总数。
- 指标契约至少包含业务定义、公式、过滤、版本、责任人、容差和适用范围。
- 差异应归类为时区、粒度、过滤、晚到、版本或精度问题,再决定HOLD、条件签收或通过。
- 下载表只生成合成对账与人工签收证据,不连接生产、不修改报表、不补数,也不证明商业结果。
数字从哪里开始分叉:逐层排除,不跳层归因
每层都要留下“当前证据、缺口、责任人和停止条件”,不能用下游报表截图替代上游截止。
事实表应保持一致粒度,维表为事实提供过滤和分组上下文。对账时先确认每一行代表事件、订单、账户日还是其他业务粒度,再比较聚合结果。
| 层 | 必须固定 | 常见差异 | 未确认时 |
|---|---|---|---|
| 数据源 | source_ref、事件时间、状态、时区、source_cutoff | 源迟到、状态变化、重复或删除 | 停止比较并锁定源快照 |
| 数仓模型 | warehouse_layer、事实粒度、维度版本、warehouse_cutoff | 粒度汇总、拉链版本、增量边界 | 停止签收,不自动重跑 |
| 指标契约 | 业务定义、公式、过滤、版本、owner、容差 | 分子分母、过滤、版本或适用范围不一致 | 由业务与数据责任人确认 |
| 报表展示 | report_ref、过滤、时区、精度、report_cutoff | 筛选器、缓存、展示精度或规则版本不同 | 保留差异,不直接改报表 |
把20条差异归类,再决定HOLD还是条件签收
同一差值可以有不同原因,验收结果不能只按“差得多不多”判断。容差必须说明依据,并由业务责任人确认;精度容差不能掩盖版本、过滤或粒度错误。
| 差异类 | 先核对 | 建议状态 | 停止条件 |
|---|---|---|---|
| 时区 | 业务日、UTC偏移、夏令时、三个截止 | HOLD | 窗口未统一 |
| 粒度 | 事件、订单、账户日及聚合键 | HOLD | 比较对象不是同一粒度 |
| 过滤 | 有效状态、渠道、范围和空值处理 | HOLD | 过滤版本不一致 |
| 晚到 | 事件时间、到达时间、回补策略 | 条件签收 | 晚到去向未确认 |
| 版本 | 指标契约与报表规则版本 | HOLD | 批准版本不唯一 |
| 精度 | 计算精度、展示精度、容差依据 | 条件签收 | 容差未获业务确认 |
五步形成可追溯签收,不把模板当成生产权限
CSV内置六组合成场景,可直接导入表格工具演练。所有owner、引用和数值均为合成示例;客户真实数据、连接信息、账号、日志和合同原文不得填入公开表单或公共仓库。
指标对账与签收五步
- 01
01
锁定对象
记录metric_id、业务定义、版本、owner和approver。
- 02
02
冻结三层截止
分别保存source、warehouse、report截止与时区。
- 03
03
逐层核对
比较粒度、过滤、晚到、版本与精度,不跳层归因。
- 04
04
计算并归类
保留有符号、绝对和相对差值,写明证据缺口。
- 05
05
人工签收
责任人选择HOLD、条件签收或通过,并记录停止条件。
签收表不自动修改数据、重跑任务、调整指标、改变报表或授权生产操作。
下载合成对账与签收包,并按真实上线时间观察
下载包版本为v0.1,包含六种差异场景、三层截止、容差、待确认项和停止条件。页面升级候选日期为2026-08-11;只有完成生产公开回读后才能记录T0,并据此生成T+14、T+30和T+90观察日,本地候选阶段不得预填上线时间。
T+14核对可归因的自然搜索、站外点击、下载与自查动作;T+30核对非QA合格会话和服务意向;T+90才评估是否保留、重写或合并页面。页面访问、下载、QA和本地通过都不是商业验证。
本节判断
- 主要CTA固定为数仓项目询价,campaign固定为warehouse-metric-reconciliation-r1。
- 生产发布、索引提交、站外发布和任何客户数据处理均需各自的真实回读。
- 若口径、版本、截止或责任人冲突,停止签收并保留差异,不覆盖既有证据。
参考依据
以下来源用于确认市场趋势、政策背景和术语边界;具体落地方案仍以客户的数据范围、权限和交付目标为准。
常见问题
源系统100、报表80,是否应该先补20条?
不应该。先确认三层截止、时区、粒度、过滤、晚到、版本和精度。补数会改变生产结果,必须在根因、范围、回退和授权明确后单独执行。
数仓DWD和报表ADS是否可以直接对总数?
只有业务对象、粒度、过滤、时间窗和版本一致时才可比较。DWD明细与ADS汇总通常需要先转换到同一粒度,并保留聚合键和规则版本。
差异在容差内是否就能自动签收?
不能。容差依据、适用场景和责任人必须明确;版本、过滤或粒度错误不能被数值容差掩盖,最终仍需人工签收。