如今,互联网上几乎每一项服务都与金钱打交道。而与货币打交道需要一个强大的账单系统。建立自己的计费系统是一件痛苦的事情。它是一个重要的组件,应该高度可用、安全并且100%没有bug,否则,您的用户或您的企业可能会损失一些钱,这是不可接受的。
在Mad Devs,如果可能,我们更喜欢使用健壮、合适和节省资源的解决方案。这就是我们经常使用条纹&;条纹连接为我们的产品启用计费的原因。这为我们的客户节省了大量的时间、金钱和负面情绪。
条带和条带连接非常容易集成:它有大量文档和非常简单而强大的API。然而,对于那些刚开始接触在线支付和电子商务的人来说,“条纹”整合可能会带来一些问题和意想不到的副作用。本文将描述我们学到的一些经验教训,以便在为您的业务集成Strike Connect时,您可以轻松地避免或克服这些经验教训。
如果您将卡链接到用户的帐户,或者您接受信用卡支付,请确保用户授权这些卡,否则您可能会有很多欺诈行为,从而导致纠纷。卡授权分几个步骤进行,您需要请求基本的卡详细信息,并确保将它们传递给STRIPE,以便它可以验证卡。但是,如果一个人偷了/扫描了一张卡,就很容易打破防御。要完全避免使用被盗卡片的情况,请使用3D安全。
您可以这样做,要么设置条纹雷达规则,它会要求用户授权他们的卡,或者在构建支付意图或设置意图对象时,将其设置为从后端验证卡的默认方式。这将为您节省大量的精力、时间和金钱。3D Secure还提供了责任转移,因此您的平台对与欺诈相关的案件不承担任何责任。
Stripe Connect附带入职选项,这意味着您可以将用户的入职验证外包给Strip,新用户必须填写表格才能完成他们的配置文件,或者您可以在平台内进行您自己的入职验证。第二个选项允许您使其看起来像您希望的那样,并在入职验证期间避免与条纹相关的信息。然而,即使它看起来真的很有吸引力,这也不是一条容易的路。有很多数据需要处理,有很多情况需要考虑,还有很多格式需要格式化。
否则,您将感受到将所有这些集成到您的平台中的痛苦。因此,请确保您有一个强有力的重要理由不使用STRIPE EXPRESS自注册流程。
与卡附件一样,支付应从客户端(移动应用程序、网站等)实施。因为只有在这种情况下才能正确授权。在设置/支付意图的帮助下,您可以实施各种工作流程,并在用户付款时立即跟踪响应。在某些情况下,您可能愿意在非会话期间向用户卡收费,但是,这是可能会出现很多问题的地方(特别是如果添加了恶意卡)。避免从后端向用户收费,并确保他们更好地向您支付会话中的费用,如果他们只能在用户可能无法授权支付的情况下使用会话外支付(这里的示例可能是简单的订阅)。
在您的工作流过程中可能会发生很多边缘情况。Stripe可能会开始他们的防欺诈检查,并暂时禁用您的帐户。用户的卡上可能没有足够的资金。卡可能不支持3D安全,等等。为了避免它-要做好准备。测试您与条带测试数据的集成。您应该始终监听WebHooks并更新用户帐户的状态,以通知用户更改、阻止等。+将您自己的代码工作流与条纹的工作流同步,以便在出现任何延迟、事务失败、临时锁定的情况下,您将能够向您的用户显示正在发生的事情,他们不应为此担心。阅读发展核对表以获得有关本课的更多想法。
STRIPE最重要的组件之一是通过WebHook与您的服务器进行通信。当您的平台帐户或连接的帐户出现问题时,条带会发送事件(重要!这是两件不同的事情!)。因此,请确保您的平台高度可用,并启用所有帮助您将服务器的数据与Strip的数据同步的WebHook,反之亦然。千万不要将轮询与Stiped一起使用,因为这将需要大量的资源和对Strip的请求,而这些资源和请求是不需要的,请始终依赖WebHook,并确保如果服务器上的某些内容开始失败,您可以重新处理它们。
Stripe提供了多种支付方式,乍一看似乎很清楚,但有时选择可能会对我们的系统产生负面影响,或者可能不完全适合您的工作流程。
例如,哪个目的地收费和转账听起来可能是个好主意,请记住您要转账到您的连接帐户。如果您还转移了费用数据,然后终究拿走了它,在全额退款的情况下,您可能会在连接的账户上获得负余额。如果您最终想拒绝它,您将不得不手动将钱转到该帐户,使其余额为0。注意这些细节,因为它们可能会让你感到困惑,甚至会花掉你一些钱。
所有上述的教训只是处理在线货币和支付处理器集成时需要了解和学习的一小部分。仍然了解他们可以节省大量的时间、财力和情感资源,并防止事情出错。如果您有什么要添加到列表中,或者任何可以帮助改进这篇文章的建议,请随时发表评论,并将您的反馈发送到[email protected]。