代码之家  ›  专栏  ›  技术社区  ›  mwolfe02

亚马逊FPS vs贝宝vs谷歌Checkout[关闭]

  •  12
  • mwolfe02  · 技术社区  · 15 年前

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

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

    我的问题是:我应该使用一个特定的支付网关(如果是的话,是哪一个)还是应该为多个支付网关提供支持(哪一个)?

    编辑 :推出自己的支付网关有多可怕?换句话说,直接接受和处理Visa、MasterCard、Discover等是否值得?有人有这样的经验吗?责任/安全问题比它们的价值更麻烦?

    4 回复  |  直到 15 年前
        1
  •  3
  •   Thomas H    15 年前

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

    zuora 作为亚马逊(要求客户有账户)和直接支付处理器等供应商的替代品。

        2
  •  5
  •   mwolfe02    15 年前

    我刚刚遇到了以下服务: BrainTreePaymentSolutions 他们似乎是支付网关的网络势力;也就是说,不一定是最便宜或最大的,但可能是最诚实和最容易合作的(至少基于他们的声明) philosophy 而且——显然——一流的 python support ).

    我把这个作为一个单独的答案,而不是编辑我原来的问题,因为我特别有兴趣知道是否有人在这个特定的公司有任何经验。他们看起来像是那种我想和他们做生意的人。

    编辑: 我打电话和BrainTree的一位代表交谈。他解释了我描述的用例2 Third-Party Payments Aggregation 而且风险很高(请按照链接进行详细解释)。这只意味着它是(更)难以获得承销商帐户。也不是不可能。然而,他们在承保账户时考虑的其他事情(处理历史、资本储备等)在一开始对我的情况并没有帮助。

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

        3
  •  1
  •   Jeff Thorness    15 年前

    用例2可能更难一些。使用信用卡支付时,你可能会遇到被归类为账户聚合器的问题。另一个问题是,您可能还需要为您的用户所在的每个州(除非他们所在的州是不需要MTLs的少数几个州之一)提供货币传输许可证。

    用例1要简单得多。如果我能帮你,请告诉我。

    杰夫

        4
  •  0
  •   SQL-challenged    15 年前

    这是一个伟大的方式来发送或接收金钱,而不提供任何财务信息。转账的人中只有一个人需要在银行开一个账户。如果你们都有同一家银行,一旦他们汇款,你会立刻看到你账户上的钱。