作者：不详
出处：https://mp.weixin.qq.com/s/M6de4Eshv63O44PhyCUzsQ
一、主题分享
支付渠道对账有两大块，信息流和资金流，主要分享一下信息流。一般流程可以分为四个部分：渠道对账单下载、本地交易记录准备、轧帐、平账（对差异的处理）。
一、渠道对账单下载
当前的渠道主要有支付宝、微信、京东支付、银联等; 有几个需要注意的点：
渠道对账单的格式不一致；
下载的时间不一致；
有可能会出现少文件的情况；
基于这几点，需要做的主要事情有对账单的处理，统一格式，方便后续轧帐；记录不同渠道读取账单的时间，如果在特定时间点没有拿到渠道文件或文件数量缺失，采用重试机制。
二、本地交易记录准备
对账一定是双方以上，在渠道对账单准备好之后，我们也要把本地的交易记录准备好；主要需要注意的点有：
本地交易记录主要包括消费、退款、充值、体现等；
在面对大数据量时，如何能降低对账时间（需要考虑使用者对界面刷新时间的接受度和系统存储的合理性）
三、轧帐
主要分为两个部分：自身系统、本地与渠道之间。 为什么要自身系统对账？自身系统的轧帐主要为系统业务订单与支付单之间的对账，取对平的单据进行下一步对账，主要是为了保证内部数据的一致性。 主要的一个大坑：对账时间窗。 众所周知，支付是需要时间的，这就会遇到跨对账周 期的情况；对于此，我们可以根据自己公司的情况，合理设置时间窗； 比如微信每日对账区间为第一天0点到第二天0点，面对小金额支付多的情况，可设置10-30min的时间窗，如差异的账单的成单时间 在23:30-0:00间，则默认为跨日交易产生的差异，不在当天对账差异文件中显示；
资金对账，目前只接触了一点，不足以分享给大家，所以就到这里了。
这就我的今天的分享，谢谢大家的聆听！
二、Q&A
Q1： 一般三方只提供生产环境的账户，比如支付宝，商户在开发、测试、生产环境配置的商户号都是一样的，对支付宝来说，都是生产环境。那么如何处理非生产环境的长款问题？ A1. 对于测试归收入即可，或者直接退款。
A2. 打标记
Q2： 对账主要用什么技术？
A1: spring batch；现在java都用BigDecimal来定义金额单位；或者转整型分了。
Q3: 统一账户是个什么概念？
A1: 一个集团下会经营不同的业务，考虑到经济、社会等风险，可能会成立不同的子公司，不同子公司下挂有不同的业务；这样的话，不同的业务的收款账户可以是不同的； 展现给用户的就是，我在A地点买了一件商品，付款给了A公司；在B地点卖了一件商品，付款给了B公司；虽然A地点和B地点同属于一个集团，但付款给了不同公司，收款进了不同账户； 所以，我们做了一件事情是，统一收款至一个公司，再由此公司进行内部分账；这样对于顾客来说，我不管在哪里购物，付款给了同一个公司，收款进了同一个账户。
本文档来自“支付产品架构交流群” 的聊天记录整理，由志愿者整理并发布到本网站。如需要及时收到来自“支付产品架构交流群”的最新消息，请扫码关注“凤凰牌老熊”的微信公众号。目前支付产品架构群还有不少空位。 本群面向支付行业的有经验（2年以上）的产品经理、软件工程师、架构师等，提供交流平台。如想加入本群，请在本文评论中留言（不公开），说明所在的公司、负责的工作、入群分享的主题和时间。
网友评论