database_validations[]의 각 항목은 하나의 완전한 데이터베이스 검증 보고서로, 단일 발급 국가에 대해 데이터베이스 검증 노드를 1회 실행한 결과입니다. 서비스별 등기부 결과는 해당 항목의 validations[] 하위 배열 내에 위치합니다. 이 페이지에서는 각 서비스에서 반환된 일치 결과, 등기부 출처 데이터 및 생체 인식 점수를 파싱할 수 있도록 JSON 구조를 설명합니다.

개요
데이터베이스 검증 보고서는 워크플로 노드가 데이터베이스 검증 기능을 실행할 때마다 생성됩니다.database_validations[] 배열의 각 항목은 단일 발급 국가에 대한 1회의 노드 실행을 나타냅니다. 노드가 해당 국가에 대해 여러 서비스를 실행하는 경우(예: 브라질의 CPF + CNH), 각 서비스는 해당 항목의 validations[] 하위 배열 내에 별도의 항목으로 표시됩니다. 각 보고서에는 다음이 포함됩니다:
- 전체 기능
status—FeatureStatusChoices값(Not Finished,Approved,Declined,In Review). - 일치 방식을 통해 서비스 전반에 걸쳐 종합된 롤업
match_type(full_match,partial_match,no_match, 또는 사용 가능한 결과를 반환한 서비스가 없는 경우null). issuing_state(ISO 3166-1 alpha-3) 및 파생된validation_type(one_by_one,two_by_two또는not_enabled— 절대null이 아님).screened_data블록 — 등기부로 전송된 사용자가 제공한 데이터.validations[]배열 — 결과를 생성한 서비스당 하나의 항목으로, 카탈로그의service_id/service_name, 벤더 중립적인outcome_code, 선택적outcome_detail, 필드별validation맵 및 등기부 응답에서 추출된 정제된source_data가 포함됩니다.errors[]배열 — 조회가 실패했거나 건너뛴 경우의 서비스별 오류이며, 오류가 없는 경우 이 키는 완전히 생략됩니다.warnings[]배열 — 검증 중에 발생한 위험 이벤트(데이터베이스 검증 경고 참조).- 보고서를 생성한 워크플로 그래프 노드를 식별하는
node_id(V3 세션 전용).
API 응답에 표시되는 위치
이 보고서는GET /v3/session/{sessionId}/decision/에서 database_validations[]로 표시되며, 단일 객체가 아닌 항상 JSON 배열 형태입니다. 배열에는 워크플로 그래프의 데이터베이스 검증 노드당 하나의 항목이 포함되며, 각 항목의 validations[] 하위 배열에는 결과를 생성한 등기부 서비스당 하나의 항목이 포함됩니다.
null 값은 데이터베이스 검증 단계가 아직 실행되지 않았음을 의미합니다.
스키마
필드별 표준 스키마는 데이터 모델 페이지에서 확인할 수 있습니다. 이는DatabaseValidationV3Serializer에 의해 생성됩니다.
상태 값
status는 표준 기능 수준 열거형(enum)을 사용합니다(상태 열거형 참조) — 자세한 내용은 상태 열거형 레퍼런스를 참고하세요. 해당 열거형에는 Resub Requested도 정의되어 있으나, 데이터베이스 검증에서는 실제로 생성되지 않습니다.
이 기본 상태 위에 노드별 사용자 지정 상태 규칙이 적용됩니다. 설정 가능한 작업 및 해당 기본값은 데이터베이스 검증 경고를 참고하세요.
결과 코드
validations[]의 각 항목에는 벤더 중립적인 outcome_code가 포함되며, MATCH, PARTIAL_MATCH, NO_MATCH, DOCUMENT_NOT_FOUND, INVALID_DOCUMENT_FORMAT, INVALID_INPUT, MINOR_BLOCKED, DECEASED, BIOMETRIC_NO_MATCH, BIOMETRIC_IMAGE_UNUSABLE, INCONCLUSIVE, DOCUMENT_SUPERSEDED, REGISTRY_UNAVAILABLE, REGISTRY_ERROR 중 하나를 가집니다. 차이점에 유의하세요: NO_MATCH는 등록 기관에서 해당 데이터를 확정적으로 확인하지 못했음을 의미하고, INCONCLUSIVE는 등록 기관에서 어느 쪽인지 판별할 수 없음을 의미하며(거부가 아닌 검토로 라우팅), BIOMETRIC_IMAGE_UNUSABLE은 확정적인 BIOMETRIC_NO_MATCH와 달리 기술적인 셀피 문제입니다(재촬영). 전체 분류 체계와 권장 처리 방법은 결과 코드 페이지를 참고하세요.
서비스당 하나의 항목
validations[] 배열에는 결과 payload를 생성한 각 서비스당 하나의 항목(validation 맵, source_data, outcome_code 또는 outcome_detail)이 포함됩니다. 워크플로가 동일한 국가에 대해 여러 서비스를 실행하는 경우(예: 브라질 CPF + 브라질 CNH), 각 서비스는 고유한 service_id, outcome_code, source_data와 함께 별도로 표시됩니다. 집계된 match_type은 모든 서비스의 결과를 종합하며(완전 일치가 하나라도 있는 경우 → full_match, 그렇지 않고 부분 일치가 있는 경우 → partial_match, 그 외에는 no_match), validation_type은 완전 일치한 고유 서비스의 수를 기반으로 도출됩니다 — 일치 방식을 참고하세요.
사전 서명된 이미지 URL
source_data(photo, signature) 및 screened_data(selfie, cnh_qr_code_image, document_image)의 이미지 필드는 만료 시간이 있는 사전 서명된 URL로 반환됩니다. 결정 endpoint를 다시 호출하여 새로고침할 수 있습니다. 업스트림 원본 payload는 의도적으로 API를 통해 노출되지 않습니다.
예시
승인됨 — 브라질 CPF 상태 확인(Receita Federal)
승인됨 — 아르헨티나 DNI 생체 인식(RENAPER)
아르헨티나의 경우, 검증은 생체 인식 얼굴 대조와 함께 RENAPER를 사용합니다. 응답에는face_match_score와 등록 기관에서 반환된 추가 신원 필드가 포함됩니다.
검토 중 — 등록 기관 실행 불가
필수 필드가 누락되었거나 형식이 잘못된 경우, 또는 등록 기관에 연결할 수 없어 어떤 서비스도 사용 가능한 결과를 반환하지 못하는 경우,match_type은 null로 유지되고 validation_type은 not_enabled가 되며 COULD_NOT_PERFORM_DATABASE_VALIDATION 경고가 발생하고, 데이터가 수정될 때까지 기능 상태는 In Review로 전환됩니다. 건너뛴 서비스에는 요금이 부과되지 않습니다.
관련 문서
- 데이터베이스 검증 개요 — API 엔드투엔드 작동 방식 및 지원되는 등록 기관.
- 일치 방식 — 1×1 / 2×2 결과(
validation_type: one_by_one/two_by_two)가 도출되는 방식. - 결과 코드 — 국가별 세부 코드를 포함한 결과별 전체 분류 체계.
- 지원 국가 및 서비스 — 지원되는 모든 등록 기관, 필수 필드 및 호출당 가격.
- 데이터베이스 검증 경고 — 서비스를 실행할 수 없을 때 표시되는 내용.
- 데이터 모델 — 데이터베이스 검증 — 필드별 표준 스키마.