django - 亚马逊 FPS vs PayPal vs Google Checkout

Question

关闭。这个问题是off-topic .它目前不接受答案。












想改进这个问题？ Update the question所以它是on-topic对于堆栈溢出。

9年前关闭。




Improve this question




我正处于计划新网站的早期阶段。我想为两个不同的用例提供付款处理:

定期接受用户向我支付的 SaaS 功能费用。

促进网站用户之间的支付。

付款用户与收款用户的比例约为 100:1。我提到这一点是因为我想确保用户付款非常容易，但对于想要接收付款的用户来说，可以忍受一些额外的麻烦。

我还没有确定商业模式，但我正在考虑在上述用例 2 中收取少量中间人费用。我计划使用 python 框架来实现网站(倾向于 django 或 web2py)，因此现有的 python 模块支持将是一个加号。

我的问题是:我应该使用特定的支付网关(如果是，是哪一个)还是应该为多个支付网关(以及哪些)提供支持？

编辑 : 推出自己的支付网关是一场多么可怕的噩梦？换句话说，直接接受和处理Visa、MasterCard、Discover等是否值得？有人有这样做的经验吗？责任/安全问题比它们的值(value)更麻烦？

Answer 1

我刚刚遇到了以下服务:BrainTreePaymentSolutions它们似乎是支付网关的 Webfaction 等价物；即，不一定是最便宜或最大的可用，但可能是最诚实和最容易使用的(至少基于他们所说的 philosophy 和 - 显然 - 一流的 python support )。

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

编辑:我打电话与 BrainTree 的代表交谈。他解释说，我描述的用例 2 是 Third-Party Payments Aggregation这是高风险的(点击链接获取完整解释)。这仅意味着为商家帐户获得承保(非常)困难。这也不是不可能的。然而，他们在承保账户时考虑的其他事项(处理历史、资本储备等)在一开始并不能完全帮助我。

我现在的计划是专门从用例 1 开始，并计划 future 对用例 2 的支持。