如果我想不通过 Google/Amazon/Paypal 直接处理付款，我该怎么做？是否有 Java API 或一些参考实现来展示如何做这样的事情，或者它真的那么大和复杂，我需要选择像谷歌或亚马逊这样的供应商吗？
我目前使用 Google Checkout，因为它的实现相当简单，而且我可以轻松地生成包含我想要的任何信息的报告。如果我在内部实施该解决方案，无论如何我都可以直接访问所有这些信息。
【问题讨论】：
标签： java payment-gateway credit-card
Stripe 有一个 Java 库，无需通过第三方提供商即可接受信用卡：https://github.com/stripe/stripe-java
查看documentation 和FAQ，如果您有更多问题，请随时联系我们的chatroom。
【讨论】：
我从未使用过 Google Checkout 或 PayPal API 来处理付款。如果有一种方法可以让您绕过“接触”信用卡信息的任何部分并将其外包到他们的网络界面，除非有明显的原因，否则您会想要这样做，我将在下面解释。
在“推出自己的”信用卡支付网关之前，您必须考虑一些事项。
首先，这将仅用于内部吗？意思是，它将用于非商业的内部使用吗？我问的原因是因为如果这是一个商业产品，那么你将必须接受PA-DSS 认证（以前的PABP 或支付应用程序最佳实践）。这是因为 VISA 已要求其收单机构和商家仅使用符合 PA-DSS/PCI 标准的软件。因此，它迫使软件开发人员开发兼容的软件。要获得正式认证并在 PA-DSS 列表中，您必须向 Verizon Business Cybertrust 等外部审计员支付高额费用才能完全符合 PA-DSS。给你一个粗略的数字，审计可能会花费你大约 15,000 美元。
这一切都取决于您的应用程序和环境的结构。我们使用ICVERIFY（现在归 First Data 所有）处理信用卡。 ICVERIFY 4.0.3 在批准列表中。由于我们的申请涉及信用卡的 Track1,2,3, PAN, exp date 等，我们也必须获得批准。繁荣 - PCI Security Council 有 15K 和年度“上市”费用。
我们的应用程序通过其 REQ-ANS 文件接口与 ICVERIFY 交互，非常简单。它并不昂贵，可以同时与多个客户合作。如果您决定走这条路，我建议您使用 ICVERIFY。
如果您没有理由通过您的应用程序或服务器处理信用卡，那么我建议您将信用卡处理“外包”给 PayPal、Google 或其他更大的实体，然后收到确认消息，说明费用已成功处理。如果你有这个能力，这会让你的生活更轻松。
【讨论】：
看看jPOS。他们提供 AGPL 许可的开源社区版以及具有某种商业许可的专业版。
在自行处理或存储任何信用卡信息之前，您应该考虑阅读PCI Data Security Standard 规范和ISO 8583。
【讨论】：
无论如何，您都需要提供者。
你有两个选择：
Google 等的优势在于初始成本极低。您只需为每笔交易付费，他们处理大部分流程等。他们实际上是您和商家帐户之间的中间人。缺点是每笔交易的成本较高。
如果您要进行大量交易，像 Authorize.net 这样的正版处理器会是一个更好的交易，因为按月收费（并且已经建立了自己的商家帐户而不是捎带其他公司的帐户），您每-交易成本。您还可以更好地控制流程，包括在您认为合适的情况下处理欺诈预防。
【讨论】：