總覽
權杖化付款方式可支援參考編號用途。想要支付商品費用的使用者透過付款整合商產生參考編號。接著，使用者將這個參考編號帶往便利商店、資訊站或銀行，並支付該參考號碼。
現金付款也支援參考編號用途。權杖化 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 執行對帳作業。