金融系统地图
首页系统地图知识库地图练习路线图关于本站

TOPIC HOME

报表治理与数据责任图专题主页 / 报表治理与数据责任图

数据治理图回答的是:一张报表里的字段、指标、口径、源系统、变更、审批、版本、异常和监管问询,到底由谁定义、谁维护、谁审批、谁解释、谁负责追溯。

RELATED SUBMAPS

相关专题子图

可在主图和其他专题子图之间切换,继续查看相邻业务链路。

报表数据来源图

监管报表不是从一个系统里直接导出来的,而是从交易、持仓、估值、会计、风险、托管、清算、对账、产品主数据、客户或交易对手数据、市场数据和参考数据中抽取信息,再按照监管、财务和管理口径重新组织出来的结果。

进入子图 →
报表口径与维度图

同一批业务数据,为什么在不同监管报表、风险报表、财务报表和管理报表里会呈现成不同样子?

进入子图 →
字段映射与指标计算图

业务系统里的字段不能直接等于报表字段。监管报表需要把源字段、标准字段、产品分类、交易对手分类、币种、期限、金额、估值和风险数据,按照特定口径加工成报表指标,最后形成报表结果。

进入子图 →
报表校验与对账图

报表生成以后,并不代表可以直接提交。数据校验负责确认报表数据是否完整、格式是否正确、逻辑是否成立、跨表是否一致、期初期末是否连续,并通过业务对账、会计对账、风险对账和监管校验发现差异。

进入子图 →
报送流程与监管反馈图

报表生成不是终点,而是正式报送流程的起点。报表从内部生成到外部提交,需要经过复核、审批、报送、回执、监管校验、反馈处理、补报重报和版本留痕。

进入子图 →
报表异常与问题追溯图

报表差异不是一个终点,而是一个追溯入口。它需要沿着字段映射、口径定义、主数据、源系统、估值数据、会计数据、风险数据、对账结果和数据血缘,一步步定位原因,再形成修正方案,必要时重跑数据、重出报表,并保留审计和历史留痕。

进入子图 →
报表治理与数据责任图
当前子图

数据治理图回答的是:一张报表里的字段、指标、口径、源系统、变更、审批、版本、异常和监管问询,到底由谁定义、谁维护、谁审批、谁解释、谁负责追溯。

进入子图 →

完整地图更适合横屏 / 平板 / 电脑查看

可拖拽、缩放地图;轻点节点查看关系,双击进入知识库。

KEY RELATIONS

关键关系线

报表数据治理支撑数据字典与元数据

维护数据字典与元数据

报表数据治理维护字段定义、元数据和标准口径。

监管报表与数据口径已发布
报表数据治理支撑指标口径

维护指标口径

报表数据治理明确指标定义、计算与适用范围。

监管报表与数据口径已发布
指标口径支撑口径 Owner

明确口径Owner

每个关键指标口径需要明确责任 Owner。

监管报表与数据口径已发布
报表数据治理支撑System Owner

明确System Owner

报表数据治理明确源系统与平台责任。

监管报表与数据口径已发布
报表数据治理支撑Data / Business Owner

明确Data / Business Owner

报表数据治理明确数据和业务决策责任。

监管报表与数据口径已发布
报表数据治理支撑Report Owner

明确Report Owner

报表数据治理明确报表结果与报送责任。

监管报表与数据口径已发布
数据异常与口径调整支撑Data / Business Owner

升级异常责任

重大数据异常和口径调整升级至 Data / Business Owner。

监管报表与数据口径已发布
数据质量规则支撑报表数据治理

支撑数据治理

数据质量规则是报表数据治理的基础控制。

监管报表与数据口径已发布
数据异常与口径调整支撑变更管理

触发变更管理

数据异常或口径调整进入受控变更流程。

监管报表与数据口径已发布
变更管理支撑审批与权限

进入审批与权限

变更按权限边界和审批流程执行。

监管报表与数据口径已发布
审批与权限支撑审计轨迹

形成审计轨迹

审批、权限和执行证据进入审计轨迹。

监管报表与数据口径已发布
监管问询支撑责任追踪与控制有效性

追踪问询责任

监管问询通过责任追踪和控制有效性闭环。

监管报表与数据口径已发布

子节点目录

当前筛选显示 19 个节点、19 条关系线。

🔒 数据治理

module · Level 1

已点亮

数据治理说明字段、口径、数据和版本的责任。

🔒 报表数据治理

bridge · Level 2

已点亮

报表数据治理是数据治理在报表领域的具体落地。 它关注的是报表字段、报表指标、报表口径、数据来源、数据质量、报表版本、报送责任和监管问询之间如何被管理。

🔒 Data / Business Owner

scenario · Level 2

已点亮

Data / Business Owner 对关键数据定义、业务决策、优先级和重大例外承担最终责任。

🔒 System Owner

scenario · Level 2

已点亮

System Owner 是源系统或加工系统的责任方,负责系统稳定性、数据接口、字段逻辑、任务运行、系统变更和技术问题处理。

🔒 Report Owner

scenario · Level 2

已点亮

Report Owner 是某张报表或某类报表的责任方。 它负责报表的整体产出、复核、提交、版本管理、监管反馈处理和跨团队协调。

🔒 口径 Owner

scenario · Level 2

已点亮

口径 Owner 是负责解释、维护和确认某个报表口径或指标口径的责任方。 当一个字段或指标存在争议时,口径 Owner 需要判断应该采用哪个业务解释和统计方法。

🔒 数据质量规则

process · Level 2

已点亮

数据质量规则是用于检查报表数据是否完整、合理、一致和可用的规则。 它通常包括完整性检查、格式检查、逻辑检查、范围检查、跨表检查、期初期末检查、重复检查、缺失检查和异常值检查。

🔒 数据字典与元数据

system · Level 2

已点亮

数据字典与元数据统一维护字段定义、来源、类型、口径、责任和版本信息。

🔒 指标口径

concept · Level 2

已点亮

指标口径定义一个报表指标如何理解、如何计算、包含什么、不包含什么、使用什么时间点、使用什么金额口径、按什么维度汇总。

🔒 变更管理

process · Level 2

已点亮

变更管理用于控制报表字段、指标、口径、规则、系统接口、数据来源和计算逻辑的变化。

🔒 审批与权限

process · Level 2

已点亮

审批与权限确保数据、规则和报表变更由授权角色发起、复核、批准和执行。

🔒 审计轨迹

system · Level 2

已点亮

审计轨迹记录报表相关操作、变更、审批、提交、修正和版本变化的历史记录。

🔒 版本管理

system · Level 2

已点亮

版本管理用于记录报表、口径、字段、规则和报送结果在不同时间点的变化。 监管报表不是只有一个当前版本,它可能会经历草稿、复核版、审批版、正式报送版、退回修改版、补报版、重报版等多个版本。

🔒 监管问询

system · Level 2

已点亮

监管问询是监管或外部检查方对报表结果、数据口径、差异原因、历史变化或数据质量提出的问题。 它通常发生在报表提交之后,也可能发生在现场检查、专项检查、数据质量检查或口径调整过程中。

🔒 数据异常与口径调整

concept · Level 2

已点亮

数据异常与口径调整把问题识别、口径变更、责任分派和变更审批纳入同一治理闭环。

🔒 责任追踪与控制有效性

process · Level 2

已点亮

责任追踪与控制有效性确认问题由谁负责、控制是否执行以及关闭证据是否充分。

🔒 Data Steward

concept · Level 2

待开放

Data Steward 负责数据定义、质量规则、问题协调和日常治理落地。

🔒 Control Owner

concept · Level 2

待开放

Control Owner 负责控制设计、执行证据、例外处理和控制有效性。

🔒 数据血缘

bridge · Level 2

待开放

数据血缘为字段、指标、系统、规则和报送结果提供可追溯依据。

报表治理与数据责任图

数据治理图回答的是:一张报表里的字段、指标、口径、源系统、变更、审批、版本、异常和监管问询,到底由谁定义、谁维护、谁审批、谁解释、谁负责追溯。 数据治理图

子图总说明

## 子图名称 数据治理图 也可命名为: 报表治理与数据责任图 ## 一句话定位 数据治理图回答的是:一张报表里的字段、指标、口径、源系统、变更、审批、版本、异常和监管问询,到底由谁定义、谁维护、谁审批、谁解释、谁负责追溯。 ## 这张图要解决的问题 报表生成之后,并不代表报表链路结束。 真正难的问题往往是: 这个字段是谁定义的 这个指标是谁解释的 这个数据来自哪个源系统 这个源系统由谁维护 口径为什么变了 谁审批过这个变更 报送的是哪个版本 监管问询时谁来解释 数据异常应该找 Data Owner、System Owner、Report Owner 还是口径 Owner 同一笔业务在不同报表中口径不一致时,谁负责协调 所以这张图不是讲单张报表如何生成,而是讲报表背后的治理体系。 它把报表数据从一个技术问题,提升为一个责任、口径、流程、版本和审计的问题。 ---

图说明建议

## 图说明短版 数据治理图用于解释监管报表背后的责任体系。 它回答的不是报表怎么算,而是字段、指标、口径、源系统、Owner、审批、版本、异常和监管问询如何被管理。 ## 图说明长版 监管报表不是只要生成结果就结束。 当一个报表字段被使用,一个报表指标被提交,一个口径被调整,一个数据异常被发现,或者监管提出问询时,机构需要知道这个字段从哪里来、谁定义、谁维护、谁审批、谁提交、谁解释、历史版本在哪里、是否有审计留痕。 数据治理图就是把这些责任关系放到一张图里。 它让报表从一次性输出,变成可解释、可追溯、可治理的数据链路。 ---

学习引导

学习这张图时,可以按以下顺序看: 第一步:先看字段和指标 理解报表字段、报表指标、指标口径、数据字典之间的关系。 第二步:再看责任人 理解 Data Owner、System Owner、Business Owner、Report Owner、口径 Owner 分别负责什么。 第三步:再看控制机制 理解权限控制、数据质量规则、变更管理、审批流程、审计轨迹、版本管理如何保证报表可控。 第四步:最后看问题响应 理解数据异常和监管问询如何触发责任追踪、口径解释、修正和历史复现。 ---

常见误解合集

## 误解一:报表数据谁导出谁负责 更准确地说,报表数据由多个 Owner 共同负责。 Report Owner 负责报表整体,Data Owner 负责数据项,System Owner 负责源系统,口径 Owner 负责口径解释,Business Owner 负责业务含义。 ## 误解二:报表字段只是一个字段名 报表字段背后需要数据字典、来源系统、口径、Owner 和质量规则。 ## 误解三:口径调整只是改一条规则 口径调整可能影响历史可比性、报表版本、监管解释和下游系统,需要变更管理和审批流程。 ## 误解四:审批只是流程形式 审批是报表内控的一部分。它证明关键结果和关键变更经过授权。 ## 误解五:版本管理只是保存文件 版本管理要支持历史复现、差异解释、补报重报和监管问询。 ## 误解六:数据治理是技术部门的事情 报表数据治理需要业务、数据、系统、报表、风险、会计和管理团队共同参与。 ---

建议配套知识库条目

1. 报表数据治理是什么 2. 为什么监管报表需要 Data Owner 3. Data Owner、System Owner、Report Owner 有什么区别 4. 什么是口径 Owner 5. 报表字段为什么需要数据字典 6. 指标口径为什么比指标名称更重要 7. 报表口径调整为什么需要变更管理 8. 报表版本管理到底管理什么 9. 审计轨迹为什么是报表可追溯性的基础 10. 监管问询如何触发责任追踪 11. 数据异常如何进入治理流程 12. 业务规则和报表口径有什么区别 13. 权限控制在报表系统中为什么重要 14. 为什么报表不是谁导出谁负责 15. 一笔外汇交易的报表口径谁负责解释 16. 一只债券持仓的报表字段如何追责 17. Repo 抵押品口径调整如何进入变更管理 18. 托管确认数据异常如何触发责任追踪 ---

内容边界

本内容只用于金融系统学习和数据口径理解。 不提供投资建议、交易策略、买卖建议、收益预测、监管套利建议、规避合规方法或金融产品推荐。 本内容不包含真实监管报表模板、真实字段明细、真实客户信息、真实交易信息、真实机构内部口径或任何敏感数据。

虚构案例:一笔业务如何穿过这张图

以下均为虚构教学案例,用于理解报表口径和系统链路,不代表任何真实交易、真实报送模板或机构内部口径。 ## 案例包 E:一个报表差异如何追溯到源系统、字段或口径 适合放入的节点: 报表差异、字段错误、口径错误、源系统错误、主数据错误、估值错误、会计错误、风险数据错误、对账差异、问题定位、Root Cause Analysis、修正方案、重跑数据、重出报表、审计留痕、数据血缘、责任追踪、Data Owner、System Owner、Report Owner、口径 Owner 案例设定: 某张监管报表中,外汇远期未到期余额比预期多出 1,000,000 USD。 初步现象:报表 Outstanding 金额偏高 涉及业务:一笔 FX Forward 交易状态:交易系统显示未到期 实际情况:该交易已被提前取消,但状态没有同步到报表数据链路 问题来源:源系统状态更新延迟或接口未同步 影响字段:交易状态、Outstanding 标识 影响报表:未到期余额口径 修正方式:修正交易状态,重跑数据,重出报表 留痕:记录问题定位、修正方案、审批和版本 核心教学点: 报表差异不是只看报表结果,而要沿着数据血缘追溯到源系统、字段、口径、接口和责任人。 ---

Branch 访问说明

所有 Branch 都由后台权限控制。未授权访客只能看到锁定预览,开通授权后可查看完整节点文章和关系解释。

本站内容不构成投资建议,不推荐任何金融产品,也不提供交易建议。本站仅用于解释金融系统背后的流程、角色、节点和系统关系。