승인 취소 및 조언
기술적 인 이유 (예 : 네트워크 장애)로 인해 인증 결과를 알 수없는 경우 Reverse advice (420)를 사용할 수 있습니다. 원래 승인 요청이 성공하지 않더라도 역 통지는 거부되지 않습니다.
Visa :
완전 반전 :
요청 :
ISO 2 기본 계정 번호, ISO 3 처리 코드, ISO 18 판매자 유형, ISO 19 취득 기관 국가 코드, ISO 22 POS 입력 모드, ISO 25 POS 조건 코드, ISO 32 취득 기관 ID, ISO 42 카드 수락 자 ID, ISO 43 카드 수락 자 이름, ISO 49 통화 코드는 원래 인증 요청과 동일해야합니다.
ISO 11 시스템 추적 감사 번호 : 원래 인증 요청과 동일해야합니다.
ISO 37 검색 참조 번호 : 다음과 동일해야합니다. 원본 인증 요청
ISO 38 인증 코드 : 초기 인증 응답의 인증 코드 포함
ISO 62.2 트랜잭션 ID : 초기 인증 응답의 트랜잭션 ID 포함
ISO 63.3 메시지 이유 코드 : 반전 메시지 이유 코드로 채워짐 : (2501, 2502 또는 2503 ) 2501 (고객에 의해 취소 된 거래)은 고객이 시작합니다. 2502 (트랜잭션 완료되지 않음) 또는 2503 (서비스 지점에서 확인 없음)은 시간 초과시 시스템에서 시작할 수 있습니다. 이 경우 필드 38 및 62.2는 첫 번째 인증 요청에 대한 응답이 수신되지 않았기 때문에 값이 없을 수 있습니다.
ISO 90 원래 데이터 요소 :
하위 필드 1 : 원래 메시지 유형 (0100)
하위 필드 2 : 원래 인증 요청의 원래 추적 번호 (ISO 11)
하위 필드 3 : 원래 인증 요청에서 원래 전송 날짜 시간 (ISO 7)
하위 필드 4 : 원래 인증 요청에서 원래 취득자 ID (ISO 32)
하위 필드 5 : 원래 인증 요청에서 원래 전달 기관 ID (ISO 33)
부분 반전 :
요청 :
ISO 11 시스템 추적 감사 번호 : 원본 인증 요청과 동일해야 함
ISO 37 검색 참조 번호 : 원본 인증 요청과 동일해야 함
ISO 38 인증 코드 : 초기 인증 응답
ISO 62.2의 인증 코드 포함 트랜잭션 ID : 초기 인증 응답
ISO 63.3의 트랜잭션 ID 포함 메시지 이유 코드 : 반전 메시지 이유 코드로 채워짐 : ( 2504 )
ISO 90 원래 데이터 요소 : 하위 필드
1 : 원래 메시지 유형 (0100)
하위 필드 2 : 원래 추적 번호 (ISO 11 ) 원본 인증 요청에서
하위 필드 3 : 원본 인증 요청에서 원본 전송 날짜 시간 (ISO 7)
하위 필드 4 : 원래 인증 요청의 원래 취득자 기관 ID (ISO 32)
하위 필드 5 : 원래 인증 요청의 원래 전달 기관 ID (ISO 33)
ISO 95 대체 금액 : 수정 된 승인 거래 금액을 포함하며 원래 인증보다 작아야합니다. 양.
마스터 카드
전체 반전 :
요청 :
DE 2 기본 계정 번호, DE 3 처리 코드, DE 18 판매자 유형, DE 22 POS 입력 모드, DE 32 기관 ID 코드 획득, DE 37 검색 참조 번호, DE 49 통화 코드, DE 61 POS 데이터 , 값은 원래 인증 트랜잭션과 동일해야합니다.
DE 38 인증 ID 응답 : 초기 인증 응답의 인증 코드 포함
DE 39 응답 코드 :
DE 48.63 추적 ID : DE 63 (네트워크 데이터), 하위 필드 1
(금융 네트워크 코드)의 데이터 포함 및
원본 승인 요청
DE 48.20 카드 소유자 확인 방법 에있는 하위 필드 2 (은행 넷 참조 번호) 및 DE 15 (날짜, 결산) : 값 = S (서명을 나타낼 수 있음)
DE 90 원본 데이터 요소 :
서브 필드 1 : 원본 메시지 유형 (0100)
서브 필드 2 : 원본 인증 요청의 원본 추적 번호 (DE 11)
서브 필드 3 : 원본 인증 요청의 원본 전송 날짜 시간 (DE 7)
서브 필드 4 : 원본 취득자 기관 ID (DE 32) 원래 인증 요청
하위 필드 5 : 원래 인증 요청의 원래 전달 기관 ID (DE 33)
부분 취소 :
요청 :
추가 필드를 제외하고 전체 취소와 동일합니다.
DE 95 대체 금액 : 수정 된 승인 거래 금액이 포함되며 원래 인증 금액보다 작아야합니다.
참조 : 마스터 카드 CustomerInterfaceSpecification-ReversalRequest 섹션
증분 인증 :
판매자는 거래가 시작될 때 최종 승인 금액을 알지 못하고 예상 금액 만 보냅니다. 증분 인증을 사용하면 예상 / 초기 승인 금액이 충분하지 않은 경우 판매자가 승인 된 총 금액을 늘릴 수 있습니다.
증분 인증은 승인 된 총 금액에 추가됩니다.
증분 인증은 특정 MCC 코드에만 사용할 수 있습니다. 증분 인증은
인증 유효 기간을 연장하지 않습니다. 승인이 유효 기간을 초과하는 경우 종료되어야하며 새로운 재승 인 요청이 필요합니다.
원래 거래가 정산을 위해 제출 된 후에는 증분 인증을 사용해서는 안됩니다. 이러한 시나리오에서는 지연된 청구에 대한 새로운 승인을 요청해야합니다.
비자:
초기 인증 요청 : 정상에
따름 후속 인증 요청 :
ISO 63.3 메시지 이유 코드 : 3900 으로 채워짐 (증분 인증)
마스터 카드 :
초기 승인 요청 : 정상에 따름
후속 승인 요청 :
DE 48.63 추적 ID : DE 63 (네트워크 데이터), 하위 필드 1
(금융 네트워크 코드) 및 하위 필드 2 (뱅크 넷 참조 번호) 및 DE 15 (날짜,
결산)의 데이터를 포함합니다. ) 원본 승인 요청에 있음
파일 결제에 대한 반복 / 자격 증명 :
강력한 고객 인증 (SCA)은 EU 지역에서 카드 거래에 3DS를 시행하기위한 요구 사항입니다. 반복 결제와 관련된 일부 면제 사례가 있습니다.
반복 결제의 경우 : 고객의 첫 번째 결제에는 SCA (3DS)가 필요합니다. 그러나 후속 청구는 SCA
판매자가 시작한 결제 (저장된 카드) 에서 면제 될 수 있습니다 . 다음 중 하나를 사용하여 카드를 인증합니다. 저장되거나 첫 번째 지불에. 마지막으로 나중에 카드에 요금을 청구하려면 고객의 동의를 얻어야합니다 ( "위임"이라고도 함).
고객이 시작하는 후속 결제의 경우 거래 금액이 실제로 적지 않으면 일반적으로 면제가 허용되지 않습니다.
Visa :
초기 승인 요청 :
ISO 22 POS 입력 모드 : 값은 01 (키 입력) (파일 케이스에 대한 자격 증명 만 해당)
ISO 60.8 메일 / 전화 / 전자 상거래 및 결제 표시기 : 02 (반복 결제) 또는 03 (할부) (미국 지역의 경우 필수)
ISO 63.3 메시지 이유 코드 : 판매자가 시작한 거래에 사용됨
- 3900 증분 인증
- 3901 다시 제출
- 3902 지연된 요금
- 3903 재 인증
- 3904 No show
ISO 126.13 Pos 환경 : C (Credential on file) R (반복 결제) I (할부) (미국 이외 지역의 경우 필수)
후속 인증 요청 :
ISO 22 POS 입력 모드 : 값은 10 (파일에 대한 자격 증명)
이어야합니다. ISO 25 POS 조건 코드 : 값은 08 (메일, 전화, 반복, 사전 또는 할부 주문) 또는 59 (전자 상거래 요청을 통한 공용 네트워크) (파일 케이스에 대한 자격 증명 만 해당)
ISO 60.8 있음 (파일 사례에 대한 자격 증명 만, ISO 25 = 59 인 경우에만 해당)
ISO 62.2 트랜잭션 ID : 초기 인증 응답의 트랜잭션 ID를 포함합니다.
후속 인증 응답 :
ISO 62.2 트랜잭션 ID : 새 트랜잭션 ID 생성
ISO 126.13 Pos 환경 : C (파일에 대한 자격 증명) R (반복 결제) I (할부) (미국 이외 지역의 경우 필수)
| 첫 거래 설정 | 첫 거래 | 후속 거래 CIT | 후속 트랜잭션 MIT |
|---|---|---|---|
| 환경 = 대면 <br/> 판매자 또는 PF의 자격 증명 저장 | POS 입력 모드 = 01, 07, 90 또는 91 <br/> POS 환경 = UCOF 인 경우 C <br/> 반복되는 경우 R <br/> 할부 인 경우 I | POS 입력 모드 = 10 <br/> POS 환경이 없습니다. | POS 입력 모드 = 10 <br/> POS 환경 = UCOF 인 경우 C <br/> 반복되는 경우 R <br/> 할부 인 경우 I |
| 환경 = 대면 <br/> 자격 증명이 저장되지 않음 | POS 입력 모드 = 01, 07, 90 또는 91 <br/> POS 환경이 없습니다. | 저장된 자격 증명을 사용한 후속 트랜잭션 없음 | POS 입력 모드 = 01 <br/> POS 환경이 없습니다. |
| 환경 = 카드 없음 <br/> 판매자 또는 PF의 자격 증명 저장 | POS 입력 모드 = 01 <br/> POS 환경 = UCOF 인 경우 C <br/> 반복되는 경우 R <br/> 할부 인 경우 I | POS 입력 모드 = 10 <br/> POS 환경이 없습니다. | POS 입력 모드 = 10 <br/> POS 환경 = UCOF 인 경우 C <br/> 반복되는 경우 R <br/> 할부 인 경우 I |
| 환경 = 카드 없음 <br/> 자격 증명이 저장되지 않음 | POS 입력 모드 = 01 <br/> POS 환경이 없습니다. | POS 입력 모드 = 01 <br/> POS 환경이 없습니다. | POS 입력 모드 = 01 <br/> POS 환경이 없습니다. |
| 환경 = 카드 없음 <br/> SDWO (단계별 디지털 지갑 운영자)의 스토어 자격 증명 | POS 입력 모드 = 01 <br/> POS 환경 = UCOF 인 경우 C <br/> 반복되는 경우 R <br/> 할부 인 경우 I | POS 입력 모드 = 10 <br/> POS 환경이 없습니다. | POS 입력 모드 = 10 <br/> POS 환경 = UCOF 인 경우 C <br/> 반복되는 경우 R <br/> 할부 인 경우 I |
참고 : 특별한 경우는 응답 코드 R3을 반환하는 비자입니다. 이는 계정 번호에 대해 더 이상 후급 지불이 발생하지 않아야 함을 나타냅니다.
마스터 카드 :
초기 승인 요청 :
DE 22 POS 입력 모드 : 값은 10이어야 함 (파일에있는 자격 증명)
DE 48.22 다목적 판매자 표시기->
하위 필드 01— 위험이 낮은 판매자 표시기 값 = 01 (판매자가 시작한 거래)
DE 61 Point of 서비스 데이터
하위 필드 4 Pos 카드 소지자 존재 가치 = 4 (정기 주문 / 반복 거래)
후속 인증 요청 :
DE 22 POS 입력 모드 : 값은 10이어야 함 (파일에 대한 자격 증명)
DE 48.22 다목적 판매자 표시기->
하위 필드 01-저 위험 판매자 표시기 값 = 03 (반복 결제)
DE 48.63 추적 ID : 데이터 포함 DE 63 (네트워크 데이터), 하위 필드 1
(금융 네트워크 코드) 및 하위 필드 2 (은행 넷 참조 번호) 및 DE 15 (날짜,
정산) 원본 승인 요청
DE 48 dsTransactionId, cavv 등과 같은 추가 3DS 관련 데이터
DE 61 Point of service 데이터
하위 필드 4 Pos 카드 소지자 존재 값 = 4 (정기 주문 / 반복 거래) 하위 필드
5 Pos 카드 존재 값 = 1 (카드 없음)
부분 승인 :
부분 승인은 카드 소지자의 계정에 전체 결제 금액을 충당 할 수있는 충분한 자금이 없을 때 발생합니다. 즉시 거래를 거부하는 대신 Payer는 부분 승인을 사용하여 계정에 남아있는 자금으로 결제 한 다음 다른 결제 방법과 결합하도록 선택할 수 있습니다.
비자 :
최초 승인 요청 : ISO 60.10을 제외하고는 정상에 따름 추가 승인 표시기 = 예상 금액 승인 요청을 나타내는 1. 그렇지 않으면 발급자의 부분 승인 응답이 코드 0733로 비자에 의해 거부되는 경우
초기 인증 응답 :
ISO 39 응답 코드 : 초기 인증 요청에 대한 부분 승인을 나타내는 코드 10 .
ISO 54 추가 금액 : 원래 승인 금액 포함
ISO 4 거래 금액 : 단일 통화에 대해 승인 된 금액 포함
ISO 6 카드 소지자 청구 금액 : 다중 통화에 대해 승인 된 금액 포함
취득자는 선택적으로 부분 승인 금액으로 승인을 취소 할 수 있습니다.
참조 : https://usa.visa.com/dam/VCOM/global/support-legal/documents/visa-partial-authorization-service.pdf
마스터 카드 :
초기 승인 요청 : DE 48 (추가 데이터 개인 사용), 하위 요소 61 (POS 데이터 확장 조건 코드), 하위 필드 1 (부분 승인 터미널 표시기) 값 = 1 (판매자 터미널이 부분 승인 수신을 지원함)을 제외하고 정상에 따름
DE 39 응답 코드 : 초기 인증 요청에 대한 부분 승인을 나타내는 코드 10 .
DE 54 추가 금액 :
하위 필드 1 금액 유형 : DE 3과 동일 처리 코드 하위 필드
2
DE 4 금액 거래 : 단일 통화에 대해 승인 된 금액 포함
DE 6 금액 카드 소지자 청구 : 다중 통화에 대해 승인 된 금액 포함
계정 확인 (0 달러 인증) :
이 기능을 통해 취득자는 예상 구매 금액에 대한 초기 확인을 요청할 수 있습니다.
Visa :
승인 요청 :
ISO 4 거래 금액 : 값 = 0
ISO 25 Pos 조건 코드 : 값 =
0 달러 인증은 CVV 인증과 결합 될 수 있습니다.
승인 응답 :
ISO 39 응답 코드 : 성공적인 검증을 나타내는 코드 00 또는 85 .
ISO 44.10 CVV2 결과 코드 : 계정 확인 결과 포함
마스터 카드
승인 요청 :
DE 4 거래 금액 : 값 = 0
DE 61 Point-of-Service [POS] 데이터-> 하위 필드 7 POS 거래 상태 : 값 = 8 (계정 상태 조회 서비스)
승인 응답 :
ISO 44.10 CVV2 결과 코드 : cvv 확인 결과 포함
주소 확인 :
이 기능을 통해 취득자는 CNP (Card Not Present) 거래에 대한 카드 소지자의 청구 주소를 확인할 수 있습니다.
Visa :
승인 요청 :
ISO 25 Pos 조건 코드 : 값은 51 일 수 없습니다 (대신 59 사용)
ISO 123 인증 데이터 : 카드 소지자의 우편 번호 및 주소 포함
승인 응답 :
ISO 44.2 주소 확인 결과 코드 : 주소 확인 결과 포함
참고 :
비자 : 미국 지역 주소 확인은 필수입니다. 다른 지역의 경우 주소 형식이 표준이 아닐 수 있습니다. 결과로 AVS가 실패 할 수 있습니다.
마스터 카드
승인 요청 :
DE 48 거래 카테고리 코드 : 유효한 TCC 여야합니다. 예. 값 = T (전화, 우편 또는 전자 상거래 주문)
DE 48.82 주소 확인 요청 : 값 = 52 (AVS 및 승인)
DE 120 레코드 데이터 : 우편 번호 (9 자리) 및 주소 포함
인증 응답 :
DE 48.83 주소 확인 서비스 응답 : 주소 확인 결과 포함
CVV 확인 :
CVV 인증 서비스는 카드의 cvv 값을 확인하여 사기 가능성을 줄입니다. 결과는 사기 시스템에 귀중한 입력이 될 수 있습니다.
일반적으로 CVV는 신용 카드 인증 거래에서 필수 필드가 아닙니다.
CVV 인증은 일반 인증 요청 또는 계정 인증 요청에 추가 할 수 있습니다.
Visa :
승인 요청 :
ISO 126.10 CVV2 승인 요청 데이터 : 바이트 1,2는 제어 플래그, 바이트 3-6에는 카드 cvv 번호가 포함됩니다.
참고 : CVV 값이 누락 된 경우 일반적으로 인증 요청에 ISO 126.10 필드 값이 있어야합니다. 첫 번째 바이트 값 = 0 (CVV2 값이 제공되지 않음) 및 공백이 채워진 바이트 3-6.
승인 응답 :
ISO 44.10 CVV2 결과 코드 : cvv 확인 결과 포함
마스터 카드
승인 요청 :
DE 48 거래 카테고리 코드 : 유효한 TCC 여야합니다. value = T (전화, 우편 또는 전자 상거래 주문)
DE 48.92 CVC2 : 카드 cvv 번호 포함
승인 응답 :
DE 48.87 카드 검증 코드 결과 : cvv 검증 결과 포함.
3D 보안 거래
Visa
승인 요청 :
ISO 25 : Pos 조건 코드 : 값 = 59
ISO 60.8 메일 / 전화 / 전자 상거래 및 지불 표시기 (ECI) : 05 (보안 전자 상거래) 06 (3D 보안에서 인증되지 않은 보안 거래- 유능한 가맹점, 가맹점은 3-D 보안을 사용하여 카드 소지자 인증을 시도했습니다.) 07 (비인증 보안 거래). 이 필드의 값은 3D 보안 공급자의 paRes 및 CAVV를 기반으로합니다.
ISO 126.8 트랜잭션 ID : 3D 보안 제공 업체에서 제공
ISO 126.9 CAVV 데이터 :
승인 응답 :
ISO 44.13 CAVV 결과 코드 : cavv 확인 결과 포함
마스터 카드
승인 요청 :
DE 48.42 전자 상거래 표시기-> 하위 필드 1 전자 상거래 보안 수준 표시기 및 UCAF 수집 표시기->
위치 1 (보안 프로토콜) : 값 = 2 (채널),
위치 2 (카드 소지자 인증) : 값 = 1 (전자 상거래 / 신원 확인),
위치 3 (UCAF 수집 표시기) : 값이 0이면 UCAF는 값을 가질 수 없습니다. 값이 1, 2, 3, 5이면 UCAF에는 다음과 같이 3DS 공급자가 반환 한 ECI 값에서 매핑 된 값이 있어야합니다. cybersource
DE 48.43 UCAF ( Universal cardholder authentication field) : 마스터 카드 용 CAVV 데이터
DE 48.66 인증 데이터 :-> 하위 필드 1 프로그램 프로토콜 (3DS 1.0 또는 2.0) 하위 필드 2 디렉토리 서버 트랜잭션 ID
승인 응답 :
3DS 다운 그레이드 : 3D 거래가 2D로 다운 그레이드되면
DE 48.42 전자 상거래 표시기-> 하위 필드
2 원래 전자 상거래 보안 수준 표시기 및 UCAF 수집 표시기 : 수정 된 하위 필드 포함
3 UCAF 수집 표시기 다운 그레이드 이유 : 0 (누락) UCAF), 1 (잘못된 UCAF)
참조 : https://www.mastercard.de/content/dam/mccom/de-de/PDF/ATNGE_Manual_v1_2.pdf
SCA 면제
유럽 지역에서는 강력한 인증 (3DS)이 필수입니다. 그러나 특정 시나리오에서는 거래가 3DS에서 면제 될 수 있습니다 (예 : 소액 거래). 이 경우 매입 사는 SCA 면제 플래그를 켠 상태에서 판매자의 책임 이동없이 2D 카드 거래 를 수행합니다 . 그러나 카드 체계 / 발행자는 여전히 거래를 거부 할 수 있습니다.
Visa
승인 요청 :
ISO 25 : Pos 조건 코드 : 값 = 59
ISO 34 전자 상거래 데이터 (TLV)
면제 유형 = 신뢰할 수있는 판매자 면제 인 경우
태그 84 : 신뢰할 수있는 판매자 면제 표시기 값 = 1 (신뢰할 수있는 판매자 면제
청구 / 요청 됨)
ISO 126.5 Visa 판매자 식별자 : 면제를위한 판매자 ID를 포함합니다.
면제 유형 = 낮은 가치 면제
태그 87 : 낮은 가치 면제 지표 값 = 1 ()
면제 유형 = 거래 위험 분석 인 경우
태그 89 : 거래 위험 분석 (TRA) 면제 지표 값 = 1 (거래 위험 분석 면제 청구 / 요청)
승인 응답 :
ISO 34 전자 상거래 데이터 (TLV)
ISO 39 응답 코드 : 코드 1A 는 면제가 소프트 거부되었음을 나타냅니다.
면제 유형 = 낮은 가치 면제 인 경우
태그 84 : 신뢰할 수있는 판매자 면제 표시기 값 = 2 (신뢰할 수있는 판매자 면제
검증 / 혼잡 됨) 또는 값 = 3 (신뢰할 수있는 판매자 면제 검증 실패 / 승인되지 않음)
태그 8C : 태그 84 = 3 인
경우 면제를 준수하지 않는 이유 면제 유형 = 거래 위험 분석
태그 89 : 거래 위험 분석 (TRA) 면제 지표 값 = 2 (거래 리스크 분석 면제 검증 / 승인) 또는 값 = 3 (거래 리스크 분석 면제 검증 실패 / 승인되지 않음)
Mastercard
Authorization request :
DE 48.22 Multi-Purpose Merchant Indicator->
Subfield 01—Low-Risk Merchant Indicator
면제 유형 = 낮은 가치 면제
값 = 02 인수자 낮은 사기 및 거래 위험 분석
면제 유형 = 거래 위험 분석
값 = 04 낮음 -Value Payment
Authorization 응답 :
DE 39 응답 코드 : 코드 65 는 면제가 소프트 거부되었음을 나타냅니다.