我和 FinTech 的时间轴
- 2015, 手游支付渠道对接, 10+, 包括 apple/中华酷联/小米/oppo/vivo...
- 2016, 支付sdk, 在线航旅收银台中支持分期业务
- 2017, 金融中台(账户/账务/风控/支付/资金池/对账), 和CTO一起从0-1
- 和业内大牛一起学习
- 支付系统系列博客
- 2018, 日流水峰值2亿+资金池
- 2019, 电商账务系统重构; 支付系统支持
- 2024, 海外市场, apple/google 订阅
支付系统架构参考
引用: 浅析支付系统的整体架构 https://www.woshipm.com/pd/640373.html
支付系统架构参考
账务和支付系统部分要点总结
基于国内支付经验
account 账务系统
- 面向业务流程设置对象
- 6方账户：支付渠道，商户，用户，资金池，备用金，收益账户
- 复式记账：借贷法=有借必有贷,借贷必相等
- 对外单边账, 对内复式记账
- 对账.差错: 隔天问题.2天暂存池
pay 支付系统
- 柔性事务 drools.规则引擎 同步返回.调用成功+异步确认.支付成功 RPC+HTTP 同步.关键流程+异步.解耦其他
- 领域
- 支付的本质，是价值的转移
- 绑卡.统一四要素 三户模型.客户(自然人/法人)+用户(登录凭证/个人信息)+账户(支付账户+银行账户)
- 支付通道/渠道 支付场景.营销.红包/打赏 聚合支付.账务/账户/风控/反欺诈/运营/安全
- 行业: 直播 教育 社区.母婴 旅游
- 核心业务流程: 用户 -> 商户 -> 支付接口(验参验签) -> 支付路由 -> 支付方式 -> 收单 -> 支付成功
- 商户模式: 通过支持商户模式, 让支付系统具有平台属性, 方便业务拓展
- 请求参数设计: 公共参数 + 业务参数 + 业务拓展参数, 保持接口的灵活
- 请求全异步化机制: 接到请求后立刻返回请求是否成功受理 + 异步处理耗时任务 + 异步通知商户
- 架构分层: 产品服务 核心系统(支付核心 + 支付服务) 支撑系统
- 支付网关: api路由 -> 聚合支付; 接口安全
- 支付产品: 风控 支付路由 参数校验 支付流程(交易记录, 支付渠道, 同步/异步通知)
- 支付渠道: 和支付渠道对接, 按照支付产品预定格式化统一化结果输出
写在最后
支付作为金融公司的网关, 互联网公司的基础设施, 这一定位会一直保持. 在AI时代, 也在呼唤支付系统的技术革新.
