产品需求-如何设计一套支付系统–对账模块.docxVIP

如何设计一套支付系统–对账模块 很多人都有收款的习惯，但是记到后面却发现自己的帐算不清楚，记账不能只靠着单方面的账单，还要进行对账才能确保无误；本文将会从产品设计的知识点出发，详细介绍对账业务流程，并列举会出现的常见问题和解决方法。 业务背景： 对账模块是核心理念支付系统的核心内容能力之一，是信息流和资金流关联的重要依据，平台如果只使用渠道的单边单据或者平台网络流水订单，出现差错或渠道不实捏造事实扣单的风险极高。 为提高资金账务的正确性和保障平台的利益，需要通过平台系统对账能力与上游渠道对账单逐笔勾兑确认，如有差异能及时解决或归档。 用户画像： 1）清结算专员：负责发起清分的操纵者，首先确保交互对平，然后确认资金流应收款和信息流平账账单金额一致。希望能及时发现长短款问题，并解决，保障大笔资金清算给商户（平台可收款用户）的时效性。 2）对账极度订单处理专员：负责报表异常订单原因，更动并在开放平台操作将异常订单执行修正、平账。 1. 对账 在会计上概念：指为了保证账簿记录的正确性而进行的有关账项的核对工作；做到账证相符、账账相符、账实相符。 在支付系统上为的体现： 1）账证核对：是将账簿记录与记账凭证进行核对。这里是记账凭证是指服务商上游提供的渠道对账单，服务器端渠道会根据存量对账单金额实际结算资金，也就是常说的信息流对账。（有的支付地方银行公司或银行只要接到对账单了且平账，即使资金仍未实际到账，业务也允许发起清分以提高清算时效性） 2）账账核对：是把有相互关系的多个账簿记录进行核对，有相互关系的记事记录，包括总分类账簿间核对，明细账簿间核对等多种类型。整个支付系统可以拆成被拆分成了多个子系统，如交易系统、账户系统、会计系统、账户系统，每个子系统在处理各自的业务并记录，其实就相当于会记理论中的账簿。系统间的对账，主要用于修正内部系统的数据不一致。 3）账实核对：是各项物资的记录数值与实际真实数额间的核对。确认第三方汇款到银行账户资金和平账对账单结算金额是否匹配，也就是常说的资金流收款。 2. 轧帐 对账系统主要做的是信息流的对账，若对账中发现有差异的订单归类记入对账异常订单表，可称为轧帐。 3. 平帐 对账异常订单进入差错流程，可以通过自动人工或者自动的这种方式，按照事先设计好的规则处理这些异常差错，可称为平帐。 4、渠道对账单 上游渠道会按照平台在其提出申请的渠道账户维度推送对账单，匝道渠道凭证也就是常说的支付通道。 如果是第三方支付公司或银行，上游渠道是微信、支付宝、银联二维码（云闪付）等等。例如：支付平台申请有微信2通道和微信6通道，则微信侧会生成2份对账单文件。 便士对账单会时会包括支付成功订单和退款成功订单。第三方会以对账单中的结算金额（支付订单金额-支付订单手续费）-（退款订单金额-退款订单手续费）结算汇款给到网络服务资金账户。 5、银联二维码（难点） 银联二维码是银联平台自主推出的产品，C端使用云闪付、各手机银行APP支付，订单底层走的都喜砂是银联二维码通道。 为什么银联二维码需要重点说呢？ 因为它不同于微信、支付宝通道统一费率区域化的原则，银联会根据C端手机用户支付时使用的银行卡借贷性质和交易金额是否大于1000作为费率规则，月租费并且还会收取额外的汽车品牌服务费，详情参见下图。 所以设计银联二维码此时通道对账时，还需考虑到多费率及品牌服务费的场景。 1. 业务流程 对账金融业务可以插解为5个业务环节，本文主要说明每个环节的能力职责、常见问题和通用解决方法，具体的产品还需要结合读者平台自身的业务特点和系统架构设计。 对账是一个日常操作，正常情况下上游渠道都会以D+1的景气周期生成渠道对账单。 每天系统可以默认生成限时定时对账任务，每个上游生成盈利模式生成时间不一样，可以事前和上游确认，并结合平台对账的处理时效和商户到账需求，设计者一个合理的时间执行。 大崎市任务设计前需确认，渠道对账单推送方式、解析方法、匹配字段，并提前做好联调适配工作；例如渠道有可能会需要申请白名单权限或提供SFTP地址信息，要谨防上线后才发现系统无法正常获取对账单的情况。 1. 创建任务批次 创建批次一方面是为了防止重复对账，另一方面需要在对账结束的时候将对账的结果信息到批次中。 2. 记录任务信息 对账任务信息，例如：通道名称、通道编号、渠道商户号、对账任务批次、对账任务状态、交易时间、任务创建时间、下载开始时间、下载结束时间、下载状态、对账开始时间、对账结束时间、对账结果、对账方式； 对账方式为对账处理时的对账规则，可以根据业务实际情况分为：无需对账、以渠道为准、以平台为准。 3. 重置任务机制 考虑到对账过程中可能会遇到的来自上游渠道的问题或平台系统内自身问题，可能需要设计重置机制。 上游渠道对账单错误，融资需求二次或多次推送，所以需要人