新银行开发
在通道中，新银行的研发也是很重要的一部分，研发新银行可以适配更多的卡，为通道注入活力，但是并不是所有的银行适合作为新银行，它需要满足一些特定的条件
代收银行开发
卡商会提供不同银行的卡，包括公户、私户、个体户和个人账户。不同银行和账户类型可能对应不同的回调脚本，脚本可能是网页版或手机版，具体取决于应用场景。部分银行流水页面可能缺少 UTR（唯一交易参考号），或 UTR 存在但稀少、倒序显示；有些网页版银行还不稳定，易自动掉线。因此，开发新银行时需从多方面综合考虑。
1. 可登录性
核心要求：账号信息必须完整，确保可正常登录。
影响：无法登录则无法获取实时账单，更别提转出资金。
2. 账单完整性
关键性：账单完整性直接影响回调准确性。
必要信息：
12 位 UTR：通常出现在 Remark/Describes 中，首次出现的 12 位数字即为 UTR，标志账单完整。
付款金额：用于匹配支付订单，至关重要。
付款时间和支付方式：非必需，但在开发特定银行回调时需关注。
问题：缺少上述信息将导致回调失败。
3. 会话持久性
现象：部分网页版银行会弹出“会话即将过期”提示。
差异：
有些可通过“继续会话”维持。
少数即使点击仍需重新登录，无法支持自动回调。
结论：需手动输入账户密码的银行不适合网页版自动化。
4. 收付款能力（限额）
检查点：
每日收款限额。
每日转出限额。
建议：接收卡前明确限额，避免因额度不足影响业务。
5. 卡转出时效性
需求：业务特殊性要求尽量减少收款卡内资金积压，降低冻卡风险。
选择标准：
优先 T+0 卡，手续简单。
最佳为实时到账卡。
6. 银行风控
风险：部分银行抗投诉能力弱（如 RBL、SBI），小额订单即可能冻结。
应对：
前期了解：接收新卡前深入研究。
小量测试：先手动上传账单测试。
手动测试方法：
在网页银行下载对账单。
导入系统实现手动回调。
少量订单时此方法可行。
代付银行开发
代付主要有三种途径：三方/原生代付、网页版表格批量代付、手机脚本代付。原生代付只需对接调试，无需开发银行，以下聚焦后两种方式。
1. 表格批量代付
流程：
在系统“支付管理 > 代付订单 > 代付导出”中，根据银行导出代付订单。
将导出的表格导入网页银行，完成批量代付。
代付后下载账单，在“支付管理 > 支付订单 > 收款记录”中批量回调。
优点：支持不同银行定制导出，操作直观。
2. 脚本代付
现状：脚本代付开发已暂停。
新开发注意事项：
卡源：需确保供卡量充足且易获取。
额度：转账额度满足业务需求。
频率：单日转账次数达标。
方式：需支持 IMPS 转账。
时效：优先实时到账。
趋势：市场主流已转向 P2P 转账，我们已提供 P2P 跑分平台接入。
总结
开发新银行需综合评估登录性、账单完整性、会话持久性、限额、时效性及风控，确保代收代付顺畅。小量测试是降低风险的有效手段，代付则可根据场景选择表格批量或脚本方式，P2P 转账为未来趋势。
Last updated