我正处于计划新网站的早期阶段。我想为两个不同的用例提供付款处理：
付款用户与收款用户的比例约为 100:1。我提到这一点是因为我想确保用户付款非常容易，但对于想要接收付款的用户来说，可以忍受一些额外的麻烦。
我还没有确定商业模式，但我正在考虑在上述用例 2 中收取少量中间人费用。我计划使用 python 框架来实现网站（倾向于 django 或 web2py），因此现有的 python 模块支持将是一个加号。
我的问题是：我应该使用特定的支付网关（如果是，是哪一个）还是应该为多个支付网关（以及哪些）提供支持？
编辑：推出自己的支付网关有多大的噩梦？换句话说，直接接受和处理Visa、MasterCard、Discover等是否值得？有人有这样做的经验吗？责任/安全问题比它们的价值更麻烦？
我刚刚遇到了以下服务：BrainTreePaymentSolutions，它们似乎是支付网关的 Webfaction 等价物；即，不一定是最便宜或最大的可用，但可能是最诚实和最容易使用的（至少基于他们陈述的理念和 - 显然 - 一流的python 支持）。
我将其作为单独的答案发布，而不是对我原来的问题进行编辑，因为我特别想知道是否有人对这家特定公司有任何经验。他们看起来像我想与之做生意的那种人。
编辑：我打电话和 BrainTree 的代表交谈。他解释说，正如我所描述的那样，用例 2 是第三方支付聚合，它是高风险的（点击链接以获得完整的解释）。这仅意味着为商家帐户获得承保（非常）困难。这也不是不可能的。然而，他们在承保账户时考虑的其他事项（处理历史、资本储备等）一开始并不能完全帮助我的情况。
我现在的计划是专门从用例 1 开始，并计划未来对用例 2 的支持。
直接与支付网关集成可能既昂贵又复杂。许多基于无状态交易模型，这将迫使您存储支付信息以促进定期支付。我不确定私营公司的相关法律，但上市公司面临萨班斯-奥克斯利法案和许多其他相关法规。
我们正在考虑将zuora作为亚马逊等供应商（要求您的客户拥有账户）和直接支付处理器的替代品。
你会接受信用卡和电子支票吗？这个应用程序是仅供您自己使用还是要出售给其他人使用？
用例 #2 可能有点困难。使用信用卡付款时，您可能会遇到被归类为帐户聚合器的问题。另一个问题是，您可能还需要为您的用户所在的每个州拥有汇款许可证（除非他们处于不需要 MTL 的少数州之一）。
用例 #1 会容易得多。让我知道我是否可以帮助您。
杰夫
就促进网站用户之间的支付而言，大多数银行现在都提供“向朋友汇款”选项。我使用“Chase”，您所要做的就是登录您的银行帐户，输入您的电子邮件地址和您要汇款或收款的人的电子邮件地址。您输入金额并提供注释（您为什么要这笔钱或为什么要发送这笔钱，可能是确认号），然后单击发送。然后银行向提供的地址发送一封电子邮件，该人点击链接。
这是在不提供任何财务信息的情况下汇款或收款的好方法。汇款中只有一个人需要在银行开户。如果你们都在同一家银行，一旦他们汇款，您将立即看到您账户中的资金。