目录要能查到人
资产目录的价值不在数量，而在每条资产都有责任人与更新日期。验收时怎么查？随机抽若干条，看能否找到负责人、能否说明数据来源；找不到的目录只是一张表格，无法支撑后续变更与追责，也无法交接。
字典要能解释差异
指标字典的验收方法是拿两份历史报表对照：按字典口径能否复算出同样的数字，差异能否被解释。怎么算通过？差异有明确原因，例如统计时点、退货冲减，而不是一句大概是这样，否则等于没验过。
规则要有稽核记录
光有规则清单不算交付，还要有至少一轮完整稽核报告：命中条数、分级、责任人与整改状态。边界是报告中的阈值由业务确认，通过率不作为对外承诺，只作为内部改进的基线，避免选择性稽核，也便于横向比较分析。
闭环记录看工单
问题从发现到关闭应有工单记录，包含提出人、责任方、处理动作与复核结论。验收时怎么核？抽几条走完整流程，检查是否有超期未处理项；这是判断治理是否真正运转的最直接证据，也最难作假，也最值得细看。
适用与不适用
适合谁
- 准备验收数据治理项目的业务与技术双方
- 需要把治理成果写进合同或年度考核的团队
- 有监管报送、需要提供口径解释依据的企业
不适合谁
- 只做一次性数据清洗、不涉及机制建设的任务
典型场景
某银行在治理项目验收时，抽取十个指标按字典复算，其中两个存在差异。交付方补充了统计时点说明并修订字典，双方确认后通过。同时抽查五条质量问题工单，发现一条超期未处理，要求补齐复核记录后才签署验收，并把差异说明附在报告后。
可执行步骤
- 按七类交付物逐项列出验收方法与抽检比例，先书面确认
- 随机抽取资产条目核对负责人与来源，记录缺失的具体情况
- 用历史报表复算指标，验证字典能否解释每一处差异与口径
- 抽查质量工单检查闭环与超期，并确认制度中的变更流程
常见坑
- 验收只看平台功能演示，未抽检目录与字典，交付后无人能解释报表差异，争议依旧，验收形同虚设。
- 稽核报告只写通过率，不列问题与责任人，整改无法跟踪，下季度同类问题重复出现，整改也无从跟踪。
- 制度缺少变更流程，字典发布后被随意修改，多套口径重新出现，前期的对齐工作白做，又要重新对齐一次。
自检与验收清单
- 资产目录是否可查到负责人与来源
- 指标字典能否复算历史报表并解释差异
- 是否有完整一轮稽核报告与整改状态
- 问题工单是否闭环且无长期超期未处理
常见问题
验收要不要定通过率？
可以设内部基线，但不宜作为对外承诺或付款的唯一条件。口径与质量的问题受历史积累影响，强行设定比例容易导致选择性稽核。更稳的做法是验收机制是否建立、问题是否闭环。
目录要覆盖全部数据吗？
不必。先覆盖核心指标涉及的表与字段，保证每条可追责；全量目录往往建得快、更新慢，半年后与大范围失真。覆盖范围应写进确认单，并约定扩围节奏，而不是只追一个比例。
业务方要参与验收吗？
必须参与。口径是否正确、问题是否影响业务，只有业务能判断。仅由技术方验收容易通过形式检查，却无法保证报表可用；建议双方各指定一名验收人共同签字，并把抽检记录一并归档。