0

使用OmniPay API时，我收到来自 2Checkout 的 Authorization Failed 响应。

我已经成功地将 Stripe 与 OmniPay 连接起来，所以我开始连接 2Checkout。当你这样做时，Github 上的初始包会警告你从用户 collizo4sky 获取更新版本。所以，我做到了，然后让它在没有致命错误的情况下稍微工作。

在我的 Web 表单中，我正确生成了一个令牌，并且 2Checkout 的沙箱日志确认了这一点。然后我在 OmniPay 中使用此代码尝试从卡中扣款：

use Omnipay\Omnipay;
$sMerchantTransID = rand(11111111,99999999);
$oGateway = Omnipay::create('TwoCheckoutPlus_Token');
$oGateway->setPrivateKey($config->TWOCHECKOUT_PRIVATE_KEY);
$oGateway->setAccountNumber($config->TWOCHECKOUT_SELLERID);
$oGateway->setTestMode(true);
$oResponse = $oGateway->purchase(array(
    'amount' => $sPrice,
    'currency' => 'USD',
    'token' => $sToken,
    'transactionId' => $sMerchantTransID
))->send();
if (!$oResponse->isSuccessful()) {
    die('ERROR: ' . $oResponse->getMessage());
}

但是，该消息返回“授权失败”。所以，我在这条路径中进入了collizo4sky的包的OmniPay API的源代码......

omnipay/vendor/collizo4sky/omnipay-2checkout/src/Message/TokenPurchaseRequest.php

...并添加了 sendData() 类方法的一些日志文件调试。这是它的回应，请注意，出于明显的隐私原因，我更改了一些值：

array (
  'sellerId' => '901414261',
  'privateKey' => 'EAEC8615-4C48-4D98-B7E5-4B6D8865E1BA',
  'merchantOrderId' => 65639323,
  'token' => 'FDI1ZTM3N2UtY2VkZS00NTM1LWE5MTctYzI4MjA5YWI4Yjhm',
  'currency' => 'USD',
  'total' => '519.00',
)

是的，sellerID 和 privateKey 来自沙盒帐户，当我首先在 Web 表单中生成令牌时，可发布密钥也是如此。

因此，无论如何，当它被提交到沙盒 URL 时，它会返回以下响应：

HTTP/1.1 400 Bad Request
Server: Apache-Coyote/1.1
Cache-Control: no-cache, no-store, must-revalidate
Date: Fri, 22 Apr 2016 03:30:37 GMT
Expires: 0
Pragma: no-cache
Content-Type: application/json;charset=UTF-8
Transfer-Encoding: chunked

{"validationErrors":null,"response":null,"exception":{"errorMsg":"Authorization Failed","httpStatus":"400","exception":false,"errorCode":"600"}}

我究竟做错了什么？

编辑：

然后我尝试使用他们提供的支持 2Checkout 的 PHP 库。我做了完全相同的交易，它也返回“授权失败”。

我想知道即使我使用的是沙盒，这是否是我帐户上的设置？我的意思是，我还没有在生产中获得批准，并且一直试图让沙盒运行到那时，以便我可以进行演示。

我还在沙箱中重新生成了 API 密钥并再次尝试，但失败了。

我使用的信用卡是他们在沙箱 API 密钥下在沙箱上提供的信用卡，我使用 123 的 CVV 和 12/18 作为到期日期。然后我想它可能想要一个 4 位数的年份，所以我更新了它并再次尝试，但同样失败了，同样的错误是“授权失败”。

当我检查“授权失败”是什么意思时，问题似乎出在信用卡上。

到目前为止，我的直觉告诉我，我做的一切都是正确的，这是我账户上的一个标志，这就是问题所在。我的意思是，如果我的普通账户还没有被批准，沙盒还能用吗？

4

1 回答 1

3

我可以进行交易的唯一方法是在帐户>站点管理下的沙盒设置中手动将演示模式设置为“关闭”，然后至少传递一个帐单地址。我很想知道如何没有帐单地址要求（例如数字下载商品），但还没有找到这样做的方法，或者是否有可能。

请注意，如果您将演示模式设置为“开”，并且不发送帐单地址，则交易将正常进行，但不会在“销售”选项卡下显示为销售。这不是很有用，因为当你上线时，你想要一个可以退款的实际销售，而演示模式不模拟实际收费，只是对该卡的授权。（至少我是这么想的。）

在transactionId参数上，我在这里采取了捷径。请将其设为您系统中的唯一编号（如 UNIX 时间生成的某个编号），否则您可能会遇到潜在的冲突。

我还尝试只注释掉电子邮件，或者只注释掉电话，或者两者都注释掉，但这不起作用——你会得到“参数错误”。然后，我尝试仅发送card: billingName、email、billingPostcode和billingCountry-- 下的这些字段，但也因“参数错误”而失败。于是我添加了billingState——“参数错误”。然后，添加了billingCity——“参数错误”。因此，为了使交易顺利进行，除非有人可以向我展示一些设置覆盖或技术，否则账单地址是必需的，并且还必须包括电子邮件和电话，令我大吃一惊。我敢肯定，这对某些人来说是个大事，比如那些试图出售数字下载等无形资产的人。另请注意，我尝试了官方 2Checkout-created PHP API并再次尝试所有这些测试，并且再次收到“参数错误”，除非使用了完整的帐单地址（包括电子邮件和电话）。我敢肯定，对于某些企业来说，这个完整的帐单地址要求以及电子邮件和帐单电话将是一个无赖。

编辑： 如果我猜对了，这个答案是 2Checkout 工作人员的官方回答吗？它确实看起来那样。无论如何，他说帐单地址绝对是必需的，因为正如他所说，“这是我们的银行合作伙伴对地址验证的要求。”

EDIT2：您需要尝试真实的实时交易，但我至少在沙盒模式下发现，如果我在官方 2Checkout PHP 库或OmniPay API 中为phoneNumber字段传递一个空字符串，那么交易顺利通过。他们只想看到那个参数，尽管它可以是空的。但不要相信我的话——在实时交易中测试它（并为自己退款）以重新确认，因为我只是在沙箱中这样做。这个答案似乎从 2Checkout 本身正式确认他们允许这样做。billingPhone

固定代码：

use Omnipay\Omnipay;
$sMerchantTransID = rand(11111111,99999999);
$oGateway = Omnipay::create('TwoCheckoutPlus_Token');
$oGateway->setPrivateKey($config->TWOCHECKOUT_PRIVATE_KEY);
$oGateway->setAccountNumber($config->TWOCHECKOUT_SELLERID);
$oGateway->setTestMode(true); // turns on Sandbox access
$oResponse = $oGateway->purchase(array(
    'amount' => $sPrice,
    'currency' => 'USD',
    'token' => $sToken,
    'transactionId' => $sMerchantTransID,
    'card' => array(
        'billingName' => $sName,
        'billingAddress1' => $sStreet1,
        'billingAddress2' => $sStreet2,
        'billingCity' => $sCity,
        'billingState' => $sState,
        'billingPostcode' => $sZip,
        'billingCountry' => $sCountry,
        'email' => $sEmail,
        'billingPhone' => $sPhone
    )
))->send();
if (!$oResponse->isSuccessful()) {
    die('ERROR: ' . $oResponse->getMessage());
}
于 2016-04-23T06:04:50.720 回答