발급 자 응답 코드 및 처리
1) 답변 코드를 이해하는 이유
발행자의 응답 코드는 다음과 같은 동작을 결정합니다. 반복, SCA/3DS로 반복, 경로가 다르게 반복, 사용자에게 반복 또는 확대되지 않습니다. 올바른 코드 분류는 승인률 (AR) 을 높이고 비용을 줄이며 분쟁 거래의 비율을 줄입니다.
2) 코드 분류 (개요)
코드는 인수자/PSP에서 ISO 8583 및/또는 회로 디렉토리로지도로 승인 (조정) 됩니다. iGaming에는 충분한 실제 그룹화가 있습니
성공
'00' - 승인 (또는 '85' 별도의 구현).
소프트 감소
'51' -자금이 충분하지 않습니다.
'91' -발행자 또는 전환이 작동하지 않습니다.
'96' - 시스템 오작동 (일반 오류).
'62/65' -빈도 내에서 제한/Exceeds.
SCA 필요/3DS의 'R1/R3' 또는 소프트 감소 체계 코드가 필요합니다.
하드 감소
'05' -명예를 얻지 마십시오 (SCA 소프트로 표시되지 않은 경우 실제로 어려운 경우).
'14' - 잘못된 카드 번호.
'54' -만료 카드.
'57' -카드 소지자에게는 거래가 허용되지 않습니다.
'59' -의심되는 사기.
'43/41' -도난/분실 카드.
'03/04/13' - 잘못된 판매자/내부/금액 (매개 변수 오류).
3) 결정 행렬 (처리 규칙)
아래는 3DS2/SCA 및 COF/MIT가 중요한 전자 상거래 (MCC 7995) 를위한 실제 코드 → 동작 행렬입니다.
4) 리트레이 플레이 북 및 백오프
이념성: 각 재 시도에는 dempotency 키가 있어야하며 상태 시도 기계를 수정해야합니다.
4. 1 일반 템플릿 백오프 (소프트)
첫 번째 실패 → 10-15 분 후에 반복
2 시간 → 1-2 시간
3 번째 → 24 시간 후 중지
소프트 감소 = SCA가 필요한 경우 → 즉시 기다리지 않고 3DS2.
4. 2 구독 반복 (MIT/COF)
MIT 재 시도의 별도의 대기열 (CIT를 방해하지 마십시오).
00: 00에 "폭풍" 을 피하기위한 지수 백오프 + 지터 (랜덤 스프레드).
초기 CIT (책임/PSD2) 에 대한 저장 구속력.
5) 코드/BIN/PSP에 의한 스마트 라우팅
특정 BIN 클러스터에서 '91/96' 인 경우 이러한 발급자에 대해 AR이 더 높은 PSP-B로 전환하십시오.
3DS 이후 '05' 의 경우-네트워크 토큰 + 다른 PSP를 사용해보십시오 (때로는 사기 방지 민감도가 도움이됩니다).
안정성 테이블 유지: 발행자 × PSP × 3DS 모드 → AR/대기 시간.
IF code in {91,96} AND bin_country == "X" THEN route = PSP_B
ELSE IF code == SCA_REQUIRED THEN enforce_3DS = true
ELSE IF code == 05 AND was_3DS == false THEN retry_with_3DS
ELSE IF code in HARD THEN stop_and_prompt_alternative6) 3DS/SCA와의 관계
SCA로 인한 소프트 감소는 명확하게 인식하고 "블라인드" 배상에 대한 시도를 낭비하지 않습니다.
CIT에서는 EMV 3DS 2를 실행하십시오. x; 후속 MIT-올바른 참조가있는 SCA가 없습니다.
최대 컨텍스트 (장치, 계정 연령, 속도) 를 전달하면 마찰이 발생할 가능성이 높아집니다.
7) 변환을 강화하는 UX 패턴
명확한 상태: "불충분 한 자금", "은행을 일시적으로 사용할 수 없음", "은행 확인 필요".
타이머가 포함 된 다시 실행 단추 ('91/96' 의 경우).
대체 제안: A2A/로컬 지갑, 부분 금액 및 기타 PSP.
구독 - "업데이트 결제 방법" (카드 업데이터 링크) 이있는 소프트 알림.
8) 분쟁 및 청구: 코드에 의해 중요한 것
3DS 성공 (ECI/CAVV) 은 사기/요금 환급의 위험을 줄이고 책임을 이전합니다.
코드 '59/41/43' 은 위험이 높습니다. 증거 준비 및 사기 방지 로그.
3DS가없는 '05' 는 종종 "보유자 승인 없음" 에 들어갑니다. 3DS로 반복하면 분쟁의 위험이 줄어 듭니다.
아티팩트 유지: dsTransID/ECI/CAVV, SCA 로그, 서비스 증명.
9) 건축 처리 구성 요소
결제 오케스트레이터: 규칙, demempotency, 상태 머신, 스마트 라우팅, 3DS 재개.
BIN 서비스: 국가/체계/카드 유형 → 라우팅 및 제한 정책.
3DS 서버: 버전 2. 1/2. 2/2. 3, 웹/모바일 SDK, 분리.
토큰 화: 네트워크 토큰 (VTS/MDES/년도). п.) + 볼트 폴백.
카드 업데이터: VAU/ABU/획득 업데이트.
관찰 가능성: AR/Loss 이유 지표, BIN/issuers 섹션의 '05/91/96' 버스트에 대한 경고.
10) 지표 및 경고
KPI:- 코드 및 그룹 별 AR (소프트/하드).
- 소프트 감소 → 성공적인 리트레이% (3DS와 공통).
- 3DS 이후 '05' 를 공유하십시오 (비정상적으로 높은 → 라우팅/사기 방지보기).
- BIN/country의 '91/96' (발행자 가용성/PSP에 의한 SLO).
- 성공적인 반복 시간 (p50/p95).
- 승인 된 txn 당 비용 (재 시도 고려).
- BIN 클러스터에서 스파이크 '91/96'> 15 분 동안 X%.
- 성공적인 3DS 후 '05' 성장> Y%.
- 성공을 거두십시오
11) 빈번한 오류
SCA-soft와 일반 '05' 는 구별되지 않습니다.
dempotency → 원장에 복제되지 않은 다중 반복.
지리 제한 및 발행자 제한 무시 ('62/65').
토큰 대신 PAN/CVV 로깅 (PCI 위반).
발행자 라우팅없이 "모든 경우에 하나의 PSP".
12) 구현 점검표
- 코드 매핑 사전 (ISO/스키마/PSP) → 단일 분류법 (소프트/하드/SCA).
- 시도에 대한 상태 머신 및 demotency (키, TTL).
- 백오프 정책 및 재 시도 한계 (CIT/MIT의 경우 별도).
- SCA- 소프트가있는 자동 -3DS2; 유물 보존.
- BIN/country/issuer 및 PSP 건강에 의한 스마트 라우팅.
- 코드 접착제에 의한 대시 보드 AR/거부 및 경고.
- 거부 및 대안 제안의 이유로 UX 템플릿.
- 카드 업데이터 및 네트워크 토큰과의 통합.
- 원인 그룹별 분쟁 플레이 북.
- PCI 정책: 민감한 데이터없이 PAN 안전, 마스킹, 로깅.
13) 요약
답변 코드는 발행자의 "언어입니다. "반복 위치, 즉시 3DS로 이동하는 위치, PSP를 전환 할 위치 및 정지 및 대안을 제공 할 위치로 이해할 수있는 조치로 번역합니다. 올바른 소프트/하드 분류, 백오프 규칙, 스마트 라우팅 및 관찰 성을 갖춘 강력한 오케 스트레이터는 지속적으로 변환을 증가시키고 iGaming에서 처리 된 트랜잭션 비용을 줄입니다.