亚马逊FPS与PayPal对比Google Checkout

Question

我正处于规划新网站的最初阶段。我想为两个不同的用例提供付款处理：

1. 定期接受用户向我支付SaaS功能的费用。
2. 促进网站用户之间的付款。

向付款用户付款的用户比例约为100：1。我之所以提到这一点是因为我想确保用户很容易付款，但对于想要接收付款的用户来说可能会有一些额外的麻烦。

我还没有确定商业模式，但我正考虑在上面的用例2中收取一小笔中间人费用。我计划使用python框架来实现网站（倾向于django或web2py），所以现有的python模块支持将是一个加号。

我的问题是：我应该使用特定的支付网关（如果是，使用哪个）或者我应该为多个支付网关（以及哪些网关）提供支持？

编辑：推出自己的支付网关需要多少噩梦？换句话说，直接接受和处理Visa，MasterCard，Discover等会不会有麻烦？有人有这方面的经验吗？责任/安全问题比他们的价值更麻烦？

Answer 1

我刚刚遇到以下服务：BrainTreePaymentSolutions，它们似乎是Webfaction等价于支付网关;即，不一定是最便宜或最大的可用但可能是最诚实和最容易合作的（至少基于他们陈述的philosophy和 - 显然 - 顶级python support）。

我将此作为单独的答案发布，而不是对我原来的问题进行编辑，因为我特别想知道是否有人对这个特定公司有任何经验。他们看起来像我喜欢做的那种人。

编辑：我打电话给BrainTree的一位代表。他解释说，用例2正如我所描述的那样是Third-Party Payments Aggregation并且风险很高（请点击链接进行全面解释）。这只意味着（很难）获得商家帐户的承保。这也不是不可能的。但是，他们在承销账户时所考虑的其他事项（处理历史，资本储备等）并不能在一开始就帮助我解决问题。

我现在的计划是从用例1开始，并计划用例2的未来支持。

Answer 2

直接与支付网关集成可能既昂贵又复杂。许多都基于无状态交易模型，这将迫使您存储支付信息以促进经常性支付。我不确定私营公司的法律规定，但上市公司面临萨班斯 - 奥克斯利法案和其他相关法规。

我们正在考虑将zuora作为亚马逊（需要您的客户拥有帐户）和直接付款处理商等供应商的替代方案。

Answer 3

您打算接受信用卡和电子支票吗？这个应用程序仅供您自己使用，还是您打算将其出售给其他人使用？

用例＃2可能有点困难。使用信用卡付款，您可能会遇到被归类为帐户聚合器的问题。另一个问题是，您可能还需要为您的用户所在的每个州拥有一个货币发送器许可证（除非他们是少数几个不需要MTL的州之一）。

用例＃1会容易得多。如果我能帮你一把，请告诉我。

杰夫

Answer 4

就促进网站用户之间的付款而言，大多数银行现在提供“向朋友汇款”选项。我使用“Chase”，您只需登录您的银行帐户，输入您要发送或接收资金的人的电子邮件地址和电子邮件地址。您输入金额并提供备注（您为什么要这笔钱或为什么要发送这笔钱，可能是确认号码）并点击发送。然后，银行会向所提供的地址发送一封电子邮件，该人员会跟踪这些链接。

这是一种在不提供任何财务信息的情况下发送或接收资金的好方法。汇款中只有一个人需要在银行开户。如果您拥有相同的银行，则一旦发送，您就会立即在帐户中看到这笔钱。