Google Pay: 인앱 및 웹
1) 온라인으로 Google Pay 란 무엇입니까
Google Pay (GPay) -카드 레일을 통한 안전한 결제 계층 (Visa/Mastercard/등) PAN이 장치/네트워크 토큰 (DPAN/네트워크 토큰) 으로 대체되고 트랜잭션에 일회성 EMV 암호도로 서명됩니다. 인증-생체 인식/화면 잠금 + 장치 바인딩.
판매자의 경우 이는 본질적으로 전환이 증가하고 사기가 적은 카드 CNP 결제입니다. 카드 규칙에 따라 분쟁/재생.
2) 채널 및 시나리오
2. 웹 1 개
Google Pay JS (PaymentDataRequest) 를 통한 통합
최신 브라우저에서 작동합니다 (최고의 UX는 Chrome/Android입니다).
생체 인식으로 관련 장치 (전화/시계) 를 통해 브라우저/확인.
2. 2 인앱 (Android)
Android 용 Google Pay API (기본 시트).
GPay 앱의 Deep Link/App2App 확인, 상태가 앱으로 돌아갑니다.
2. 3 POS (NFC)
HCE/SE를 통한 CP 시나리오; 온라인 기사 외에는 청구 규칙이 다릅니다.
3) 토큰 화 및 보안
DPAN/Network Token은 네트워크 토큰 서비스에서 발행합니다. PAN은 장치를 떠나지 않습니다.
각 결제에 대해 EMV 암호화 그램 (일회성 서명) 이 구성됩니다.
SCA는 장치의 생체 인식/화면 잠금 (PSD2 호환) 으로 닫힙니다.
결제 토큰은 PSP/게이트웨이 (게이트웨이 모드) 또는 적절한 인증서 (직접 모드; 드물게).
4) SCA/3DS 모델 및 위험
EC/PSD2에서 SCA는 종종 Google Pay 수준에서 수행되므로 별도의 3DS가 시작되지 않을 수 있습니다 (은행/PSP 결정).
발행자/네트워크는 트랜잭션의 추가 검증/거부를 요청할 수 있습니다 (특히 고위험 MCC의 경우).
민감한 정점에 대해서는 선택적 실패 및 감소 된 한계가 가능합니다.
5) MIT/재발 및 COF
일회성 거래에 대한 Google Pay 토큰은 다시 거래 할 수 없습니다.
MIT/반복의 경우:- GPay → 를 통한 첫 지불은 PSP/인수자로부터 COF (Network Token/VTS/MDES) 로 카드를 토큰 화하는 MIT → 에 대한 동의를 얻습니다.
- 추가 결제는 올바른 트랜잭션 마크 업이있는 COF 토큰이있는 MIT와 같습니다.
- COF 및 은행 동의없이-높은 감소/요금 환급 위험.
6) 연결 옵션: 게이트웨이 vs 직접
게이트웨이 (권장): 'tokenizationSpecification. 유형 = "PAYMENT _ GATEWAY" '→ PSP는 토큰을 해독하고 인증을 수행합니다. 빠른 시작, 규정 준수 감소.
직접: 'Type = "DIRECT"' → 판매자는 카드 네트워크 토큰을 독립적으로 해독합니다. 인증서/키와 가장 엄격한 보안이 필요합니다. 거의 적용되지 않습니다
PaymentDataRequest (구성 핵심):- 'allowedPaymentMethods' → '유형: "CARD"', '매개 변수. allowedAuthMethods '(' PAN _ ONLY ',' CRYPTOGRAM _ 3DS '),' allowedCardNetworks ',' billingAddressMatmarts '.
- 'tokenizationSpecification' → '게이트웨이' и독점 '직접'.
- 'tractionInfo' → 금액/통화/totalPriceStatus.
- 'mergentInfo' → 'mergentID '/' mergentName'.
7) 통합 흐름
7. 웹 1 개 (단계)
1. GPay 클라이언트 초기화 → isReadyToPay 확인.
2. PaymentDataRequest 수집 (네트워크, 인증 방법 및 토큰 화 포함).
3. GPay Sheet → 사용자 확인 (SCA) 표시
4. paymentMethodData (암호 토큰) 를 받고 PSP로 보냅니다.
5. PSP: '승인/성공/실패' + 웹 후크.
6. 필요에 따라 '캡처/환불'; 정찰 - 일일 레지스터 별.
7. 2 안드로이드 (인앱)
마찬가지로 'PaymentsClient' 를 작성하고 'PaymentDataRequest' 를 통과하고 토큰을 가져 와서 백엔드/PSP로 전달하십시오.
8) 상태, 합의 및 반환
온라인 상태: '승인/성공/실패/취소' (일부 PSP에서 + '보류 중').
결제: PSP/인수자 레지스터 (일반적으로 T + 1/T + 2). 별도의 온라인 성공 및 회계 등록.
환불: 카드 규칙에 따라 부분/완료.
충전: 카드 절차 (INR/NAD 등) 는 관련성이 있습니다.
9) 빈번한 실패 원인 (감소)
MCC/수직 (iGaming/quasi-cash) -발행자/PSP를위한 선택적 차단.
불일치 지오 (지도 국가/IP/판매자 위치).
잘못된 'PaymentDataRequest' 구성 (네트워크/인증 방법), 잘못된 'mergentID' 또는 토큰 화 모드.
COF/동의없는 MIT.
SCA 타임 아웃/사용자 흐름 인터럽트.
10) UX 패턴 (변환 강화)
모바일 우선: Android에서 Google Pay 버튼 첫 번째 방법을 사용하십시오.
제품 카드/바구니/체크 아웃의 대형 GPay 버튼; 브랜드 가이드를 따르십시오.
시트에 사전 채우기 금액/세금/배송 (사용자 표시 총계).
복구: 타임 아웃시 안전한 반복, 반복적 인 실패시 카드/A2A로 전환.
사용자가 전화로 확인하면 데스크톱 모바일: QR/핸드 오프.
11) 스마트 라우팅
표시기가 저하 될 때 특정 BIN/geo에서 GPay 자동 변경
Android/Chrome 및 승인률이 높은 BIN/bank에 GPay를 제공하십시오.
재발: GPay → COF를 통한 첫 지불, 사용자 개입없이 MIT.
12) 안전 및 준수
PSP 메시지 서명/웹 후크 검증, 엄격한 '리디렉션/리턴' URI.
키/비밀-콜백 엔드 포인트에 대한 Vault, IP 허용리스트.
게이트웨이 모드에서는 PCI 설치 공간이 최소입니다 (PAN/비밀을 만지지 마십시오).
로그: 장치 힌트, 이유 코드, SCA/확인 시간.
13) iGaming: 기능
가용성 및 한계는 관할권, PSP 및 발행자에 따라 다릅니다.
선택적 실패 및/또는 감소 된 한계를 예상하십시오. 현지 규칙을 확인하십시오.
반복 기록-COF 및 문서화 된 플레이어 동의가있는 MIT 만 있습니다.
대안을 유지하십시오: A2A/오픈 뱅킹, 로컬 지갑, eCash. GPay에서 감소가 높으면 폴더를 입력하십시오.
14) 조정 및보고 (정찰)
로그인:- '월급/거래', '주문', 네트워크 (비자/MC/...), BIN/은행, 금액/통화, 상태/거부 코드, 채널 (웹/인앱), 타임 스탬프, ARN/UTR 등록.
매일 자동 정찰 + 주기적 정찰.
경고: "레지스트리가없는 온라인 성공", "이중 캡처", "노후화".
15) KPI 및 메소드 관리
거부 행렬 (이유 코드),
충전율/ODR, 결제 지연,
승인율 GPay vs 일반 카드 (은행/BIN/geo/장치 별).
Android 트래픽에서 GPay 공유, '승률을 다시 시도하십시오'.
자동 도출 임계 값 규칙 (예: 특정 BIN/geo에 대해 <X% 승인).
16) 출력 체크리스트
1. PSP에서 GPay를 연결하십시오. myd를 얻고, allowedPaymentMethods/네트워크 및 tokenizationSpecification을 구성하십시오.
2. 웹/인앱 시트, '승인/캡처/환불', 웹 후크 (서명/NMAS), demempotency 및 배상을 구현하십시오.
3. MIT + 매장 동의를 위해 COF/네트워크 토큰 화 설정.
4. 스마트 라우팅 사용: Android에서 GPay 우선 순위, 카드/A2A에서 대체.
5. 브랜드 가이드 확인 (버튼/아이콘/저작권).
6. 정찰 및 경고 빌드: 동기화되지 않음, 노화시, 이중 캡처.
7. E2E 테스트: 웹/안드로이드, 부분 캡처/환불, 타임 아웃/재생, PSP 저하, 높은로드.
랜드 마크 카드
철도: 카드 (Visa/MC/...); 카드 규칙에 따라 요금 환급.
SCA: 생체 인식/스크린 잠금 (PSD2 호환); 3DS는 일반적으로 별도로 필요하지 않습니다
토큰 화: DPAN + EMV 암호화; 반복되는 경우-COF/네트워크 토큰.
게 이름은 '권한/캡처/성공/실패/환불/무효화' 입니다.
정산: PSP 레지스터 별 (T + 1/T + 2).
제한: 장치/브라우저/지오 별 가용성; iGaming 용 - PSP/발행자 정책.
요약 다시 시작
Google Pay는 높은 모바일 변환 및 내장 SCA를 갖춘 카드 결제 가속기입니다. 게이트웨이 모드를 통해 통합하고 PaymentDataRequest 요구 사항을 충족하고 웹 후크 + demempotency + recon을 중심으로 구축하며 반복에 COF를 사용하십시오. iGaming의 경우 가용성 및 한계가 관할권, 은행 및 PSP에 따라 다르므로 대체 레일 및 스마트 라우팅을 유지하십시오.