개요
경고는 워크플로 세션과 독립형 API(POST /v3/database-validation/) 모두에서 생성됩니다. 5가지 위험은 모두 DATABASE_VALIDATION 기능으로 태그 지정되며 보고서의 database_validations[].warnings[] 아래에 표시되고, 표준 경고 객체 형식(feature, risk, additional_data, log_type, short_description, long_description, node_id)을 따릅니다.
데이터베이스 검증에는 강제 자동 거부 트리거가 없습니다. 두 가지 일치 결과 위험, 대체된 문서 위험, 해당 없음 위험은 구성 가능한 작업(DECLINE, REVIEW 또는 NO_ACTION)에 매핑됩니다. COULD_NOT_PERFORM_DATABASE_VALIDATION은 유일하게 고정된 동작으로, 기능을 항상 검토 중으로 라우팅합니다.
구성 가능한 위험
구성된 작업은 경고의
log_type도 결정합니다: DECLINE → error, REVIEW → warning, NO_ACTION → information.
일치 결과 자체는 서비스별 validation 항목에서 종합됩니다(완전 일치가 하나라도 있는 경우 → full_match, 그 외 부분 일치가 있는 경우 → partial_match, 그 외 → no_match). 1×1 / 2×2 결과를 도출하는 전체 결정 로직은 매칭 방법을 참고하세요.
생성되는 경고
COULD_NOT_PERFORM_DATABASE_VALIDATION은 두 가지 서로 다른 상황을 다루며, 경고의 long_description(및 서비스별 실패의 경우 database_validation_errors[].message)에 단일 일반 문장 대신 둘 중 어느 상황이 적용되었는지가 명시됩니다. 즉, 서비스를 조회하기 전에 검사 데이터가 누락되었거나 형식이 잘못되었는지, 아니면 서비스를 조회했으나 사용 가능한 결과를 반환하지 않았는지 표시됩니다. 두 번째 경우, 등록부가 해당 시도에 대해 자체 진단 세부 정보를 보고한 경우 그 세부 정보가 메시지에 포함되므로 지원팀에 문의하지 않고도 원인을 파악할 수 있습니다. 업스트림 서비스의 이름은 응답에 포함되지 않습니다.워크플로 세션에서
COULD_NOT_PERFORM_DATABASE_VALIDATION 또는 DATABASE_VALIDATION_NOT_APPLICABLE이 발생하면, 콘솔의 세션 상세 페이지에서 누락된 데이터를 입력했을 때 검사가 자동으로 다시 트리거됩니다. 필드를 저장하면 검증이 다시 실행되고, 성공하면 경고가 제거됩니다. 이는 해당 없음 작업으로 인해 세션이 거부된 경우에도 작동하므로, 데이터를 수정하여 거부된 세션을 바로잡을 수 있습니다. DATABASE_VALIDATION_NOT_APPLICABLE의 경우, 문서에 식별자가 포함될 수 있지만 인식되지 않은 경우(예: 국가 신분증 번호가 추출되지 않은 거주증) 재실행이 유용합니다. 식별자가 전혀 포함되지 않는 문서 유형(예: 국가 신분증 번호가 없는 여권)은 경고가 유지됩니다. 건너뛴 서비스에는 요금이 청구되지 않으며, 서비스가 청구 가능한 결과를 반환하는 경우에만 비용을 지불합니다.예시
경고 유형
각 위험에는 애플리케이션 설정을 기반으로 심각도가 할당됩니다. 심각도는 세 가지 범주로 나뉩니다.관련 항목
- 데이터베이스 검증 개요 — 엔드투엔드 기능 작동 방식 및 지원되는 등록부.
- 데이터베이스 검증 보고서 — 서비스별
validations[]를 포함한 전체 응답 형태. - 일치 방식 — 서비스별 일치 결과로부터 1×1 / 2×2 결과(
validation_type: one_by_one/two_by_two)가 도출되는 방식. - 결과 코드 — 국가별 세부 코드가 포함된 전체 결과별 분류.
- 지원 국가 및 서비스 — 모든 운영 중인 등록부, 필수 필드 및 호출당 가격.
- 데이터 모델 — 데이터베이스 검증 — 표준 필드별 스키마.