Braintree為ApplePay返回“ 91569 paymentMethodNonce不包含有效的付款方式類型”的原因-為什么？

Question

我最近將服務器及其所有文件遷移到了新計算機上。 在此過程中，我的設置發生了一些變化，並且Braintree出現了付款問題。

我有一個iOS客戶端，可以接受PayPal，信用卡和ApplePay，並根據需要通過PHP連接到我的服務器。 在服務器遷移之前，它一直運行良好。 現在，PayPal和信用卡在生產中仍然可以正常工作，但是ApplePay不再起作用。

當我在使用ApplePay時使用Payment_method_nonce =將現時數傳遞給payments.php時，返回以下錯誤：

[0] => Braintree\Error\Validation Object
        (
            [_attribute:Braintree\Error\Validation:private] => paymentMethodNonce
            [_code:Braintree\Error\Validation:private] => 91569
            [_message:Braintree\Error\Validation:private] => paymentMethodNonce does not contain a valid payment instrument type.
        )

我知道一個事實，問題不在iOS代碼中，因為它已經存在了很長時間，並且運行良好。 我在正常生產的iPhone設備上的Apple Wallet中使用了有效的真實信用卡。 自從服務器遷移以來，我已經注意到由於這個問題，ApplePay的銷售額為零。

當我遷移服務器時，此錯誤開始發生，因此PHP端必須以某種方式出現一些配置錯誤。 我已經使用composer.phar完成了安裝，並且只是從其他服務器上復制了我的payments.php頁面，因此我可以說的任何內容都沒有變化。

有想法嗎？ 為什么ApplePay付款隨機數不會“不包含有效的付款方式類型”？ 顯然，任何ApplePay交易都將包含有效的付款類型（例如Visa）...那么怎么回事？

兩台服務器之間的一個主要變化是舊服務器是PHP 5.4，新服務器是5.6。 我現在還將所有Web文件（包括payments.php）放在D：驅動器上，而不是C：驅動器上。

Answer 1

_{全面披露：我在Braintree工作。 如果您還有其他疑問，請隨時與支持小組聯系。}

您是否配置了沙箱環境？ 如果是這樣，並且如果您的沙箱存在相同的問題，則可以嘗試短時間循環服務器，以針對假蘋果支付簽證現時而不是您從客戶那里收到的現時執行交易，以幫助將問題隔離給客戶，服務器交互而不是服務器-腦樹交互。

還可能需要調查您的客戶端從Braintree收到的隨機數是否與您的服務器從您的客戶端收到的隨機數相同-如果您的服務器收到的是nil或默認隨機數，則可能說明無效的隨機數錯誤。

最后，仔細檢查您的網關中是否仍啟用 Apple Pay。 有與AP功能相關的認證過程，服務器遷移可能會中斷也可能不會中斷。

由於這是生產中的問題，因此無論您進行故障排除的結果如何，我都絕對建議與Braintree取得聯系。