机构资金系统
同上
17 Matching Annotations
- Jan 2026
-
gitlab.yangqianguan.com gitlab.yangqianguan.com
-
-
系统间交互
不涉及机构资金系统，应该是资金运营发起
-
核心流程
有点简略了，没涉及到更新结算的状态
-
预充值主要涉及以下场景
列出的场景不够核心，主要是放款和还款预充值，或者可以只作为普通的示例
-
-
gitlab.yangqianguan.com gitlab.yangqianguan.com
-
整体架构
BaseReconciliationService 和 ResultHandler 没直接关系
-
-
gitlab.yangqianguan.com gitlab.yangqianguan.com
-
虚拟账户流水生成流程
这块少了生成的源头 job 相关类，把图中Event 作为 vo 也能说得通，看能不能结合一下，比如源头类是 Job，BetweenAccountFlowCreatedEvent 在generateVirtualAccountFlow方法里体现
-
账务指令执行流程
现在账务指令不从 kafka 消费了，都直接消费 sendMessage 表
-
生成各层级的账户流水
图里的资金账户流水来源少了结算包结算和人工调账的
-
-
gitlab.yangqianguan.com gitlab.yangqianguan.com
-
结算管理页面
这块问题比较多，看怎么优化下，或者先去掉
-
主要业务场景
出入比较多
-
结算执行流程
逻辑有问题，oa 回调结算后，是通过SummarySettlementDocumentUpdateEvent 来往下更新结算单、结算指令以及账务的生成
-
更新账户余额：调整收付款方的账户余额
没有这个逻辑
-
PayFlow 汇总为结算单
这个描述有点问题
-
核心概念
和系统概述里的结算管理的核心概念大部分重复了，而且介绍的没概述的好
-
-
gitlab.yangqianguan.com gitlab.yangqianguan.com
-
结算类型+日期+资方
条件不全，完整条件见SettlementDocumentKey，或者至少需要再加上收付款方和 sourceType，注意加上等就行
-
对应一条结算指令
对应两条结算指令
-
系统定位
图不对 1. 上游业务准确应该是个人理财、机构资金、支付系统 2. 结算模块有调账务模块生成结算账务的情况 3. 业务数据接入层少了和机构资金的对账 图可以参考：https://fintopia.feishu.cn/wiki/Y5b9wEpCqiF75PkUi2OcLyAvnGg 里的，不过已经不是最新的了
-