这个简单的paypal解决方案是否允许信用卡交易和负面测试？

Question

我对这些服务非常困惑，而在这里，paypal网站似乎也提供400和404。

这就是网页在准备付款时在我的网站上查找客户的方式：

据我所知，我没有快速结账，但我不确定我是否有网站付款专业版（我的公司创建了此帐户）。

现在我有两个问题：

1-这只是沙箱。但是在真正的网站上，此解决方案是否为用户提供了通过信用卡付款的机会？我实际上已经在沙箱中成功完成了信用卡交易，我只是担心，因为我听说客户只能在PayPal网站付款专业版中进行直接信用卡交易。 PayPal网站上载有大量信息，我无法找到解决这个简单问题的方法。

2-是否可以对此页面上的交易进行负面测试？比如模拟用户的信用卡或Paypal帐户没有足够余额的事件？如果有可能，并且我正在使用ButtonManagerAPI，那么下面的技术是否正确呢？

我在通过NVP api调用传递给IPN的amount变量中输入了一个错误代码，就像这样（中间的许多值对被排除为无关）：

$nvpReq = "BUTTONCODE=HOSTED&..............&L_BUTTONVAR1=amount=".$err_code

修改

所以看来我有PayPal网站付款标准，这意味着我无法合并不能直接在我的网站上使用信用卡付款表格，但客户必须被定向到PayPal。只要客户可以选择使用信用卡支付，我就可以了。

Answer 1

屏幕截图看起来像PayPal Standard，这是一种仅限HTML（非API）的集成。

任何可以获得资金的常规企业帐户都可以使用Express Checkout API ..通常使用API​​ USER / PWD / SIGNATURE进行身份验证。对于拥有编程/开发资源的企业，EC是迄今为止接受PayPal付款的推荐方式。

如果您在初始SetExpressCheckout电话中传递SOLUTIONTYPE = Sole，它将接受来自没有PayPal帐户的“访客”客户的信用卡，类似于您在上面显示的标准屏幕截图。

选择EC over Standard的主要原因是，您的结账软件和PayPal服务器之间的握手更加紧密。使用Standard的HTML-only，客户被重定向远离您的站点，并且在成功交易后可能不会返回您的站点（他们可能会留在paypal.com而不是点击返回或者他们的浏览器可能会在返回之前崩溃---而对于EC，在任何接触金融系统之前都会内置返回您的网站

最近的developer.paypal.com测试版，默认情况下，所有新的沙盒商业帐户都是完整的专业帐户。如果除了接受PayPal付款之外，您还希望直接在自己的网站上创建信用卡报名表，那么注册一个真实的Pro帐户将非常有用。

以下是程序员的一些EC链接：

1. https://tryit.paypal.com/guide/ec
2. https://paypal-labs.com/integrationwizard/ecpaypal/main.php

按钮管理器API不太可能对您有用。并且有一些方法可以使用沙箱进行负面测试，但是当您仍然决定使用产品/ API时，它确实不是一个重要的问题。