리디렉션 흐름 시작

개요

리디렉션 시작 절차의 목적은 결제를 완료하기에 충분한 정보를 제공하여 사용자를 결제 통합업체로 리디렉션하는 것입니다. 그런 다음 통합업체는 사용자를 발급기관의 웹 인터페이스로 리디렉션하여 Google에서 제공한 정보를 전달합니다. 그러면 사용자는 발급기관에서 제공한 안내에 따라 결제를 완료할 수 있습니다. 그러면 리디렉션 완료 흐름이 트리거됩니다.

절차의 작동 방식

사용자가 결제 수단 (FOP)으로 사용할 발급기관을 선택하는 방법에는 두 가지가 있습니다.

  1. 사용자가 Google의 사용자 인터페이스 (UI)에서 발급기관을 선택합니다.
  2. 사용자가 Google UI에서 통합업체를 선택하고 통합업체의 UI에서 발급기관을 선택합니다.

사용자가 Google UI에서 발급기관 선택

이 경우 사용자는 Google UI에서 FOP를 선택하는 동안 발급기관을 선택하므로 RedirectRequest에 있는 formOfPayment 객체의 issuerId 필드에 발급기관을 나타내는 Google 생성 고유 식별자가 포함됩니다. 결제 통합업체와 발급기관이 동일한 법인인 경우 Google은 결제 통합업체에 대한 issuerId를 생성합니다. 리디렉션 요청은 URL에 인코딩된 매개변수가 있는 HTTPS GET 메서드를 사용합니다.

리디렉션 흐름 시작 (발급기관 선택됨)

다음 시퀀스 다이어그램은 사용자가 Google UI에서 발급기관을 선택할 때 사용자 브라우저, Google, 통합업체, 발급기관 간의 상호작용을 보여줍니다.

발급기관이 선택된 상태에서 리디렉션 흐름 시작

다음은 위 다이어그램의 객체 목록입니다.

  • 사용자: 결제를 하려는 사람입니다.
  • Google UI: 고객이 결제를 시작하는 Google의 웹 또는 앱 인터페이스입니다.
  • Google 서버: 리디렉션 요청을 만드는 Google의 백엔드 서버입니다.
  • 결제 통합업체: 사용자 및 리디렉션 요청을 발급기관에 전달하는 통합업체입니다.
  • Issuer(발급기관): 사용자에게 계정이 있는 발급기관입니다.

리디렉션 시작 흐름에서는 이미 사용자가 Google 서비스 (Google UI)에서 결제 수단을 선택한다고 가정합니다. 모든 것이 여기에서 시작됩니다.

  1. 사용자가 결제에 사용할 특정 발급기관을 선택합니다. 이것이 리디렉션 시작 흐름을 트리거합니다.
  2. Google UI가 Google 서버 (백엔드)를 호출하여 새 리디렉션 요청을 만듭니다.
  3. Google 서버에서 리디렉션 요청을 만듭니다.
  4. 리디렉션 요청이 Google UI로 전송됩니다.
  5. Google UI가 사용자를 통합업체 서버로 리디렉션합니다.
  6. 통합업체는 Google의 리디렉션 요청을 처리하고 발급기관별 리디렉션 요청을 생성합니다.
  7. 통합업체가 사용자를 발급기관의 웹 인터페이스로 리디렉션합니다.
  8. 사용자가 발급기관의 웹 인터페이스에서 인증합니다.
  9. 사용자가 화면에 표시된 안내에 따라 결제를 완료합니다.

사용자가 Google UI에서 통합업체 선택

이 경우 사용자가 Google UI에서 통합업체를 선택합니다. 발급기관만 유효한 FOP로 간주되므로 RedirectRequestformOfPayment 필드가 noneChosen로 설정됩니다. 통합자는 사용자가 Google의 승인을 받은 발급기관 중 하나를 선택할 수 있는 UI를 제공해야 합니다. 리디렉션 요청은 URL에 인코딩된 매개변수가 있는 HTTPS GET 메서드를 사용합니다.

리디렉션 흐름 시작 (통합업체 선택됨)

다음 시퀀스 다이어그램은 사용자가 Google UI에서 통합업체를 선택할 때 사용자의 브라우저, Google, 통합업체, 발급기관 간의 상호작용을 보여줍니다.

통합업체가 선택된 상태에서 리디렉션 흐름 시작

다음은 위 다이어그램의 객체 목록입니다.

  • 사용자: 결제를 하려는 사람입니다.
  • Google UI: 고객이 결제를 시작하는 Google의 웹 또는 앱 인터페이스입니다.
  • Google 서버: 리디렉션 요청을 만드는 Google의 백엔드 서버입니다.
  • 결제 통합업체: 사용자가 발급기관을 선택하는 통합업체입니다.
  • Issuer(발급기관): 사용자에게 계정이 있는 발급기관입니다.

리디렉션 시작 흐름에서는 이미 사용자가 Google 서비스 (Google UI)에서 결제 수단을 선택한다고 가정합니다. 모든 것이 여기에서 시작됩니다.

  1. 사용자가 결제하려는 통합업체 (특정 발급기관이 아님)를 선택합니다. 이것이 리디렉션 시작 흐름을 트리거합니다.
  2. Google UI가 Google 서버 (백엔드)를 호출하여 새 리디렉션 요청을 만듭니다.
  3. Google 서버에서 리디렉션 요청을 만듭니다.
  4. 리디렉션 요청이 Google UI로 전송됩니다.
  5. Google UI가 사용자를 통합업체의 웹 인터페이스로 리디렉션합니다.
  6. 통합업체가 Google의 리디렉션 요청을 처리합니다.
  7. 통합업체가 사용자에게 사용 가능한 발급기관을 표시합니다.
  8. 사용자가 결제에 사용할 특정 발급기관을 선택합니다.
  9. 통합업체가 발급기관별 리디렉션 요청을 생성합니다.
  10. 통합업체가 사용자를 발급기관의 웹 인터페이스로 리디렉션합니다.
  11. 사용자가 발급기관의 웹 인터페이스에서 인증합니다.
  12. 사용자가 화면에 표시된 안내에 따라 결제를 완료합니다.

권장사항 및 기타 고려사항

안전 조치

리디렉션 요청 URL에는 암호화되지 않은 callbackUrl 필드와 암호화된 redirectRequest 필드가 포함됩니다. 두 필드 모두에는 현재 거래의 requestId이 포함됩니다. 공급업체는 requestIdcallbackUrl와 암호화된 페이로드에서 모두 동일하여 서로 관련이 있는지 확인해야 합니다.