為歐洲經濟區 (EEA) 境內使用者提供其他帳單系統

由 2024 年 3 月 13 日起，開發人員如為 EEA 使用者提供其他帳單系統，則必須使用其他帳單系統 API。請參閱下文的詳情，並按照其他帳單系統 API 整合指南開始使用。

為遵從《數碼市場法 (DMA)》，我們允許銷售數碼內容或服務的開發人員選擇為歐洲經濟區 (EEA) 使用者提供 Google Play 帳單系統以外的其他帳單系統。參與者仍需繼續支付服務費，以支援我們在 Play 和 Android 上的投資，開發人員則必須向 Google 支付適用的服務費。詳情請參閱網誌文章。

資格

如要符合此計劃的資格：

• 你的應用程式必須是向 EEA 使用者提供其他帳單系統的任何外型規格應用程式或遊戲。
• 開發人員必須是已註冊的公司。

要求

參與此計劃的開發人員必須符合以下要求：

• 必須是已註冊的公司。
• 只向 EEA 國家/地區的使用者提供其他帳單系統。
• 符合適當的使用者保障要求。
• 只在應用程式內提供其他帳單系統。
• 遵守《支付卡行業資料安全標準 (PCI-DSS)》(如處理信用卡和扣帳卡資料)。
• 為使用其他帳單系統 (包括使用其他帳單系統銷售的產品) 的使用者提供客戶支援。此外，該系統亦必須就未經授權交易提供爭議處理程序。
• 向 Google 支付適用的服務費。當消費者透過非使用者自選的其他帳單系統消費時，開發人員所需支付的標準服務費將減少 3%。
• 整合其他帳單系統 API，簡化遵循使用者體驗規定和報告流程。如尚未可整合其他帳單系統 API，開發人員可選擇在 2024 年 3 月 13 日前手動實行資訊畫面和報告交易。
• 整合其他帳單系統 API 前，開發人員必須按照臨時使用者體驗指引確保一致的使用者體驗，並協助使用者作出明智決定。
• 預先通知我們擬對你的應用程式註冊偏好設定作出的變更，例如在特定應用程式或市場中停用或啟用使用者自選帳單系統。如要進一步瞭解如何提交變更，請參閱常見問題。

請注意，有關資格和要求可能有變。

整合其他帳單系統 API

如想提供其他帳單系統，且從提供服務當日起使用其他帳單系統 API，你必須完成下列步驟：

1. 查看本頁上的要求，以確定你的應用程式是否符合申請資格。
2. 填妥帳單系統聲明表格、接受《服務條款》，並透過 Google 支援團隊完成註冊計劃所需的新手入門步驟 (例如根據規定設定付款設定檔)。
3. 按照 API 整合指南完成整合其他帳單系統 API。
4. 管理你的「Play 管理中心」其他帳單系統設定，以選擇啟用或停用各個應用程式、上載付款方法標誌及訂閱管理網址。
5. 在使用其他帳單系統 API 的 24 小時內向 Google Play 報告 EEA 使用者的所有授權交易。
6. 對於提供其他非自動帳單系統時已開始的有效訂閱，你必須透過 ExternalTransactions API 轉移這些訂閱，才能透過 API 報告重複交易。轉移操作屬一次性，且必須在其他帳單系統 API 轉移限期 2024 年 3 月 13 日前完成。詳情請參閱常見問題。

如已參與計劃並轉移至其他帳單系統 API，請略過以上的第 1 及第 2 步。完成上述步驟並開始使用 API 報告交易後，便無需再手動傳送交易。

非自動化整合

如想提供其他帳單系統，但尚未可整合其他帳單系統 API，你必須為手動註冊完成下列步驟：

1. 查看本頁上的要求，以確定你的應用程式是否符合申請資格。
2. 填妥帳單系統聲明表格、接受《服務條款》，並透過 Google 支援團隊完成註冊計劃所需的新手入門步驟 (例如根據規定設定付款設定檔)。
3. 使用填妥帳單聲明表格後透過電郵收到的註冊表格，識別將提供其他帳單系統的應用程式和適用市場。
4. 按照本頁所述的要求操作。
5. 計算並向 Google Play 報告透過其他帳單系統處理的所有付費交易金額，以作帳單用途。完成聲明表格和計劃新手入門部分後，開發人員會收到如何提交每月報告的指示。
6. 在轉移限期之前，整合其他帳單系統 API、轉移提供其他非自動化帳單系統時已開始的有效訂閱，以及在「Play 管理中心」更新其他帳單系統設定。轉移有效訂閱並開始使用 API 報告交易後，便無需再手動傳送交易。轉移操作屬一次性，且必須在其他帳單系統 API 轉移限期 2024 年 3 月 13 日前完成。詳情請參閱常見問題。

如有其他疑問，請按此聯絡我們的支援團隊。

常見問題

歐洲經濟區 (EEA) 由哪些國家/地區組成？

目前 EEA 國家/地區包括：奧地利、比利時、保加利亞、克羅地亞、塞浦路斯共和國、捷克共和國、丹麥、愛沙利亞、芬蘭、法國、德國、希臘、匈牙利、冰島、愛爾蘭、意大利、拉脫維亞、列支敦士登、立陶宛、盧森堡、馬耳他、荷蘭、挪威、波蘭、葡萄牙、羅馬尼亞、斯洛伐克、斯洛文尼亞、西班牙和瑞典。

我的應用程式最近因未符合 Google Play 的《付款政策》而被拒。我該怎樣做？

如參與計劃的開發人員向 EEA 境內的使用者提供其他帳單系統，Google 不會因而移除或拒絕其應用程式或更新。除非符合其他帳單系統資格，透過 Play 向 EEA 境外使用者發佈應用程式和遊戲，須繼續使用 Google Play 的帳單系統。

如果你的應用程式符合計劃資格和其他要求，請完成聲明表格並提交應用程式更新。請注意，申請處理可能需時。如不合計劃資格，則需要更新你的應用程式以符合 Google Play 的《付款政策》，然後重新提交。

我目前提供 Google Play 帳單系統。現在可否向 EEA 境內的使用者同時提供 Google Play 帳單系統和其他帳單系統？

如想同時提供 Google Play 帳單系統及其他帳單系統，請註冊使用者自選帳單系統初步測試，為使用者提供選擇。按此進一步瞭解並註冊使用者自選帳單系統初步測試。

如何提交透過其他帳單系統處理的交易？

從 2023 年 11 月 14 日起，你可使用其他帳單系統 API 報告透過其他帳單系統處理的交易，並須在付款獲授權後 24 小時內報告。這些 API 可簡化開發人員的報告程序，亦可在 Google Play 的熱門排行榜中顯示透過其他帳單系統進行的交易。

在 2024 年 3 月 13 日之前，如尚未整合其他帳單系統 API，你仍可繼續手動自行報告交易。如手動報告交易，你必須在每個月第 5 個工作天前自行報告付費交易金額。舉例來說，2023 年 10 月的交易報告將在 2023 年 11 月 7 日到期。當你填妥聲明表格後，我們將審核你的資料，然後傳送報告付費交易和所需服務費金額/適用稅項的指示給你。

哪類產品可讓 EEA 使用者選擇其他帳單系統？

其他帳單系統適用於數碼內容和服務，例如應用程式內購買和訂閱。

為什麼仍要求支付服務費？

Google Play 的服務費從來並非只用作處理付款，而是反映 Android 和 Play 的價值，且能協助我們持續改進 Android 和 Google Play，提供使用者和開發人員需要的功能。如要進一步瞭解服務費，請參閱這篇文章。

此計劃是否允許向 EEA 使用者提供數碼內容購買連結？

是，此計劃允許開發人員在其應用程式內嵌入 WebView，以提供網絡付款作為其他付款方法，與其他付款方法一樣，這些付款方法須遵守本頁列出的計劃要求，包括所有使用者信任和安全要求以及服務費。

這是否必要的計劃？

否，這是可選擇使用的計劃。如不想向 EEA 使用者提供非 Google Play 付款服務系統，則無須採取行動。

我已註冊 EEA 計劃，提供非使用者自選的其他帳單系統。我可否同時註冊參與使用者自選帳單系統初步測試？

如果你在 2022 年 9 月 1 日前註冊該 EEA 計劃，並想同時讓使用者選擇 Google Play 帳單系統和其他帳單系統，你需要重新提交聲明表格，才能註冊使用者自選帳單系統初步測試。

如果你在 2022 年 9 月 1 日後註冊該 EEA 計劃，則無需重新提交聲明表格，即可參與使用者自選帳單系統初步測試。不過，你需要提交已更新應用程式檔案包註冊表格，以通知我們是否為 EEA 每個國家/地區提供使用者自選帳單系統。

如果我計劃提供或已提供其他帳單系統，則需要在何時之前符合本頁概述的使用者體驗規定？

如提供其他自動化的帳單系統，你將透過整合和使用用戶端 API 以符合使用者體驗規定。由 2023 年 3 月 14 日起，所有參與的開發人員必須整合其他帳單系統 API，以輸出資訊畫面和報告交易。

如尚未可整合其他帳單系統 API，你必須手動實行《臨時使用者體驗指引》的規定。

我已提交應用程式檔案包註冊表格，指出我的應用程式要在哪些市場提供非使用者自選的其他帳單系統。如果我選擇註冊的應用程式檔案包有任何變更，應如何通知 Google？

如果你提供其他非自動化帳單系統，並要變更指定應用程式檔案包在特定市場提供的其他帳單系統，則必須提交更新的應用程式檔案包註冊表格。請注意，任何更新只會在下一個月的一號 (世界標準時間，UTC) 生效，包括適用服務費變更。

如你使用其他帳單系統 API 提供其他帳單系統，可透過「Play 管理中心」其他帳單系統設定變更指定應用程式檔案包在特定市場提供的其他帳單系統。更新會立即生效，包括適用服務費變更。

我已為非遊戲應用程式註冊參加初步測試，我的遊戲應用程式是否需要再次註冊，才能參與使用者自選帳單系統初步測試？

否，如果你目前正在參與初步測試計劃，便可透過「Play 管理中心」為你的遊戲應用程式註冊該計劃，並開始向 EEA 使用者提供其他帳單系統。請按照這篇說明中心文章中的應用程式註冊指示操作。

向 EEA 使用者提供使用者自選帳單系統時，如何整合流動裝置和平板電腦以外外型規格的其他帳單系統 API？

其他帳單系統 API 可以在所有符合資格的外型規格裝置上以同樣方式實行。你可以充分運用同一整合指南，瞭解新手入門的詳細指引和資源。

如果計劃針對 Android Auto 提供使用者自選帳單系統，請聯絡我們，以瞭解新手入門詳情。

其他帳單系統 API 提供什麼好處？我可否整合其他帳單系統 API 作輸出使用者選擇畫面之用，稍後才使用相關 API 來報告交易？

為提供簡化流暢的開發人員體驗，其他帳單系統 API 屬整合式設計，並旨在合併使用。其他帳單系統 API 提供下列好處：

• 由 Google Play 輸出其他帳單系統畫面，即表示你無須自行建立並維護資訊畫面。
• 簡化交易報告程序後無需手動處理，可減少彙整或對帳錯誤。
• 透過 API 報告的其他帳單系統交易將在 Google Play 的熱門排行榜顯示。

此外，我們亦作出以下改善，以便你採用其他帳單系統：

• 讓使用者透過「Play 管理中心」自行管理其他帳單系統設定，例如針對每個合資格市場，為合資格的應用程式啟用或停用使用者自選帳單系統、管理付款方法標誌及訂閱管理網址。
• 利用 API 報告的其他帳單系統交易資料產生可匯出的報告，包括所用匯率、相關應用程式套件 ID 和服務費率。

我可以在哪裡進一步瞭解如何整合其他帳單系統 API？

你可輕易擴充 Google Play 帳單系統的現有整合，以善用其他帳單系統 API。其他帳單系統 API 建基於與 Play Billing Library 和 Play Developer API 相同的設計模式和原則，即可與現有的設計兼容，並且大多為你的團隊所熟悉。

我們的整合指南提供詳細的新手指引及資源，並列舉包括一次及重複購買的不同其他帳單系統用例，還載有方便實行的程式碼摘錄範例。我們歡迎開發人員對這些 API 和其他資源提出寶貴的意見。如對其他帳單系統 API 有疑問或意見，請按此聯絡我們。

我已參加使用者自選帳單系統計劃，需如何過渡到使用其他帳單系統 API？

請在 2024 年 3 月 13 日的轉移限期前完成「整合其他帳單系統 API」概述的步驟。轉移手動報告期間的有效訂閱並開始使用 API 報告交易後，便無需再手動傳送交易。

對於提供其他非自動化帳單系統時已開始的有效訂閱，如何透過其他帳單系統 API 報告重複交易？

對於提供沒有自動報告功能的其他帳單系統時已開始的有效訂閱，你必須透過 ExternalTransactions API 轉移這些訂閱，才能透過 API 報告重複交易。轉移操作屬一次性，且必須在其他帳單系統 API 轉移限期 2024 年 3 月 13 日前完成。轉移完成後，你只需透過 API 報告重複交易，無需再手動報告。

如你尚未轉移有效訂閱，仍須按現有的手動報告指示繼續報告重複交易。