支付的核心指标之一是支付成功率。提高支付成功率的方法有很多，比如提升通道质量、进行系统监控并针对问题通道进行自动熔断、进行队列处理控制并发量，事中路由保证交易可用、根据日切时间进行自动对账时增加处理时间、提升通道限额等，但是在实践中会发现，用了这么多方法提升支付成功率，依然有一些问题会造成交易失败。
问题一：通道限额问题。
前面说过，通道有单笔限额、单日限额甚至单月限额，用户所在的发卡行也会有单笔、单日、单月限额。当用户需要在某日订购价格特别高的产品或服务时，比如公司团建，行政人员帮整个公司订购出行服务，很可能会遇到这样的场景：用户通道超过单日限额，无法支付，但用户本身在发卡行并没有设置限额。
遇到这种问题，在路由通道计算最优通道的时候（没有建立用户计数服务：实操层面用户计数服务影响性能且达不到触发阈值标准，绝大多数公司不太会建立），此超限通道永远都是最优通道，用户会一直无法支付成功。
在没有重试服务的情况下，支付交易结果是只能建议用户换卡或者次日再试。
但建议用户换卡是有问题的：
第一，无论是换卡还是次日再试，都已经造成支付失败，损害用户体验和影响支付指标；第二，用户可能没有那么多银行卡，最终只能放弃；第三，即便用户有其他银行卡或者次日再试，可能依旧会触发超限。
问题二：通道服务异常问题。
在商户或者支付平台与通道握手、进行报文交互的过程中，可能会由于网络抖动等因素，某一方没有收到请求或者返回应答，迟迟无法收到结果，导致交易失败。
遇到这种情况，一般有两种解决办法。
一种方法是采取补偿机制。商户或者支付平台一直查询交易结果或者发起冲正交易，但系统异常持续时间长，查询会一直无结果，而且并非所有通道都支持冲正交易。
另一种方法是先把原交易置为失败，前端界面显示提示信息：建议用户重新支付。然后再查询或者对账，如果原交易成功，扣用户款了，为用户进行退款处理；如果原交易失败，支付系统不做处理。但是这种方法会让用户感知到交易失败。
问题三：通道使用率问题。
有一些通道的特性是成本较低，但是质量相对较差，在追求可用性的前提下，这类通道被我们称为“备份通道”。在日常工作中，除了发生所有优先支付通道都不能用的极端情况，一般都不会用到备份通道。
但通道质量差是相对而言的，越是大商户，要求越严苛。比如对于大商户而言，可能98%的支付成功率是正常，95%的支付成功率已经低了；但是对于其他商户而言，95%的支付成功率已经很高了。在这个场景里出于成功率的考虑，在没有重试服务的情况下，无法将一些低费率的通道充分利用起来，最大可能降低支付成本。
由于上述问题的存在，在不断提升支付核心指标的过程中，需要找到一种方法，尽可能既保证支付成功率、用户体验，又能降低成本。
解决这些问题的方法或者服务称为“重试服务”。重试服务是指对于支付交易失败，分析并返回失败原因，根据返回原因重新组织支付要素，上送给交易通道的处理机制。
为什么这个机制可以解决上面提到的问题？我们再看看这几个问题，如果有了重试服务会怎么样。
问题一：通道限额问题。
假设招商银行信用卡这个支付品牌有A、B两个通道可用，其中较优的通道是A通道。
上面提到某公司行政人员使用招商银行信用卡进行支付，该卡在银行未设置限额。该用户在A通道发起支付，触发单日限额，交易失败，原本应告知用户更换银行卡进行支付。但是在A通道单日限额超限，并不代表在B通道单日限额超限。通过重试服务将支付要素上送到另一个通道发起交易请求，如果另一个通道未触发单日限额，那么这笔交易失败的订单就能被挽救回来，变成支付成功订单。
问题二：通道服务异常问题。
遇到通道服务异常，重试服务会根据通道的返回情况判断是否重新发起支付。
比如交易发生“系统异常”或者“无交易结果返回”这样的情形。这样的结果与客户本身无关系，是平台或通道原因造成的支付失败。重试服务会将这个交易报文信息结合卡要素进行鉴权，验证正确后先重新发起支付或者将交易上送到其余稳定通道，后续再对原交易进行查询和采用退款、冲正等补偿机制，把原有失败的交易及时挽救回来，变成成功交易。
经过这样的处理就不需要再等待，也不需要在前端界面告知用户重新支付，让用户感知到交易失败。
问题三：通道使用率问题。
出于担心通道质差、不能自身支付高可用的要求，不愿将具有成本优势的通道用于主交易。之所以不愿意，是因为在无重试服务的情况下，支付过程只有一次支付机会，不能失败后再次尝试。所以在成功率优先的原则下，只能路由至成功率指标最为出色的通道，而忽视其他指标。
有了重试服务后，这个问题立即迎刃而解。还是以招商银行信用卡为例，假设该支付品牌有A、B两个通道可用，A通道成本低，但是质量差；B通道成本高，但是质量好。在每年成本KPI完成的基础上，如果无重试服务，那么交易都会上送到B通道，以保证支付可用性，提高支付成功率。但现在有了重试服务，相当于B通道给A通道做了兜底服务，可以大胆地将A通道用于交易，只要不是客户本身卡信息有误之类的问题造成的交易失败，就可以重新将支付要素上送到B通道进行支付。
这样的处理机制依然保证了支付的成功率，而A通道也能够最大可能发挥其成本优势，从而达到支付的最优解。
