SaaS 支付

什么是支付提供商迁移?

作者: 奥列克桑德拉·布坚科,文案撰稿人

审阅者: George Ploaie, 首席运营官 (COO)

什么是支付服务商迁移

什么是支付提供商迁移?

支付服务提供商迁移就是简单地将您的支付网关、PSP、收单机构或支付编排器转移到另一个PSP。对于SaaS公司而言,这种迁移通常涉及切换集成、路由逻辑、循环账单数据和令牌,同时确保结账流程不中断地运行。令牌化是一种将PANs替换为令牌的程序,使得系统能够处理这些令牌,并可能改变PCI的暴露级别。

请记住:

尽早确定您的迁移范围,因为它决定了您的PCI DSS义务。切换网关、支付服务提供商(PSP)、收单机构或编排层仍将您保留为记录商家,因此您的义务和验证范围仅会发生变化。如果您选择使用 名义商家,他们将承担法定销售商的角色以及相应的商家侧PCI DSS责任,这会限制您的合规义务;如果您的系统处理卡片数据,仍会存在一些剩余范围。

 

迁移支付提供商有哪些好处?

更换支付服务提供商可能会影响业务和运营的各个方面。主要特点包括特定的授权成功率水平、不同的支付处理费用结构、调整后的欺诈监控、地域可用性以及受交易成功率影响的用户互动方面。

对于SaaS业务而言,这预计会带来多种结果:

  •       授权成功率提高2-4%。
  •       拒付率是一个可量化的指标。
  •       每笔交易成本记录在一个较低的具体数字上。
  •       更少的客户支持工单。
  •       敏感数据保护可能涉及令牌。

支付提供商迁移的挑战和风险有哪些?

支付迁移过程涉及各种组件,对相关风险的理解与操作或程序考量有关。

  •       该分析探讨了中断、停机和交易失败等因素,以及它们对收入和客户信任的重要性。
  •       不同的提供商提供一系列令牌传输功能;有些不包括导入或导出功能。
  •       在迁移机密客户和交易记录的背景下,数据映射可能存在差异。
  •       保持 PCI DSS 范围 以及在整个迁移过程中的合规水平。
  •       此次变更后,授权率出现临时下降。
  •       引发客户反馈的中断会影响用户体验。
  •       Webhook一致性、重试和退款必须在不同系统之间正常运作。
  •       循环计费的连续性必须仔细规划,以免中断订阅者。

如何为支付提供商迁移做准备?

首先,深入识别您的所有支付系统组件、流程、费用、合同和支付方式。您需要检查您的令牌库存、循环计费依赖性、欺诈设置和报告要求,以列出所有集成点和影响。您还需要确保在规划过渡时,考虑到部署和回滚选项以及成功指标。最后,通过与新供应商在沙盒环境中进行测试并运行“软启动”来为团队切换做好准备,以减少最终迁移发生时的中断。

 

支付提供商迁移过程中的关键步骤有哪些?

成功的支付提供商迁移涉及一系列行动:严格按照审计、选择、实施、迁移和停用的顺序进行。

  1.   分析您现有的基础设施、性能水平和业务需求。
  2.   决定要合作的提供商。
  3.   处理技术事务。确保您的系统变更的技术层面得到妥善处理。
  4.   迁移数据和令牌。将内容传输到您的新系统。
  5.   进行测试和并行实时交易。在全面测试期间捕获错误,并同时运行两个系统以熟悉新系统。
  6.   该过程涉及旧系统的逐步关闭,并随后将其退役。您可以选择退役旧系统,或完全不退役,但可以分部分退役。
专业提示:

使用功能标志或路由逻辑来控制每个阶段的流量百分比和即时回滚。

如何选择新的支付提供商?

根据影响供应商性能和对未来变化适应性的因素来选择供应商至关重要。标准应包括 

  • 授权速度、 
  • 处理的支付范围、 
  • 覆盖区域、 
  • 令牌可移植性、 
  • 欺诈工具、 
  • 详细报告、 
  • 保证正常运行时间/SLA
  • 开发人员工具等。
专业提示:

专注于提供令牌迁移和标准化保险库结构的提供商可以影响 供应商锁定 以及未来转换的复杂性。

 

成功的支付服务商迁移有哪些最佳实践?

阶段

流量导向新服务商

目标

金丝雀

1-5%

实时交易验证考虑了相关的风险暴露水平

爬坡

10-20%

确认真实流量下的稳定性

规模

20%及以上

在性能监控期间观察到更多的步骤

割接

100%

完全切换,旧网关保留作为备用

保持现有网关作为备用运行,并设置对关键指标的实时监控。持续跟踪这些指标,以便及早发现问题:

  • 授权率 和延迟。
  • 关于错误代码和 Webhook 运行状态的观察。
  • 退款量。
  • 客户服务咨询。

 

在支付服务商迁移期间,如何最大限度地减少中断?

确保您的当前 支付网关 在新系统的集成和测试阶段,原系统保持全面活跃并正常运行。然后通过金丝雀部署(canary routing),将每笔交易作为测试,把相对少量流量重定向到新系统,直到完全切换。这种实时系统策略通常能减少中断,从而在不需安排停机时间的情况下促进实时迁移。

请记住:

提前向您的客户支持和财务团队进行充分简报,以便他们能迅速处理边缘情况。

结论

软件即服务(SaaS)公司在两个支付提供商之间进行过渡,涉及支付系统的调整,这会影响授权率、相关成本和安全措施。然而,这些结果只有通过充分的准备、一个能够承载并转发令牌的系统以及滚动发布才能实现。该策略旨在解决停机事件和监管要求,这可能伴随着较低的操作干扰,并有助于顺利完成转换。

准备好开始了吗?

我们也曾经历过您的挑战。让我们分享18年的经验,助您实现全球梦想。
马赛克图像
zh_CN简体中文