> ## 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: 자동화된 KYB 데이터 추출

> Didit으로 220+개 국가의 법인 등기부 조회, 기업 상태 검증, 데이터 추출을 실행하세요. 국가·등급별 건당 $2.00부터, 계약 없이 이용 가능.

기업 확인 세션이 시작되면 Didit은 공식 법인 등기부를 조회하여 기업 정보를 가져오고 검증합니다. 이 자동 조회는 전체 기업 확인 프로세스의 기반이 됩니다.

## 등기부 조회

Didit은 지원되는 국가의 기업 등기부에 연결해 공식 데이터를 가져옵니다. 호스팅 플로우에서 사용자는 설립 국가를 선택하고 회사명, 등록번호 또는 둘 다를 입력합니다. 둘 중 하나는 반드시 입력해야 합니다. 등기부에서 요구하는 경우 등록번호는 정규화되며(예: 영국 회사 번호는 8자리가 되도록 앞에 0을 채웁니다), 두 식별자를 모두 제공하면 등기부 조회는 두 값을 함께 사용합니다.

### `expected_details`로 검색 미리 채우기

회사를 이미 알고 있다면 [세션을 생성할 때](https://docs.didit.me/ko/sessions-api/create-session.md) `expected_details`(`company_name`, `registry_country`, `registration_number`)를 전달하세요. 호스팅 플로우는 국가(주 단위 등기부의 경우 `US-CA`와 같이 주도 함께)를 미리 선택하고 잠그며, 일치하는 검색 필드를 미리 채우고, 지정된 검색을 자동으로 실행합니다. 사용자는 바로 자신의 회사 결과 화면으로 이동합니다. 두 필드 모두 수정할 수 있으므로 사용자는 잘못된 값을 바로잡을 수 있습니다. 이 기능은 미리 채우기만 제공하며, 지정한 회사와 다른 회사를 선택해도 경고가 표시되지 않습니다.

### 검색 유형

등기부 검색은 두 가지 모드를 지원합니다.

| 모드 | 설명 |
| - | - |
| **정확 일치** | 회사명 또는 등록번호와 정확히 일치합니다 |
| **포함** | 이름에 검색어가 포함된 회사를 찾습니다. 정확한 법적 명칭을 모를 때 유용합니다 |

### 검색 워크플로

등기부 조회는 비동기 워크플로를 따릅니다.

**1. 검색**

Didit은 선택한 국가와 입력된 식별자(회사명, 등록번호 또는 두 값을 함께)를 사용해 등기부를 조회합니다. 응답의 `searched_by` 필드는 결과가 어떤 방식으로 매칭되었는지 알려줍니다(`name`, `registration_number`, `registration_number_and_name`). 호스팅 UI는 등록번호 기반 결과에 대해 한 번의 탭으로 "회사명으로 대신 검색"하는 재정의 옵션을 제공합니다. 검색은 비동기로 실행됩니다.

**2. 결과 폴링**

결과가 확정될 때까지 검색 상태를 폴링하세요. 대형 등기부는 결과를 반환하는 데 몇 초가 걸릴 수 있습니다.

**3. 회사 선택**

반환된 회사 목록을 검토하고 올바른 일치 항목을 선택하세요. Didit은 선택한 회사를 기업 확인(KYB)에 연결하고 사용 가능한 모든 데이터를 채웁니다.

**4. 확인 후 계속**

회사 정보를 확인하거나 수정한 뒤 구성된 다음 단계로 계속 진행합니다.
일부 등기부는 소유 구조 보고서가 준비되기 전에 회사 프로필을 반환합니다. 이 보고서는 신청자가 문서 업로드처럼 독립적인 단계를 진행하는 동안 백그라운드에서 계속 처리됩니다.
등기부 미리 채우기는 주요 인물 양식을 차단하지 않습니다. 신청자는 주요 인물을 직접 입력할 수 있으며, 보고서가 도착하면 제출 전에 등기부에서 얻은 인물이 나타납니다.
보고서에 의존하는 사용자 지정 결정은 결과를 추측하지 않고 보고서가 도착할 때까지 기다립니다.
보고서가 도착해도 사용자의 수정 사항은 유지됩니다.
보고서가 대기 중인 상태는 완료된 등기부 확인이나 자동 승인으로 간주되지 않으며, 등기부 결제에는 실제로 제공된 등급이 적용됩니다.

**5. 수동 제출**

회사가 등기부에서 조회되지 않으면 회사 데이터를 수동으로 제출하세요. 세션은 제공된 데이터로 계속 진행되며 `is_from_registry`는 `false`로 설정됩니다.

### 조회되는 데이터

| 필드 | 설명 |
| - | - |
| `company_name` | 관할 기관에 등록된 법적 명칭 |
| `registration_number` | 공식 회사 등록 번호 또는 설립 번호 |
| `country_code` | 설립 국가(ISO 3166-1 alpha-3) |
| `company_type` | 법인 유형(Ltd, LLC, PLC, SA, GmbH, SL 등) |
| `registry_status` | 등기부에 기록된 현재 회사 상태(`active`, `dissolved`, `struck_off` 등) |
| `incorporation_date` | 회사가 처음 등록된 날짜 |
| `registered_address` | 공식 등록 사무소 주소 |
| `tax_number` | 제공되는 경우의 납세자 식별 번호 |
| `alternative_names` | 상호, dba, 이전 법적 명칭 또는 원어 명칭을 텍스트 값으로 담습니다 |
| `legal_entity_identifier` | LEI. 금융 기관과 상장 법인에 해당합니다 |
| `nature_of_business` | 사업에 대한 짧은 설명(등기부의 언어로 작성됨) |
| `registered_capital` | 수권 자본 또는 발행 자본을 `{amount, currency}` 객체로 담습니다 |
| `location_of_registration` | 등기부가 위치한 도시 또는 행정구역 |
| `control_scheme` | 등기부가 공개하는 경우의 지배 및 거버넌스 구조 |
| `website`, `email`, `phone` | 등기부에 기록된 연락처 정보 |
| `addresses[]` | 추가 등록 주소 또는 영업 주소 |
| `industries[]` | 업종 분류 코드(SIC, NACE 또는 현지 등가 코드) |
| `accounts` | 보고된 경우의 제출일. `last_annual_return_date`와 `last_agm_date`를 포함합니다. 연간 신고와 총회는 재무 계정과 별개입니다 |
| `financial_summary` | 등기부가 공개하는 경우의 재무 요약 데이터(매출, 직원 수, 제출 상태) |
| `confirmed_by_user_at` | 최종 사용자가 등기부 데이터를 확인하거나 수정한 시각 |
| `last_console_edit_at` | 분석가가 콘솔에서 마지막으로 수정한 시각 |
| `is_editable` | 호스팅 플로우에서 최종 사용자가 아직 등기부 출처 데이터를 수정할 수 있으면 `true` |
| `is_from_registry` | 등기부에서 가져온 회사이면 `true`, 수동 입력이면 `false` |
| `fetch_status` | `pending`, `resolved`, `failed` 중 하나이며 등기부 조회 상태를 나타냅니다 |
| `verification_status` | `verified`, `failed`, `unknown` 중 하나 |

### 회사 상태

| 상태 | 설명 |
| - | - |
| **활성** | 회사가 현재 활동 중이며 정상 상태입니다 |
| **해산** | 회사가 공식적으로 해산되었습니다 |
| **등록 말소** | 등기부에서 삭제되었습니다(예: 규정 미준수) |
| **청산 중** | 회사가 청산 절차를 진행 중입니다 |
| **휴면** | 등록되어 있으나 현재 영업하지 않습니다 |

> [!WARNING]
>
> **활성**이 아닌 상태의 회사는 워크플로 구성에 따라 자동으로 플래그가 지정되거나 거부될 수 있습니다.

### 데이터 출처 표시기

각 기업 레코드에는 `is_from_registry` 플래그가 포함됩니다:

* **`true`**: 데이터를 공식 법인 등기부에서 가져왔습니다
* **`false`**: 기업이 등기부에서 찾을 수 없어 데이터를 수동으로 제출했습니다

`fetch_status` 필드는 등기부 조회가 완료되었는지, 실패했는지, 아직 진행 중인지를 추적합니다.

## 데이터 등급 및 요금

호스팅 흐름에서는 기업을 선택하면, 지원자가 세부 정보를 확인하기 전이나 인증을 마치기 전에 떠나더라도 등기부 조회 요금이 부과됩니다.
선택 시점에 보고서가 준비되어 있으면 제공된 등급의 요금이 즉시 부과됩니다.
소유 구조 정보가 아직 대기 중이면 선택 시점에 Lite 요금이 부과되며, 더 높은 등급이 제공될 때에는 차액만 부과됩니다.
소유 구조 정보를 사용할 수 없으면 소유 구조 추가 요금은 적용되지 않습니다.
총액은 선택 시점에 제시된 가격을 사용하며, 요청한 등급의 견적을 넘지 않습니다.
선택과 이후의 소유 구조 조정은 등기부 조회 1건으로 계산됩니다. 구매한 보고서를 읽거나 세부 정보를 확인해도 다시 과금되지 않습니다.
기존 정액 요금 계약에서는 선택 시점에 등기부 조회 1건이 계산되며, 이후 소유 구조 정보가 제공되어도 계약 단위가 추가로 차감되지 않습니다.
호스팅 워크플로 검색에는 별도의 검색 수수료가 없습니다.
독립형 API 검색은 성공한 요청당 \$0.50의 수수료가 발생할 수 있습니다. 자세한 내용은 [검색 과금](https://docs.didit.me/ko/standalone-apis/kyb-registry-search.md)을 참조하십시오. 국가별 전체 요금표는 [KYB 등기부 요금](https://docs.didit.me/ko/getting-started/kyb-registry-pricing.md)을 참조하십시오.

| 등급 | 제공 내용 |
| - | - |
| **Lite** | 위의 필드: 기업 프로필, 식별자, 상태, 등록 주소, 사업 활동, 임원 정보 |
| **주주** | Lite에 직접 주주(자연인 및 법인)와 지분 비율 구간을 더한 정보 |
| **UBO** | 주주 정보에 소유 구조를 통해 확인된 최종 실소유자(UBO)를 더한 정보 |

호스팅 워크플로는 *Workflows → KYB Registry Check → Countries*에서 국가별 등급을 선택합니다. 등기부에 기업의 소유 구조 기록이 없으면, 주주 또는 UBO 등급 요청은 해당 국가의 등기부가 제공할 수 있는 가장 높은 등급으로 제공되고 그 등급으로 과금됩니다. 보통은 Lite입니다.

등기부에서 찾을 수 없어 수동으로 입력된 기업(`is_from_registry: false`)에는 정액 **\$0.75**가 부과됩니다. 등기부 기록이 반환되지 않았더라도 검색은 실행되었기 때문입니다.

> [accordion] 예시: Lite 등급 응답
>
> Lite는 기업 프로필만 반환합니다. 주주, UBO 또는 소유 구조 정보는 포함되지 않습니다:
>
> ```json theme={null}
> {
>   "company_name": "ACME HOLDINGS PTY LTD",
>   "registration_number": "094447122",
>   "country_code": "AU",
>   "registry_status": "active",
>   "incorporation_date": "2000-09-12",
>   "company_type": "Proprietary Limited",
>   "registered_address": "Sydney, NSW, 2000",
>   "tax_number": null,
>   "vat_number": null,
>   "website": null,
>   "is_from_registry": true
> }
> ```
>
> 주주 등급은 `ownership_structure`와 주주 항목, 그리고 이사 및 임원 정보를 추가합니다. UBO 등급은 여기에 지분 비율이 포함된 실소유자 정보를 추가로 확인합니다. 자세한 내용은 [소유 구조](https://docs.didit.me/ko/business-verification/ownership.md) 및 [임원 및 이사](https://docs.didit.me/ko/business-verification/officers.md)를 참조하십시오.

## 등기부 데이터와 사용자 제공 데이터 비교

Didit은 등기부에서 반환된 데이터와 사용자가 확인한 데이터를 **별도의 감사 기록**으로 보관하며, 후속 검사에는 병합된 정식 보기를 사용합니다. 각 기업에는 다음 세 가지 관련 블록이 있습니다:

| 필드 | 설명 |
| - | - |
| `registry_data` | Didit이 정규화한 등기부 상세 정보입니다. 소유 구조 결과(`ownership_error`, `section_errors`, `ubo_resolution`), [update-data](https://docs.didit.me/ko/sessions-api/update-data.md)로 수정한 내용, 자체 필드가 없는 등기부 정보를 포함합니다. 키는 기업마다 다르며 안정적인 계약 사항이 아닙니다. |
| `user_provided_data` | 호스팅 흐름의 등기부 확인 단계에서 최종 사용자가 확인하거나 수정한 내용입니다. |
| 최상위 정식 필드(`company_name`, `registration_number`, `country_code`, `incorporation_date` 등) | 병합된 최종 정보입니다. 사용자가 확인한 데이터가 있으면 그것을 사용하고, 없으면 등기부 데이터를 대체값으로 사용합니다. 후속 기능(문서 OCR 교차 검사, AML 스크리닝, 위험 평가)은 정식 보기를 기준으로 실행됩니다. |

`confirmed_by_user_at` 타임스탬프는 최종 사용자가 등기부 데이터를 확인하거나 수정한 시점을 나타냅니다. 이 타임스탬프가 아직 null이고 `is_editable`이 `true`이면, 최종 사용자는 호스팅 흐름 안에서 필드를 계속 수정할 수 있습니다.

**수동 입력 기업**(`is_from_registry: false`)의 경우 `user_provided_data`가 유일한 출처이며, 사용자가 제출한 후에는 `is_editable`이 `false`가 됩니다.

분석가는 [Business Console](https://docs.didit.me/ko/business-verification/console.md)의 세션 검토에서 두 출처를 나란히 확인하고, 등기부가 제공한 내용과 사용자가 확인한 내용의 차이를 비교할 수 있습니다.

## 설정 가능한 법인 등기부 양식 필드

호스팅 인증 흐름의 법인 등기부 확인 단계에서 요청할 기업 정보 필드를 직접 설정할 수 있습니다. Business Console에서 워크플로 편집기를 열고, **KYB Registry check** 노드를 선택한 다음 **Fields** 탭으로 이동해 설정하십시오.

각 필드는 다음 세 가지 상태 중 하나를 가집니다.

| 상태 | 동작 |
| - | - |
| **숨김** | 필드가 호스팅 흐름에 표시되지 않으며 수집되지 않습니다. |
| **선택 사항** | 필드가 표시되며, 사용자는 비워 둘 수 있습니다. |
| **필수** | 필드가 표시되며, 사용자가 제출하기 전에 반드시 입력해야 합니다. |

세 개의 필드는 항상 표시되며 항상 필수입니다. 이 필드들은 기업을 식별하므로 설정할 수 없습니다: `company_name`, `country_code`, `region`(지역 또는 주/도, 법인 등기부가 지역 단위로 운영되는 경우).

설정 가능한 필드는 16개입니다.

`registration_number`, `incorporation_date`, `legal_address`, `vat_number`, `alternative_names`, `tax_number`, `company_type`, `legal_entity_identifier`, `location_of_registration`, `nature_of_business`, `registered_capital_amount`, `registered_capital_currency`, `website`, `email`, `phone`, `control_scheme`

기본적으로 그리고 기존의 모든 워크플로에서는 `incorporation_date`만 **필수**이고, 나머지 설정 가능한 필드는 모두 **선택 사항**입니다. 따라서 폼은 이 설정이 도입되기 전과 똑같이 동작합니다.

필수 여부는 서버에서 강제 적용됩니다. 필수 필드가 비어 있는 상태로 법인 등기부 양식을 제출하면 `400` 응답이 반환되며, 필드별 오류 메시지가 함께 전달됩니다. 호스팅 UI에는 활성화된 필드만 표시됩니다. 워크플로 API에서 이 설정은 KYB Registry 노드의 `kyb_registry_fields_config` 객체이며, 구조는 [기능 설정](https://docs.didit.me/ko/management-api/workflows/feature-configs.md#kyb-법인-등기부)을 참고하십시오.

> [!NOTE]
>
> `vat_number`가 **필수**로 표시되어 있더라도 EU VAT 국가에 설립된 기업에만 적용됩니다. 그 외 국가에서는 수집할 EU VAT 번호가 없으므로, 필수로 설정되어 있어도 선택 사항으로 취급됩니다. 이러한 기업의 `tax_number`는 제공된 경우 여전히 검증됩니다.

## VAT 및 납세자 번호 검증

등록 단계가 제출되면 Didit은 회사의 `vat_number`를 해당 국가의 공식 출처와 대조하여 검증합니다.
`vat_number`가 없는 회사는 대신 `tax_number`를 검증합니다.
번호는 국가 접두사를 붙이거나 생략해서, 그리고 구분 기호를 임의로 넣어서 제출할 수 있습니다(`DE 123 456 789`, `DE123456789`, `123456789`는 독일 회사의 경우 모두 같은 번호입니다).

**공식 등록부.** 다음 국가에서는 번호를 정부 또는 공식 사업자 등록부에서 실시간으로 확인하며, 이 등록부는 등록된 이름을 반환하고 대부분의 경우 주소도 함께 반환합니다:

| 국가 | 출처 |
| - | - |
| EU 회원국 27개국 및 북아일랜드(`XI`) | 유럽연합 집행위원회 [VIES](https://ec.europa.eu/taxation_customs/vies/) |
| 폴란드 | VIES에서 확인하고, VIES에 등록되지 않은 회사는 재무부 VAT 납세자 등록부("화이트 리스트")에서 확인합니다 |
| 노르웨이 | Brønnøysund 등록청(법인 중앙 조정 등록부) |
| 스위스 | 연방통계청 UID 등록부 |
| 브라질 | Receita Federal CNPJ 등록부 |
| 콜롬비아 | RUES, 상공회의소의 통합 기업 및 사회 등록부 |
| 코스타리카 | 재무부(Hacienda) 납세자 등록부 |
| 에콰도르 | 국세청(SRI) 납세자 등록부 |
| 파라과이 | 국세청(DNIT) RUC 등록부 |

프랑스 SIREN 또는 SIRET, 네덜란드 RSIN, 또는 전체 형식의 헝가리 세금 번호를 VAT 번호로 제출하면, 검증 전에 일치하는 VAT 번호로 변환됩니다.
그리스 VAT 번호는 자동으로 `EL` 접두사를 붙여 검증됩니다.

**검사 숫자 규칙.** 다음 국가에서는 어떤 등록부도 조회할 수 없으므로, 번호는 해당 국가의 공식 형식과 검사 숫자 규칙에 따라 검증됩니다: 알바니아, 안도라, 아르헨티나, 호주, 아제르바이잔, 벨라루스, 캐나다, 칠레, 중국, 도미니카 공화국, 이집트, 엘살바도르, 가나, 과테말라, 아이슬란드, 인도, 인도네시아, 이스라엘, 일본, 케냐, 리히텐슈타인, 멕시코, 몰도바, 모나코, 몬테네그로, 모로코, 모잠비크, 뉴질랜드, 북마케도니아, 페루, 러시아, 산마리노, 세르비아, 싱가포르, 남아프리카공화국, 대한민국, 대만, 태국, 튀니지, 튀르키예, 우크라이나, 영국, 미국, 우루과이, 베네수엘라, 베트남.
이 규칙은 `tax_number`가 독일 Steuernummer처럼 검증할 VAT 번호가 없는 국가 납세자 번호인 경우 EU에서도 적용됩니다.
`tax_number`는 세금 식별 번호만 나타낼 뿐 VAT 등록을 의미하지 않으므로, VIES에 해당 번호가 없으면 결과는 `invalid`가 아니라 이 규칙으로 대체됩니다.

그 밖의 국가 회사는 `vat_validation_status: "not_applicable"`을 받습니다.
샌드박스 세션도 세금 등록부에 연결하지 않으므로 같은 값을 받습니다.

결과는 회사에 저장되며 [KYB 결정 payload](https://docs.didit.me/ko/business-verification/response-schema.md#company-블록)에 노출됩니다:

| 필드 | 설명 |
| - | - |
| `vat_number` | 제출된 VAT 번호 |
| `vat_validation_status` | `valid`, `invalid`, `format_valid`, `invalid_format`, `could_not_validate` 또는 `not_applicable` |
| `vat_validated_number` | 검증에 사용된 번호로, 출처가 인식하는 형태입니다(예: SIREN에서 파생된 VAT 번호) |
| `vat_validation_source` | 상태를 결정한 출처(아래 참조) |
| `vat_validated_name` | 출처에 등록된 이름, 출처가 공개하는 경우에 한합니다 |
| `vat_validated_address` | 출처에 등록된 주소, 출처가 공개하는 경우에 한합니다 |
| `vat_checked_at` | 검증 시각 |

| 상태 | 의미 |
| - | - |
| `valid` | 공식 등록부에서 해당 번호가 등록되어 있고 활성 상태임을 확인했습니다 |
| `invalid` | 공식 등록부에 해당 번호의 활성 등록이 없습니다. EU에서 VIES는 역내 거래용으로 등록된 회사만 표시합니다 |
| `format_valid` | 번호가 해당 국가의 형식 및 검사 숫자 규칙을 통과했습니다. 어떤 등록부도 조회하지 않았습니다 |
| `invalid_format` | 번호가 해당 국가의 형식 또는 검사 숫자 규칙을 통과하지 못했습니다 |
| `could_not_validate` | 등록부를 사용할 수 없어 번호를 확인하지 못했습니다. 다음 등록부 검사가 실행될 때 다시 확인합니다 |
| `not_applicable` | VAT 번호 또는 세금 식별 번호가 제공되지 않았거나, 해당 국가에 등록부나 규칙이 없거나, 세션이 샌드박스 세션입니다 |

`vat_validation_source`는 `eu_vies`, `pl_vat_white_list`, `no_brreg`, `ch_uid_register`, `br_receita_federal`, `co_rues`, `cr_hacienda`, `ec_sri`, `py_dnit`, `format_rules` 중 하나입니다.

번호가 `valid`, `invalid`, `format_valid` 또는 `invalid_format`이 되면 결과는 세션이 끝날 때까지 유지되며, 번호가 변경되지 않는 한 등록부에 다시 조회하지 않습니다.

**상호명 교차 검사.** 번호가 `valid`이고 출처가 등록된 이름을 공개하면, Didit은 이를 제출된 회사명과 퍼지 비교합니다.
의미 있는 차이가 있으면 세션 상태는 바뀌지 않고 `KYB_COMPANY_VAT_NAME_MISMATCH` 경고가 발생합니다. 이 경고는 검토자를 위한 약한 신호입니다.
`additional_data`에는 `registry_name`, `registry_source`, `submitted_name`이 포함되며, 출처가 VIES인 경우에는 `vies_name`도 포함됩니다.
일부 EU 회원국은 상호명이나 주소를 공개하지 않습니다. 이 경우 해당 필드는 비어 있게 반환되며 비교는 실행되지 않습니다.

**설정 가능한 작업.** KYB 등록 확인 노드의 두 설정은 확인이 실패했을 때 세션에 어떤 작업을 수행할지 결정합니다(값: `REVIEW`, `DECLINE`, `NO_ACTION`):

| 설정 | 발동 조건 | 기본값 |
| - | - | - |
| `kyb_vat_invalid_action` | `vat_validation_status`가 `invalid`이거나, `vat_number`가 `invalid_format`인 경우 | `REVIEW` - 세션이 검토 중 상태로 전환됩니다 |
| `kyb_vat_unverified_action` | `vat_validation_status`가 `could_not_validate`인 경우 | `NO_ACTION` - 세션에 영향을 주지 않습니다 |

`tax_number`의 검증 상태가 `invalid_format`인 경우에는 payload에 보고되지만 작업은 발동되지 않습니다. 자유 텍스트 세금 필드에는 다른 회사 식별자가 들어 있는 경우가 많기 때문입니다.

각 결과는 등록 확인에서 해당 경고(`KYB_COMPANY_VAT_INVALID`, `KYB_COMPANY_VAT_COULD_NOT_VALIDATE`)도 함께 발생시킵니다. 자세한 내용은 [기업 인증 경고](https://docs.didit.me/ko/business-verification/warnings.md#kyb-법인-등기부-경고)를 참조하세요.

## 데이터 상호 참조

Didit는 사용자가 제공한 데이터/기준 데이터를 등기부가 반환한 데이터 및 업로드된 문서에서 추출한 OCR 데이터와 자동으로 비교합니다:

* **회사명**: 약어와 표기 형식의 차이를 고려한 퍼지 매칭
* **등록번호**: 정확히 일치하는지 검증
* **국가**: 제공된 국가와 등기부 국가 간의 일관성 검사
* **주소**: 비교를 위한 지오코딩 및 정규화

모든 불일치는 세션에서 경고로 표시되며, 콘솔에서 분석가에게 보입니다.

## 재무 요약

사용 가능한 경우 Didit는 등기부에서 요약 재무 데이터를 가져옵니다:

* 매출 또는 매출액
* 직원 수
* SIC/NACE 산업 코드
* 신고일 및 컴플라이언스 상태

## 추가 등기부 필드

관할 지역의 적용 범위에 따라 등기부 응답에는 다음 정보도 포함될 수 있습니다:

* `alternative_names`: 상호, DBA, 이전 법적 명칭
* `legal_entity_identifier` (LEI): 금융기관 및 상장 기업용
* `website`, `email`, `phone`: 등기부에 등록된 연락처 정보
* `nature_of_business`: 짧은 사업 설명(등기부 언어 기준)
* `registered_capital`: 수권 자본 또는 발행 자본을 `{amount, currency}` 객체로 제공

모든 필드는 KYB 결정의 [`business`](https://docs.didit.me/ko/business-verification/response-schema) 블록에 저장됩니다.

## 신뢰도 및 검증 상태

각 등기부 응답에는 `verification_status`가 포함됩니다:

| 값 | 의미 |
| - | - |
| `VERIFIED` | 등기부에서 일치하는 항목을 찾았고 데이터를 가져왔습니다. |
| `FAILED` | 등기부에서 일치하는 항목을 찾았지만 데이터 가져오기에 실패했습니다(예: 부분 응답). |
| `UNKNOWN` | 어떤 등기부에서도 회사를 찾을 수 없습니다. |

자체 후속 로직을 구현하려면 `is_from_registry`와 함께 사용합니다:

| `is_from_registry` | `verification_status` | 의미 |
| - | - | - |
| true | VERIFIED | 공식 등기부에서 완전히 검증되었습니다 |
| true | FAILED | 부분 정보입니다. 일부 필드가 오래되었거나 누락되었을 수 있습니다 |
| false | UNKNOWN | 사용자 제공 데이터만 있으며 등기부에서 일치하는 항목이 없습니다 |

## 교차 참조 결과

각 교차 참조는 필드별로 실행되며 다음 중 하나를 반환합니다:

* `MATCH`: 제공된 데이터가 등기부와 일치합니다.
* `MISMATCH`: 의미 있는 차이가 있습니다. 경고로 표시됩니다.
* `NO_DATA`: 한쪽 데이터가 비어 있어 비교할 수 없습니다.

불일치는 콘솔의 세션 검토에서 필드별로 표시됩니다.

## 결과를 좌우하는 요인

회사 상태, 설립 국가, AML 결과, 신고된 데이터와의 일치 여부는 경고 태그로서 등기부 확인과 AML 스크리닝에 반영되어 결정에 영향을 줍니다. 각 경고를 승인, 검토 또는 거부할지는 워크플로에서 결정합니다. 신호와 이를 제어하는 워크플로 키는 [위험 평가](https://docs.didit.me/ko/business-verification/risk-assessment.md)를 참조하십시오.

## 지원 국가

적용 범위는 국가마다 다릅니다. 지역별 등급 세부 내역은 [지원 국가](https://docs.didit.me/ko/business-verification/supported-countries.md)를 참조하십시오.

## 다음 단계

> [card] [소유 구조](https://docs.didit.me/ko/business-verification/ownership.md)
>
> UBO 식별 및 소유 체인.

> [card] [응답 스키마](https://docs.didit.me/ko/business-verification/response-schema.md)
>
> 페이로드에서 각 필드가 나타나는 위치.

> [card] [지원 국가](https://docs.didit.me/ko/business-verification/supported-countries.md)
>
> 지역별 적용 범위.


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