我刚刚开始并在审核了PayPal开发人员的大量文档后提出了一个基本问题。我应该使用哪种API？
我们有一个非常具体的场景。我们是一个需要订阅的在线数据库。我们通过从用户收集一些信息来计算订阅金额，然后我们需要让用户付费，然后我们需要激活订阅。我们希望为订阅支持autorenew。
我们的网站目前符合PCI标准，我们需要保持这种状态。
关于解决方案：订阅按钮方法看起来非常简单但有限。我假设我们可以为不同的选项场景创建多个按钮并传入金额。我们如何获得确认以允许订阅激活？
REST API似乎很容易用Java编程（我们拥有广泛的Java专业知识），但请参阅上面的“PCI兼容”。此外，我无法确定对付款请求的HTTP响应是否带有付款审批状态或是否需要重定向URL（因此支付Web应用程序和跨应用程序检查响应）。
PayFlow API是我熟悉的旧版本，托管页面方法似乎是一个不错的选择，但编程似乎涉及更多。
我们希望通过尽可能少的编程工作尽快使该解决方案正常运行，但我们确实需要保持PCI合规性。
我错过了任何选择吗？我是否为每个解决方案提出了正确的问题？
如果这对论坛来说过于宽泛，有人可以告诉我如何直接向PayPal提问吗？找到一种方法显然比使用PayFlow API更具技术挑战。 ：）
谢谢！
答案 0 :(得分：0)
答案 1 :(得分：0)
Payflow是一个纯粹的网关，这意味着您拥有自己的商家帐户。
PayPal Payments Pro是一个商家帐户和网关。您可以通过REST API或Classic API访问它。截至目前，Classic API有更多的选项（有一些API调用不能通过REST完成）但是OAuth是热门的，因此你有REST。
在这两种情况下，您都通过HTTPS进行API调用，并在幕后发送数据，响应会告诉您付款是否通过（以及任何错误消息）。两者都要求您拥有SSL并保持最低PCI合规性（即不记录CVV2等）
但是，我很困惑。你说你的页面符合PCI标准，但你的帖子的其余部分似乎表明相反。情况如何？