code 값, 그리고 재시도해도 안전한 실패가 무엇인지 설명합니다.
메시지 텍스트는 바뀔 수 있으므로 상태 코드를 먼저 확인하고, code가 있으면 그 값을 기준으로 판단하십시오.
상태 코드
오류 본문
오류 본문은 하나의 공통 구조를 따르지 않으므로 방어적으로 처리해야 합니다. 구조는 엔드포인트 계열에 따라 다릅니다:500 응답에는 JSON 본문이 전혀 없을 수 있으므로, 파싱할 수 없는 본문도 처리해야 합니다.
API 키 오류
애플리케이션이 삭제된 후 몇 분 동안은 API가
application_deleted로 응답하며, 그 이후에는 잘못된 키와 마찬가지로 키를 거부합니다.
재시도하지 마십시오. 애플리케이션과 키가 모두 삭제되었습니다.
키와 키의 제한 사항이 적용되는 방식은 API 인증 및 API 키를 참조하십시오.
크레딧 부족
API 계열마다 잔액 부족을 다른 방식으로 알립니다:
계약 고객의 경우, 조직의 유료 서비스가 일시 중지된 동안에는 세션 생성 요청이
403과 함께 "code": "contract_billing_suspended"를 반환합니다.
샌드박스 애플리케이션은 과금되지 않으므로 이러한 검사를 건너뜁니다.
오류 코드
이code 값은 변하지 않으므로 분기 처리에 사용할 수 있습니다.
대부분은 detail 옆에 제공됩니다. 디지털 ID 지갑 인증에서는 error 값이 코드입니다.
접근 및 결제
요청 및 멱등성
은행, 전화번호 및 위험 검사
기업 확인(KYB)
디지털 ID 지갑
보고서 및 케이스
전자 서명
세션 생성 시 아래 문서 문제는 상태
400과 함께 문제가 있는 필드의 값으로 반환됩니다. 예: {"sign": "signature_document_changed"}
webhook
재시도와 멱등성
일부 실패는 반복해도 안전하지만, 그렇지 않은 실패도 있습니다.429:Retry-After헤더에서 지정한 시간만큼 기다린 뒤 재시도합니다.502및503: endpoint 참조 문서에 과금되지 않았다고 명시된 경우(전화번호, 이메일, 은행 및 위험 확인이 이에 해당합니다)에는 백오프를 적용해 재시도합니다.POST /v3/database-validation/의502: 이 상태 코드만으로는 일시적인 실패를 뜻하지 않으므로, 먼저 각validation_errors항목을 확인합니다.- 삭제 요청의
503:200이 반환될 때까지 같은 요청을 반복합니다. - 기타
4xx: 같은 요청은 같은 방식으로 계속 실패하므로, 먼저 요청을 수정합니다.
POST /v3/aml/과 디지털 ID 지갑 인증은 최대 255자의 Idempotency-Key 헤더를 받습니다.
같은 키와 본문으로 요청을 반복하면 저장된 응답이 다시 반환되므로, 작업과 과금은 한 번만 실행됩니다.
같은 키에 다른 본문을 보내면 409가 반환됩니다. 첫 번째 요청이 아직 처리 중이면 지갑 endpoint는 Retry-After와 함께 409를 반환합니다.
POST /v3/session/에는 멱등성 키가 없습니다. 따라서 생성 요청이 시간 초과되면 다른 세션을 생성하기 전에 vendor_data로 세션 목록을 조회하십시오.