> ## Documentation Index
> Fetch the complete documentation index at: https://docs.didit.me/llms.txt
> Use this file to discover all available pages before exploring further.

# 데이터베이스 검증 API: 정부 등록부 KYC

> Didit의 정부 등록부 데이터베이스 검증 API는 가장 빠르고 경제적인 호출당 결제 솔루션입니다. 건당 $0.05부터 60+개국을 지원하며 사진 보유 시 생체 얼굴 대조도 지원합니다.

Didit의 **데이터베이스 검증**은 해당 국가의 공인 기관(신분증을 최초 발급한 국가 주민등록청, 세무 당국, 선거인 명부, 신용평가기관 또는 생체인식 등록부)을 통해 개인의 신원 데이터를 검증합니다. 각 검사는 필드별 일치 여부(`identification_number`, `first_name`, `last_name`, `date_of_birth` 및 해당 서비스에서 사용하는 주소 필드)와 함께 종합 결과, 그리고 가능한 경우 기본 레코드 세부 정보를 반환합니다.이는 합성 신원 사기에 대한 가장 강력한 방어책입니다. 도용된 실제 DNI나 CPF는 등록부 조회에 실패하며, 위조된 번호는 공식 데이터베이스에 아예 존재하지 않습니다. 등록부에 공식 사진이 보관되어 있는 국가(RENAPER를 통한 아르헨티나, Tribunal Electoral SIB / SIB Plus를 통한 파나마)에서는 데이터베이스 검증을 얼굴 대조와 결합할 수 있으므로, 번호가 유효할 뿐만 아니라 **카메라 앞에 서 있는 사람이 해당 번호의 소유자임**을 확인할 수 있습니다.

데이터베이스 검증 연동 프롬프트



      
      

\<pre>

\````# Goal
Integrate Didit Database Validation (verify identity data against authoritative national registries) into your app. Pick ONE mode.

\# Mode A — Session-based
Use this when Database Validation runs as a step in a hosted Didit flow. Fields are auto-fed into the registry lookup from the steps in front of it — ID Verification, NFC, Liveness, Phone/Email Verification, Proof of Address, Document AI or a Questionnaire. An ID Verification step is not required.

1\. Add the DATABASE_VALIDATION feature to the workflow (Business Console or POST /v3/workflows/). Optionally pin specific services per country.
2\. Create a session — POST /v3/session/ with { workflow_id, vendor_data, callback }. See /sessions-api/create-session.
3\. Open session.url for the user (or mount the Web/Mobile SDK).
4\. Fetch the decision — GET /v3/session/{sessionId}/decision/ or subscribe to session.status.updated.

Decision surface: `database_validations[]` array on the decision payload.

\# Mode B — Standalone API (server-to-server)
Use when you already have the identity data and want a one-shot registry check.

POST https://verification.didit.me/v3/database-validation/
multipart/form-data — x-api-key: YOUR_API_KEY

curl example (Brazil CPF):
\```bash
curl -X POST 'https://verification.didit.me/v3/database-validation/' \
-H "x-api-key: $DIDIT_API_KEY" \
-F "issuing_state=BRA" \
-F "identification_number=00000000191" \
-F "first_name=Jane" \
-F "last_name=Doe" \
-F "date_of_birth=1990-01-15" \
-F "vendor_data=user-1234"
\```
Returns: { request_id, database_validation: { match_type: "full_match"|"partial_match"|"no_match", validation_type, services_used, match_score, validations: [{ service, status, matched_fields, record_details }], warnings: [...] } }.

\# Important behaviour
\- Use `identification_number` (universal field) — Didit maps it to CPF/RUT/CURP/DNI/etc. by issuing_state.
\- Omit `services` to run the country's default service only. Pass `services=["bra_cpf"]` (etc.) to choose which services run — list several to run more than one.
\- Argentina (`arg_renaper`) and Panama (`pan_sib`) take an extra `selfie` (JPG/PNG/WebP up to 2 MB) and `gender` for biometric face-match against the registry photo.
\- Services flagged `requires_consent=true` in the catalog require `consent=true` (HTTP 400 otherwise).
\- Billing is **per successful service hit** — multi-service requests can produce multiple usage events.

\# Status / match_type
status: "Approved" | "In Review" | "Declined" (per the partial-match / no-match actions configured on the workflow)
match_type: "full_match" | "partial_match" | "no_match"

\# Warnings (LogWarningChoices.DATABASE_VALIDATION)
warnings[] risk codes include:
DATABASE_VALIDATION_NO_MATCH, DATABASE_VALIDATION_PARTIAL_MATCH, COULD_NOT_PERFORM_DATABASE_VALIDATION (biometric outcomes surface via per-service outcome_code, e.g. BIOMETRIC_NO_MATCH).
Full catalogue: /core-technology/database-validation/database-validation-warnings.

\# Failure modes to handle
\- HTTP 400 — service id not eligible for issuing_state, missing required field, missing consent for PAYGO services.
\- HTTP 502 with validation_errors[] — every selected upstream service failed; request is **not billed** and a COULD_NOT_PERFORM_DATABASE_VALIDATION log is written. Retry later or fall back to OCR-only.
\- match_type="no_match" — record not in registry; treat as synthetic identity per policy.
\- match_type="partial_match" — some fields match, others don't (e.g. DOB matches, name doesn't); route to review.

\# See also
\- Canonical schema: /reference/data-models#database-validation
\- Per-feature report: /core-technology/database-validation/database-validation-report
\- Risk catalogue: /core-technology/database-validation/database-validation-warnings
\- Outcome codes: /core-technology/database-validation/database-validation-outcome-codes
\- Full integration playbook: /integration/integration-prompt````

\</pre>

## Didit을 선택해야 하는 이유- **가장 경제적인 호출당 과금 체계.** 검사당 최저 **\$0.05**(도미니카 공화국)부터 가장 비용이 높은 전문 소스의 경우 최대 **\$7.00**까지 다양합니다. 가격은 국가별이 아닌 서비스별로 책정되며, 높은 도매 요금을 부과하는 등록부는 그에 맞게 가격이 책정됩니다(핀란드 주민등록증은 **\$2.10**). [서비스별 요금표](https://docs.didit.me/ko/getting-started/database-validation-pricing.md)에서 호출하려는 특정 서비스의 요금을 항상 확인하십시오. 월간 최소 비용, 플랫폼 수수료, 시트당 청구가 없으며 성공한 쿼리에 대해서만 비용이 청구됩니다.
- **가장 빠른 연동.** [회원가입](https://business.didit.me/) 후 콘솔에서 API 키를 발급받으면 몇 분 안에 `POST /v3/database-validation/`을 호출할 수 있습니다. 영업 상담, 조달 절차, 개념 증명(PoC) 서류 작업 없이 Didit은 완전한 셀프서비스 방식으로 제공됩니다.
- **공인 기관으로의 직접 조회.** 애그리게이터의 스크래핑이 아닌 RENAPER, Receita Federal (SERPRO), Tribunal Electoral, RENAPO, RENAP, RNP, RNPN, Junta Central Electoral, Registraduría Nacional, SEGIP, Servicio de Registro Civil, Tribunal Supremo de Elecciones, Dirección General de la Policía 등으로 직접 조회합니다.
- **등록부에 공식 사진이 등록되어 있는 경우 얼굴 대조 지원.** 추가 연동 작업 없이 OCR보다 높은 신뢰도를 제공합니다.
- **프로덕션 환경에 최적화된 지연 시간.** p95 기준 일반적으로 엔드투엔드 1.5초 미만이며 분기별 가동률 99.9%를 제공합니다.인증 결과를 확인하는 방법에 대한 Academy 강의는 11:05부터 데이터베이스 검증을 다루며, 완전 일치, 부분 일치, 일치 없음 결과를 보여줍니다.[데이터베이스 검증: 완전 일치, 부분 일치 및 일치 없음 — Didit Academy](https://www.youtube.com/embed/7htTWCWsl60?start=665\&rel=0\&playsinline=1)## 글로벌 서비스 지원강조 표시된 국가에 마우스를 올리면 해당 국가에서 지원하는 모든 데이터베이스 검증 서비스, 데이터 도메인(신원, 금융, 생체 인식, 주소, 통신, …) 및 호출당 가격을 확인할 수 있습니다. 활성화된 국가는 현재 즉시 프로덕션 환경에서 사용 가능하며, 그 외 국가는 고객의 요청에 따라 온디맨드로 연동됩니다.Live Database Validation coverageProduction-ready countries and the cheapest live service available in each.LIVE<details><summary>Show on-demand catalog countries ()</summary></details>> [!TIP]
>
> **원하는 국가가 목록에 없나요?** Didit 팀에 문의해 주십시오. Didit 카탈로그는 60+개국 및 수백 개의 서비스를 추적 관리하며 고객이 필요로 할 때 온디맨드로 활성화합니다. 새로운 연동은 일반적으로 2\~3주 내에 프로덕션에 배포됩니다.## 데이터베이스 검증 실행 방식데이터베이스 검증은 임의로 실행되지 않습니다. 다음 조건 **전체**가 충족될 때만 실행됩니다:1) 세션에서 조회할 국가가 확인된 경우. 이는 [신분증 인증](https://docs.didit.me/ko/core-technology/id-verification/overview.md)의 `issuing_state`에서 가져오거나, 워크플로에 신분증 인증 단계가 없는 경우에는 데이터베이스 검증 단계에 설정된 단일 국가에서 가져옵니다.
2) 해당 국가에 대해 워크플로에서 하나 이상의 데이터베이스 검증 서비스가 활성화되어 있는 경우.
3) 데이터베이스 검증 단계 이전의 단계들에서 선택한 서비스에 필요한 **모든 필수 필드**를 제공한 경우.서비스가 활성화되어 있지만 필수 필드가 전달되지 않은 경우(예: 브라질 RG 신분증이 번져 CPF를 추출할 수 없는 경우), 해당 서비스는 건너뛰며 **요금이 청구되지 않습니다**. 그리고 세션에 경고가 발생합니다. 서비스 조회에 필요한 식별자가 신분증에 아예 포함되어 있지 않은 경우에는 `DATABASE_VALIDATION_NOT_APPLICABLE`이, 제공되었어야 하지만 누락된 경우에는 `COULD_NOT_PERFORM_DATABASE_VALIDATION`이 발생합니다. 두 경고 모두 [경고 카탈로그](https://docs.didit.me/ko/core-technology/database-validation/database-validation-warnings.md)에 나열되어 있습니다.세션 검토 권한이 있는 팀 멤버는 Console의 세션 상세 페이지에서 누락된 필드를 수동으로 입력할 수 있으며, 저장하면 검증이 자동으로 다시 트리거됩니다. 이는 검토자 작업이며 최종 사용자가 수행할 수 있는 작업이 아닙니다. 신분증에 포함되지 않은 필드를 **사용자**가 직접 제공하도록 하려면, 아래 설명대로 설문지(또는 Document AI 추출, 세션 생성 시 전달하는 값)를 통해 해당 값을 수집하고 데이터베이스 검증 단계에 매핑하십시오.### 데이터베이스 검증에 신분증 인증이 필수는 아닙니다과거에는 최종 사용자의 데이터를 획득할 수 있는 유일한 연계 수단이 신분증의 OCR이었기 때문에 데이터베이스 검증 단계를 사용하려면 그 앞에 신분증 인증 단계가 반드시 있어야 했습니다. 하지만 이제는 그렇지 않습니다. **각 필수 필드는 해당 필드를 제공할 수 있는 단계를 선언**하며, 워크플로에 필요한 모든 필드를 제공하는 단계가 포함되는 즉시 해당 서비스를 사용할 수 있습니다.| 입력 출처 | 제공 항목 |
| - | - |
| 신분증 인증 | 이름, 생년월일, 주소, 신분증/개인 식별 번호 및 신분증에 인쇄된 국가별 식별자(납세자 번호, 국가 신분증 번호, 여권 번호, 운전면허증 번호 등) |
| NFC | 더 높은 신뢰도로 칩에서 읽어낸 위 항목들의 하위 집합 |
| 라이브니스 | 얼굴 생체 인식 등록부 서비스를 위한 실시간 셀피 |
| 전화번호 인증 | 인증된 전화번호 |
| 이메일 인증 | 인증된 이메일 주소 |
| 주소 증명 | 인증된 거주지 주소 및 세부 주소 구성 요소 |
| Document AI | 추출 필드 키에 매핑한 모든 필드 |
| 설문지 | 질문에 매핑한 모든 필드 |
| API 입력 | 독립형 API의 모든 항목(호출자가 값을 직접 제공) |즉, 워크플로 어디에도 신분증 문서 없이 **라이브니스 단계만으로도 얼굴 생체 인식 서비스를 실행할 수 있으며**, 납세자 번호, 전화번호 또는 이메일을 기반으로 하는 서비스는 설문지 응답, 전화번호/이메일 인증 단계 또는 Document AI 추출을 통해 충족될 수 있습니다.다음 두 가지 규칙을 통해 이 프로세스의 안전성이 유지됩니다.- **신분증 인증이 없는 워크플로는 데이터베이스 검증 단계에서 정확히 하나의 국가만 설정해야 합니다.** 신분증에서 확인되는 `issuing_state`가 없으면 조회할 국가 등록부를 명확히 식별할 수 있는 유일한 기준이 되므로, 신분증 인증이 없는 다중 국가 구성에서는 임의로 추측하여 실행하는 대신 아무것도 실행하지 않습니다.
- **필수 필드 확인 규칙은 동일하게 유지됩니다.** 실행 시점에 모든 필드가 제공되지 않은 서비스는 공급자에게 조회하기 전에 건너뛰므로, 조회하지 않은 데이터베이스에 대해 비용이 청구되지 않습니다.#### Document AI 및 설문지 필드 매핑Document AI 추출 필드와 설문지 질문에는 Didit의 키 이름이 아니라 *고객사*의 키 이름이 사용됩니다. 데이터베이스 검증 입력 이름(`tax_number`, `date_of_birth`, `phone` 등)과 정확히 일치하는 키는 자동으로 매핑되므로 별도의 설정이 필요하지 않습니다. 그 외의 경우에는 워크플로 편집기 내 데이터베이스 검증 단계에서 아직 채워지지 않은 필드에 대한 선택기가 표시되며, 각 필드를 해당 데이터를 제공하는 Document AI 필드 키 또는 설문지 응답으로 지정할 수 있습니다.Console에서는 워크플로에서 아직 실행할 수 없는 서비스가 비활성화된 상태로 표시되며, 누락된 필드와 이를 제공할 수 있는 단계 등의 이유가 함께 안내됩니다. 또한 편집기에서 해당 단계를 바로 추가할 수 있도록 제안합니다. 해당 단계를 추가하면 차단이 해제된 모든 서비스가 즉시 활성화됩니다.> [!TIP]
>
> **실제 활용 예시 — 신분증에 기재되지 않은 식별자.** 나이지리아의 국민 신분증 서비스는 11자리 NIN으로 조회하는데, 사용자가 업로드하는 신분증에는 이 번호가 인쇄되어 있지 않은 경우가 많습니다. 따라서 신분증에만 의존하면 상당수 사용자의 검증이 적용 불가로 건너뛰어집니다. 데이터베이스 검증 단계 앞에 **설문지** 단계를 배치하여 NIN을 묻고, 데이터베이스 검증 단계에서 `national_id`를 해당 질문에 매핑하십시오. 신분증에 전혀 기재되지 않는 식별자(은행 인증 번호, 법인 등록번호 등)도 동일한 매핑 방식을 통해 워크플로 내에서 활용할 수 있습니다.주소 기반 서비스의 경우, Didit은 신분증의 단일 `address`를 구조화된 주소 요소로 자동 분할합니다.| Didit 필드 | 의미 |
| - | - |
| `address_element_1` | 번호 및 도로 유형을 포함한 도로명 주소 |
| `address_element_2` | 호수, 건물, 층 또는 추가 주소 라인(선택 사항) |
| `address_element_3` | 교외 지역, 구, 지역 또는 동네 |
| `address_element_4` | 시, 읍/마을, 주, 도 또는 지역 |
| `address_element_5` | 우편번호 |독립형 API를 호출할 때는 단일 `address` 또는 이러한 구조화된 필드를 직접 전송할 수 있습니다. 두 형식이 모두 제공되면 구조화된 필드가 우선 적용됩니다. 주소 검색이 필요한 서비스에는 `address_element_1`과 하나 이상의 다른 주소 요소가 필요합니다. 워크플로 내 신분증이나 주소 증명에서 이를 도출할 수 없는 경우 해당 서비스는 건너뛰며 요금이 청구되지 않습니다.확인된 국가가 전혀 활성화되어 있지 않으면 경고나 요금 청구 없이 해당 단계가 자동으로 건너뛰어집니다.![정부 신원 등록부와 사용자 데이터를 대조하는 Didit 데이터베이스 검증 흐름](https://mintcdn.com/didit-0f962782/z6T2GHM4Zh-iSj-K/images/database-validation-how-it-works.png?fit=max\&auto=format\&n=z6T2GHM4Zh-iSj-K\&q=85\&s=3d5bb0df058265af0d8728cd60a78416)## 일치 결과활성화된 각 서비스는 필드별 검증 결과를 반환합니다.| 필드 | 결과 |
| - | - |
| `identification_number` | `full_match` · `partial_match` · `no_match` |
| `first_name` | `full_match` · `partial_match` · `no_match` |
| `last_name` | `full_match` · `partial_match` · `no_match` |
| `date_of_birth` | `full_match` · `no_match` |
| `address` | `full_match` · `partial_match` · `no_match` |종합된 `match_type`은 다음과 같이 정리됩니다.- **`full_match`** — 요청된 모든 필드가 하나 이상의 소스와 일치합니다.
- **`partial_match`** — 일부 일치합니다. 워크플로 규칙에 따라 검토 대기열로 라우팅합니다.
- **`no_match`** — 어떤 소스에서도 데이터를 확인하지 못했습니다. 일반적으로 거부됩니다.## 일치 산정 방식 (1×1 / 2×2)더 이상 "1×1" 또는 "2×2"를 미리 선택할 필요가 없습니다. 이는 입력 데이터와 완전히 일치한 개별 서비스의 수에 따라 산정됩니다.- **1×1 결과** — 하나의 서비스에서 완전 일치를 반환했습니다(단일 신뢰할 수 있는 소스에서 데이터를 확인).
- **2×2 결과** — 둘 이상의 서비스에서 완전 일치를 반환했습니다(독립적인 교차 검증으로, 제공 가능한 최고 수준의 신뢰도).워크플로에서는 국가당 원하는 수만큼 서비스를 활성화할 수 있으며, 실제로 결과를 반환한 서비스에 대해서만 비용이 청구됩니다. 필수 필드를 추출할 수 없는 서비스는 건너뛰며 요금이 부과되지 않습니다.➡️ 전체 결정 로직 및 `partialMatchAction` / `noMatchAction`과의 상호 작용 방식은 **[일치 방식](https://docs.didit.me/ko/core-technology/database-validation/database-validation-matching-methods.md)**을 참조하십시오.## 생체 인식 데이터베이스 검증일부 국가의 주민등록기관은 생체 인식 템플릿(사진 또는 지문)을 제공합니다. 이를 사용할 수 있는 경우, 레지스트리 조회와 사용자의 셀피를 비교하는 **생체 인식 얼굴 대조**를 함께 수행합니다.- **아르헨티나 (`arg_renaper`)** — 보관된 공식 RENAPER 사진을 대상으로 생체 인식 얼굴 대조를 수행합니다. 100%의 인구 커버리지를 제공하며, DNI를 보유한 모든 아르헨티나 시민이 데이터베이스에 등록되어 있습니다.
- **파나마 (`pan_cedula_sib`, `pan_cedula_sib_plus`)** — Tribunal Electoral의 SIB 서비스와 생체 인식 얼굴 대조를 수행합니다. SIB Plus는 더 엄격한 생체 인식 임계값과 더 풍부한 일치 메타데이터를 제공하는 상위 등급 변형입니다.이러한 서비스에서는 `selfie` 필드가 **필수**입니다. 세션 흐름 내에서는 라이브니스 셀피(최고 품질)를 재사용하며, 라이브니스 셀피를 사용할 수 없는 경우 문서 사진으로 대체합니다. 세션 외부에서 독립형 API(`POST /v3/database-validation/`, 위 모드 B)를 호출할 때는 직접 JPEG/PNG를 제공해야 합니다.## 글로벌 신원 정보 보강`glb_identity_enrichment`는 **글로벌 독립형 전용** 데이터베이스 검증 서비스입니다. 이메일 및/또는 전화번호로부터 관련 인물(성명, 생년월일, 주소, 전화번호, 이메일 및 국가 신분증 번호)을 식별하고 이름 일치 점수를 반환하며, 이는 표준 [결과 코드](https://docs.didit.me/ko/core-technology/database-validation/database-validation-outcome-codes.md)인 `MATCH` / `PARTIAL_MATCH` / `NO_MATCH` / `DOCUMENT_NOT_FOUND`로 매핑됩니다(해당하는 `match_type`은 `full_match` / `partial_match` / `no_match`).문서의 발급 국가가 아닌 이메일/전화번호를 기준으로 하는 글로벌(`GLB`) 서비스이므로 **워크플로 빌더에서는 사용할 수 없습니다**. `issuing_state`를 `GLB`로 설정하여 독립형 API를 통해 직접 호출하십시오.```json theme={null}
POST /v3/database-validation/
{
  "issuing_state": "GLB",
  "services": ["glb_identity_enrichment"],
  "email": "john.doe@example.com",
  "phone": "+14155552671"
}
```요금은 **요청당 \$0.20**입니다(제공업체가 결과를 반환한 경우에만 청구).## 설정데이터베이스 검증은 콘솔에서 워크플로별로 구성됩니다. 각 국가마다 실행할 특정 서비스를 선택하며, 필수 및 선택 입력 필드는 해당 서비스들의 조합에서 도출됩니다. `partial_match` 및 `no_match` 결과에 대해 수행할 작업은 별도로 구성되며 `approve`, `review` 또는 `decline`으로 설정할 수 있습니다.![Didit database validation console settings selecting per-country registry services and outcome rules](https://mintcdn.com/didit-0f962782/z6T2GHM4Zh-iSj-K/images/database-validation-console.png?fit=max\&auto=format\&n=z6T2GHM4Zh-iSj-K\&q=85\&s=2e1ac27f07fa9ca9c54108c6fd19a6b3)## 가용성 알림정부 등기부 및 기타 소스는 때때로 장애가 발생할 수 있습니다. 데이터베이스에 연결할 수 없는 동안에는 해당 데이터베이스에 대한 검사에서 아무런 응답이 반환되지 않으며 비용이 청구되지 않습니다. 워크플로 내에서 서비스는 [`REGISTRY_UNAVAILABLE`](https://docs.didit.me/ko/core-technology/database-validation/database-validation-outcome-codes)로 처리됩니다. 독립형 API에서는 동일한 중단이 세 가지 형태 중 하나로 전달되므로, HTTP 상태 코드만 단독으로 확인하지 말고 서비스별 결과 **그리고** `database_validation.errors[]`를 함께 확인해야 합니다.- Didit이 보고할 결과를 유지한 경우, `validations` 내 해당 서비스에서 `outcome_code: "REGISTRY_UNAVAILABLE"`이 포함된 `200`.
- 해당 서비스가 사용 가능한 응답을 전혀 생성하지 못했고 선택된 다른 서비스가 응답을 생성한 경우, `database_validation.errors[]`에 해당 서비스가 `code: "empty_provider_response"`, `retryable: true`로 포함된 `200`. 이때 실패한 서비스는 `validations` 및 `services_used`에 나타나지 않으므로 `errors[]`가 해당 서비스가 표시되는 유일한 위치입니다.
- 선택된 어떤 서비스도 사용 가능한 결과를 반환하지 못한 경우, `validation_errors[].code: "empty_provider_response"` 및 `retryable: true`가 포함된 `502`([거부된 입력 및 사용할 수 없는 결과](https://docs.didit.me/ko/standalone-apis/database-validation.md#거부된-입력-및-사용할-수-없는-결과) 참조).전체 `status`는 응답을 반환한 서비스를 따르므로, 그 자체만으로는 신뢰할 수 있는 장애 신호가 아닙니다. 비교할 대상이 전혀 남지 않은 요청은 `In Review`로 이동하지만, 여러 서비스를 선택한 요청은 소스 중 하나를 사용할 수 없더라도 다른 서비스의 일치 결과에 따라 `Approved`로 반환될 수 있습니다. 전체 요청 대신 `errors[]`에서 실패한 서비스를 재시도하세요.이러한 형태 중 어느 것도 인증 대상자에 대한 정보를 나타내지 않습니다.Didit은 데이터베이스별로 실제 검사의 실시간 결과를 모니터링하며, 단일 요청 실패가 아닌 중단이 지속되는 경우 조직에 이메일을 보냅니다.| 이메일 | 전송 시점 | 안내 내용 |
| - | - | - |
| **데이터베이스 중단** | 데이터베이스가 최소 10분 동안 실패 상태였으며 해당 기간 동안 거의 모든 검사에 응답이 없었던 경우. 일시적인 급증이나 단일 실패로는 트리거되지 않습니다. | 영향을 받은 데이터베이스와 국가, 그리고 실패가 처음 관찰된 시점입니다. 접근이 복구될 때까지 검사에서 결과가 반환되지 않을 수 있지만, 이것이 제출된 신원이 유효하지 않음을 의미하지는 않습니다. |
| **데이터베이스 접근 복구** | 실제 검사가 최소 5분 동안 실패 없이 다시 응답하기 시작한 경우. 트래픽이 없는 유휴 기간은 복구로 간주되지 않으므로, 트래픽이 적은 데이터베이스는 두 상태를 모두 확인하는 데 더 오랜 시간이 걸립니다. | 복구가 확인된 시점입니다. 중단 기간 동안 완료할 수 없었던 인증은 자동으로 재처리되지 **않으므로**, 검토 후 재시도하세요. |알림은 지난 48시간 동안 해당 데이터베이스에 대해 검사를 실행한 모든 조직의 멤버와 결제 담당자에게 전송됩니다. 별도의 구성이 필요하지 않으며 옵트인 절차도 없습니다. 샌드박스 트래픽으로는 트리거되지 않으며, 전송된 데이터로 인한 실패(거부되거나 형식이 잘못된 입력) 또는 조직이 직접 연결한 자격 증명으로 실행되는 서비스로 인한 실패로도 트리거되지 않습니다. 대체 소스를 통해 응답된 검사는 사용 가능한 것으로 간주되며, 결정적인 불일치도 마찬가지입니다.## 요금 — 사용한 만큼만 결제데이터베이스 검증은 해당 서비스에 게시된 요율에 따라 **서비스당, 성공한 쿼리당** 청구됩니다. 요율은 검사당 **\$0.05**(Junta Central Electoral을 통한 도미니카 공화국)부터 가장 비싼 전문 소스의 경우 최대 **\$7.00**까지 다양합니다. 많은 정부 등기부 조회가 **USD 0.20에서 USD 0.30** 범위에 속하지만, 소스 자체의 비용이 더 높아 상당수가 훨씬 더 많은 비용이 듭니다(예: 핀란드 주민등록증(`fin_national_id`)은 성공한 쿼리당 **\$2.10**). 국가별 가격은 범위가 아닌 [요금표](https://docs.didit.me/ko/getting-started/database-validation-pricing.md)의 해당 행에서 직접 확인하세요. 월 최소 금액, 약정 또는 플랫폼 수수료는 없습니다.서비스가 결과를 반환할 때만 비용을 지불합니다. 입력 데이터 누락으로 인해 건너뛴 서비스는 청구되지 않으며, 소스 호출 자체가 실패한 서비스도 청구되지 않습니다. 등기부 오류 또는 연결할 수 없는 등기부(`REGISTRY_ERROR` / `REGISTRY_UNAVAILABLE`)는 쿼리에 대한 응답이 전혀 이루어지지 않았음을 의미하므로 청구 대상 결과가 아닙니다.워크플로 내에서 실행되든 독립형 `POST /v3/database-validation/` API를 통해 실행되든, 모든 성공한 등기부 쿼리는 첫 번째 건부터 청구됩니다. 다른 검사와 마찬가지로 요금제 크레딧 또는 충전 잔액에서 지불되며, 요금제 할인이 전체 가격에 적용됩니다. [요금 페이지](https://docs.didit.me/ko/getting-started/pricing.md#할인)를 참조하세요.➡️ [데이터베이스 검증 요금](https://docs.didit.me/ko/getting-started/database-validation-pricing.md) · [회원가입 및 API 키 발급](https://business.didit.me/)## 모든 서비스

\<table><thead><tr><th>국가</th>
            \<th>ISO3</th>
            \<th>서비스</th>
            \<th>설명</th>
            \<th>가격 (USD)</th></tr></thead>
        \<tbody /></table>

## 계속 읽기- [일치 방식](https://docs.didit.me/ko/core-technology/database-validation/database-validation-matching-methods.md) — 1×1 / 2×2 결과가 도출되는 방식과 이에 대응하는 방법.
- [결과 코드](https://docs.didit.me/ko/core-technology/database-validation/database-validation-outcome-codes.md) — 제공자 응답 코드(사망자, 미성년자, 문서 없음, 생체 인식 불일치 등)의 전체 목록과 세션 결정에 매핑되는 방식.
- [경고](https://docs.didit.me/ko/core-technology/database-validation/database-validation-warnings.md) — 데이터 누락으로 인해 서비스가 실행될 수 없을 때 표시되는 정보.
- [보고서](https://docs.didit.me/ko/core-technology/database-validation/database-validation-report.md) — 국가, 서비스 ID, 사용량, 단가 및 총비용이 포함된 서비스별 월간 결제 내역 내보내기.
- [지원 국가](https://docs.didit.me/ko/core-technology/database-validation/database-validation-supported-countries.md) — 현재 지원되는 모든 국가의 정적 테이블 뷰.


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.