2014-12-07 115 views
0

REST API是一個旋轉,並且因爲我的參考框架是「傳統的API」,特別是Express Checkout,我非常想嘗試「映射」功能。PayPal REST API - 訂單和授權數量

得到的東西去,所以這是更多的 「概念」,比technical..maybe哪天就變成了 「維基」 ...

使用案例:payment_method:paypal

  1. payer_info(PayPal用戶)只是execute

    • 爲了成功地(重新)後可用計算總計佔運費和稅(根據送貨地址),是正確的WA y通過order(而不是sale)進行此操作,從而允許authorizationcapture在這些詳細信息變得可用後(商戶)?換句話說
    • ,我們沒有經典GetExpressCheckoutDetails因此這似乎是路徑(?)在此基礎上
  2. ,和測試,我們可以假設"maximum" of 115%(以上order總數)爲撥打authorization?根據測試,這似乎是true..otherwise "AUTHORIZATION_AMOUNT_LIMIT_EXCEEDED"


更新:如果你想知道:

此時的作品迄今唯一授權< 115%

的總和在創建訂單時提供給貝寶的總金額不得超過115%或75美元(以較少者爲準)。

REF:https://developer.paypal.com/docs/integration/direct/create-process-order/


  • 在文檔,payer objectstatus定義爲:付款人的PayPal帳戶的

    狀態。目前僅支持paypal payment_method,但稍後可用於credit_card payment_method。允許值:VERIFIEDUNVERIFIED

    它似乎沒有在saleorder返回。

    次要問題因此變成,你怎麼「需要」經過驗證的PayPal用戶(這是目前佔級別只設置 - 沒有API覆蓋)? flow_config

  • 其他 「丟失」 的項目在API發行說明(例如fee)記錄。

    謝謝!

    回答

    0

    兩個orderauthorize意圖可用於基於PayPal用戶信息,以完成流動(調整authorizationcapture)。

    1. execute - 返回PayPal payer_info - 例如,

      "payer_info": { 
          "email": "[email protected]", 
          "first_name": "Ed", 
          "last_name": "SF", 
          "payer_id": "ABCDEFG", 
          "shipping_address": { 
          "recipient_name": "Ed SF", 
          "line1": "111 Some street", 
          "city": "San Francisco", 
          "country_code": "US", 
          "postal_code": "94111", 
          "state": "CA" 
          } 
      } 
      
    2. 基於以上信息,如果有需要(即營業稅,運費)的任何調整,

      • order可以authorized額外量*(隨後captured
      • authorization可以是captured附加金額*

    *附加量不能超過115%或原始orderauthorization $ 75(取較小),否則,AUTHORIZATION_AMOUNT_LIMIT_EXCEEDEDCAPTURE_AMOUNT_LIMIT_EXCEEDED誤差分別上升。

    這被顯示給用戶時比原單authorization一個capture更大由:

    additional authorization message

    據我所知,不存在用於一個order類似消息(具有調整後的金額) - 附加授權金額顯示在交易詳情中(僅)。