Apple Pay: 토큰 화 및 제한

1) 온라인으로 Apple Pay 란 무엇입니까?

Apple Pay는 장치 토큰 화 및 생체 인식 SCA (Face ID/Touch ID) 로 카드 결제를 확인하는 지갑/방법입니다. 판매자의 경우 이것은 카드 레일 (Visa/Mastercard/Amex/등) 에서 지불하는 것입니다. 다음으로 인해 전환이 증가하고 사기가 줄었습니다

DPAN (장치 PAN/장치 계정 번호)

트랜잭션 당 일회성 EMV 암호화;

SCA (Secure Enclave) 에서의 승인.

2) 채널 및 시나리오

2. 1 웹 (Safari, iOS/iPadOS/macOS)

Apple Pay JS/Payment Request API + 도메인 검증.
Touch ID가없는 Mac은 핸드 오프를 사용합니다: iPhone/Watch의 확인.
모바일 사파리를위한 최고의 UX (시트에서 한 번의 탭).

2. 2 인앱 (iOS/iPadOS)

PKPayment (네이티브 시트).
전체 설치없이 "빠른" 결제를 위해 App Clip/Deeplink가 가능합니다.

2. 3 POS

NFC (CP 트랜잭션). 이 기사는 CNP/Web/In-App에 중점을 두지 만 오프라인 충전기/제한 규칙은 다릅니다.

3) 토큰 화 및 보안 (작동 방식)

DPAN은 토큰 서비스를 통해 카드 네트워크를 발행합니다. PAN은 장치를 떠나지 않습니다.
장치에서 EMV 암호화 및 동적 키가 생성됩니다. → "결제 토큰" 으로 이동합니다.
SCA: Secure Enclave (장치 바인딩) 에서 확인 된 페이스/터치 ID 또는 코드.
지불 토큰 암호 해독은 PSP/인수자 (또는 인증 된 경우 거의 판매자) 에서 수행됩니다.

4) 3DS/SCA 및 위험

PSD2 지역의 경우 Apple Pay는 일반적으로 SCA (생체 인식) 로 계산되므로 승인률이 높아집니다.
"가장 순수한 형태의" 3DS는 시작할 수 없습니다-SCA는 지갑 수준에서 닫힙니다 (은행/제도/PSP 결정).
"민감한" 범주의 경우, 은행은 Apple Pay에도 불구하고 추가 검증/거부가 필요할 수 있습니다.

5) MIT/재귀 및 COF: 주요 제약

결제 토큰 Apple Pay는 한 번입니다. 향후 상각을 위해 DPAN 암호도를 "재사용" 할 수는 없습니다.
반복/MIT (후속 직불) 에는 네트워크 COF (Visa Token Service/MDES) 토큰 또는 sert가 필요합니다. COF "PSP.
올바른 체계: 기준으로 COF (네트워크 토큰) → 미래 MIT에서 카드의 MIT → 토큰 화에 대한 Apple Pay → 권한을 통한 첫 지불.
COF와 명시적인 동의가 없으면 MIT는 은행에 의해 거부 될 수 있습니다 (높은 감소/지불 위험).

6) 승인 분리/kapchur

'인증 → 캡처' (선박 이후) 가 지원됩니다.
체계/인수 규칙 (PSP 계약에 지정됨) 에 따라 증분 한도 및 반전.

7) 반품 및 분쟁

환불은 카트 레일 (DPAN/소스) 에 있습니다. 부분 반품-약.
충전기-카드와 같은 (INR/NAD 등). Apple Pay는 타이밍/절차를 변경하지 않습니다.
SCA 시간, 장치, IP, 세션: 서비스 확인/발급 로그를 저장합니다.

8) 한계, 가용성 및 빈번한 실패 원인

한계는 발행자에 의해 설정됩니다 (일당/일일/범주 별). 애플은 글로벌 제한을 부과하지 않습니다.

/ 감소는 종종 다음과 관련이 있습니다

MCC/수직 (iGaming/quasi-cash는 은행/PSP에 의해 차단 될 수 있음),

불일치 지오 (지도/IP/판매자),

MIT에 대한 COF 부재

판매자의 잘못된 구성 (도메인 검증, 판매자 기능, 지원 네트워크).
Apple Pay의 가용성은 발행 은행, 기기, 브라우저 (대부분 Safari) 국가에 따라 다릅니다.

9) 브랜드 요구 사항/준수

도메인 확인 (사이트의 파일 증명).
공식 Apple 버튼/아이콘 사용, "Apple Pay로 구매" 텍스트.
방법을 "마스크" 할 수 없습니다 (이것이 Apple Pay임을 분명히해야합니다).
In-App 컨텍스트에서 StoreKit/Guidelines를 따르십시오 (응용 프로그램 내 컨텐츠에 대해 규칙이 다름).

10) PSP를 통한 통합: 아키텍처

10. 1 스트림 (웹/인앱)

1. 계산원은 PSP를 통해 Apple에서 결제 세션을 요청합니다.
2. Apple Pay Sheet가 표시됩니다 → 사용자가 확인합니다 (SCA).
3. 결제 토큰 (암호문) → PSP로 보냅니다.
4. PSP는 네트워크/발급자로부터 승인됩니다.

5. (PHP 3 = 3.0.6, PHP 4)

6. 필요에 따라 '캡처 '/' 환불' 을 수행하십시오.
7. PSP 레지스트리에 대한 일일 정찰: 원장.

10. 백엔드 최소 2 개

API: '지불 승인', '승인/캡처', '환불', '웹 후크', '조정'.
Idempotence ('orderID' 의 키), 지수 리트레이, 들어오는 웹 후크의 디드 업.
보안: 검증 서명 Apple 세션, HMAC 웹 후크 PSP, 엄격한 리디렉션/리턴-IM.
관찰 가능성: 금리 (은행/네트워크 별), '보류 → 성공/실패', 대기 시간, Apple Pay 지분을 혼합하여 승인합니다.

11) 변환을 향상시키는 UX 패턴

다이나믹 시트: 사용자가 최종 총계를 볼 수 있도록 쿠폰/할인/배송을 Apple Pay Sheet으로 이전합니다.
모바일 원탭; 데스크톱에서 iPhone 확인에 대한 큰 버튼 + 힌트를 표시하십시오.
Follbeck: Apple Pay를 사용할 수없는 경우 (브라우저/장치) 카드/A2A를 표시하십시오.
복구: 이해할 수있는 오류- "은행 거부/제한/도메인 검증", 안전한 재 시도; 다중 실패의 경우 → 대체 방법입니다.

12) iGaming: 기능과 한계

iGaming에 대한 Apple Pay의 가용성은 PSP/인수자/발급자 및 관할권에 따라 다릅니다.
가능한 감소 된 한계/선택적 감소, 준 캐시 금지 (바우처/암호화 입금).
재발/보너스 자동 기록-COF 및 명시 적 플레이어 동의가있는 MIT 만; 이것없이 실패/청구 백의 위험이 높습니다.
대안을 유지하십시오: A2A (오픈 뱅킹), 로컬 지갑, eCash 및 위험/지리/뱅크에 의한 스마트 라우팅.

13) 조정 및보고 (정찰)

• '페이먼트/트랜잭션', '오더', 네트워크 (Visa/MC/...), 은행 (BIN), 금액/통화, 상태/거부 코드, 채널 (웹/인앱), 타임 스탬프, ARN/UTR/PSP 레지스트리의 핀 링크.
• 매일: 자동 정찰 (크레딧/반품/수정) + 정기적 인 정찰.
• 경고: "레지스트리없는 성공", "이중 캡처", "캡처없이 중단 된 경고".

14) KPI 및 메소드 관리

승인율 Apple Pay vs 카드 (은행/기기/브라우저 별).
모바일 변환에서 Apple Pay의 점유율.
거부 매트릭스 (이유 코드), 승률을 다시 시도하십시오.
충전율 및 평균 결정 시간.
정산 지연 및 반환 (부분/전체).
분해 중에 "탈퇴" 트리거 방법 (예: 특정 은행/지리에 대해 <X% 승인).

15) 출력 체크리스트

1. PSP에서 Apple Pay를 연결하십시오. 도메인 검증, с차원에서 지원하는 네트워크/상품 기능.
2. 구현 시트 (웹/인앱), '승인/캡처/환불', 웹 후크 (서명/NMAS), demempotency.
3. MIT/반복 + 동의 저장소에 대한 COF/네트워크 토큰 화 설정.
4. 스마트 라우팅 사용: iOS/Safari, 카드 폴백/A2A에서 Apple Pay 우선 순위.
5. 브랜드 가이드 (버튼/아이콘/텍스트) 를 확인하십시오.
6. 비동기화, '조정', 이중 캡처를 통해 정찰 및 경고를 빌드하십시오.
7. E2E 테스트: 모바일/데스크톱, 부분 캡처/환불, 감소, Apple Pay의 일시적인 사용 불가.

랜드 마크 카드

철도: 카드 (Visa/MC/등) ; 카드 규칙에 따라 요금 환급.

SCA: Secure Enclave의 생체 인식; 3DS는 일반적으로 별도로 필요하지 않습

토큰 화: DPAN + 일회성 EMV 암호화; 반복적 인 경우-네트워크 COF 토큰.
게 이름은 '권한/캡처/성공/실패/환불/무효화' 입니다.
정산: PSP 레지스터 별 (종종 T + 1/T + 2).
제한: 장치/브라우저/지오 별 가용성; iGaming - PSP/발행자 정책 별.

요약

Apple Pay는 높은 모바일 변환 카드와 SCA를 통해 빠르고 안전한 레이어입니다. 도메인 검증, 웹 후크, demempotency 및 recon과 PSP를 통한 통합을 구축하고 Apple Pay를 스마트 폴백의 우선 모바일 방법으로 사용하십시오. 구독 및 iGaming의 경우 COF/네트워크 토큰을 구성하고 동의를 저장하는 것이 중요합니다. 그렇지 않으면 반복적 인 상각이 불안정하고 장애 및 청구의 위험이 증가합니다.