支付编排和支付保管库都属于支付处理商策略的范畴,但它们解决的是不同的问题。支付编排能够决定由哪个处理商处理交易,并在某个处理商表现不佳或出现停机时间时,将交易重新路由。保管库则能存储客户的银行卡,商家随后无需再次请求客户提供卡信息即可进行扣款。希望提升各处理商之间授权率的商家可能会使用支付编排;而提供订阅服务的商家则可从支付保管库中受益,借此安全存储并复用客户的支付详情。许多商家最终需要同时使用这两项服务。
下文将说明支付编排和保管库的具体作用、它们分别解决哪些问题,以及如何判断您的商家需要使用哪种工具。
要点
支付编排通过跨多个处理商路由交易,从而提高授权率、降低成本,并在某个处理商出现停机时间时增加故障转移能力。
支付保管库安全地存储银行卡凭证,方便商家日后再次向客户扣款,而无须每次都收集其卡信息。
某些工具结合了安全的银行卡存储功能,还能将存储的银行卡路由给任何第三方处理商。
什么是支付编排?什么是支付保管库?
支付编排是介于结账和负责资金划拨的处理商之间的层级。它能根据商家设定的规则或使用实时性能数据自适应的路由逻辑,决定由哪个处理商来处理每笔交易。
支付保管库则是用于存储客户支付凭证的系统——这通常包括卡号、有效期和网络令牌(一种安全的卡号替代方案,在补发卡时能自动更新)。凭借保管库,商家能在无需客户重复输入信息的情况下再次向该卡扣款。
相较于编排能决定由哪个处理商处理交易,保管库的作用则是存储客户卡号,以方便商家在其自身系统里重复使用。
支付编排能解决哪些问题?
之所以会存在编排,是因为若是只依赖于一家处理商可能会有漏洞,商家只有在出问题时才会察觉到。万一这家处理商出现停机时间,或者其对某个特定卡组织的授权率下滑,不仅这期间通过该处理商路由的每一笔交易都会被拖延,而且连后备方案都没有。
有三大问题往往促使商家转向编排:
授权率有差距:各处理商在不同的卡组织、区域以及交易类型中的表现并非一模一样。比如,某个在美国 Visa 授权率强劲的处理商,在处理巴西的 Mastercard 交易时,表现很可能会差出一大截。
单一故障点:一旦处理商中断服务,所有依赖该处理商的交易都将戛然而止。但若是运行编排系统的商家,便能把支付交易实时重新路由给另一家处理商,而不是被迫暂停业务直到第一家处理商恢复正常。
各处理商之间的成本差异:交换费和处理商手续费因卡组织、交易类型及地区而异。以这些差异作为路由依据,不仅能带来更高额的成本节约,而且还远胜过那种无论成本多高,在所有交易中均被单一合同限制的局面。
有什么功能是支付保管库具备而编排不具备的?
虽然编排能实时将交易动态转移给合适的处理商,但它并不保存使用过的银行卡。如果商家需要在下周、下个月或是按照经常性的时间表进行扣款,那就需要用到保管库。
如果商家把某张卡存在了保管库中,那么这张卡就能分配给编排系统路由过去的任何处理商,不再仅限于当初收集这张卡信息的那个处理商。如果没有保管库,某家处理商所保存的银行卡通常会被锁定在他们自己的令牌化系统里。这就意味着如要转由新的处理商进行扣款,就得麻烦客户重新输入他们的详细信息了。
保管库把卡片信息同某单一的处理商关系拆分开来。这就使得日后添加或更换处理商成为可能,同时又不会影响订阅或已保存的支付方式。
商家应在何时优先考虑使用保管库而不是编排层?
并不是每家商家都需要同时具备保管库和编排层。如果商家已有可靠的银行卡存储系统,但由于特定于处理商的问题(包括断网、在某些卡组织的授权率低或者由单一处理商引起的成本集中)而流失收入,这时编排就显得尤为重要。
在以下情况下,商家应优先考虑使用保管库:
目前的直接目标在于缩小合规范围:即便只是短时间在内部存储银行卡数据,也会将商家推向级别更高的支付卡行业 (PCI) 监管合规要求。而保管库的做法则是将数据存放在合规的第三方,从而消除这种风险。
订阅或使用已存入文件中的卡信息进行支付属于核心业务:所有经常性扣款均依赖于已存储的卡。要想搭建出色的存储系统,就要有可自动更新的网络令牌加持,这样才能大幅度减少因银行卡补发或过期而导致的续期失败。
因银行卡数据过旧导致授权率下降:即使没有复杂的路由决策,仅凭网络令牌化通常也能提升授权率。更新后的银行卡数据能抢在旧卡号触发支付拒绝之前抵达处理商。
您的商家需要支付编排、保管库,还是两者都需要?
这取决于哪个问题先出现。如果商家的单次支付业务由授权率稳定单一处理商负责,则可能这两项都不需要。但如果商家在多个市场开展订阅业务,遇到了反复发生的支付失败,且在处理商停机时没有备用方案,那么这两种工具很可能都需要。
首先,弄清楚发生故障的节点。如果支付拒绝多集中在过期或补发的银行卡,或是商家试图缩小自身对 PCI 数据安全标准的影响范围,那么保管库会是更直接的解决对策。如果拒付或成本因处理商、区域或卡组织而异,则支付编排是更对口的解决之道。很多商家一旦跨市场经营并产生经常性收入后,经常会同时遇到这两个问题,因此往往需要采用组合解决方案。
Stripe 的 Vault and Forward API 专为需要此种组合模式的公司打造:商家可仅存储一次银行卡,享受能保持该卡处于最新状态的网络令牌化技术带来的便利,接着利用此 API 将该卡发送给自身路由逻辑所选定的任何处理商,从而免去了与各处理商合作时均须维护不同保管库基础设施的麻烦。
Stripe Payments 如何提供帮助
Stripe Payments 提供一体化的全球支付解决方案,帮助任何企业——从成长型初创企业到全球性企业——在全球范围内接受线上和线下付款。
Stripe Payments 可帮助您:
优化您的结账体验:通过预建的支付 UI、支持 125 种以上的支付方式,以及 Stripe 原创数字钱包 Link,创造顺畅的客户体验,节省数千小时的工程开发时间。
更快拓展新市场:覆盖全球客户,并通过跨境支付选项降低多币种管理的复杂性和成本,覆盖 195 个国家/地区,支持 135 种以上货币。
统一线下与线上支付:整合线上与线下渠道,打造一体化商务体验,实现个性化互动、提升客户忠诚度并增加营收。
优化支付性能:通过一系列可定制、易于配置的支付工具提升营收,包括无代码欺诈防护功能与提高授权率的高级功能。
利用灵活、可靠的平台加速业务增长:选择一个专为随业务扩展而设计的平台,历史正常运行时间达 99.999%,可靠性在行业内首屈一指。
进一步了解 Stripe Payments 如何为您的线上和线下付款提供支持,或者立即开始使用。
本文中的内容仅供一般信息和教育目的,不应被解释为法律或税务建议。Stripe 不保证或担保文章中信息的准确性、完整性、充分性或时效性。您应该寻求在您的司法管辖区获得执业许可的合格律师或会计师的建议,以就您的特定情况提供建议。