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

TOPIC HOME

报表校验与对账图专题主页 / 报表校验与对账图

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

RELATED SUBMAPS

相关专题子图

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

报表数据来源图

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

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

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

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

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

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

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

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

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

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

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

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

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

进入子图 →

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

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

KEY RELATIONS

关键关系线

校验对象支撑完整性校验

完整性校验

校验对象首先检查必填字段、应报业务和关键维度是否齐全。

监管报表与数据口径已发布
校验对象支撑格式校验

格式校验

校验对象检查字段类型、长度、代码和格式是否符合规则。

监管报表与数据口径已发布
校验对象支撑逻辑校验

逻辑校验

校验对象检查字段之间与业务状态之间的逻辑关系。

监管报表与数据口径已发布
校验对象支撑勾稽关系

勾稽关系

报表指标按定义检查同表内勾稽关系。

监管报表与数据口径已发布
校验对象支撑跨表校验

跨表校验

多张报表之间检查共享指标和口径的一致性。

监管报表与数据口径已发布
校验对象支撑期初期末校验

期初期末校验

期初、期末和期间变化按连续性规则校验。

监管报表与数据口径已发布
校验对象支撑业务对账

业务对账

报表数据与业务系统或业务确认结果进行对账。

监管报表与数据口径已发布
校验对象支撑会计对账

会计对账

报表数据与会计分户账、总账或财务口径进行对账。

监管报表与数据口径已发布
校验对象支撑风险对账

风险对账

报表数据与风险敞口和风险指标进行对账。

监管报表与数据口径已发布
差异与Break支撑Exception

形成Exception

超过规则或容忍度的差异进入 Exception 管理。

监管报表与数据口径已发布
差异与Break支撑人工复核

进入人工复核

需要解释或判断的差异进入人工复核。

监管报表与数据口径已发布
人工复核支撑审批与关闭证据

审批并关闭

人工复核结果通过审批并保留关闭证据。

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

子节点目录

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

🔒 数据校验

module · Level 1

已点亮

数据校验解释报表生成后的校验和对账。

🔒 校验对象

concept · Level 2

已点亮

校验对象统一承接报表数据、报表指标、跨表关系以及期初期末数据等被检查对象。

🔒 完整性校验

process · Level 2

已点亮

完整性校验检查报表数据是否缺失。它关注的是应有的数据是否都已经到齐,应填字段是否都有值,应报产品或业务是否都被覆盖。

🔒 格式校验

process · Level 2

已点亮

格式校验检查字段值是否符合规定格式、数据类型和代码规范。它不判断业务含义是否合理,而是先判断数据能不能被系统正确接收和解析。

🔒 逻辑校验

process · Level 2

已点亮

逻辑校验检查报表数据在业务含义上是否合理。它比格式校验更进一步,不只看字段能不能被系统识别,还看字段之间的关系是否成立。

🔒 勾稽关系

process · Level 2

已点亮

勾稽关系是报表内部或指标之间应满足的关联关系。它通常用来检查报表内部数据是否自洽。

🔒 跨表校验

process · Level 2

已点亮

跨表校验检查不同报表之间相关数据是否一致。它比勾稽关系更进一步,因为它不只看一张表内部,而是看多张报表之间是否能对上。

🔒 期初期末校验

process · Level 2

已点亮

期初期末校验检查本期数据和上期数据之间是否连续。它关注的是时间维度上的数据变化是否可解释。

🔒 业务对账

process · Level 2

已点亮

业务对账是将报表数据与业务系统数据进行核对。它关注报表结果是否能回到业务事实。

🔒 会计对账

process · Level 2

已点亮

会计对账是将报表数据与会计系统、分户账、总账或财务口径进行核对。它关注报表结果是否能和会计记录解释一致。

🔒 风险对账

process · Level 2

已点亮

风险对账是将报表数据与风险系统数据进行核对。它关注报表中的风险敞口、风险分类、资本指标或风险相关金额是否能和风险系统解释一致。

🔒 监管校验

process · Level 2

已点亮

监管校验是根据监管或接收方要求,对报表数据进行规则校验。它可能包括格式校验、逻辑校验、口径校验、跨表校验、代码校验和接收规则校验。

🔒 差异与Break

concept · Level 2

已点亮

差异与Break记录校验或对账发现的不一致,并连接 Exception、复核和关闭流程。

🔒 Exception

concept · Level 2

已点亮

Exception 是异常事项,表示某个数据、流程或校验结果偏离预期,需要人工或系统进一步处理。它可以来自校验失败、差异项、对账不一致、源系统缺数、口径异常或报表生成问题。

🔒 人工复核

process · Level 2

已点亮

人工复核是在自动校验、对账或系统规则发现差异后,由业务、报表、风险、会计、运营或数据人员进行人工判断和确认的过程。

🔒 审批与关闭证据

process · Level 2

已点亮

审批与关闭证据确认异常处理结果经过授权审批,并保留可验证的关闭记录。

🔒 唯一性 / 重复校验

process · Level 2

待开放

唯一性 / 重复校验识别主键冲突、重复记录和重复汇总,防止重复报送。

🔒 时效性 / 新鲜度校验

process · Level 2

待开放

时效性 / 新鲜度校验确认数据批次、业务日期和更新时间满足报送要求。

🔒 容忍度

concept · Level 2

待开放

容忍度定义差异触发 Exception、人工复核或阻断报送的阈值。

报表校验与对账图

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

子图总说明

## 子图名称 数据校验图 ## 一句话定位 报表生成以后,并不代表可以直接提交。数据校验负责确认报表数据是否完整、格式是否正确、逻辑是否成立、跨表是否一致、期初期末是否连续,并通过业务对账、会计对账、风险对账和监管校验发现差异。 ## 这张图要解决的问题 很多人会以为报表工作到「报表生成」就结束了。 但在真实金融机构里,报表生成只是进入校验链路的开始。 这张图要回答: 1. 为什么报表生成后还要校验? 2. 完整性校验、格式校验、逻辑校验分别检查什么? 3. 勾稽关系和跨表校验有什么区别? 4. 期初期末校验为什么重要? 5. 业务对账、会计对账、风险对账分别在对什么? 6. 监管校验和内部校验有什么区别? 7. 差异项、校验失败、Exception、Break 之间是什么关系? 8. 哪些问题需要人工复核和审批? 9. 为什么报表校验是报送前的控制层,而不是形式流程? ## 本图主链路 可以按以下链路理解: 报表数据 → 完整性校验 → 格式校验 → 逻辑校验 → 勾稽关系 → 跨表校验 → 期初期末校验 → 业务对账 / 会计对账 / 风险对账 / 监管校验 → 差异项 → 人工复核 → 审批 → 报送准备 异常链路: 报表数据 / 报表指标 / 多张报表 / 期初期末数据 → 校验失败 → Exception → Break → 差异定位 → 修正或解释 → 必要时重新生成报表 ## 这张图的核心理解 报表校验不是只检查格式。 它同时检查数据是否完整、字段是否合规、指标是否合理、表内是否自洽、表间是否一致、前后期是否连续、是否能和业务系统、会计系统、风险系统对上,以及是否符合监管接收规则。 报表校验真正要回答的是: 这张报表能不能被解释? 这组数字能不能被追溯? 这个指标和其他指标是否一致? 这期数据和上期数据是否连续? 差异是否已经被发现、解释、复核和审批? ---

图说明建议

## 图说明短版 数据校验图用于解释报表生成后为什么不能直接提交。报表数据需要经过完整性校验、格式校验、逻辑校验、勾稽关系、跨表校验、期初期末校验,以及业务、会计、风险和监管等多层核对。校验失败会形成 Exception 或 Break,重要差异需要人工复核和审批。 ## 图说明长版 数据校验是监管报表与数据口径地图中的控制层。它连接报表数据、报表指标、多张报表、期初期末数据、业务系统、会计系统、风险系统和监管接收规则。数据校验的目的不是形式上检查报表,而是确认报表结果完整、格式正确、逻辑成立、表内自洽、表间一致、前后期连续,并且能够和业务、会计、风险口径互相解释。校验失败后,差异会进入 Exception、Break、人工复核和审批流程。 ---

学习引导

学习这张图时,不要只问某个校验规则是什么。 建议按这个顺序理解: 1. 先看报表数据是否完整 2. 再看字段格式是否正确 3. 再看字段之间的业务逻辑是否成立 4. 再看指标之间是否满足勾稽关系 5. 再看多张报表之间是否一致 6. 再看本期和上期是否连续 7. 再看报表是否能和业务、会计、风险系统对齐 8. 最后看差异如何进入人工复核、审批和异常处理 这张图真正想说明的是: 报表不是生成以后就结束。 报表必须先能被校验、被解释、被追溯、被复核,才能成为可信输出。 ---

常见误解合集

1. 报表生成了,不代表可以提交。 2. 格式校验通过,不代表业务逻辑正确。 3. 单张表正确,不代表多张表之间能对上。 4. 本期报表正确,不代表和上期能连续。 5. 业务对账通过,不代表会计口径一定一致。 6. 会计对账通过,不代表风险口径一定一致。 7. 监管校验失败,不一定是业务数据错,也可能是字段、格式、口径或跨表关系问题。 8. Break 不一定是违规,但一定需要解释。 9. 人工复核不是手工改数,而是确认差异原因和处理方式。 10. 审批不是形式流程,而是报表责任链的一部分。 ---

建议配套知识库条目

1. 为什么报表生成后还要校验? 2. 完整性校验到底检查什么? 3. 格式校验和逻辑校验有什么区别? 4. 什么是报表勾稽关系? 5. 跨表校验为什么重要? 6. 期初期末校验如何发现时间序列问题? 7. 业务对账、会计对账、风险对账分别在对什么? 8. 监管校验和内部校验有什么不同? 9. 差异项、Exception、Break 的区别是什么? 10. 为什么报表差异需要人工复核? 11. 报表审批到底审批什么? 12. 一笔外汇交易如何触发报表校验? 13. 一只债券持仓如何在报表校验中被检查? 14. 一笔 Repo 如何同时影响业务、会计和风险对账? 15. 基金 NAV 差异为什么会影响报表和披露? ---

内容边界

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

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

以下均为虚构教学案例,用于理解报表口径和系统链路,不代表任何真实交易、真实报送模板或机构内部口径。 ## 案例包 B:一只债券持仓如何进入报表口径 适合放入的节点: 持仓系统、持仓数据、产品主数据、报表分类、估值系统、估值数据、会计系统、会计数据、风险系统、风险数据、产品维度、账簿维度、会计分类、风险分类、余额口径、Outstanding、金额口径、估值口径、报表指标、报表结果、会计对账、风险对账、估值错误、会计错误、风险数据错误 案例设定: 一只虚构债券持仓。 债券代码:BOND-001 债券类型:信用债 币种:CNY 面值:10,000,000 CNY 持仓数量:10,000,000 面值 报表日:2026-03-31 Clean Price:98.50 应计利息:120,000 CNY 估值金额:9,970,000 CNY 会计分类:公允价值相关口径 风险分类:信用风险和利率风险 剩余期限:2 年 6 个月 账簿:金融市场业务账簿 托管状态:已确认 对账状态:持仓已匹配 这只债券在不同报表视角下会变成: 产品维度:债券,进一步分类为信用债 持仓维度:期末持有 10,000,000 面值 金额口径:面值、估值金额、账面金额可能不同 估值口径:Clean Price、应计利息、Dirty Value 共同影响估值金额 会计口径:进入对应会计分类和损益口径 风险口径:形成利率风险、信用风险和久期相关指标 Outstanding:报表日仍在持有的债券余额 托管确认:持仓已确认,可以作为可信输入 核心教学点: 债券在报表中不只是债券余额。它会同时进入产品、持仓、估值、会计、风险、托管确认和对账等多个口径。 --- ## 案例包 D:一个基金 NAV 如何进入托管确认、披露和监管报表 适合放入的节点: 托管系统、托管确认数据、估值系统、估值数据、会计数据、对账系统、对账结果、报表分类、字段补全与口径映射、数据校验、完整性校验、逻辑校验、监管校验、报表生成、报送留痕、数据治理 案例设定: 一个虚构基金产品。 产品:基金产品 F 报表日:2026-03-31 Position 估值:80,000,000 CNY Cash:20,000,000 CNY 应计费用:100,000 CNY 基金份额:10,000,000 份 初始 NAV:9.9900 托管复核状态:通过 对账状态:Position 和 Cash 已匹配 最终 NAV:9.9900 输出方向:信息披露、监管报送、管理报表 这只基金产品在不同报表视角下会变成: 产品维度:基金产品 资产维度:Position 和 Cash 估值口径:资产估值减去费用后形成 NAV 份额维度:TA 或份额数据影响单位净值 托管确认:托管复核确认 NAV 具备发布条件 对账结果:Position 和 Cash 已匹配,支持可信输出 报表输出:进入信息披露、监管报送和内部管理报表 核心教学点: 基金报表不是只看 NAV 数字,而是要看 NAV 背后的 Position、Cash、Fee、Fund Share、托管确认和对账结果。 --- ## 案例包 E:一个报表差异如何追溯到源系统、字段或口径 适合放入的节点: 报表差异、字段错误、口径错误、源系统错误、主数据错误、估值错误、会计错误、风险数据错误、对账差异、问题定位、Root Cause Analysis、修正方案、重跑数据、重出报表、审计留痕、数据血缘、责任追踪、Data Owner、System Owner、Report Owner、口径 Owner 案例设定: 某张监管报表中,外汇远期未到期余额比预期多出 1,000,000 USD。 初步现象:报表 Outstanding 金额偏高 涉及业务:一笔 FX Forward 交易状态:交易系统显示未到期 实际情况:该交易已被提前取消,但状态没有同步到报表数据链路 问题来源:源系统状态更新延迟或接口未同步 影响字段:交易状态、Outstanding 标识 影响报表:未到期余额口径 修正方式:修正交易状态,重跑数据,重出报表 留痕:记录问题定位、修正方案、审批和版本 核心教学点: 报表差异不是只看报表结果,而要沿着数据血缘追溯到源系统、字段、口径、接口和责任人。 ---

Branch 访问说明

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

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