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

# 거래 모니터링 설정: 임계값 및 제공업체 구성

> Didit에서 KYT 점수 임계값, 통화, 블록체인 분석 제공업체 및 조치를 구성하세요. 요금제는 월 1,000건 거래를 포함하며, 이후 건당 $0.001입니다.

Configure application-level transaction monitoring settings from the Business Console to control scoring thresholds and provider preferences.

Business Console에서 점수 임계값과 제공업체 선호 설정을 제어하도록 애플리케이션 수준의 거래 모니터링 설정을 구성합니다.

## 일반 설정

| 설정 항목 | 기본값 | 설명 |
| - | - | - |
| **모니터링 활성화됨** | `true` | 애플리케이션의 거래 모니터링을 켜거나 끕니다. 비활성화하면 제출된 거래는 저장되지만 규칙에 따라 평가되지 않습니다. |
| **기본 통화** | `USD` | 규칙 임계값 비교와 통화 환산에 사용되는 통화입니다. 일관된 평가를 위해 모든 금액이 이 통화로 환산됩니다. |

## 점수 임계값

점수 임계값은 [일치한 규칙](https://docs.didit.me/ko/transaction-monitoring/rules.md)의 누적 위험 점수가 거래 상태에 어떻게 대응되는지를 결정합니다.

| 설정 항목 | 기본값 | 설명 |
| - | - | - |
| **검토 임계값** | 75 | 이 값 이상의 점수를 받은 거래에는 `IN_REVIEW` 상태가 지정됩니다. |
| **거부 임계값** | 500 | 이 값 이상의 점수를 받은 거래에는 `DECLINED` 상태가 지정됩니다. 기본값이자 최댓값인 `500`에서는 점수에 따라 자동으로 거부되지 않으므로, 점수로 거부하려면 이 값을 낮춰야 합니다. |

검토 임계값 미만의 거래는 자동으로 `APPROVED` 상태가 됩니다. 규칙에 명시적인 `change_status` 작업이 있으면 해당 상태가 점수 기반 임계값보다 우선합니다. `DECLINED`는 항상 우선합니다.

> [!NOTE]
>
> 검토 임계값을 낮추면 분석가가 검토해야 하는 플래그된 거래의 수가 늘어납니다. 팀의 처리 능력과 위험 허용 범위에 맞게 조정하십시오.

## 암호화폐 모니터링

자동 [암호화폐 스크리닝](https://docs.didit.me/ko/transaction-monitoring/aml-screening.md)을 켜거나 끕니다. 활성화하면 `currency_kind: "crypto"`인 모든 거래에 대해 Didit이 지갑 주소와 거래 해시를 블록체인 분석 제공업체를 통해 스크리닝합니다. 거래 해시 스크리닝에는 해시와 관련 지갑 주소가 모두 필요합니다.

## 제공업체 설정

선호하는 블록체인 분석 제공업체를 선택하고 구성합니다.

| 제공업체 | 구성 |
| - | - |
| **Merkle Science** | 관리형 요금(기본값)으로 활성화하거나 자체 API 키를 연결합니다. |
| **Crystal** | 콘솔의 **Marketplace**에서 자체 API 키를 연결합니다. |
| **Chainalysis** | 콘솔의 **Marketplace**에서 자체 API 키를 연결합니다. |
| **Elliptic** | 콘솔의 **Marketplace**에서 자체 API 키와 시크릿을 연결합니다. |
| **TRM Labs** | 콘솔의 **Marketplace**에서 자체 API 키를 연결합니다. |

자체 제공업체 키를 연결하면 기존 제공업체 계약을 그대로 사용하고, 스크리닝 건당 표시된 인프라 수수료를 Didit을 통해 지불합니다.

Lightning Network 모니터링은 **Marketplace**에서 추가한 Elliptic 또는 Chainalysis BYOK 연결이 있는 경우에만 사용할 수 있습니다.
다른 제공업체가 활성화된 상태에서 또는 지원되는 연결 중 어느 것도 추가되기 전에 `LIGHTNING`이 제출되면, 스크리닝 요청은 Marketplace 설정 안내와 함께 `400`을 반환합니다.

## 보완 워크플로

**보완 워크플로**(설정 API의 `remediation_workflow_id`)는 자체 워크플로를 지정하지 않는 [`AWAITING_USER` 규칙 작업](https://docs.didit.me/ko/transaction-monitoring/rules#사용자-인증-요구-awaiting_user)에 대한 애플리케이션 전체의 기본값입니다. 실제로는 자체 워크플로를 지정하지 않는 기본 제공 라이브러리 규칙에 적용됩니다. 사용자 지정 규칙에는 항상 자체 선택이 있으며, 그 선택이 우선합니다.
이 필드는 쓰기 시 워크플로 ID(또는 특정 버전 UUID)를 받고, 읽기 시에는 항상 고정된 워크플로 ID를 반환합니다. 세션은 최신 게시 버전으로 생성됩니다.
이런 규칙이 거래를 `AWAITING_USER`로 설정하면, Didit은 다음 순서로 찾은 첫 번째 워크플로로 연결된 인증 세션을 생성합니다.

1. 여기에서 구성한 보완 워크플로
2. 대상자에게 저장된 기준 얼굴이 있는 경우 애플리케이션의 **생체 인증** 워크플로
3. 애플리케이션의 기본 워크플로

세션의 URL과 토큰은 거래의 `action_required` 및 `remediation` 필드와 두 거래 webhook 모두에서 반환되므로, 사용자를 리디렉션해 필요한 인증을 완료하게 할 수 있습니다.
세션에서 결정이 내려지면 거래 상태가 그 결정을 자동으로 따릅니다(승인, 거부 또는 검토 중). 그리고 `transaction.status.updated` webhook이 발생합니다.

이 용도에는 **생체 인증** 워크플로를 권장합니다. 사용자는 최초 온보딩 때의 얼굴과 대조되는 실시간 셀피 한 장으로 신원을 다시 증명합니다.
이 워크플로를 사용하려면 대상자에게 승인된 인증의 저장된 기준 얼굴이 있어야 합니다. 없는 사용자에게는 애플리케이션의 기본 워크플로를 완료하도록 요청하며, 이때 거래에 대체되었음을 기록하는 메모가 남습니다.

## 찾는 곳

[Business Console](https://business.didit.me)에서 **거래** > **설정**으로 이동해 이 옵션을 구성합니다. 설정은 모든 새 거래에 즉시 적용됩니다.

## 다음 단계

> [card] [위험 점수 산정](https://docs.didit.me/ko/transaction-monitoring/risk-scoring.md)
>
> 점수 임계값이 상태에 어떻게 대응되는지 확인합니다.

> [card] [암호화폐 스크리닝](https://docs.didit.me/ko/transaction-monitoring/aml-screening.md)
>
> 지갑 스크리닝과 제공업체 세부 정보를 확인합니다.

> [card] [IP 보강](https://docs.didit.me/ko/transaction-monitoring/ip-enrichment.md)
>
> 규칙에서 사용할 수 있는 IP 데이터를 확인합니다.


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