總覽
權杖化付款方式可支援參考編號用途。想要支付商品費用的使用者透過付款整合商產生參考編號。接著,使用者將這個參考編號帶往便利商店、資訊站或銀行,並支付該參考號碼。
現金付款也支援參考編號用途。權杖化 FOP 與現金 FOP 的主要差異在於,「權杖化 FOP」需要 Association 並支援退款功能,現金 FOP 不需連結,也不支援退款。本文件將說明整合作業如何與參考編號用途搭配使用。
整體來說,整合流程包含以下流程:
購買流程與現金支付的購買流程相同。
使用網路重新導向驗證的整合範例。
相關 API
驗證流程
由整合商實作的 API:網路驗證。
關聯建立流程
整合商導入的 API:associateAccount 與 付款整合商代管的權杖化 FOP API 相關。
購買流程
整合商導入的 API:Payment Integrator Hosted Tokenized FOP API 上的 generateReferenceNumber 和 cancelReferenceNumber。
Google 導入的 API:針對 Google 代管權杖化 FOP API 的 referenceNumberPaidNotification。
退款流程
整合商導入的 API:針對付款整合商代管的權杖化 FOP API 進行退款。
匯款流程
由整合商導入的 API:請參閱「Payment Integrator Hosted Remittance API」。
Google 導入的 API:請參閱 Google Hosted Remittance API。
所有流程如何相輔相成
建立樂器
在 Google 的使用者介面上,系統會將使用者重新導向至整合商代管的網頁,以便進行網路驗證。驗證成功後,使用者會重新導向回 Google。接著 Google 會呼叫 associateAccount。authenticationResponse
中的 requestId
會是 associateAccount 要求的 authenticationRequestId
。建立關聯後,Google 會將 googlePaymentToken
(GPT) 和其他中繼資料儲存為使用者工具。
建立檢測工具 - 驗證流程
建立工具 - 關聯流程
產生參考編號
當使用者想要以該付款方式購買商品/服務時,Google 會透過 GPT 呼叫 generateReferenceNumber。generateReferenceNumber 要求標頭中的 requestId
會用來識別相關 API 的交易。
付款參考編號
使用者離線付款參考號碼後,整合商會呼叫 referenceNumberPaidNotification。generateReferenceNumber 要求標頭中的 requestId
會是 referenceNumberPaidNotification 要求的 generateReferenceNumberRequestId
。
取消交易
如果使用者在付款前決定取消交易,Google 會呼叫 cancelReferenceNumber。generateReferenceNumber 要求標頭中的 requestId
是 cancelReferenceNumber 要求的 generateReferenceNumberRequestId
。
退還交易款項
使用者支付參考號碼後,如果使用者想退費,Google 會呼叫「退款」。generateReferenceNumber 要求標頭中的 requestId
是退款要求的 transactionId
。
匯款
根據合約,Google 會在陳述式準備就緒時呼叫 remittanceStatementNotification,藉此通知整合商。接著,整合商會呼叫 Google Hosted Remittance API 執行對帳作業。