首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    聚合支付的对账体系设计

    在金融业务(聚合支付、银联交易、人行往来、大小额支付、转账支出)的交易中,金融企业与与银行对账,实质上就是账实核对、账证核对、账账核对,主要涉及C端用户、B端商户、金融平台、支付渠道之间在订单数据、账单数据...在完成金融业务的聚合支付后,系统次日发起对账定时任务跑批,对账系统获取金融平台的对账单,并导入支付机构生成的对账文件,根据对账引擎去路由数据源,并试算交易订单和资金流水对比是否一致:若一致则对账成功,若不一致则对账失败...无需处理的平衡账 平衡账即完成聚合支付后,把各个分类账户的金额与其汇总账户的金额通过平衡试算公式调整为相等,或者说交易账单和对账文件满足平衡试算公式。...需要处理的差错账 差错账即完成聚合支付后,在记账过程中,由于会计核算方面出现重记、漏记、数字颠倒、数字错位、数字记错、科目记错、借贷方向记反等错误,导致两边的账单不一致。...需要处理的单边账 单边账即完成聚合支付后,交易平台和用户只有一方账面发生相应变化。比如因支付网络超时导致发卡行已扣款但收单行未入账、或发卡行未扣款但收单行已入账等情况都可以称为单边账。

    1.3K30

    大厂聚合支付系统架构演进(下)

    3.2 业务流程 业务发起一笔消费,先进入支付核心初始化流水、风控风险识别、渠道路由、渠道网关报文组装、上送、渠道应答。...异步交易发送消息至 MQ 集群,任务作业监听消息,put 缓存,定时任务拉取进行状态查询,业务方通过查询服务查看该笔交易支付状态。 3.3 前置优化水平方向 接入层:将共性接口统一。...如下单,所有业务,不管微信支付还是啥,都归为下单,具体业务通过 serviceId 标识 服务层:共性逻辑,也就是核心逻辑全部抽离出来,然后进行统一下沉,作为底层服务,上层业务全部通过 serviceId...如支付失败,用户立马感知,投诉或电话客服,该模块也包含退款业务 任务作业:将处理中的交易进行状态同步,和核心交易通过MQ解耦 查询服务:仅对公司内部提供一个交易状态查询功能 3.5 任务作业 内部查询策略设计为两个队列...4.2  查询网关 交易系统中,查询业务量一般是支付业务的 6 倍,甚至更高,这样对查询服务性能就会有更高的要求。减少对核心交易影响,提升稳定性。

    17100

    大厂聚合支付系统架构演进(上)

    0 前言 聚合支付主要是就是一个将所有的第三方支付,通过借助形式融合在一起,相当于对接一个支付接口,就可以使用各种支付的场景。如便利店购物,贴个码,上有微信支付支付宝等各种支付。...1 V1.0系统 工期短 基本上所有新项目都这尿性,天天被领导鞭策赶进度 业务不熟 不知道聚合支付到底做啥的,支付流程啥样?毕竟每个公司支付业务其实完全不一样,无法照搬!...,降低成本 交易网关:负责所有支付渠道的报文包装、数据加密、协议转换、签名验证、状态映射 当时就做这样简单架构,第一个开发比较快,直接拿需求进行改代码,方便测试以及上线。...2.3 动态扩容 聚合支付很多交易异步,用户下单时,我们会立即返回就下单成功,或者下单失败,但是这个交易有没有消费成功,我们需要设置定时的任务去查询最终付款结果。...3 V2.0系统 3.1 设计方向 稳定:支付系统的根基 支付体验:用户使用支付功能时感知零延迟 低耦合:模块间减少依赖,需求变动风险控制在最小范围 过程试了多种方案,最终演变如下系统架构: 首先将服务划分三条线

    13600
    领券