支付渠道对接参考事宜
以下为网络摘抄，但是原链接地址忘了：
怎样对接支付渠道 对接流程和商务洽谈？
1.与支付渠道公司进行商务洽谈
平台在选择支付渠道的时候，往往会先进行商务性质的洽谈，在这个过程中了解支付渠道公司的市场情况，看支付公司的背景和应用的商户的体量，支付渠道公司在支付行业内的知名度和沉淀（经验），这些可以从侧面体现支付公司的技术稳定性，产品稳定性；
在大前提的OK的情况下，具体了解其支付业务都有哪些，而平台需要的支付业务都有哪些，然后进行匹配；此外，还要考虑是否需要对接钱包和账户体系等；
同时，洽谈范围中非常重要的还需要包含支取渠道收取平台的手续费的问题，还有就是支付渠道的分账是T+1（仅工作日次日）还是D+1（无论工作日与非工作日的次日）等等细节也都是需要在此阶段最终明确的。
2.支付流程梳理
在初步确定好支付渠道公司后，平台方公司支付产品需要梳理出支付全流程业务需求，然后跟支付渠道公司做具体方案的对接和讨论，比如支付过程中需要调用远程接口，其延迟的不可控性要求支付结果的返回需要通过异步通知的机制等等。
支付流程主要是关于支付渠道的的产品细节沟通，比如该支付渠道公司的支付走的是认证支付还是快捷支付，还是两者都有？是通过API接口形式还是SDK嵌入的形式？
SDK嵌入形式会导致底层数据平台端无法获取，平台可以获得到的就是一个支付结果，但是API的对 接形式平台自己可以监控整个的支付流程，包含支付中发生的异常情况监测，比如响应超时的情况等；还有，需要确认字段信息，支付四要素（姓名、身份证、银行卡号、预留手机号）等；
3.技术对接
在确认好业务支付流程和具体的产品方案细节后，就将进入技术对接的阶段。这个阶段内双方公司的研发同学会进行技术层面的对接和调试，根据确定的支付流程细节的方案来确定需要开发的内容，并按照支付公司提供的接口文档和流程图等资料来进行支付功能的开发，；比较核心的内容就是”支付“和”对账“：关于支付主要考虑支付在交易流程中如何调用来唤起支付，而对账主要是进行公司内部对账、公司与商家对账、公司与支付渠道对账的数据记录。PS:一般这种支付信息对账都是T+1进行的。
支付系统
1.支付大盘监控
平台交易支付系统中非常重要的一个模块就是订单支付大盘监控。这里可以检测到平台订单支付渠道的健康状况，如果遇到支付渠道出现BUG的情况，支付大盘可以很明显的观察到支付的曲线波动情况。
比如，支付通道响应超时，就会出现大批量的订单处于处理中的状态，后期可能会返回支付失败的结果，但是有部分订单是实际上已经扣款成功了，这样就发生了掉单的情况；
再比如，银行渠道的突发性的维护，就会出现大批量的订单可能会报开户方问题的异常（开户银行），然后也会导致用户无法支付完成，这种情况下，该系统会触发预警机制，会以邮件或者短信的形式告知相关人员跟进。
2.支付路由的配置
由于在平台交易过程中，用户所使用扣款的银行卡种类繁多，平台方往往没有精力去对接大量的银行服务商，因此会选择对接多个第三方的支付渠道服务商，一方面是节省自己对接银行的成本，一方面可以通过并行多渠道来保障支付通路的安全性和稳定性。
支付路由，作用就是根据用户选择的支付方式确定用来完成该支付操作的最合适的支付渠道（也即是系统认为的最优渠道），但是用户选定的支付方式不一定就是最终的执行支付的渠道。比如用户选择通过某银行卡来进行支付，但是平台没有实现和该银行的渠道对接，那么平台就可以通过第三方的支付渠道（如支付宝/微信支付/易宝支付）来完成支付扣款的过程，但是在这么多支付渠道中，该选择哪一个支付渠道来进行呢？这个时候支付路由会结合不同支付渠道的稳定性、费率和支付限额等维度来判断，选择当前最优的支付渠道完成支付流程。
出于业务需求的考虑，支付路由在具体的运营方配置时往往在考量稳定性和限额等因素的情况下，还可能会针对不同的终端类型或者业务线配置不同的支付渠道，比如针对iOS设备和android设备和H5都采取不同的支付渠道，或者针对某一特殊业务的支付流程限制特定的支付渠道。
ps: 上图一般为互金行业的支付路由配置，系统来安排对应的支付渠道；而用户自主先选择支付通道，然后确定扣款的银行卡的支付，往往发生在C端非金融理财的业务流程中。
但是，系统是如何更加灵活的切换背后的支付渠道？
比如，某支付渠道在短时间内堆积了N笔处理异常的订单，那么就需要把该银行背后的支付通道切换为其他的支付通道；其次，举个栗子，如上图所示：如果支付渠道已配置了优先考虑费率较低并且限额较高的支付渠道的逻辑的话，那么张三（用户）在购买理财产品的过程中，需要支付单笔6万元的理财金，在选择支付渠道的时候，在易宝、宝付、连连支付费率相同的情况下（假设都为0.35%）,系统会默认给他优先分配单日限额较高的连连（假设）来完成支付，如果，连连支付的支付限额与易宝相同，但是连连支付的费率较易宝低了0.05%，那么系统就会优先选择连连支付。
3.支付渠道的配置
平台方在对接支付渠道的时候，有时候受银行服务商系统维护的影响，往往会调整支付渠道的该银行服务为不可用状态；还有就是根据平台方的风控、安全等诉求，支持针对某一支付渠道的支付单笔/单日支付限额等内容进行调整。
4.异常订单的处理
在交易支付过程中，由于支付过程的链路较长，且系统调用较为复杂，因此在用户支付过程中，偶尔会发生异常支付的情况，这种情况要么是无法完成支付扣款，要么是完成扣款后订单状态没有变更，仍然保留为待支付的状态。
比如12月初的美团外卖支付问题：用户在支付时，美团会为用户生成相应的订单，请求给银行做扣款操作，但是由于支付通道和银行之间的系统交互出现了问题，导致订单挤积压在银行那一侧，等系统恢复之后，所有挤压的订单会在银行的队列中一笔一笔的进行扣款，部分用户如果发起了重复支付的请求，那么就会出现重复扣款，次日，银行会与支付公司进行对账，如果账不平，就会将用户多付的钱在3-5天内退还到用户的银行卡中 ；
如果支付异常的掉单问题是出在银行与支付公司之间的链路，那么银行会在对账之后进行退款（如上美团的例子）；如果掉单是出在支付公司和平台之间的链路，可以通过银行退还支付金额或者是平台方以补单的形式再次发起订单补单的请求来完成支付流程。
第六章：【案例】某互联网金融公司-银行存管户中的钱款流转
1.账户体系：银行存管户、充值账户、平台营销户
一般互金的交易平台会有三种类型的支付账户：银行存管户、充值账户、平台营销户。
银行存管户：银行存管户一般进行平台收入资金的银行存管、记账和分账功能（进出流水的计算和划扣）；
充值账户：支持平台的资金收入和支出，一般仅作全款的进出计算；
平台营销户：平台营销户一般是发放平台营销活动资金的专用账户；
2.业务行为：充值、投资、放款、还款、本息结算
银联差错文件接口
参考资料：
2. 关于支付渠道的那些事儿！
