【问题标题】:What's the best online payment processing solution? [closed]什么是最好的在线支付处理解决方案? [关闭]
【发布时间】:2010-09-05 09:04:03
【问题描述】:

应该适用于非美国公司,易于设置、可靠、便宜、可定制等。您的经验是什么?

【问题讨论】:

    标签: payment


    【解决方案1】:

    你不能用“我喜欢'在此处插入提供姓名'”类型的答案来回答这类问题,因为与许多事情一样,它是一种余额,而选择支付处理解决方案的原因往往很复杂。

    数量/价值

    选择安全的支付清算服务(将连接到银行网络并为您清算资金的人员 - 将其称为 SPCS)的最重要因素是您将以何种成本销售多少小部件。所有 SCPS 提供商的定价模型都基于此等式。这决定了使用服务的经济性,而这几乎总是最重要的因素。

    例如,在英国,securetrading.net 的年费很高,最低交易额也很高(我已经有一段时间没有看到确切的数字了,而且它们并没有在网站上立即显示出来,但这是无论如何仅用于说明)使其成为使用如果您销售高价值小批量的最昂贵的解决方案之一。大多数较小的客户都属于这种模式。高价值实际上超过几美元。小批量通常是每月少于数万个单位。 但是,如果您在国际环境灾难(相对较低的价值非常大量)之后运行捐赠服务,那么它们将成为最便宜的服务之一。

    考虑到设置成本(相对较高)以及将服务绑定到网站的成本(在 SecureTrading 的情况下,这很容易做到,但仍然比添加 PayPal 按钮要困难得多),然后您开始建立一个真实的画面。

    另一方面,PayPal 等服务的设置成本非常低(无需支付任何费用,而且非常容易集成),但交易成本相对较高。它非常适合高价值/小批量交易。

    银行

    支付清算服务主要分为两类 - Bureau 和 Bank Acquired。

    在英国,至少NetBanxSecureTradingWorldPay 提供银行收购和局服务。 ProtXSecPay 仅提供银行获得的服务。 PayPal 及其同类产品的运作略超出这两个定义(请参阅下面的保护)。

    银行获得的服务会进入您的普通银行商家账户,并将资金直接清入其中。除了向您收取这项服务的费用外,您的银行也会分一杯羹,通常这比 SPCS 提供商的收费要高,因此实际上是银行成为决定因素。

    一些银行只与他们首选的提供商合作。在英国,大多数银行希望您拥有一个单独的 Internet Merchant Account,即使您已经拥有他们的商家帐户。

    我总是告诉客户货比三家,因为这将对他们的电子商务企业可以带来多少收益产生巨大影响。所有银行都不是生来平等的。

    Bureau 服务在提供清关服务的同时有效地充当您的银行。他们在银行还没有掌握互联网概念的时代流行起来,如果他们得逞的话,他们宁愿把交易凿成石碑。通常情况下,您会根据具体情况在局服务和银行收购服务之间做出选择。

    交易历史

    在许多国家/地区(包括英国),大多数银行在您进行特定交易一段时间(在英国为 2 年)之前不会向您提供商家帐户。那么您唯一的选择就是局服务。

    现金流

    大多数局服务将保留您的现金作为“拒付”的担保。

    如果你卖给我一辆法拉利,我惊恐地得知你卖给我的是一个小金属玩具,而不是我所期待的 1.5 吨意大利汽车激情,我会向我的信用卡公司投诉,他们会退款给我然后向您的商家服务提供商寻求退款。他们将不得不给他们退款,然后追你要钱。

    因此,将您的资金保留 4 到 6 周以防止出现这种情况符合他们的利益。如果您在没有资本支出的情况下出售服务或商品(例如软件),那么您可以负担得起。另一方面,如果您确实需要向您的豪华车进口商付款以向您提供库存,那么现金流就变得非常重要,您将需要银行获得的服务,以便您可以立即获得付款。

    保护

    PayPal 和类似服务的一个主要缺点是它不受管理信用卡的相同法规的约束。

    简单地说,如果您使用信用卡购买商品,您的信用卡供应商有责任确保您得到您所支付的款项(一般而言,在大多数国家/地区,这并不构成法律建议等),并且如果您对您的购买,他们会很快退还您,然后会去追您付款的人。

    当 Leo Laporte 在他的播客上为美国运通做广告时,您会听到这种保护。这是一个“好东西”TM。 PayPal 没有这种保护,因为当您在 PayPal 上使用信用卡时,您实际上是在购买 PayPal 的服务。因此,即使您误售了产品,您支付服务费用的人 (PayPal) 没有 误售,他们提供了您支付的服务。这打破了链条。

    PayPal 没有以同样方式保护您的法律义务,而且他们在退还被骗客户方面的记录也不多。我猜他们总部的墙上写着“Caveat Emptor”。 :)

    我并不是在贬低 PayPal,它们在许多其他安全功能方面都处于领先地位,但这只是需要牢记的另一个因素。

    端到端集成

    不同服务的集成难易程度不同。哦,男孩,他们有什么不同。我现在正在做一些工作来进行汇丰整合。我宁愿做根管。有些系统对您必须使用它们的方式做出了很大的假设,并且设计不佳或不灵活。将它们重新安装到活动站点可能会非常痛苦。其中一些很漂亮并且易于使用(并且不一定不太安全)。最大的区别在于您选择集成的方式。

    大多数服务通过允许您重定向到您的客户填写其详细信息的安全站点来集成。他们最终被重定向回您自己网站上的页面,其中包含交易结果。这在大多数情况下效果很好,并且最容易集成。

    当您在亚马逊上购买商品时,您不会被重定向到 WorldPay 或 PayPal。如果您想要端到端集成,现在大多数服务都会让通信在幕后进行。当然,您自己的网站必须有一个像样的安全服务器证书,而且集成必然更复杂。

    声誉

    过去,PayPal 被用于极小的网站。你不会用它赶上亚马逊。这种看法发生了很大变化,事实上,从某种意义上说,PayPal 的安全性比大多数人都好。如果您的受众希望看到 PayPal,而您为他们提供了一些其他服务,那么您可能会失去自定义,反之亦然。如今,许多商家为客户提供了多种选择。

    英国供应商

    • WorldPay。成立良好。局和银行收购。交易成本和年度成本相对较高。相当容易集成。最终归苏格兰皇家银行所有。
    • SecPay。银行收购。低单笔交易成本、低年度成本和灵活的支付模式。
    • ProtX。银行收购。低单笔交易成本和低年成本,灵活的支付模式。可能对集成要求很高。
    • HSBC。银行收购。每笔交易成本低。高昂的设置和年度成本。集成起来非常不灵活。
    • SecureTrading。局和银行收购。每笔交易成本低,但设置和年度成本高。上次使用它时集成起来很容易(9 年前!)
    • NetBanx。局和银行收购。自 1996 年以来未使用过,因此无法发表评论!

    当然,PayPalGoogle CheckoutAmazon FPS 都非常值得一看,并且值得单独回答!

    总结

    告诉过你没那么简单!通常,作为开发人员,我们无法为自己选择,这些决定应该由我们的雇主/客户的业务需求驱动。

    大多数电子商务项目都会从 PayPal 或类似网站开始。当企业获得足够多的订单,他们可以通过切换到另一项服务来节省资金时,他们就有足够的钱来支付切换费用。

    免责声明:我是英国人,多年来已与大量此类服务进行了许多集成,但是市场一直在变化,事情可能已经发生变化,您的里程可能会有所不同!我不是律师或会计师,如果您接受我的建议,这不是我的错:)

    【讨论】:

    【解决方案2】:

    我会说 paypal 或 GoogleCheckout

    Google Checkout 的费用为 2% + .20 美元或免费,具体取决于您在 adwords 上的花费。如果您在 adWords 上花费 1 美元,那么您在 Google 结帐上的下一个 10 美元是免费的。

    Paypal 为 1.9% 至 2.9% + 0.30 美元(每月 30,000 美元以下为 2.9%,每月超过 100,000 美元为 1.9%)

    如果不考虑 20/30 美分,如果您每月的销售额超过 100,000 美元,并且不花任何广告词,Paypal 会稍微便宜一点。

    【讨论】:

    • 我在 Google Checkout 中看到的问题是他们想要控制一切——例如,作为在线商家,您将购物车发送给他们,他们将购物车展示给客户并要求付款,然后他们将购物车连同付款信息一起寄回给您。这会让整合变得非常痛苦。
    【解决方案3】:

    http://www.authorize.net/ 运行良好。这种类型的解决方案将允许您的客户直接输入他/她的信用卡。

    【讨论】:

      【解决方案4】:

      我一直在研究 Google Checkout。如果您像我一样需要订阅(定期付款) - Google Checkout 有它,但它仍处于测试阶段。因此,取决于您想要上线的时间和您的需求 - 您可能想要使用其他东西。

      【讨论】:

        【解决方案5】:

        代销

        如果您销售的是数字产品,我推荐http://www.esellerate.net/。 他们很好地支持网站支付、销售时提供序列号,甚至还有 API,因此您可以将购买流程集成到您的应用程序中,以防它是桌面应用程序。

        【讨论】:

          【解决方案6】:

          你说的便宜是指手续费还是月费?这也适用于微交易还是普通交易?根据我的经验,PayPal 是一个全方位的好选择,因为它提供了满足大多数需求的专业级支付处理服务。

          【讨论】:

            【解决方案7】:

            我过去看过 WorldPay 和 SecPay;你需要了解你的洋葱才能胜任地使用它们,我认为 - 如果你想要非常好的集成,无论如何。

            【讨论】:

              【解决方案8】:

              Google Checkout 不适用于非美国公司。直到研究的最后阶段我才意识到这一点,所以我觉得这很烦人(考虑到它很容易使用并且有很好的文档记录)。

              不幸的是,为了让您的最终用户尽可能方便,您几乎被拥有支持Paypal。在注册用户方面没有其他人能比得上。

              【讨论】:

              • 或者您可以使用任何适当的信用卡支付清算网关。这些通常适用于 Visa 和 Mastercard,通常可以设置为适用于 American Express、Diners Club、JBC 等。
              【解决方案9】:

              我过去曾使用过 Cyber​​Source,并且体验很好。 它们支持包括 SOAP 在内的多种接口,可以在国际范围内工作,并且具有非常好的 Web 界面。

              我不确定它是否便宜。

              http://www.cybersource.com/products_and_services/global_payment_services/credit_card_processing/

              【讨论】:

                【解决方案10】:

                Epoch 相当大,在美国和欧盟都可以使用:

                http://www.epoch.com/en/index.html

                不过我不知道他们的情况。

                【讨论】:

                  【解决方案11】:

                  我必须使用贝宝。我过去用过它,它真的很不痛。您需要做的就是创建一个帐户,它会自动提供给您。

                  【讨论】:

                  • 我不知道为什么这会被否决。我使用它,与亚马逊或谷歌与 URL/通知的集成相比,它是一个简单的过程。谷歌在你的网站和美国只需要 SSL,亚马逊也是一个复杂的过程。 PayPal 工作正常。
                  • Paypal 是开始小企业的好方法,但我认为围绕它建立业务是危险的,尤其是在经常性计费等方面。他们以冻结人们的账户进行欺诈审查而闻名这很长,需要大量的文书工作。我在冻结帐户方面有过几次糟糕的经历,您的业务的所有收款都将停止,您甚至无法获得自己的资金。你的控制权要少得多,所以我认为这不是“真正的”业务的理想选择。不过,很快就能搞定。
                  • 我们已经使用他们的定期支付 API 好几年了,但一点也不开心。有一次,他们更改了参考编号方案,甚至没有告诉我们,这意味着当我们收到有关付款的消息时,他们引用的 ID 与我们创建原始订阅时提供给我们的 ID 不同。谁会那样做?此外,他们的技术支持还不如无用。登录他们的网站需要几十秒,进行任何类型的搜索需要一分钟左右。他们真是一场灾难。
                  【解决方案12】:

                  试试 AlertPay,他们的收费很有竞争力。

                  【讨论】:

                    【解决方案13】:

                    alertpay看起来很棒low fees(与paypal相比),支持更多国家,developers center

                    【讨论】:

                    • 5% + 0.25c 用于交易?加上取款费用?我不称之为“低费用”
                    猜你喜欢
                    • 2013-12-05
                    • 2011-10-09
                    • 1970-01-01
                    • 2015-10-13
                    • 1970-01-01
                    • 2013-12-07
                    • 1970-01-01
                    • 1970-01-01
                    • 1970-01-01
                    相关资源
                    最近更新 更多