前言
Hi，各位朋友，我是 CrazyCodes
上一篇我大抵形容了领取零碎开发的根本流程，但相比之下，国内的流程尽管大同小异，但必要步骤还是残缺的，技术水平比拟高，但相比之下，对接海内的三方领取就没有咱们设想的那么 通顺 了。
本章还是依照失常流程，付款、告诉（包含同步告诉、异步告诉）、查问、退款以及对账这几个根本步骤来阐明与海内的区别。
倡议配合 浅谈领取零碎开发根本流程 文章了解差别点
付款
上图是一个残缺的付款流程，与海内领取的特殊性相比拟的话，有以下几个点
- 三方确认领取可能不是实时的，这里这个不实时代表的不是分钟级，而可能是小时或者是以天为维度的，为啥提早这么大，这个我就不分明了，可能是链路长，或者技术倒退程度问题，当然这也是局部国家，相似英国、法国这些比较发达的国家，一般来说流程还是挺失常的。
- 例如台湾的超商领取，能够了解为是一种线下领取形式，大抵流程是用户在网站高低单后，我方只可能提供用户一个领取码，用户需拿着这个领取码去线下门店付款，最终实现交易，这种形式在我方付款的这个流程上，只能是实现一个付款前置的性能，付款过程在线下。
- 其次咱们不应信赖任何零碎与用户操作，何况是海内，货品或资金的追回更加艰难，所以要做各种校验，有时海内三方零碎没有校验的性能，可能会产生欺诈行为，咱们能够通过三方提供的附加参数（相似于订单形容）增加上校验码，当然，如果连这个也没有的话，只能事在人为了。
- 最初是对于订单号的问题，就是局部三方零碎订单号可能不反对幂等，这意味着当用户应用某个订单号发动领取在并未付款后，再次用这个订单号发动领取时就会失败，遇到这种状况时，咱们能够应用一个订单号对应多个交易号去解决，意味着每次发动后生成一个惟一的交易号，作为订单号的替补，去进行领取。
告诉
付款都如此艰难，那么告诉更是难上加难，列出几个比拟外围的差别点
- 首先可能 没有任何告诉，那么没有任何告诉的状况下，咱们只能通过被动查问的形式去获取付款后果
- 又可能是短少一种一类告诉，短少同步告诉，或者异步告诉，个别都是短少异步告诉，短少异步告诉的话，如果你零碎认为能够齐全信赖同步告诉的话，能够选择性疏忽这个缺点，如果有同步 + 被动查问，集体认为的确能够选择性疏忽，如果没有被动查问的接口，那就须要询问三方零碎是否能够提供对账的接口，总而言之，就是要做到信息对称，才能够认定付款胜利。
- 最初一种最奇葩，虽说是一个线上付款的流程，但可能三方零碎并没有被动查问接口、同步告诉、异步告诉和对账接口，你没有看错，除了一个付款，啥子都没有，这种状况下，个别三方会提供给你一个能够手动下载账单的商户后盾，而后嘞，只能通过导入表格的形式去校验了，这比拟相似于国内的银行卡转正或者公对公。
退款
经验了复杂多变的付款后，再来看看退款的一些差别
- 首先是没有退款接口，这就意味着用户只能去找三方退款，三方再从对账单中体现进去某个订单的状态。
- 其次就是可能没有退款的异步告诉，那么咱们只能应用被动查问的形式去验证订单状态，这又回到了没有接口的问题，如果没有被动查问接口，最次最次咱们手动去商户后盾导出，再导入零碎内。
- 最初有一种最原始的形式，叫做财务打款（意思就是没有自动化退款流程）。
对账
历经含辛茹苦，总算到了对账这个环节，个别有以下几个差别
- (自求多福型)没有任何能够提供的账单
- (自食其力型)三方零碎提供了能够导出的商户后盾，通过导入表格实现对账
- (半自动化型)分为两种，提供 FTP 供下载对账单，另外一种通过邮件形式定时发送账单，程序通过读邮箱实现对账
- 最初说一点，放弃着不齐全信赖三方零碎的准则，对账这块还是要审慎的，尽量把危险挡在用户付款时吧。
致谢
感激你看到这里，心愿本篇文章能够帮到你，谢谢。