總覽
「產生重新導向付款網址」是開始重新導向流程的替代方案,能透過付款整合商啟動重新導向付款。在這個流程中,Google 會向付款整合商發出伺服器對伺服器要求,取得付款開始時應將使用者重新導向的網址。接著,Google 會將使用者重新導向至整合商提供的網址,讓使用者可以向所選發卡機構付款,然後使用完成重新導向流程將他們重新導向 Google。
流程運作方式
使用者可以透過兩種方式選取要做為付款方式 (FOP) 使用的發卡機構。
- 使用者在 Google 使用者介面 (UI) 中選取核發者。
- 使用者在 Google 使用者介面中選取整合商,並在整合商的使用者介面中選取發行者。
使用者在 Google UI 中選取核發者
在此情況下,使用者在 Google 的使用者介面選取 FOP 時必須選取發卡機構,因此 Generate Redirect Payment Url 要求中 formOfPayment
物件的 issuerId
欄位會包含 Google 產生的專屬 ID,代表所選的發卡機構。請注意,如果付款整合商和發卡機構為同一個實體,Google 會為付款整合商產生 issuerId
。
產生重新導向付款網址流程 (已選取發卡機構)
以下是上圖中的物件清單:
- 使用者:這是指想要付款的使用者。
- Google 使用者介面:Google 的網頁或應用程式介面,是指客戶進行付款的位置。
- Google 伺服器:Google 的後端伺服器,用來建立重新導向要求。
- 付款整合商:使用者選取發卡機構的整合商。
- 核發者:使用者擁有帳戶的發卡機構。
在「產生重新導向網址」流程中,我們已假設使用者位於 Google 的資源 (Google 使用者介面),並選擇付款方式。這就是一切的起點。
- 使用者選取要用來付款的特定發卡機構。這樣就會觸發「產生重新導向付款網址」流程。
- Google UI 會呼叫 Google 伺服器 (後端) 以建立新的重新導向要求。
- Google 伺服器會呼叫付款整合商代管的 GenerateRedirectPaymentUrl
- 整合商會透過網址回應 Google,將使用者重新導向至發卡機構的網站或應用程式。
- 系統會將重新導向要求傳送至 Google UI。
- Google UI 會將使用者重新導向至核發機構的網頁介面。
- 使用者會在核發者的網頁介面中進行驗證。
- 使用者按照畫面上的指示完成付款。
使用者在 Google 使用者介面中選取整合商
在這種情況下,使用者會在 Google 使用者介面中選取整合商,因此由於只有發卡機構視為有效的付款方式,因此產生重新導向網址的 formOfPayment
欄位會設為 noneChosen
。整合商必須提供 UI,讓使用者選取其中一個已獲得 Google 核准的發卡機構。
產生重新導向付款網址流程 (已選取整合商)
下圖顯示使用者在 Google 使用者介面中選取整合商後,瀏覽器、Google、整合商和發卡機構之間的互動方式: