1.对于第三方银行码表不一样的这种，确实很难协调，像这种情况一般不是特别多，为了不打乱自身业务码表，只能做一个适配表来实现（同理对接第三方，还有区域码表不一样的，这个更难受，我真是想打人的）；

2.针对路由这部分，我们当前业务都是基于路由匹配规则，主要分为权重、费率两种路由，请求上送到支付网关分发中心，会从渠道池中获取所有启动渠道，走一遍对应规则，赛选最有渠道（大概流程是这样子，各家架构都不太一样，也不尽相同）；

3.对于支付渠道拓展来说，一般都是只开发渠道API层，渠道网关路由分发机制都是一样的，通过为不同的对接渠道进行编码匹配（如微信：W,支付宝：A,网商：M…………），当对接支付渠道越来越多时，业务不断变化，其他地方可能也需要变动，易拓展来说，只能是在对接API层着手以及做一些我们自身业务的适配了（特殊情况特殊对待咯）；

4.系统对账一般都是单独通过任务调度系统来分配调度的，楼主的“csv处理，还是数据库来处理”没有理解是什么意思？大概流程：下载对账文件—>读取对账数据到内存（按照行、所有数据……加载）—>校对交易成功流水（退款、支付分开）—>校对差异流水（三方存在、本平台不存、掉单等等）---->写入结果；

5.当前我们是基于接口重试机制，接收到客户端请求时，发起三方交易，实时响应客户端当前交易状态，若发现三方交易状态不明时，通过开启异步线程轮询机制实现（必须要设置轮询次数阀值）；当前都是对接第三方支付公司，不操作存管资金，一般都不做分控，三方风控一般会做得更好，预警觉得没必要。

根据我们单位当前业务简单梳理一下，就当吹一下牛逼了，不入楼主法眼，不必理会