我使用Website Payments Standard一體化和PDT我感到困惑，顯示消息客戶對return頁，如果交易因一些失敗，但我不能直接獲取消息從Paypal的響應，而我得到的代碼。我正在考慮創建一個將代碼作爲參數並返回錯誤消息的函數。我去了here並閱讀了關於payment_status變量。當我看到同一個變量可以在一個地方設置爲1，而在另一個地方關閉3時，我感到困惑。在我的場景中究竟會返回什麼？ 1關3或1關11？PAYMENT_STATUS在貝寶
編輯 見Mass Pay Variables和Payment Information Variables下，該變量在此link。
payment_status根據txn_type不同而不同。這就是爲什麼他們在類似的分類。如果你得到了一個txn_type的貨幣支付，那麼payment_status只會是那三個中的一個。大部分txn_type的將有一個payment_status落在你提到的11的列表中。如果您使用的是標準按鈕，則通常會按照付款信息變量部分中的信息進行操作。
在另一個說明中，請確保您沒有使用PDT來處理任何後續處理，例如更新數據庫，發送電子郵件通知等。即使啓用了自動返回功能，也無法保證用戶會將其退回到您的返回網址，如果他們不這樣做，該代碼將永遠不會運行。
取而代之，您應該使用IPN來處理這種處理，這與PDT非常相似，只不過它與結帳流程完全分開。只要您的帳戶發生任何交易，PayPal的服務器就會將關於該交易的數據發佈到您的IPN監聽器URL。數據將與您使用PDT所看到的相同，但無論用戶是否返回到您的網站，IPN都將始終被觸發。
IPN還將允許您正確處理來自電子支票，欺詐過濾器等的未付款項，這些款項在交付產品之前需要清除。待付款發生時您將獲得IPN，並且在該付款更新爲已完成，失敗或其他任何情況時，您將獲得另一個IPN。
IPN還允許您基於退款，爭議等自動執行任務。這是一個非常強大的工具，並且再次強調，它通過PDT推薦。