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 都由后台权限控制。未授权访客只能看到锁定预览,开通授权后可查看完整节点文章和关系解释。