网站与应用的支付网关集成:企业主指南

一旦企业决定通过网站或应用销售,下一个问题几乎总是一样:客户怎么付款?在实体店里答案很简单,有收银员,钱当面交接。在线上,资金会同时经过多方:客户、银行或电子钱包、支付服务提供商,最后才是你的企业账户。把这一切连接起来的桥梁,就叫支付网关。

乍看之下,接入支付网关像是纯技术工作,但这个决定牵涉业务的许多方面。提供哪些支付方式,会影响有多少客户完成订单。交易状态流程决定你的库存和订单是否保持准确。资金如何结算,影响现金流。而安全如何处理,决定一旦出问题你要承担多大风险。

本文写给企业主和决策者,而不是程序员。我们会谈支付网关究竟做什么、如何选择合适的网关、需要考虑哪些支付方式、一笔交易在幕后如何流转,以及常被遗漏的事项,如对账、退款和测试。我们不提具体的费率或费用,因为不同提供商各不相同且会随时间变化;请务必比较你所考虑的提供商的最新条款。

摘要

• 支付网关把你的店铺与银行、电子钱包和银行卡网络连接起来,使付款能被自动接收和记录
• 根据客户使用的支付方式、费用是否清晰、结算速度,以及文档和支持的质量来选择提供商
• 不要只相信浏览器里的"成功"页面;用服务器到服务器的通知来确认真实的支付状态
• 在开放真实支付之前,先准备好对账、退款处理,并在测试环境中完成测试
• 让可信的提供商处理银行卡数据,不要存放在你自己的服务器上

支付网关究竟做什么

支付网关是一项服务:它接收来自你网站或应用的支付请求,转发给合适的一方,例如银行、电子钱包或银行卡网络,再把结果返回。你不需要逐一与几十家银行和电子钱包建立直接合作;网关提供商已经通过一个入口提供了这些连接。

实际上,网关同时承担好几项工作。它显示或提供支付界面,与银行或电子钱包核实交易,记录支付状态,并在支付成功、失败或过期时通知你的系统。有些提供商还负责把资金结算到你的企业账户,并提供交易报表。

需要明白的是,网关不同于你的企业银行账户。网关是中间人。客户支付的资金通常先由提供商代收,再按该提供商的时间表和条款结算到你的账户。这个时间表会影响现金流,所以在选择之前要仔细核对。

需要考虑的支付方式

并非所有客户都用同样的方式付款。提供客户熟悉的方式,往往比按钮的设计更能影响交易成功率。以下是印度尼西亚的网关常见提供的几类方式。

• 银行转账或虚拟账户:客户得到一个专属号码用于转账,系统自动匹配付款
• 电子钱包:通过客户已有的钱包应用付款
• QRIS:一个可被众多支付应用识别的二维码,适合屏幕上或线下付款
• 借记卡和信用卡:一部分客户熟悉,并有银行提供的额外验证层
• 零售网点或现金支付:对尚不习惯数字支付的客户很有用
• 分期或先买后付:有助于高价值的购买,但有各自的条款和费用

与其一次打开所有方式,不如从客户用得最多的开始。可以直接询问客户,或查看他们在其他渠道使用的方式。选项太多会令人困惑,太少又会让部分客户放弃。随着数据积累,你可以再增加方式。

各方式的费用可能不同

每种支付方式通常有自己的费用结构,例如每笔交易的固定费用,或交易金额的一定比例。请针对每种方式计算其对利润的影响,尤其是产品利润较薄时。有些企业决定自己承担费用,有些略微提高价格,还有些让客户自行选择。无论怎么决定,都要保持透明,避免最后出现意外。

如何选择支付网关提供商

选择提供商应当依据一份标准清单,而不是只凭广告或朋友推荐。下面的标准有助于公平比较。

1. 01方式匹配:提供商是否支持你的客户使用的方式
2. 02费用清晰:所有费用是否清楚列明,包括注册费、每笔交易费、退款费和结算费
3. 03结算周期:资金多久到达你的账户,是否有最低额度
4. 04文档与开发工具:集成指南是否清晰,是否有测试环境,是否有适用于你所用技术的开发库
5. 05可靠性与支持:服务可用性记录如何,支持团队响应有多快
6. 06配套功能:支付链接、周期性账单、报表后台,以及与你所用店铺平台的集成
7. 07文件要求:企业账户需要哪些法律文件,验证需要多长时间

如果你使用现成的店铺平台,先查看哪些提供商已与该平台有官方集成。现成的集成通常比从零开始更快更便宜。如果你在构建定制的应用或网站,文档质量和测试环境就是更重要的考量,因为开发团队将依赖它们。

企业账户验证流程

几乎所有提供商都要求先验证,账户才能接收真实付款。这个流程通常包括企业资料、法律文件和结算收款账户。请尽早开始,因为验证可能耗时,常常是意料之外的上线障碍。等待期间,开发团队可以在测试环境中工作。

支付流程在幕后如何运转

了解基本流程,有助于你向技术团队或供应商提出恰当的问题。简单来说,一笔在线交易会经过几个阶段。

1. 01客户完成购物车并选择支付方式
2. 02你的系统创建状态为"待付款"的订单记录,然后请求网关创建交易
3. 03网关返回支付链接、二维码或号码,客户被引导去付款
4. 04客户通过银行、电子钱包或银行卡付款
5. 05网关收到结果,并向你的系统发送通知
6. 06你的系统验证该通知,把订单状态改为已付款,扣减库存,并触发发货

第五和第六阶段是最常被设计错的。许多初级实现只依赖客户在浏览器里看到的"支付成功"页面。但客户可能在返回你的店铺之前关闭页面,网络可能中断,页面也可能被伪造。正确的做法是依赖网关发来的服务器到服务器的通知,常称为 webhook 或回调,把它作为支付状态的真实依据。

为什么服务器到服务器的通知很重要

这类通知直接从网关系统发送到你的系统,不经过客户的浏览器,因此更可靠。你的系统需要验证该通知确实来自网关,例如检查约定的签名或令牌,然后核对金额和订单号。通知也可能被重复发送或乱序到达,所以系统必须设计成对同一通知重复处理也不会产生重复影响,例如把货发出两次。

理解交易状态

一笔交易并非只有"成功"或"失败"。中间还有几种状态,你的系统需要为全部做好准备。常见状态包括待付款、成功、失败、因客户在期限前未付款而过期、已取消,以及部分或全额退款。

每种状态都会对业务产生后果。待付款的订单通常会暂时占用库存。如果客户在期限前未付款,需要释放库存,让别人可以购买。付款失败的订单应当允许重试,而不必重做整个购物车。已退款的订单需要调整库存和财务记录。

设定合理的付款期限。太短会给客户压力,太长则会让库存长时间被可能不会购买的商品占住。没有适合所有人的数字;请结合商品类型、库存情况和客户习惯来调整。

提升转化率的支付体验

即使网关安装正确,如果支付体验糟糕,也不一定能带来销售。几件小事影响很大。在客户付款前清楚显示总费用,包括运费和其他费用。尽量减少步骤和填写项。确保支付页面在手机上快速且舒适,因为许多客户用手机付款。

在跳转到网关托管的支付页面与嵌入你网站的表单之间做选择,也值得斟酌。网关托管页面更简单也更安全,因为敏感数据不经过你的服务器,但外观的可定制性较低。嵌入式表单能更好地控制外观,却增加了安全责任。对大多数中小企业来说,由提供商管理的方案是更安全的起点。

处理付款失败

付款失败很正常:余额不足、连接中断,或银行验证未通过。区分可以重试的失败和不能重试的失败,并显示有帮助的信息,而不只是"发生错误"。提供简便的出路,例如换一种方式或联系你,避免客户直接离开。

安全:不要自己保存银行卡数据

支付卡数据是高度敏感的信息,受到行业标准的严格监管。自行存储和处理这些数据,意味着你必须满足繁重的安全要求。因此,几乎所有企业都推荐的做法是让网关提供商处理银行卡数据,使其永远不接触你的服务器。

除了银行卡数据,还有其他安全做法需要注意。把密钥和 API 令牌保存在安全的地方,而不是公开可见的代码中或客户手机上的应用里。把测试环境和正式环境的密钥分开。限制谁能访问网关后台,启用两步验证,并定期检查访问权限。记录交易和重要事件,出现异常时便于调查。

个人数据保护规定和支付法规可能变化。请参考主管机构和你的服务提供商的最新规定,不要依赖可能已过时的摘要。

对账:核对资金与记录

对账是把你系统中的交易记录,与网关的报表以及账户中实际收到的资金进行核对的过程。它常被忽视,直到出现难以追查的差额。把它变成例行工作,例如按交易量每天或每周进行。

需要核对的内容包括成功交易的数量、总金额、提供商的手续费扣除、退款和结算。请注意,进入你账户的资金通常已扣除手续费,并且把若干交易合并成一批结算,因此逐笔核对需要提供商的详细报表。

如果交易量已经很大,可以考虑将对账自动化。与网关数据和财务模块相连的系统可以自动标出差额,这样财务团队只需处理例外情况,而不必手工核对数百行。这也有助于保持财务报表准确,与我们在本博客中常谈的现金流主题一脉相承。

退款、争议与客户服务

没有哪家企业能完全避免退款。从一开始就设计好流程:谁有权批准、如何通过网关退款、资金多久返还客户,以及库存和财务记录如何调整。有些支付方式对退款有不同的限制或处理时间,所以要向客户给出诚实的预估。

持卡人的争议或索赔,常称为拒付,也可能发生在银行卡支付中。把交易和发货的证据整理好,例如发票、运单号以及与客户的沟通记录,以便在发生争议时从容应对。关于退货和配送的清晰政策,从一开始就能降低争议发生的可能。

同时还要设置方便的求助渠道。已经付款却没收到确认的客户会恐慌。订单状态页面、自动确认邮件和响应迅速的联系方式,可以安抚客户并减轻团队负担。

上线前的测试

几乎所有提供商都提供带测试数据的测试环境(沙盒),让你可以不用真钱就试跑整个流程。请充分利用。不仅要测试成功的场景,还要测试付款失败、过期、重复通知、延迟通知、退款和部分付款。

在沙盒中通过之后,先用少量真实小额交易做有限测试,再向所有客户开放。确保整个链条都运转:订单被记录、库存减少、确认邮件已发出、资金出现在后台、报表吻合。让运营和财务的人也参与,而不只是开发人员,因为他们每天都要使用结果。

常见错误

几个错误在支付集成项目中反复出现。把浏览器里的"成功"页面当作付款凭证是最常见的。把密钥存放在公众可见的地方是最危险的。不处理重复通知,常导致订单或发货重复。没有准备退款流程,会让团队在第一笔请求到来时手足无措。跳过对账,会让小差额积成大问题。而不测试失败场景就上线,会让客户在不知不觉中成了测试员。

几乎所有这些错误,都可以通过充分的规划和认真的测试来预防。如果你与供应商或开发团队合作,请具体询问他们如何处理上述每一点。清晰详细的回答是好迹象,含糊的回答则应当警惕。

开始的实用步骤

1. 01列出你的客户使用的支付方式,然后按上述标准比较两三家提供商
2. 02尽早启动企业账户验证流程,因为它可能耗时
3. 03设计从待付款到完成的订单状态流程,包括过期和退款
4. 04确保集成使用服务器到服务器的通知,并验证其真实性
5. 05在沙盒中测试所有场景,然后用小额交易做有限测试
6. 06安排例行对账,并明确由谁负责

结语

支付网关是在线业务中最重要的组件之一,因为客户的兴趣就是在这里变成了金钱。设计良好的集成让客户觉得付款顺畅,订单状态保持准确,财务井然有序。草率的集成则会带来状态错误的订单、难以追查的资金差额,以及失去信任的客户。

好消息是,你不必精通所有技术细节。只需理解原则,提出正确的问题,并确保你的团队或供应商清楚地回答。从客户用得最多的方式开始,构建可靠的流程,并随着业务成长逐步扩展。