> ## 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.

# KYB 위험 평가: KYB 결과를 결정하는 요소

> Didit에서 KYB 결과가 결정되는 방식입니다. 기능 상태, 경고 태그, 워크플로 작업, AML 임계값, UBO 임계값을 다룹니다. 건당 $2.00부터, 계약 없이 이용 가능합니다.

KYB 세션의 결과는 각 기능의 상태, 해당 기능이 발생시키는 경고, 그리고 워크플로가 각 경고에 지정한 작업을 바탕으로 Didit이 결정합니다.
단일 종합 위험 점수는 없습니다. 결정의 근거는 각 기능 배열의 `warnings[]`와 `decision_trace`에서 확인할 수 있습니다.

## 결과가 산출되는 방식

1. 각 KYB 기능(`KYB_REGISTRY`, `AML`, `KYB_DOCUMENTS`, `KYB_KEY_PEOPLE`)은 각각 고유한 상태로 완료됩니다: `"Approved"`, `"In Review"` 또는 `"Declined"`. [상태](https://docs.didit.me/ko/business-verification/statuses.md)를 참조하세요.
2. 각 기능은 문제가 있을 때 경고 태그를 발생시킵니다. 예를 들어 해산된 회사, 등기부와 일치하지 않는 문서, 스크리닝 적중 등이 있습니다. 태그 목록은 [KYB 경고](https://docs.didit.me/ko/business-verification/warnings.md)에 있습니다.
3. 워크플로는 각 경고에 작업(작업 없음, 검토 또는 거부)을 지정합니다. 따라서 같은 경고라도 정책에 따라 승인, 검토 또는 거부로 이어질 수 있습니다.
4. 기능 상태들이 모여 세션 상태가 됩니다. 검토자는 이를 수동으로 변경할 수 있으며, 그 경우 결정에 `status_override`가 포함됩니다.

## 결과에 반영되는 신호

| 신호 | 워크플로에서 제어하는 항목 |
| - | - |
| **레지스트리 결과** | 회사를 찾았는지 여부, 등기 상태, 신청자가 선언한 데이터와의 일치 여부. 수동으로 입력한 회사는 `kyb_manual_company_action`을 따릅니다. |
| **기업 AML 스크리닝** | `kyb_company_aml_match_score_threshold`, 그리고 승인 및 검토 임계값인 `kyb_score_approve_threshold`와 `kyb_score_review_threshold`. [AML 위험 점수](https://docs.didit.me/ko/core-technology/aml-screening/aml-risk-score.md)와 [AML 일치 점수](https://docs.didit.me/ko/core-technology/aml-screening/aml-match-score.md)를 참조하세요. |
| **주요 인물 전체의 개인 AML** | 각 UBO, 이사 및 기타 주요 인물에 대해 스크리닝이 수행됩니다. `kyb_reject_if_ubo_rejected`는 UBO가 거부되면 해당 기업을 거부합니다. |
| **문서 완전성 및 검사** | `kyb_required_document_groups`와 변조, 불일치, 문서 연령에 대한 `kyb_document_*_action` 키. |
| **주요 인물** | `kyb_ubo_ownership_threshold`와 `kyb_shareholder_ownership_threshold`는 누군가를 UBO로 판단하거나 검증할 주주로 판단하는 지분율을 설정합니다. `kyb_key_people_document_mismatch_action`은 선언된 인물이 업로드한 문서와 일치하지 않는 경우를 다룹니다. |
| **설립 국가** | `kyb_accepted_countries`는 기업이 설립될 수 있는 국가를 제한합니다. |

워크플로 키는 [워크플로 기능 설정](https://docs.didit.me/ko/management-api/workflows/feature-configs.md)에 문서화되어 있습니다.

## 귀사에서 결과 활용하기

정확한 상태 라벨을 기준으로 분기 처리하고, 세션이 특정 상태에 놓인 이유를 팀이 확인할 수 있도록 경고 태그를 기록하세요.

```typescript theme={null}
const decision = event.decision;

if (event.status === 'Approved') {
  await markBusinessVerified(event.vendor_data);
}

if (event.status === 'In Review' || event.status === 'Declined') {
  const warnings = [
    ...decision.registry_checks,
    ...decision.document_verifications,
    ...decision.key_people_checks,
    ...decision.aml_screenings,
  ].flatMap((check) => check.warnings ?? []);

  await recordReasons(event.vendor_data, warnings);
}
```

## 다음 단계

> [card] [상태](https://docs.didit.me/ko/business-verification/statuses.md)
>
> 상태 분류 체계.

> [card] [KYB 경고](https://docs.didit.me/ko/business-verification/warnings.md)
>
> KYB 검사에서 발생할 수 있는 모든 경고 태그.

> [card] [응답 스키마](https://docs.didit.me/ko/business-verification/response-schema.md)
>
> 경고와 결정 추적이 표시되는 위치.


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