订单系统调整了状态规则，下游报表仍按旧口径统计；产品团队把空值改成默认值，风控模型却将它当作真实信息。技术链路没有报错，业务结果已经发生偏差。

数据契约的作用，是让数据生产方和使用方对结构、含义和变更方式形成明确约定。

契约要写到可检查

一份有效契约应说明字段类型、是否允许为空、取值范围和更新时间。对关键指标，还要写清业务含义与适用范围。只列字段名，解决不了口径变化。

这些约定最好能够自动检查。当生产数据违反规则时，系统及时提示责任人，避免错误一路传到报表和模型。

数据契约不是多一份文档，而是把上下游默认的期待变成可验证的规则。

变更需要提前沟通

数据不会永远不变。新增字段通常影响较小，删除字段、修改类型或改变含义则可能中断下游。生产方应提供通知窗口和兼容期，让使用方有时间迁移。

真正困难的是找到所有使用者。数据目录和血缘信息可以帮助识别影响范围，临时导出的表格也不能被忽略。

责任不能只落在数据团队

字段含义来自业务流程，技术团队无法独自定义。产品、运营和财务等责任人需要参与关键数据契约，并在规则变化时确认影响。

先从少量高频、错误代价高的数据开始，比一次覆盖所有表更容易建立习惯。当争执可以回到清楚的定义，数据协作才会变快。