在这种情况下,用户在 Google 界面中选择 FOP 期间会选择一个发卡机构,因此生成重定向付款网址请求中 formOfPayment 对象的 issuerId 字段将包含 Google 生成的唯一标识符,该标识符代表所选发卡机构。请注意,如果付款集成商和发卡机构是同一实体,Google 将为付款集成商生成issuerId。
生成重定向付款网址流程(已选择发卡机构)
以下是上图中的对象列表:
用户:希望付款的人。
Google 界面:客户用来付款的 Google 网站或应用界面。
Google 服务器:位于 Google 的后端服务器,用于创建重定向请求。
付款集成商:用户选择发卡机构的集成商。
发卡机构:用户拥有帐号的发卡机构。
对于“生成重定向付款网址”流程,我们已假设用户位于 Google 产品和服务(Google 界面)上,并且正在选择付款方式。一切从这里开始。
用户选择要用于付款的特定发卡机构。这会触发“生成重定向付款网址”流程。
Google 界面调用 Google 服务器(后端)以创建新的重定向请求。
Google 服务器调用付款集成商托管的 GenerateRedirectPaymentUrl。
集成商将回复 Google 并提供可将用户重定向到发卡机构的网站或应用的网址。
重定向请求会发送到 Google 界面。
Google 界面将用户重定向到发卡机构的网页界面。
用户在颁发者的网页界面中进行身份验证。
用户按照屏幕上的说明完成付款。
用户在 Google 界面中选择集成商
在这种情况下,用户在 Google 界面中选择集成商,因此“生成重定向付款网址”的 formOfPayment 字段将设置为 noneChosen,因为只有发卡机构会被视为有效的 FOP。集成商必须提供一个界面,以便用户从 Google 批准的发卡机构中选择一个发卡机构。
生成重定向付款网址流程(选择集成商)
以下序列图显示了用户在 Google 界面中选择集成商时,用户浏览器、Google、集成商和发行商之间的交互:
保留所有权利。Java 是 Oracle 和/或其关联公司的注册商标。
最后更新时间 (UTC):2025-07-25。
[[["易于理解","easyToUnderstand","thumb-up"],["解决了我的问题","solvedMyProblem","thumb-up"],["其他","otherUp","thumb-up"]],[["没有我需要的信息","missingTheInformationINeed","thumb-down"],["太复杂/步骤太多","tooComplicatedTooManySteps","thumb-down"],["内容需要更新","outOfDate","thumb-down"],["翻译问题","translationIssue","thumb-down"],["示例/代码问题","samplesCodeIssue","thumb-down"],["其他","otherDown","thumb-down"]],["最后更新时间 (UTC):2025-07-25。"],[[["The Generate Redirect Payment URL flow provides an alternative way to initiate redirect payments, where Google gets the redirect URL from the payment integrator."],["Users can select their issuer either directly in Google's UI or through the payment integrator's UI after selecting the integrator in Google's UI."],["Google facilitates the redirect by requesting the URL from the payment integrator and then redirecting the user to the issuer's platform for payment completion."],["If the user selects the payment integrator first, they will then choose their issuer on the integrator's UI, and the `formOfPayment` field will be set to `noneChosen` in the initial request."],["Both the payment integrator and issuer are required to provide mobile and desktop-friendly web interfaces for a seamless user experience."]]],["This flow allows users to initiate payments via a redirect. Google sends a server-to-server request to the payment integrator to obtain a redirect URL. The user can either select an issuer directly in Google's UI, providing an `issuerId`, or select the integrator, requiring the integrator to provide an issuer selection UI. Google then redirects the user to the provided URL for payment authentication and completion with the chosen issuer, then redirects back to Google.\n"]]