药企流向数据治理上线前检查清单

最终要解决什么

例如返利对账、费用核销、渠道分析或审计资料导出。写清主使用人和使用频率，避免先买功能、后找场景。

数据从哪里来

列出商业公司、终端、内部系统、文件、单据和主数据，并标记责任人、更新节奏、样本和授权。

什么叫处理正确

用字段口径、匹配规则、抽样复核和异常关闭标准来描述，不要只用“准确”或“自动化”。

结果给谁用

明确报表、导出资料、结算依据或审计材料的接收人、权限和保留要求，避免处理和后续结算、审核脱节。

确认要接入什么，不接入什么

分别列出流向文件、电子数据、单据、机构与产品主数据、任务或费用记录等输入，并为每项指定提供方、频率、格式和样本可得性。

• 是否已有可脱敏的样本用于字段与质量检查？
• 是否明确历史数据与增量数据的处理边界？
• 文件、接口或其他协作方式是否已按项目确认？

统一主体、产品、终端和渠道的叫法

同一主体可能有简称、旧名称或不同编码；同一产品也可能存在规格、包装和历史名称差异。上线前应写清采用哪套主数据、谁负责维护，以及无法匹配时如何处理。

• 产品、机构、商业公司、终端和区域是否有可追溯的标识？
• 是否记录别名、停用项、合并项和生效时间？
• 业务团队是否确认关键口径可用于后续核对？

让每个关键字段有来源、有含义、有处理方法

字段字典至少应说明字段名称、业务含义、来源、格式、是否必填、合法值、映射方式和异常处理责任。不要只保留技术字段名。

• 日期、金额、数量、单位、批次和主体字段是否有统一解释？
• 是否区分原始值、标准值和人工更正值？
• 变更规则是否可以留下版本记录？

在处理前定义“什么需要被拦下”

校验不应只关注空值。可按项目约定检查完整性、字段与口径一致性、时效、唯一性以及业务规则；异常应有清晰类别、优先级和去向。

• 哪些异常允许自动通过，哪些必须人工复核？
• 异常归属业务、数据、财务还是合规角色？
• 复核结论是否能够与原始记录关联？

把“谁来确认”写成可执行的流程

数据团队可以处理格式和规则，业务团队通常需要确认业务事实；结算、财务或合规团队可能需要确认特定输出的适用性。

• 是否定义提交、处理、复核、关闭和升级的责任人？
• 是否明确异常关闭的时限或批次节奏？
• 是否保留处理记录、修改依据与审核结论？

反推需要什么样的可核验结果

输出可能包括核对结果、结算依据、管理报表或审计资料。每一种输出都应有接收人、字段范围、查看权限、导出周期和复核方式。

• 输出是否能回溯到来源、处理规则和复核结论？
• 是否避免把未经复核的数据直接用于结算或审计判断？
• 哪些后续动作仍应留在现有 CRM、ERP、财务或 BI？

把数据范围和角色边界放到上线条件里

按照项目确定数据归属、角色权限、日志留痕、导出范围、环境和部署方式。涉及个人信息或商业敏感信息的处理，应由企业相应责任人确认。

• 不同角色能看、能改、能导出哪些数据？
• 关键操作是否需要留痕和复核？
• 数据保留、删除、备份和传输边界是否已对齐？

用约定样本验证，而不是用泛泛的演示判断

从一组真实但脱敏的数据样本开始，按约定口径完成导入、字段处理、匹配、异常复核和输出核对，再判断是否进入更大范围的配置与上线。

• 验收样本、覆盖范围和预期输出是否事先固定？
• 业务、交付和使用方是否共同复核结果？
• 上线后首个周期的监控、问题收集和调整机制是否明确？