个人到账通知全量分析与总结（到账一时爽，一直到，一直爽~~）
-
作者寄语：写总结文章不容易，希望大家不要吝惜点赞，如果您也技术做到了，我同样要为您点赞！！！如果要转载，麻烦一定署名总结来至【收钱爸爸】，谢谢！！！
【收款渠道】
- 《支付宝》：
个人支付宝（或商户号），可以使用多个支付宝号并行的方案，动态添加、删除 备注：用户钱直接进入商户自己的支付宝账号 耗时：即时
- 《微信》：
个人微信（或商户号），可以使用多个微信号并行的方案，动态添加、删除
备注：用户钱直接进入商户自己的微信账号
耗时：即时- 《云闪付》：
个人云闪付，可以使用多个云闪付号并行的方案，动态添加、删除
个人云闪付，单个云闪付号绑定多张银行卡，对多个卡并行的方案，动态添加、删除
个人云闪付，解和多个云闪付账号，并多个卡并行的方案
备注：用户钱经银联处理，然后直接进入用户的银行卡账户
耗时：即时- 《支付宝转账到银行卡》：
动态生成支付宝转账到银行卡的二维码（活码），可以使用多个银行卡并行的方案，动态添加、删除
支付宝转账到银行卡的二维码金额已经自动生成好，不需要用户手工输入金额
支付宝转账到银行卡的二维码设置为明卡码（即显示银行卡完整卡号，账户名）
支付宝转账到银行卡的二维码设置为暗卡码（即显示部分银行卡号，加***）
备注：用户钱进入支付宝-->支付宝与各银行对接-->钱进入用户自己的银行卡账户
耗时：常规耗时在2分钟以内（高，低峰处理不一样），与每个银行的处理能力有关，有的银行快，有的银行慢- 《微信转账到银行卡》：
微信转账到银行卡，可以使用多个银行卡并行的方案，动态添加、删除
备注：用户钱进入财付通-->财付通与各银行对接-->钱进入用户自己的银行卡账户
耗时：常规耗时在1分钟以内（高，低峰处理不一样），与每个银行的处理能力有关，有的银行快，有的银行慢- 《直接银行卡到银行卡转账》：
多个银行卡并行负载，动态添加、删除
备注：用户钱直接进入商户自己的银行卡账户
耗时：10秒左右（高，低峰处理不一样），与每个银行的处理能力有关，有的银行快，有的银行慢- 《银行合作商户》：
提醒：每个银行合作商户结算的情况不一致，有的银行是T+0，有的银行是T+1，这个根据商户自己的能力进行申办。
每个银行合作商户的额度也是不一样的，单日额度有的是几万，也有的是十几万或者几十万，和商户性质有关。
例如，农行合作商户（农行聚合码），T+1
例如，平安银行合作商户（平安银行商户共码），T+0
例如，建行合作商户（建行聚合码），T+1
...
备注：用户的钱直接进入商户自己的银行合作商户号
耗时：与各银行合作商户的结算方式有关，有即时和T+N方式有关- 总结：
总结：多个渠道并行负载，大大的提高灵活度，以及吞吐量（日量1-10KW不是梦），难的是要能支持上面这么多渠道的负载并行，组合，并可配置，动态调整。
这里要大大的点赞【收钱爸爸】平台，此处掌声，谢谢！【到账通知策略】
- 动态码技术：
即时动态生成指定金额/备注的二维码，用户扫码后不需要输入金额/备注，直接扫码支付即可，完成扫码充值后，自动回调通知到账信息。
优势：用户扫码支付成本低，不需要做人工输入金额，备注等多余的操作。
劣势：支付宝目前收款码一天有20次的生成限制，但是目前可以使用支付宝转账码的形式来避开次数限制，但是需要处理好友的相关业务逻辑。
微信也有风控限制，微信收款码生成一天也会触发45次左右的限制- 定额码技术：
提前准备收款二维码（商户需要计划准备自己常规需要的金额的收款二维码），可以手工准备，也可以借助Xposed等自动生成二维码进行准备。
定额码方案之一，金额不变，备注变，来区分识别收款。即如：1元(备注:1.00) 1元(备注1.01) 1元(备注1.02)... 用户付款还是1元，到账也是1元
定额码方案之二，金额变，来区分识别收款。即如：1元 1.01元 1.02元... 用户付款1元，1.01元，到账也是1元，1.01元
优势：性能优势大，能突破支付宝/微信等风控限制
劣势：有准备的成本，且需要处理相关的识别策略逻辑- 备注模式：
即通过用户付款的备注（用户自己输入的备注信息），来识别到账。
优势：只需要准备通用的收款码一张，或者展示收款账号信息，用户主动输入付款备注来识别到账
劣势：用户有写付款备注的成本，且需要处理备注到账的策略逻辑- 指定金额输入：
提示用户，按照指定金额来充值，从而识别到账。
优势：只需要准备通用的收款码一张，或者展示收款账号信息，用户主动输入指定的付款金额来识别到账
劣势：用户得按照指定金额付款，且需要处理相关得到账策略逻辑- 总结：
多个策略可以组合运用，当前也会大大提高复杂度，不过幸运的是有的到账通知技术平台已经完全实现所有的技术策略。这里依然要大大的点赞【收钱爸爸】平台，此处掌声，谢谢！【支付宝转账到银行卡收款码】
支付宝转账到银行卡，活码策略（即多个卡并行，使用池子的处理策略） 支付宝转账到银行卡码，明卡（上面已提到）
支付宝转账到银行卡码，暗卡（上面也已经提到），目前黑市中有各种收费，，，但是在这里，是免费的......
【技术点再强调】
多渠道负载，并行（实现大吞吐量，日量大，渠道稳定性高，风险分担，从而导致几乎无掉单，除非收款账号/卡本身存在异常） 多账号负载，并行
单点控制，即动态配置每个渠道的日量限制，笔数限制，单笔额度限制，卡的笔数，量等限制。（这样子才可以真正稳定的输出，当然难度是复杂的逻辑实现）
【商户侧配合】
-
PC电脑客户端：
商户可以只用在电脑上直接运行客户端软件，来实现收款。（当然也可以用来对接测试等） - APP客户端：
商户可以在手机上安装APP客户端，来实现收款。（当然也可以用来对接测试等）
【商户API接口设计】
通用的restful api策略（和开发语言无关），https安全协议保障，基于token以及md5验签的方案处理- 充值申请接口：
实现商户侧发起充值申请，可携带商户自己需要的信息，后续再充值成功到账信息回调中，原样返回商户自己需要的信息。
充值申请发起成功后，可直接返回一个H5的扫码落地页，也可以商户只需要返回相关的JSON数据，然后商户自己设计展示自己的扫码落地页信息。
- 充值到账信息回调接口：
同步回调：
充值到账后，将到账信息回传给商户，直接跳转到商户指定的同步结果的页面（适用于一般的网页类型的商户）异步回调：
充值到账后，将道长信息回传给商户，接口地址是商户侧后端接收到账通知信息的地方。商户根据到账信息，修改会员的分数/账户金额等。
【合作方式】
- 注册成为我们商户，在线使用相关的功能。
- 获取源码方式，自己可以自定义、扩展等。
- 独立部署，商户侧自己使用一整套完整的功能平台程序。
致阅读者
感谢大家的阅读，有什么技术问题，或者业务逻辑难点，可以一起探讨，共同进步！
【收钱爸爸】供！谢谢！