付款要求 API 的異動

Eiji Kitamura

Chrome 62

現已推出 PaymentDetailsModifier

在付款要求中，您可能需要根據客戶選擇的付款方式提供折扣或額外費用。PaymentDetailsModifier 功能可協助您達成這個目標。

將 modifiers 屬性新增至 PaymentRequest 建構函式的第二個引數，以及 PaymentDetailsModifier 物件陣列，該物件是宣告式規則，說明如何根據客戶選擇的付款方式修改顯示項目和總計。

以下範例說明如何宣告使用者選擇信用卡付款時，需支付 $3 美元的手續費。

let methods = [{
 supportedMethods: 'basic-card',
 data: {
   supportedNetworks: ['visa', 'mastercard']
   supportedTypes: ['credit', 'debit']
 }
}];

let details = {
 displayItems: [{
   label: 'T-shirt',
   amount: { currency: 'USD', value: '68.00' }
 }],
 total: {
   label: 'Total price',
   amount: { currency: 'USD', value: '68.00' }
 },
 modifiers: [{
   supportedMethods: 'basic-card',
   data: {
     supportedTypes: ['credit']
   },
   additionalDisplayItems: [{
     label: 'Processing fee',
     amount: { currency: 'USD', value: '3.00' }
   }],
   total: {
     label: 'Credit card price',
     amount: {currency: ‘USD’, value: ‘71.00’}}
 }]
};

let options = {};

let request = new PaymentRequest(methods, details, options);

在實際的付款要求工作表中，使用者只要選擇信用卡付款，就會看到名為「手續費」的額外顯示項目，費用為 $3 美元，總價為 $71.00 美元。

PaymentDetailsModifier 包含下列參數：

屬性名稱
supportedMethods 指定要套用這項規則的付款方式。
additionalDisplayItems 您想新增折扣或額外費用的其他顯示項目。
total 加入 additionalDisplayItems 後的總價。
data 如果是 basic-card 付款，這會做為使用 supportedTypes 篩選特定卡片類型的方式。否則，這個參數的使用方式取決於付款方式 (付款應用程式)。請參閱各付款方式提供的說明文件。

如果提供運送選項，情況會變得有點棘手，因為 modifiers 的總價不能是靜態，必須動態修改。

如要達成這個目標，請在 shippingaddresschange 和 shippingoptionchange 事件中修改 modifiers 屬性的 additionalDisplayItems 和 total，就像對 PaymentDetails 物件的 displayItems 屬性所做的操作一樣。

supportedMethods 屬性現在接受字串

PaymentMethodData 物件 (PaymentRequest 建構函式的第一個引數) 中的 supportedMethods 屬性，會採用表示付款方式的字串陣列。現在，它會採用單一字串做為引數。

請注意，目前仍可提供陣列。

錯誤做法

舊版：目前仍可使用。

var methodData = [{
     supportedMethods: ['basic-card'],
     data: {
       supportedNetworks: ['visa', 'mastercard', 'amex', 'jcb',
         'diners', 'discover', 'mir', 'unionpay']
     }
}, {
    supportedMethods: ['https://bobpay.xyz']
}];
正確做法

新：新方法。

var methodData = [{
     supportedMethods: 'basic-card',
     data: {
       supportedNetworks: ['visa', 'mastercard', 'amex', 'jcb',
         'diners', 'discover', 'mir', 'unionpay']
     }
}, {
    supportedMethods: 'https://bobpay.xyz'
}];

Chrome 61

基本資訊卡中的 supportedTypes 可用

當 supportedMethods 為「basic-card」時，您現在可以提供 supportedTypes，指出支援「credit」、「debit」和「prepaid」中的哪種卡片類型。

var methodData = [{
 supportedMethods: 'basic-card',
 data: {
   supportedNetworks: ['visa', 'mastercard', 'amex', 'jcb',
     'diners', 'discover', 'mir', 'unionpay']
   supportedTypes: ['credit', 'debit', 'prepaid']
 }
}];

請務必向 Payment Gateway 再次確認卡片類型，因為這項篩選功能可能無法完美運作，具體取決於來源。

Chrome 57

PaymentRequest 現已可在 iframe 中使用

現在只要將 allowpaymentrequest 屬性新增至 iframe 元素，即可從 iframe 內呼叫 Payment Request API。

<iframe src="/totally/fake/url" allowpaymentrequest></iframe>

PaymentMethodData 支援「basic-card」

PaymentRequest() 建構函式的第一個引數是付款方式資料陣列。這個版本已變更 PaymentMethodData 格式。

錯誤做法

舊版：目前仍可使用。

var methodData = [{
     supportedMethods: ['visa', 'mastercard', 'amex', 'jcb']
}];
var request = new PaymentRequest(methodData, details, options);
正確做法

新：新結構。

var methodData = [{
     supportedMethods: ['basic-card'],
     data: {
       supportedNetworks: ['visa', 'mastercard', 'amex', 'jcb',
         'diners', 'discover', 'mir', 'unionpay']
     }
}];
var request = new PaymentRequest(methodData, details, options);

data 屬性的格式取決於 supportedMethods 中的值，並以基本卡片規格為基礎。請注意，規格包含 supportedTypes，可接受 credit、debit 或 prepaid，但 Chrome 57 會忽略這個屬性，並將 supoprtedNetworks 中的任何值視為信用卡。

var methodData = [{
     supportedMethods: ['basic-card'],
     data: {
       supportedNetworks: ['visa', 'mastercard', 'amex', 'jcb',
         'diners', 'discover', 'mir', 'unionpay'],
       supportedTypes: ['credit'] <= not available
     }
}];

Chrome 56

待處理

開發人員可以在付款項目資訊中加入 pending，表示價格尚未完全確定。pending 欄位接受布林值。

    {
      label: "State tax",
      amount: { currency: "USD", value : "5.00" },
      pending: true
    },

這通常用於顯示運費或稅金等明細項目，這些項目會根據運送地址或運送選項而有所不同。Chrome 會在付款要求的 UI 中指出待處理欄位。

requestPayerName

開發人員現在可以在運送選項 (PaymentRequest 的第三個引數) 中加入 requestPayerName，要求付款人姓名與運送地址資訊分開。requestPayerName 接受布林值。

shippingType

開發人員現在可以在運送選項 (PaymentRequest 的第三個引數) 中加入 shippingType，要求 UI 顯示「運送」或「自取」，而非「運送」。shippingType 接受字串 shipping (預設)、delivery 或 pickup。

shippingType='delivery'
shippingType="delivery"
shippingType='pickup'
shippingType="pickup"

PaymentResponse 和 PaymentAddress 可用的序列化函式

PaymentResponse 物件和 PaymentAddress 物件現在可序列化為 JSON。開發人員可以呼叫 toJSON() 函式，將其轉換為 JSON 物件，避免建立繁瑣的 toDict() 函式。

request.show().then(response => {
     let res = response.toJSON();
});

canMakePayment

除了 API 可用性之外，您也可以在叫用 Payment Request API 之前，檢查使用者是否有有效的付款方式。請注意，這是選用步驟，因為使用者仍可在付款使用者介面上新增付款方式。

let request = new PaymentRequest(methods, details, options);
if (request.canMakePayment) {
     request.canMakePayment().then(result => {
       if (result) {
         // Payment methods are available.
       } else {
         // Payment methods are not available, but users can still add
        // a new payment method in Payment UI.
       }
     }).catch(error => {
       // Unable to determine.
     });
}