> ## 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しきい値で決まります。1件$2.00から、契約不要。

Diditは、各機能のステータス、それらの機能が発する警告、およびワークフローが各警告に割り当てるアクションに基づいて、KYBセッションの結果を判定します。
単一の総合リスクスコアはありません。判定の根拠は、各機能配列の`warnings[]`と`decision_trace`によって示されます。

## 結果の決まり方

1. 各KYB機能（`KYB_REGISTRY`、`AML`、`KYB_DOCUMENTS`、`KYB_KEY_PEOPLE`）は、それぞれ独自のステータス`"Approved"`、`"In Review"`、`"Declined"`のいずれかで完了します。[ステータス](https://docs.didit.me/ja/business-verification/statuses.md)を参照してください。
2. 各機能は、問題がある場合に警告タグを発します。たとえば、解散した企業、登記情報と矛盾する書類、スクリーニングでのヒットなどです。タグの一覧は[KYBの警告](https://docs.didit.me/ja/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/ja/core-technology/aml-screening/aml-risk-score.md)と[AML一致スコア](https://docs.didit.me/ja/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/ja/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/ja/business-verification/statuses.md)
>
> ステータスの分類。

> [card] [KYBの警告](https://docs.didit.me/ja/business-verification/warnings.md)
>
> KYBチェックが発する可能性のあるすべての警告タグ。

> [card] [レスポンススキーマ](https://docs.didit.me/ja/business-verification/response-schema.md)
>
> 警告と判定のトレースが表示される場所。


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