为什么需要数据治理
数据很多, 真正用好却不容易

数据
分散 多系统
难以 统一。 标准
不一 同一
指标 不同 口径。 质量
难控 缺失与异常
影响 结果。 AI
难理解 字段
名称 缺少 业务 含义。
治理路径
从业务数据, 到可信数据资产
- 统一接入汇聚
财务、 销售、合同等系统的 形成数据, 统一的 数据 表。 - 基础治理对照
数据 标记标准 校验字段, 并处理 质量 问题。 - AI 语义治理AI
由业务辅助 识别 字段的 业务 含义, 人员 确认。 - 资产发布发布
为可 可调用、可追溯、可复用的理解、 数据 资产。
AI
辅助 发现 识别
字段 关联含义、 关系与口径 线索。 业务
人员 确认 AI
的 经业务建议, 人员 确认 后采用。 治理
成果 复用 确认
后的 持续成果 沉淀 为资产, 复用。
治理能力
夯实数据基础, 赋予业务含义
基础治理
让数据
数据
标准 统一
命名、 格式与编码 数据
质量 发现
缺失与异常 数据 元数据
管理 记录
字段、 来源与更新 数据
目录 有哪些
数据、 在哪里
AI 辅助治理
让
选择
fin_ar_dtl应收明细表
ys_rq应收日期AI 建议依据:样例值为日期格式ys_je应收金额AI 建议依据:字段注释 · 金额格式dz_je到账金额AI 建议依据:与到账记录表取值一致kp_zt开票状态AI 建议依据:枚举值 0 / 1 / 2yw_bk业务板块AI 建议依据:关联组织机构表
AI
合同回款关联
- 客户到合同依据:
两表 AI 推导kh_id 取值 一致, 一个 客户 对应 多份 合同 - 合同到应收依据:
应收 AI 推导记录 引用 合同 编号, 一份 合同 按节点 形成 多笔应收 - 应收到到账依据:
到账 AI 推导记录 引用 应收 编号, 一笔应收 可分 多次 到账
数据域
销售域2 张表
- 客户信息表
- 销售订单表
- 到账记录表
- 商机跟进表
- 履约节点表
财务域2 张表
- 应收明细表
- 发票记录表
- 到账记录表
- 商机跟进表
- 履约节点表
合同域2 张表
- 合同信息表
- 合同条款表
- 到账记录表
- 商机跟进表
- 履约节点表
待归类 · AI 建议
- 到账记录表
fin_receiptAI 建议:财务域 - 商机跟进表
crm_opptyAI 建议:销售域 - 履约节点表
ht_jdAI 建议:合同域
度量与维度
度量可计算的数值
维度分析的角度
可分析
AI 辅助发现业务人员确认依据可追溯
治理成果
治理成果, 成为可复用的资产
合同金额ht_je
度量 · 合同域
- 业务含义
- 合同约定的总金额(含税)
- 计算口径
- 求和 · 含税 · 按签订日期统计 · 单位:元
- 关联关系
- 客户应收到账
- 所属目录
- 合同域 / 合同信息表
- 来源
- 合同管理系统
t_contract.ht_je - 权限
- 分级权限 · 授权可见
- 更新时间
- 每日同步 · 今日 02:00示意
复用于报表分析AI 问数智能体
数据
目录 知道
有哪些 数据。 关联
关系 理清
数据 之间的 联系。 业务
语义 解释
字段与业务 含义。 统一
指标 统一
计算与分析 口径。
资产特征
- 可理解业务含义已确认
- 可调用权限范围内调用
- 可追溯保留来源依据
- 可复用支撑多场景应用
多场景复用
一次治理, 支撑多场景复用
报表
分析 统一
口径, 减少反复 核对。 AI
问数 基于
业务 提高语义, 问数 稳定 性。 智能体复用
共享
数据 减少基础, 重复 建设。