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

TOPIC HOME

报表数据来源图专题主页 / 报表数据来源图

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

RELATED SUBMAPS

相关专题子图

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

报表数据来源图
当前子图

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

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

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

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

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

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

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

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

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

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

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

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

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

进入子图 →

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

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

KEY RELATIONS

关键关系线

交易系统支撑交易数据

生成交易数据

交易系统生成正式交易数据,记录业务发生的核心事实。

监管报表与数据口径已发布
持仓系统支撑持仓数据

形成持仓数据

持仓系统形成时点余额、头寸和存量状态。

监管报表与数据口径已发布
估值系统支撑估值数据

生成估值数据

估值系统将持仓与市场输入加工为正式估值结果。

监管报表与数据口径已发布
会计系统支撑会计数据

生成会计数据

会计系统将业务事件转换为账簿、科目和财务口径数据。

监管报表与数据口径已发布
风险系统支撑风险数据

生成风险数据

风险系统基于交易、持仓与估值生成风险敞口和指标。

监管报表与数据口径已发布
托管系统支撑托管确认数据

形成托管确认

托管系统形成经过确认的资产、现金、份额或净值数据。

监管报表与数据口径已发布
对账系统支撑对账结果

输出对账结果

对账系统输出匹配、差异与待处理异常结果。

监管报表与数据口径已发布
产品主数据支撑交易数据

补充产品属性

产品主数据为交易数据补充产品分类与属性。

监管报表与数据口径已发布
客户 / 交易对手主数据支撑交易数据

补充对手方属性

客户 / 交易对手主数据为交易数据补充机构、行业与主体属性。

监管报表与数据口径已发布
市场数据支撑估值数据

提供市场输入

市场数据为估值数据提供价格、曲线、利率与汇率输入。

监管报表与数据口径已发布
参考数据支撑交易数据

标准化参考值

参考数据用于标准化代码、日历、地区与分类。

监管报表与数据口径已发布
资金 / 支付系统支撑资金数据

生成资金数据

资金 / 支付系统生成账户、支付、现金流与结算状态数据。

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

子节点目录

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

🔒 数据采集

module · Level 1

已点亮

数据采集说明报表数据从哪里来。

🔒 交易系统

system · Level 2

已点亮

交易系统记录业务发生的起点,是报表中交易类数据、发生额数据、产品维度和交易对手维度的重要来源。

🔒 持仓系统

system · Level 2

已点亮

持仓系统记录当前仍然持有或未到期的资产、负债、头寸和余额,是存量、余额和 Outstanding 类报表口径的重要来源。

🔒 估值系统

system · Level 2

已点亮

估值系统把市场数据、持仓数据和估值规则转换为价值结果,是报表金额、风险指标和净值相关数据的重要来源。

🔒 会计系统

system · Level 2

已点亮

会计系统把交易和持仓转换成会计事件、分户账、总账和财务口径,是财务报表和部分监管报表的重要来源。

🔒 风险系统

system · Level 2

已点亮

风险系统把交易、持仓、估值、市场数据和交易对手数据加工成风险敞口、风险分类和资本相关数据。

🔒 托管系统

system · Level 2

已点亮

托管系统提供资产确认、持仓确认、现金确认、NAV 复核和对账相关数据,是报表可信数据的重要来源。

🔒 清算系统

system · Level 2

已点亮

清算系统提供交收、结算、资金流和证券流状态,是报表判断业务是否真正完成的重要来源。

🔒 对账系统

system · Level 2

已点亮

对账系统确认不同系统之间的数据是否一致,是报表数据可信性的重要控制环节。

🔒 客户 / 交易对手主数据

concept · Level 2

已点亮

客户 / 交易对手主数据定义业务主体、机构类别、行业、地区和风险属性,是报表交易对手维度的正式来源。

🔒 产品主数据

concept · Level 2

已点亮

产品主数据定义一笔业务是什么产品,决定它在报表里进入哪个产品分类和监管口径。

🔒 市场数据

concept · Level 2

已点亮

市场数据为估值、风险和部分报表指标提供外部价格、利率、汇率、曲线和利差输入。

🔒 参考数据

concept · Level 2

已点亮

参考数据用于解释、补全和标准化源系统数据,是字段映射和口径转换的重要基础。

🔒 交易数据

concept · Level 2

已点亮

交易数据描述一笔业务发生了什么,但进入报表后会被拆成产品、币种、期限、交易对手、状态、金额和风险等不同维度。

🔒 持仓数据

concept · Level 2

已点亮

持仓数据回答现在还剩多少,是余额、存量、Outstanding、风险敞口和资产类报表的重要基础。

🔒 估值数据

concept · Level 2

已点亮

估值数据是资产、交易或组合在某个时点的价值表达,会影响报表金额、损益和风险指标。

🔒 会计数据

concept · Level 2

已点亮

会计数据是业务经过会计规则处理后的结果,描述业务如何进入账簿、损益和财务口径。

🔒 风险数据

concept · Level 2

已点亮

风险数据描述业务形成的风险暴露、风险分类和风险指标,是监管报表和管理报表的重要输入。

🔒 托管确认数据

concept · Level 2

已点亮

托管确认数据是经过资产确认、资金确认、持仓确认、NAV 复核或对账后的可信输入。

🔒 对账结果

concept · Level 2

已点亮

对账结果告诉报表链路,这些数据是否已经一致、是否存在差异、是否可以作为可信输入。

🔒 资金 / 支付系统

system · Level 2

待开放

资金 / 支付系统提供资金流、支付指令、账户与结算状态,是报表资金类数据的重要正式来源。

🔒 资金数据

concept · Level 2

待开放

资金数据描述账户、支付、现金流与结算形成的正式资金事实,供余额、流量和流动性口径使用。

报表数据来源图

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

图说明

图名称: 报表数据来源图 一句话定位: 监管报表不是从一个系统里直接导出来的,而是从交易、持仓、估值、会计、风险、托管、清算、对账、产品主数据、客户或交易对手数据、市场数据和参考数据中抽取信息,再按照监管、财务和管理口径重新组织出来的结果。 这张图解决的问题: 第一,报表数据从哪些系统来。 第二,不同产品进入报表时会被拆成哪些维度。 第三,为什么同一笔业务在不同报表里看起来不一样。 第四,为什么报表问题经常要追溯到源系统、主数据、估值、会计、风险、托管确认或对账结果。 第五,为什么报表不是简单导出数据,而是一条多源数据加工链路。 这张图的核心理解: 在前台系统里,一笔业务可能是外汇交易、债券持仓、Repo 融资或基金产品。 但在报表视角里,它会被重新拆成: 产品是什么。 币种是什么。 期限是多少。 交易对手是谁。 金额用什么口径。 风险如何分类。 会计如何处理。 是否已经清算或托管确认。 是否已经对账。 最终进入哪个监管、财务或管理口径。 所以报表不是在复述业务系统,而是在用另一套监管和管理视角重新看业务数据。

报表的横切面逻辑

报表模块和外汇、债券、托管、Repo 的关系,不是并列的产品关系。 外汇、债券、Repo、基金更像业务线。 报表是横切面。 也就是说,同一张报表可能同时看: 外汇的币种和期限。 债券的持仓和估值。 Repo 的融资和抵押品。 基金的 NAV、份额和托管确认。 会计系统的账簿和科目。 风险系统的敞口和分类。 对账系统的差异和确认结果。 报表不是问这是不是一笔业务。 报表问的是: 这笔业务按照监管口径应该放在哪一类。 它应该按什么维度统计。 它的金额应该用什么口径。 它的数据是否可信。 它和其他系统是否对得上。 它能否形成正式报送结果。

产品进入报表的典型例子

三点一、外汇产品进入报表 在外汇系统里,它可能是一笔 FX Spot、FX Forward、FX Swap 或 NDF。 但在报表系统里,它通常会被拆成: 产品维度: 即期、远期、掉期、NDF、期权等抽象产品分类。 币种维度: 本币、外币、货币对、折算币种。 期限维度: 即期、短期、中长期、剩余期限、到期区间。 交易对手维度: 客户、同业、金融机构、内部实体、境内外对手方等抽象分类。 金额维度: 名义金额、折算金额、估值金额、已实现或未实现损益。 状态维度: 已成交、已确认、已结算、未到期、已取消、已重订。 风险维度: 市场风险、交易对手风险、币种敞口。 会计维度: 重估、结算损益、折算结果、入账口径。 报表横切理解: 外汇在交易系统里是一笔 trade。 在报表系统里,它会变成产品、币种、期限、对手方、金额、状态、风险和会计口径下的数据切片。 三点二、债券产品进入报表 在债券系统里,它可能是一只债券持仓或一笔债券交易。 但在报表系统里,它可能会被拆成: 产品维度: 债券、利率债、信用债、可转债、资产支持类产品等抽象分类。 持仓维度: 期初持仓、期末持仓、买入、卖出、到期、未交收。 估值维度: 净价、全价、应计利息、公允价值、摊余成本、MTM。 会计维度: 会计分类、账簿分类、损益确认、资产负债表项目。 风险维度: 利率风险、信用风险、流动性风险、集中度风险。 交易对手或发行人维度: 发行人类型、交易对手类型、评级、行业、地区。 期限维度: 到期日、剩余期限、久期、期限桶。 托管和交收维度: 是否已交收,是否已托管确认,是否存在 Settlement Fail 或 Position Break。 报表横切理解: 债券在业务系统里是一项资产。 在报表系统里,它会同时被看成持仓、估值金额、会计资产、风险暴露、发行人敞口和监管统计项。 三点三、Repo 产品进入报表 在交易系统里,它可能是一笔 Repo 或 Reverse Repo。 但在报表系统里,它会被拆成: 资金方向: 融入资金,融出资金。 交易对手: 对手方是谁,是否金融机构,是否内部实体,是否集中。 期限: 隔夜、短期、中长期、剩余期限。 金额: 融资金额、未到期余额、利息、成本。 抵押品: 抵押品类型、抵押品估值、Haircut 后价值、抵押品是否合格。 风险: 交易对手风险、抵押品风险、流动性风险、融资风险。 会计: 融资负债或资产口径、利息确认、账簿分类。 报表横切理解: Repo 不只是交易,也不是单纯债券业务。它在报表里经常同时穿过资金、抵押品、交易对手、期限、会计和风险这几条线。 三点四、基金和托管数据进入报表 在产品层面,它可能是一只基金或资管产品。 在托管和运营层面,它会形成: Position。 Cash。 Fund Share。 NAV。 申购赎回。 TA 确认。 托管确认。 对账结果。 Break 处理结果。 进入报表后,它可能被拆成: 产品类型。 底层资产类别。 投资者或份额类别。 产品规模。 NAV。 现金余额。 持仓确认状态。 托管复核状态。 信息披露口径。 监管报送口径。 报表横切理解: 基金报表不是只看净值数字。 它需要底层资产、份额、现金、估值、托管确认、对账结果和披露口径共同支撑。

关键区别说明

四点一、交易数据和持仓数据的区别 交易数据回答: 发生了什么。 持仓数据回答: 现在还剩什么。 外汇例子: 一笔 FX Forward 成交是交易数据。 到期前仍未结算的名义金额和估值敞口,更接近持仓或未到期状态数据。 债券例子: 买入一只债券是交易数据。 期末还持有多少债券、估值是多少,是持仓数据。 Repo 例子: 发起一笔 Repo 是交易数据。 期末仍未到期的融资余额和抵押品余额,是持仓或余额数据。 报表意义: 发生额类报表更依赖交易数据。 余额类、存量类、Outstanding 类报表更依赖持仓数据。 四点二、估值数据和会计数据的区别 估值数据回答: 这个资产或交易现在值多少钱。 会计数据回答: 这个资产或交易如何入账。 债券例子: 债券估值系统可能给出公允价值或 MTM。 会计系统会根据会计分类决定它如何进入账簿、损益或资产负债表。 外汇例子: 估值系统可能计算未到期远期的 MTM。 会计系统会处理重估损益、结算损益和折算口径。 基金例子: 估值系统生成 NAV。 会计和托管链路需要确认费用、现金、持仓和净值发布口径。 报表意义: 同一笔资产在估值口径和会计口径下可能不同。 监管报表有时看估值结果,有时看会计账,有时要两者对账。 四点三、产品主数据和参考数据的区别 产品主数据回答: 这是什么产品。 参考数据回答: 这类数据如何被标准化和解释。 产品主数据例子: 债券类型、外汇产品类型、Repo 类型、基金产品类型。 参考数据例子: 币种代码、国家地区、市场代码、日历、行业分类、期限规则、内外部代码映射。 报表意义: 产品主数据决定业务分类。 参考数据支持字段补全、代码转换和口径映射。 四点四、客户交易对手数据和交易对手维度的区别 客户交易对手数据是原始属性。 交易对手维度是报表使用后的分类视角。 客户交易对手数据可能包括: 客户名称、法人主体、行业、地区、机构类型、信用等级、是否内部实体。 交易对手维度可能包括: 金融机构或非金融机构。 境内或境外。 内部或外部。 行业分类。 集团归属。 关联方或非关联方。 报表意义: 报表不一定直接使用客户原始名称,而是使用分类后的交易对手维度。 四点五、托管确认数据和对账结果的区别 托管确认数据回答: 资产、现金、份额或 NAV 是否经过托管确认。 对账结果回答: 不同系统之间的数据是否一致。 基金例子: 托管确认数据可能包括 Confirmed Position、Confirmed Cash、NAV 复核结果。 对账结果可能说明 Position 或 Cash 是否与管理人、银行、市场基础设施或 TA 数据一致。 债券例子: 托管确认数据说明持仓是否被确认。 对账结果说明内部持仓和托管或 CSD 记录是否一致。 报表意义: 托管确认数据强调可信来源。 对账结果强调一致性控制。 两者都影响报表数据是否可靠。

页面学习引导

学习这张图,不要先问某张报表怎么填。 可以先问下面八个问题: 第一,这张报表的数据从哪些系统来。 第二,它依赖交易数据还是持仓数据。 第三,它需要估值、会计、风险还是托管确认。 第四,它按什么产品维度分类。 第五,它按什么交易对手维度切分。 第六,它看余额还是发生额。 第七,它是否需要对账结果支撑。 第八,如果报表错了,应该往哪个上游节点追。 学习路径: 先看源系统。 再看源数据。 再看产品主数据、交易对手数据、参考数据和市场数据。 再看字段补全与口径映射。 最后看报表分类和报表输出。

建议配套知识库条目

一、报表数据从哪里来 二、为什么报表不是简单导出数据 三、交易数据如何进入报表 四、持仓数据和交易数据有什么不同 五、为什么产品主数据会影响报表分类 六、交易对手维度为什么重要 七、参考数据为什么会影响报表口径 八、估值数据如何影响监管报表 九、会计数据如何影响监管和财务报表 十、风险数据为什么会进入报表 十一、对账结果如何影响报表可信性 十二、托管确认数据为什么重要 十三、同一笔业务为什么在不同报表里看起来不一样 十四、外汇业务如何进入报表口径 十五、债券持仓如何进入报表口径 十六、Repo 为什么同时涉及交易、资金和抵押品 十七、基金和托管数据如何进入信息披露和监管报送 十八、发生额和余额为什么不能混用 十九、Activity 和 Outstanding 在报表里分别代表什么 二十、报表问题为什么经常要追到源系统

内容边界

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

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

以下均为虚构教学案例,用于理解报表口径和系统链路,不代表任何真实交易、真实报送模板或机构内部口径。 ## 案例包 A:一笔 FX Forward 如何被报表横向切开 适合放入的节点: 数据采集、交易系统、交易数据、产品维度、币种维度、期限维度、交易对手维度、Activity、Outstanding、币种转换、期限桶、估值口径、风险指标、会计数据、清算系统、报表生成、监管反馈、字段错误、口径错误、数据血缘 案例设定: 一笔虚构的 FX Forward。 交易日:2026-03-01 报表日:2026-03-31 到期日:2026-06-03 产品:FX Forward 交易方向:银行买入 USD,卖出 CNY 交易对手:企业客户 A 买入金额:1,000,000 USD 远期汇率:7.2000 卖出金额:7,200,000 CNY 报表日估值结果:50,000 CNY 交易状态:未到期 剩余期限:约 2 个多月 期限桶:1 到 3 个月 发生额口径:本期新增交易 余额口径:报表日仍未到期余额 这笔交易在不同报表视角下会变成: 产品维度:外汇远期,也可能属于外汇衍生品 币种维度:USD / CNY,可能需要折算成本币金额 期限维度:按报表日剩余期限进入 1 到 3 个月期限桶 交易对手维度:企业客户 Activity:本期新增 1,000,000 USD Outstanding:期末仍未到期 1,000,000 USD 估值口径:MTM 50,000 CNY 风险口径:外汇风险和交易对手风险 会计口径:可能形成未实现损益 清算口径:尚未到期,未最终交割 核心教学点: 同一笔交易,不同报表看的不是同一个数字。 交易金额、折算金额、估值金额、风险敞口、会计损益、清算状态,都可能来自同一笔交易,但回答的问题不同。 --- ## 案例包 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:报表日仍在持有的债券余额 托管确认:持仓已确认,可以作为可信输入 核心教学点: 债券在报表中不只是债券余额。它会同时进入产品、持仓、估值、会计、风险、托管确认和对账等多个口径。 --- ## 案例包 C:一笔 Repo 如何同时进入资金、抵押品和期限口径 适合放入的节点: 产品主数据、报表分类、抵押品数据、抵押品维度、交易对手维度、期限维度、资金数据、余额口径、发生额口径、Activity、Outstanding、风险数据、风险指标、币种转换、金额口径、数据校验、逻辑校验、风险对账、差异修正 案例设定: 一笔虚构 Repo 交易。 交易日:2026-03-25 报表日:2026-03-31 到期日:2026-04-01 产品:Repo 交易方向:银行融入资金 资金金额:5,000,000 CNY 抵押品类型:债券抵押品 抵押品市场价值:5,200,000 CNY Haircut:3% 交易对手:金融机构 B 期限:7 天 报表日状态:未到期 风险关注点:交易对手风险、抵押品价值风险、流动性风险 这笔 Repo 在不同报表视角下会变成: 资金维度:融入资金 5,000,000 CNY 抵押品维度:债券抵押品,市场价值 5,200,000 CNY 期限维度:短期融资,剩余期限很短 交易对手维度:金融机构 B Activity:本期新增 Repo 交易 Outstanding:报表日仍未到期融资余额 风险口径:抵押品价值、Haircut 后覆盖程度、交易对手风险 流动性口径:短期资金来源或短期资金安排 核心教学点: Repo 不是单纯一笔交易,它在报表中会同时被看成融资、抵押品、交易对手、期限和风险缓释安排。 --- ## 案例包 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、托管确认和对账结果。 ---

Branch 访问说明

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

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