【问题标题】:Accept credit card payements接受信用卡付款
【发布时间】:2012-07-11 22:41:04
【问题描述】:

我有一个关于接受信用卡付款的一般性问题。

这是我的情况:

我有一个网站,可以让我们的客户在上面发布一些添加内容。 添加首先由添加编辑器在内部接收和检查。然后,我们向客户询问付款,当收到付款时,添加被发布。

我的目标是让我们的客户能够使用信用卡付款。 例如,通过电子邮件向他们发送带有链接(或按钮)的发票到一个网页,他们可以在其中介绍他们的 CC 号码和所有需要的信息。这个页面可以在我们的网站上创建。

我已经阅读了一些关于在线支付的文章,并发现有两种主要可能性:

Use a third party merchant
Use my own merchant account

您认为这两种解决方案中哪一种更好,有优缺点吗?

除了这两个之外,还有其他解决方案吗?

使用我自己的商家帐户的解决方案如何?实现起来复杂吗?

非常感谢。

【问题讨论】:

    标签: web credit-card onlinebanking merchant-account


    【解决方案1】:

    除非您有大量资源可用于遵守 PCI DSS 标准 (https://www.pcisecuritystandards.org/),否则请使用第三方。少了很多麻烦。

    【讨论】:

    • 谢谢 podiluska,这似乎是一个合乎逻辑的答案。但是,创建和实施自己的 marchant 帐户真的很复杂吗?我之所以这么问,是因为与第三方 marchand 使用的交易费用相比,交易费用要低。
    • 是的,他们是。但是实施一个合规的安全系统会花费你多少时间呢?您正在处理多少笔交易?泄露的成本是多少……?
    • 这里有一些数字: 年收入:3,922,348 美元假设其中 50% 将通过信用卡处理,也几乎是 2,000,000 美元。每笔交易不怕 500 美元,而且我们每年有 4000 笔 500 美元的付款。
    • 我要做的是通读合规标准,总结每个要素将涉及的所有成本,然后将其与增加的交易成本进行比较。然后我读到 TJX 因信用卡违规被罚款 4100 万美元,并使用第三方 :)
    • 我不理解你:然后我读到 TJX 因信用卡违规被罚款 4100 万美元......
    猜你喜欢
    • 2012-11-27
    • 2019-09-10
    • 2013-06-23
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2010-09-30
    • 2012-09-09
    相关资源
    最近更新 更多