上线第二天，群里最容易出现的消息是「数不对，先下线」。下线很解气，却把唯一能对账的公共面拆掉了。先把「不对」拆成可检验的分支：两个人说的是不是同一个指标、同一个截止时间、同一批单据。多数打架发生在定义，发生在窗口，发生在有人看着过滤后的权限视图却拿全量 Excel 对。
抽单据是分水岭。能点到订单，才知道错在录入、错在映射，还是错在加工。点不开，争论会永远停在截图，看板就会退回装饰，见 数字点不开单据，看板还有什么用。多套系统各算各的，风险会在这一步集中爆发，见 多套系统各算各的，风险在哪。主数据若没统一，抽三张单也能抽到三个「同一客户」，见 没有主数据，可视化为什么会骗人。对账不要用「大约差不多」：差异超过约定阈值必须出清单，阈值可以先宽，但不能没有。
不要一上来重写整张主题。先固定一个指标、一个日期、一个组织范围，对出差异清单再扩。截图对截图的群争吵，解决不了任何一叉。质量差时的策略是暴露而不是躲避，见 数据质量差，看板先做还是先洗。口径书面一致之后，周会才可能少吵，见 同一口径之后，周会怎么少吵架。
把「不对」写成缺陷单，而不是群情绪
有效的缺陷单只有几项：指标名、口径原文、取数时点、组织范围、对照的源系统单据号、两边的金额或数量、登录账号。缺任何一项，研发只能猜。达希排查时按这张单走，能在一两天内判断是改口径文档、补接口、修主数据，还是只是权限视图。需要把现在对不上的那个数送过来，从 数据看板与中台 提交。旧平台若已经无法下钻，评估改造还是重做，见 旧报表平台该改造还是推倒重做。
汇率、含税、赠品是隐藏口径，要写成附录
汇率、含税、赠品、内购，是隐藏口径。财务口头说「跟总账一样」，总账却不含某类调拨。把例外写成附录，不要靠聊天记录。
对账不要用「大约差不多」。差异超过约定阈值必须出清单。阈值可以先宽，但不能没有，否则项目会在观感里无限改。
同一指标只保留一个算法版本。测试环境和正式环境、旧报表和新看板并行时，要标明哪一个是准绳，避免三套「官方数」。