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

# 거래 모니터링 규칙 라이브러리: 150+ 사전 설정 시나리오

> Didit의 KYT 사전 설정 규칙 150+개: 구조화 거래, 속도, 레이어링, 제재, 기기, 암호화폐, Travel Rule, iGaming 사기 탐지. 월 1,000건 포함, 이후 건당 $0.001.

Didit은 **150개 이상의 사전 설정된 거래 모니터링 규칙**으로 구성된 엄선된 라이브러리를 제공하며, 규칙을 개별적으로 또는 번들 단위로 설치할 수 있습니다. 각 규칙은 FATF 권고안, FinCEN 권고문, NACHA 규칙, Wolfsberg 원칙, Egmont Group 유형 분류, iGaming 악용 패턴 등 글로벌 표준과 규제 지침에서 도출된 실제 AML, 사기 또는 컴플라이언스 유형에 대응합니다.

필요한 프리셋이나 번들을 선택한 다음, 설치된 각 규칙의 모드(`ACTIVE`, `TEST`, `DISABLED`)를 관리합니다. 프리셋의 조건, 임계값, 작업은 고정되어 있습니다. 다른 로직이 필요하면 커스텀 규칙을 만들어야 합니다. 프리셋을 제거하면 애플리케이션에서 삭제되며, 필요할 때 다시 설치할 수 있습니다.

> [!NOTE]
>
> 라이브러리 규칙은 Business Console의 *Transactions -> Rules -> Library*에서 찾아보고, 설치하고, 제거할 수 있습니다. 또한 [규칙 라이브러리 API](https://docs.didit.me/ko/management-api/transactions/rules-library.md)(`GET /v3/transactions/rules/library/`, `POST`/`DELETE /v3/transactions/rules/install/`)나 `didit_transaction_rule_library_list` / `didit_transaction_rule_install` / `didit_transaction_rule_uninstall` [MCP 도구](https://docs.didit.me/ko/integration/mcp/tools.md)를 통해서도 가능합니다. 설치된 프리셋은 `mode` 변경(활성화, 비활성화, 테스트)만 허용하며, 임계값은 변경할 수 없습니다. 임계값을 바꾸려면 [커스텀 규칙](https://docs.didit.me/ko/transaction-monitoring/rules.md#커스텀-규칙-생성)을 만드십시오. 규칙이 점수 산정에 기여하는 방식은 [위험 점수 산정](https://docs.didit.me/ko/transaction-monitoring/risk-scoring.md)을 참조하십시오.

> [!NOTE]
>
> 규칙 엔진이 아직 평가할 수 없는 데이터를 읽는 라이브러리 규칙은 실행할 수 있게 될 때까지 **보류됩니다**. 이 규칙은 라이브러리 목록에 표시되지 않습니다. `library_keys`에 이 규칙을 지정한 요청은 `400`을 반환하고 아무것도 설치하지 않습니다(알 수 없는 키는 건너뜁니다). `bundle` 설치는 이 규칙을 건너뜁니다. 이전에 설치한 사본은 `DISABLED`로 전환되어 규칙 목록에 남으며, `mode`를 다른 값으로 설정하면 `400`을 반환합니다. 보류된 규칙은 규칙 엔진이 조건을 평가할 수 있게 되면 자동으로 복구되므로, 라이브러리 목록에는 지금 설치할 수 있는 규칙만 표시됩니다.

## 프리셋 구성 방식

모든 프리셋은 **번들**(기능 계열)과 **카테고리**(더 넓은 위험 주제)에 속합니다. 번들을 사용하면 콘솔에서 관련 규칙을 함께 켜고 끌 수 있으며, 카테고리는 점수 산정과 보고를 좌우합니다.

| 번들 | 포함 범위 |
| - | - |
| `finance` | 스트럭처링, 고액 거래, 누적 거래량, 국가 분산, 레이어링, 뮬 계좌 팬인, 스머핑 |
| `aml_ctf` | 제재, 의심스러운 결제 참조 내용, 라운드 금액 레이어링, 급속한 입출금 |
| `aml_monitoring` | 블록체인에서 파생된 고위험 자금 출처 노출, 테러 자금 조달, 아동 착취 |
| `anomaly_detection` | 높은 거래 빈도, 휴면 계정 재활성화, 업무 시간 외 활동 |
| `fatf` | 고위험 관할권 노출 |
| `device_intelligence` | 디바이스 핑거프린트 재사용, 다중 핑거프린트 계정, IP/브라우저 이상, VPN/프록시, 불가능한 이동 |
| `fraud_prevention_multi_accounting` | 서로 다른 대상 간 공유 핑거프린트 |
| `fraud_prevention_app` | 승인된 푸시 결제 / 최초 수취인 / 사기 피해자 신호 |
| `fraud_prevention_ato` | 계정 탈취 복합 신호(개인정보 변경, 신규 결제 수단) |
| `fraud_prevention_consortium` | 공유 네트워크의 다른 기관이 표시한 거래 상대방 |
| `crypto_monitoring` | 믹서/다크넷/제재 지갑 노출, 체인 홉핑, 비호스팅 지갑, VASP 공백 |
| `travel_rule` | 글로벌 및 지역 Travel Rule 의무(12개 제도)와 거래 상대방 VASP 실사 |
| `travel_rule_eu_tfr` | EU TFR 점검: 거래 상대방 데이터 불일치, 미검증 지갑 소유권, 미식별 거래 상대방 VASP, 만료된 확인 |
| `responsible_gaming` | 안전한 플레이를 위한 입금/출금 한도, 자기 배제, 업무 시간 외 플레이 |
| `igaming_fraud` | 이벤트 기반 보너스 악용, 반대 베팅, 제휴 사기, 채팅 레인 파밍, 칩 덤핑, 계정 탈취 |
| `e_commerce` | 카드 테스트용 소액 거래, 차지백 지표, 청구지 국가 불일치, 제휴 급증 |
| `check_fraud` | 범위 초과, 번호 누락, 중복 제시, 다크웹 감시 목록에 오른 수표, 세척된 수표, 수표 키팅 |
| `bnpl` | 상환 실패에 따른 1차 사기, BNPL 계정 간 공유 식별자, 신규 계정 할부 |

## 이 페이지 읽는 방법

각 규칙에는 `library_key`(API나 콘솔 URL에서 참조할 수 있는 고정 식별자), 규칙이 작동하게 하는 조건과 집계, 기본 작업이 나열되어 있습니다. 여기에 표시된 숫자 임계값은 출고 시 기본값이며, 모든 값은 규칙의 식별자를 잃지 않고 애플리케이션별로 수정할 수 있습니다.

***

## 금융 번들

이 규칙들은 `transaction_type = FINANCE`인 모든 거래에 적용됩니다. 규제 기준선(BSA/FinCEN 보고 임계값, FATF 속도 휴리스틱)과 머니 뮬 및 스머핑 패턴을 모델링합니다.

### 구조화 거래 및 임계값 근접

| `library_key` | 트리거 | 기본 작업 |
| - | - | - |
| `structuring-inbound` | 같은 대상이 30일 이내에 \$10,000 미만의 인바운드 이체를 20건 이상 수행 | +35 점수 |
| `structuring-outbound` | 같은 대상이 30일 이내에 \$10,000 미만의 아웃바운드 이체를 20건 이상 수행 | +35 점수 |
| `single-transaction-just-below-threshold` | $9,000에서 $9,999 사이의 단일 거래 | +25 점수 |
| `round-amount-layering` | 이체 금액이 의심스러울 만큼 둥근 값($10k, $25k, $50k, $100k, $250k, $500k, \$1M…)과 같음 | +20 점수 |

### 거래량 및 속도

| `library_key` | 트리거 | 기본 작업 |
| - | - | - |
| `large-single-transaction` | 단일 거래 금액이 \$25,000 이상 | +50 점수, `IN_REVIEW` |
| `cumulative-outbound-volume` | 30일 동안의 아웃바운드 거래량이 \$100,000 이상 | +45 점수, `IN_REVIEW` |
| `cumulative-inbound-volume-90d` | 90일 동안의 인바운드 거래량이 \$200,000 이상 | +30 점수, `IN_REVIEW` |
| `cumulative-outbound-volume-7d` | 7일 동안의 아웃바운드 거래량이 \$50,000 이상 | +30 점수, `IN_REVIEW` |
| `business-4h-inbound-volume` | 기업의 인바운드 거래량이 임의의 4시간 구간에서 \$30,000 이상 | +30 점수, `IN_REVIEW` |
| `business-4h-outbound-volume` | 기업의 아웃바운드 거래량이 임의의 4시간 구간에서 \$30,000 이상 | +30 점수, `IN_REVIEW` |
| `high-velocity-inbound` | 7일 동안 인바운드 거래를 20건 이상 수행 | +25 점수 |
| `high-velocity-outbound` | 7일 동안 아웃바운드 거래를 20건 이상 수행 | +25 점수 |

### 레이어링, 머니 뮬 및 스머핑

| `library_key` | 트리거 | 기본 작업 |
| - | - | - |
| `rapid-in-and-out-movement` | 인바운드 이체 후 6시간 이내에 아웃바운드 이체가 발생 | +60 점수, `IN_REVIEW` |
| `cash-deposit-followed-by-withdrawal` | 72시간 이내에 \$50,000 이상의 현금 입금 후 현금 출금 | +30 점수, `IN_REVIEW` |
| `money-mule-fan-in-to-counterparty` | 한 거래 상대방이 7일 이내에 5명 이상의 서로 다른 대상으로부터 이체를 받음 | +30 점수, `IN_REVIEW` |
| `rapid-repeated-payments-same-counterparty` | 24시간 이내에 같은 거래 상대방에게 아웃바운드 이체를 5건 이상 수행 | +30 점수, `IN_REVIEW` |
| `cross-border-small-amount-velocity` | 대상이 24시간 이내에 서로 다른 거래 상대방 국가 4곳 이상으로 \$1,000 미만의 금액을 송금 | +30 점수, `IN_REVIEW` |
| `high-risk-jurisdiction-smurfing` | 7일 이내에 같은 고위험 국가로 \$1,000 미만의 아웃바운드 이체를 5건 이상 수행 | +30 점수, `IN_REVIEW` |
| `many-unique-counterparties-24h` | 대상이 24시간 이내에 서로 다른 거래 상대방 6곳 이상과 거래 | +30 점수, `IN_REVIEW` |
| `many-unique-payment-methods-7d` | 대상이 7일 이내에 서로 다른 결제 수단 4개 이상을 번갈아 사용 | +30 점수, `IN_REVIEW` |
| `counterparty-country-spread-24h` | 대상이 24시간 이내에 서로 다른 거래 상대방 국가 4곳 이상과 거래 | +30 점수, `IN_REVIEW` |

### 행동 이상

| `library_key` | 트리거 | 기본 작업 |
| - | - | - |
| `dormant-account-reactivation` | 365일 이상 비활성 상태였던 뒤 첫 거래 금액이 \$1,000 이상 | +20 점수 |
| `off-hours-high-value-finance` | 대상의 로케일 기준으로 업무 시간 외로 표시된 고액 이체(≥ \$5,000) | +25 점수 |

***

## AML / CTF 번들

이 규칙들은 블록체인 데이터 보강에 의존하지 않는 전형적인 AML/CTF 유형을 모델링합니다. 법정화폐 이체와 암호화폐 이체 모두에 보편적으로 적용됩니다.

| `library_key` | 트리거 | 기본 작업 |
| - | - | - |
| `sanctions-counterparty` | 스크리닝 대상 지갑 자체가 제재 대상 기관에 귀속됨(`wallet_sanctioned`). 노출만으로는 트리거되지 않음 | +90 점수, `DECLINED` |
| `sanctions-exposure-review` | 스크리닝 대상 지갑이 제재 대상 기관과 자금을 주고받았지만 자체는 제재 대상이 아님 | +50 점수, `IN_REVIEW` |
| `suspicious-payment-reference` | 결제 참조에 불법 수익과 관련된 키워드가 포함됨 | +45 점수, `IN_REVIEW` |
| `high-risk-jurisdiction-exposure` | 거래 상대방 국가 또는 대상 IP 국가가 고위험 목록에 있음 | +40 점수, `IN_REVIEW` |
| `high-risk-inbound-single` | 고위험 국가에서 \$20,000 이상의 인바운드 이체 | +30 점수, `IN_REVIEW` |
| `high-risk-outbound-single` | 고위험 국가로 \$20,000 이상의 아웃바운드 이체 | +30 점수, `IN_REVIEW` |

기본 고위험 관할권 목록에는 FATF 조치 요구 대상 지역과 분쟁 지역이 포함되어 있습니다: `IRN`, `PRK`, `SYR`, `AFG`, `RUS`, `MMR`. 애플리케이션별로 목록을 재정의할 수 있습니다.

> [!NOTE]
>
> **PEP 거래 상대방 적용 범위는 현재 제공되지 않습니다.** 연동된 스크리닝 제공업체 중 거래 상대방이 정치적 주요 인물(PEP)인지 보고하는 곳은 없습니다. 그래서 `pep_counterparty` 필드는 현재 모든 스크리닝 결과에서 `null`이며([지갑 스크리닝](https://docs.didit.me/ko/transaction-monitoring/wallet-screening.md#response) 참고), 라이브러리에는 PEP 거래 상대방 프리셋이 없습니다. 이 프리셋이 중단되기 전에 설치된 규칙은 계속 평가되지만, 실제 스크리닝과는 일치할 수 없습니다. 다른 신호에 따라 조치해야 한다면 해당 규칙을 제거하거나 커스텀 규칙으로 바꾸십시오.

***

## 암호화폐 스크리닝 번들

이 규칙들은 Didit의 암호화폐 스크리닝이 생성한 보강 데이터를 사용합니다. 암호화폐 네이티브 애플리케이션과 VASP에 가장 유용합니다.

| `library_key` | 트리거 | 기본 작업 |
| - | - | - |
| `aml-high-risk-source-exposure` | 자금 출처의 30% 이상이 제재, 다크넷, 도난, 랜섬웨어 또는 사기 카테고리에서 발생 | +70 점수, `IN_REVIEW` |
| `aml-multiple-risky-counterparties` | 자금 출처 그래프에서 고위험 주체와의 연결이 3건 이상 | +50 점수, `IN_REVIEW` |
| `aml-terrorist-financing-exposure` | 지갑에 테러 자금 조달 노출이 하나라도 있음 | +100 점수, `DECLINED` |
| `aml-child-exploitation-exposure` | 지갑에 아동 착취물 노출이 하나라도 있음 | +100 점수, `DECLINED` |
| `aml-wallet-risk-score-medium` | 제공업체의 지갑 위험 점수가 40에서 70 사이 | +30 점수 |

***

## 암호화폐 모니터링 번들

지갑 단위 노출 규칙과 VASP 및 Travel Rule 관련 무결성 검사를 제공합니다.

| `library_key` | 트리거 | 기본 작업 |
| - | - | - |
| `crypto-mixer-exposure` | 믹서 또는 난독화 서비스와 연결된 지갑 | +80점, `IN_REVIEW` |
| `crypto-darknet_market-exposure` | 다크넷 마켓 지갑 노출 | +80점, `IN_REVIEW` |
| `crypto-sanctioned-exposure` | 제재 대상 지갑 노출 | +90점, `IN_REVIEW` |
| `crypto-stolen_funds-exposure` | 도난 자금 지갑 노출 | +85점, `IN_REVIEW` |
| `crypto-scam-exposure` | 사기 지갑 노출 | +70점, `IN_REVIEW` |
| `crypto-ransomware-exposure` | 랜섬웨어 지갑 노출 | +90점, `IN_REVIEW` |
| `crypto-hacked_exchange-exposure` | 해킹된 거래소 지갑 노출 | +80점, `IN_REVIEW` |
| `crypto-gambling_unlicensed-exposure` | 미인가 도박 지갑 노출 | +60점, `IN_REVIEW` |
| `high-risk-wallet-exposure` | 지갑 위험 유형이 다크넷 마켓, 제재 대상 또는 도난 자금인 경우 | +70점, `IN_REVIEW` |
| `crypto-wallet-risk-score-critical` | 제공업체 지갑 점수 ≥ 90 | +90점, `IN_REVIEW` |
| `crypto-wallet-risk-score-high` | 제공업체 지갑 점수 ≥ 70 | +60점, `IN_REVIEW` |
| `crypto-unhosted-wallet-large-outbound` | 비수탁형 지갑으로의 출금 ≥ \$1,000 | +45점, `IN_REVIEW` |
| `crypto-repeated-unhosted-wallet-withdrawals` | 24시간 내 비수탁형 지갑으로의 출금 ≥5건 | +35점, `IN_REVIEW` |
| `crypto-many-new-wallets-per-subject` | 대상이 24시간 내 서로 다른 지갑 ≥5개로 송금 | +40점, `IN_REVIEW` |
| `crypto-chain-hopping-pattern` | 같은 대상이 24시간 내 블록체인 ≥3개를 거쳐 자금을 이동 | +45점, `IN_REVIEW` |
| `crypto-missing-vasp-id-high-value` | VASP 식별자가 없는 수탁형 지갑 송금 ≥ \$1,000 | +30점, `IN_REVIEW` |

***

## Travel Rule 번들

Travel Rule 규칙은 `travelRule` 거래에만 적용됩니다.
지역별 규제 체계마다 규칙 네 개(상대방 대기, 작업 대기, 누락된 데이터, 교환 실패)가 포함됩니다.

### 글로벌 Travel Rule

| `library_key` | 트리거 | 기본 작업 |
| - | - | - |
| `travel-rule-pending-counterparty` | 상태가 `AWAITING_COUNTERPARTY`(상대방 VASP의 응답 대기) | +35점, `IN_REVIEW` |
| `travel-rule-pending-action` | 상태가 `ON_HOLD`(관리형 거래소에서 수신 송금이 귀하의 처리를 기다리는 상태: 지갑 주소록 일치 항목 없음, 또는 수동 승인을 기다리는 문의) | +35점, `AWAITING_USER` |
| `travel-rule-missing-required-data` | `travel_rule_required`가 `true`이고 `travel_rule_obligations_count`가 `0`보다 큼. 의무 건수는 귀하가 `travel_rule_details`에 직접 기록한 Travel Rule 데이터에만 해당하므로, 관리형 거래소가 처리하는 송금에서는 이 규칙이 발동하지 않음 | +50점, `IN_REVIEW` |

### 지역별 규제 체계

동일한 네 가지 규칙 템플릿이 규제 체계마다 적용됩니다. 아래의 `<regime>`은 `australia`, `dubai`, `eu`, `hong_kong`, `india`, `indonesia`, `japan`, `kazakhstan`, `singapore`, `south_africa`, `turkey`, `uk` 중 하나로 바꿔 사용하십시오.

규제 체계 태그는 자동으로 지정됩니다. Didit은 [Travel Rule 설정](https://docs.didit.me/ko/transaction-monitoring/travel-rule.md#설정)의 `jurisdiction`에 따라 모든 Travel Rule 거래에 `custom_values.travel_rule_regime`을 기록합니다. 예를 들어 `SG` → `singapore`, `GB` → `uk`, `DE` 또는 `FR`과 같은 EU 및 EEA 회원국 코드 → `eu`입니다. 지역별 번들이 없는 코드는 소문자로 기록되며(`US` → `us`), 맞춤 규칙에서 해당 코드를 대상으로 지정할 수 있습니다. 거래에 제출된 `props.travel_rule_regime` 값은 항상 파생된 규제 체계보다 우선합니다.

| `library_key` 템플릿 | 트리거 |
| - | - |
| `travel-rule-<regime>-pending-counterparty` | 규제 체계 태그가 지정된 송금이 상대방 VASP의 응답을 기다리는 경우 |
| `travel-rule-<regime>-pending-action` | 규제 체계 태그가 지정된 송금의 상태가 `ON_HOLD`인 경우 |
| `travel-rule-<regime>-missing-required-data` | 규제 체계 태그가 지정된 송금에 Travel Rule이 필요하지만 해결되지 않은 경우 |
| `travel-rule-<regime>-failed-exchange` | 규제 체계 태그가 지정된 송금의 상태가 `CANCELLED`인 경우 |

지역별 전용 규칙은 48개이며, 여기에 위의 글로벌 Travel Rule 규칙 3개와 아래의 거래 상대방 규칙 5개가 더해집니다.
별도의 `travel_rule_eu_tfr` 번들은 EU TFR 규칙 4개를 추가합니다. 자세한 내용은 [EU TFR 규칙 번들](https://docs.didit.me/ko/transaction-monitoring/travel-rule.md#eu-tfr-규칙-번들)을 참조하십시오.

### 거래 상대방 실사

이 규칙들은 거래소가 접촉한 상대방 VASP에 대해 귀사의 애플리케이션이 알고 있는 정보를 읽습니다. 즉, 해당 상대방에 대한 귀사의 결정, 실사 위험 수준, 국가 및 응답성을 확인합니다.
각 값의 출처는 [거래 상대방 실사](https://docs.didit.me/ko/transaction-monitoring/travel-rule.md#거래-상대방-실사)를 참조하십시오.

| `library_key` | 트리거 | 기본 작업 |
| - | - | - |
| `travel-rule-counterparty-blocked` | 상대방에 대한 귀사의 결정(`counterparty_dd_status`)이 `BLOCKED`인 경우 | +90점, `DECLINED` |
| `travel-rule-counterparty-restricted` | 상대방에 대한 귀사의 결정이 `RESTRICTED`인 경우 | +50점, `IN_REVIEW` |
| `travel-rule-counterparty-high-risk` | 상대방의 위험 수준(`counterparty_risk_level`)이 `HIGH`인 경우: 실사 점수가 40 미만이거나, 귀사가 새로 수행한 상대방 스크리닝에서 제재 또는 부정적 언론 보도와 일치할 가능성이 발견된 경우 | +40점, `IN_REVIEW` |
| `travel-rule-counterparty-high-risk-jurisdiction` | 상대방이 기본 고위험 국가 목록(`IRN`, `PRK`, `SYR`, `AFG`, `RUS`, `MMR`)에 있는 국가에 설립된 경우 | +60점, `IN_REVIEW` |
| `travel-rule-counterparty-unresponsive` | 최근 90일 동안 Didit 고객이 상대방에게 보낸 Travel Rule 요청 중 10퍼센트 미만에만 응답했고, 그중 최소 5건의 결정이 내려진 경우 | +30점, `IN_REVIEW` |

***

## 기기 인텔리전스 및 사기 방지

이 규칙들은 클라이언트 SDK(기기 핑거프린트, IP, 브라우저, 세션 경과 시간)와 제공업체의 데이터 보강 신호를 사기 탐지 이벤트로 변환합니다.

### 기기 핑거프린트 및 다중 계정

| `library_key` | 트리거 | 기본 동작 |
| - | - | - |
| `multi-accounting-shared-fingerprint` | 하나의 기기 핑거프린트가 7일 동안 ≥3개의 서로 다른 대상에서 재사용됨 | +50점, `IN_REVIEW` |
| `multiple-device-fingerprints-for-same-subject` | 하나의 대상이 24시간 동안 ≥3개의 서로 다른 핑거프린트에 나타남 | +20점 |
| `same-fingerprint-transaction-burst` | 24시간 동안 하나의 핑거프린트에서 ≥6건의 거래 발생 | +30점 |
| `same-ip-multi-accounting` | 7일 동안 하나의 IP를 ≥3개의 서로 다른 대상이 공유함 | +30점 |
| `same-ip-transaction-burst` | 24시간 동안 하나의 IP에서 ≥6건의 거래 발생 | +30점 |
| `same-fingerprint-multiple-payment-methods` | 7일 동안 하나의 핑거프린트가 ≥4개의 결제 수단을 번갈아 사용함 | +30점 |
| `shared-payment-method-across-subjects` | 7일 동안 하나의 결제 수단을 ≥3명의 서로 다른 대상이 재사용함 | +30점 |
| `many-ip-addresses-per-subject` | 대상이 24시간 동안 ≥4개의 서로 다른 IP를 사용함 | +30점 |
| `new-browser-and-new-ip-combination` | 대상이 24시간 동안 ≥3개의 서로 다른 브라우저와 ≥3개의 서로 다른 IP를 함께 보임 | +30점 |

### IP, 네트워크 및 VPN

| `library_key` | 트리거 | 기본 동작 |
| - | - | - |
| `vpn-or-proxy-high-value` | ≥ \$5,000 이체에서 VPN 또는 프록시가 탐지됨 | +30점 |
| `impossible-travel-between-transactions` | 대상이 1시간 이내에 IP가 속한 ≥2개의 서로 다른 국가에서 거래함 | +30점 |

### 행동 복합 규칙

| `library_key` | 트리거 | 기본 동작 |
| - | - | - |
| `browser-spoofing-password-reuse` | 브라우저 스푸핑이 탐지되고, 30분 동안 같은 비밀번호 해시를 재사용한 거래가 ≥2건 있음 | +30점 |
| `remote-access-high-value-transfer` | ≥ \$5,000 이체에서 원격 접속 도구가 탐지됨 | +30점 |
| `low-session-age-high-value-transfer` | 세션 시작 후 30초 이내에 ≥ \$5,000 이체가 발생함 | +30점 |
| `synthetic-identity-fresh-account-high-value` | 최근 7일 이내에 개설된 계정이 ≥ \$1,000 거래를 함 | +30점 |

### 계정 탈취 및 APP 사기

| `library_key` | 트리거 | 기본 동작 |
| - | - | - |
| `recent-pii-change-and-transaction` | 최근 PII 변경 기간 내에 ≥ \$1,000 이체가 발생함 | +45점, `IN_REVIEW` |
| `new-payment-method-high-value` | 최근 7일 이내에 추가된 결제 수단으로 ≥ \$5,000 이체가 발생함 | +30점 |
| `first-time-payee-high-value` | 대상이 한 번도 지급한 적 없는 거래 상대방에게 ≥ \$5,000의 외부 거래를 보냄 | +40점, `IN_REVIEW` |
| `consortium-flagged-counterparty` | 다른 기관이 신고한 거래 상대방에게 ≥ \$500 이체가 발생함 | +60점, `IN_REVIEW` |

### 제휴 및 보너스 악용

| `library_key` | 트리거 | 기본 동작 |
| - | - | - |
| `repeated-bonus-campaign-from-same-fingerprint` | 2시간 동안 같은 캠페인과 같은 핑거프린트에서 ≥6건의 거래 발생 | +35점 |
| `shared-fingerprint-across-bonus-campaigns` | 하나의 핑거프린트가 7일 동안 서로 다른 캠페인 ≥3개를 신청함 | +30점 |
| `affiliate-fraud-repeated-fingerprint` | 2시간 동안 같은 제휴사와 같은 핑거프린트에서 ≥5건의 거래 발생 | +30점 |

***

## 책임 있는 게임 번들

iGaming 애플리케이션용입니다. 이 규칙들은 플레이어 보호 신호와 보너스 악용 패턴을 모두 탐지하도록 설계되었습니다.

| `library_key` | 트리거 | 기본 동작 |
| - | - | - |
| `responsible-gaming-rapid-deposits` | 24시간 동안 같은 작업의 입금 거래가 ≥10건 발생 | +20점 |
| `responsible-gaming-rapid-withdrawals` | 24시간 동안 같은 작업의 출금 거래가 ≥8건 발생 | +20점 |
| `responsible-gaming-cumulative-deposits-7d` | 7일 동안 입금 금액이 ≥ \$5,000 | +20점 |
| `responsible-gaming-cumulative-withdrawals-7d` | 7일 동안 출금 금액이 ≥ \$5,000 | +20점 |
| `responsible-gaming-self-excluded-activity` | 스스로 이용을 제한한 계정에서 거래가 하나라도 발생함 | +20점 |
| `responsible-gaming-loss-limit-hit` | 손실 한도 신호 이후에도 활동이 계속됨 | +20점 |
| `responsible-gaming-bonus-hunting` | 24시간 동안 같은 캠페인과 같은 핑거프린트의 거래가 ≥4건 발생 | +20점 |
| `responsible-gaming-multiple-payment-methods` | 7일 동안 ≥4개의 서로 다른 결제 수단 사용 | +20점 |
| `responsible-gaming-off-hours-high-value` | 업무 외 시간으로 태그된 플레이가 ≥ \$1,000 | +20점 |
| `responsible-gaming-failed-withdrawals` | 출금 실패 시도가 ≥3회 | +20점 |
| `responsible-gaming-many-counterparties` | 24시간 동안 ≥5개의 서로 다른 거래 상대방과 거래함 | +20점 |

***

## iGaming 사기 방지 번들

모니터링 이벤트와 자금 이동을 함께 보내는 운영자를 위한 번들입니다. 이 규칙들은 `scope.record_types = ["event"]`를 사용하므로 거래 데이터만 보내는 고객은 동작이 바뀌지 않습니다. 거래 전용 대체 규칙이 있는 경우, 연동이 이벤트 카테고리를 보내기 전까지 지정된 대체 규칙을 이벤트 규칙과 함께 설치합니다.

| `library_key` | 트리거 | 기본 작업 | 거래 전용 대체 규칙 |
| - | - | - | - |
| `igaming-account-takeover-drain` | 24시간 이내에, 순서대로 3+회 로그인 실패, MFA 변경, 출금 주소 변경, 출금 요청이 발생 | +90 점수, `DECLINED` | `recent-pii-change-and-transaction`, `new-payment-method-high-value` |
| `igaming-minimal-play-laundering` | 직전 24시간 동안 계정의 베팅 합계가 완료된 입금 합계의 5% 이하이면서, 출금 요청 금액이 \$1,000 이상 | +60 점수, `IN_REVIEW` | `rapid-in-and-out-movement` |
| `igaming-chargeback-deposit-ratio` | 30일 동안 열린 차지백이 완료된 입금의 50% 이상에 도달 | +80 점수, `DECLINED` | `ecommerce-chargeback-indicator` |
| `igaming-chip-dumping-pair-net-winner` | 같은 P2P 쌍이 7일 동안 서로 다른 핸드, 라운드 또는 매치를 최소 2회 정산 **그리고** 한쪽의 순 결과 합계가 \$400 이상 | +70 점수, `IN_REVIEW` | 이벤트 필요 |
| `igaming-opposite-betting-same-market` | 같은 매치와 마켓의 양쪽에 1시간 이내에, 하나의 기기 핑거프린트를 공유하는 서로 다른 계정 2+개가 베팅 | +65 점수, `IN_REVIEW` | 이벤트 필요 |
| `igaming-bot-rta-cadence` | `session.bot_signal_observed`가 봇 점수 90 이상과 타이밍 분산 10ms 이하를 보고 | +55 점수, `IN_REVIEW` | 이벤트 필요 |
| `igaming-self-exclusion-evasion` | 재등록 시도에서 `exclusion_status: active` 상태의 자가 제외 레지스트리 일치 | +100 점수, `DECLINED` | `responsible-gaming-self-excluded-activity` |
| `igaming-chat-rain-farming` | 24시간 이내에 한 계정이 같은 채팅 레인 보너스를 두 번째로 청구하며, 500ms 이내에 청구 | +45 점수, `IN_REVIEW` | `responsible-gaming-bonus-hunting` |
| `igaming-repeated-bonus-claims-one-device` | 7일 동안 한 기기 핑거프린트에서 같은 보너스를 세 번째로 청구 | +50 점수, `IN_REVIEW` | `repeated-bonus-campaign-from-same-fingerprint`, `shared-fingerprint-across-bonus-campaigns`, `responsible-gaming-bonus-hunting` |
| `igaming-affiliate-self-referral` | 7일 동안 3+개의 서로 다른 계정이 한 기기 핑거프린트에서 사용한 제휴 코드에 귀속됨 | +50 점수, `IN_REVIEW` | `affiliate-fraud-repeated-fingerprint` |
| `igaming-multi-accounting-device` | 24시간 동안 3+개의 서로 다른 계정이 사용한 기기 핑거프린트에서의 로그인 또는 등록 | +60 점수, `IN_REVIEW` | `multi-accounting-shared-fingerprint` |
| `igaming-shared-proxy-ip` | 24시간 동안 3+개의 서로 다른 계정이 사용한 IP 주소에서의 로그인 | +40 점수, `IN_REVIEW` | `same-ip-multi-accounting` |

### 각 규칙에 필요한 이벤트 신호

위의 모든 규칙은 이름이 지정된 이벤트 필드를 읽습니다. 필수 필드가 없으면 규칙은 일치하지 않습니다. 규칙은 다른 신호로부터 값을 근사하지 않으며, 거래 데이터를 자동으로 대체 수단으로 사용하지도 않습니다. 아래 키를 이벤트 `payload`와 `device_context`에 보내십시오([이벤트](https://docs.didit.me/ko/transaction-monitoring/events.md)에서 전체 제출 규격을, [이벤트 규칙](https://docs.didit.me/ko/transaction-monitoring/event-rules.md)에서 규칙 필드 경로를 확인할 수 있습니다).

| `library_key` | 읽는 이벤트 작업 | 규칙에 필요한 필드 |
| - | - | - |
| `igaming-account-takeover-drain` | `security.login_failed`, `security.mfa_changed`, `payment.withdrawal_address_changed`, `payment.withdrawal_requested` | `changed_field`, `withdrawal_address_hash`, 그리고 표준 결제 키 |
| `igaming-minimal-play-laundering` | `payment.withdrawal_requested`, `gameplay.bet_placed`, `payment.deposit_completed` | 해당 이벤트 모두의 `amount` |
| `igaming-chargeback-deposit-ratio` | `dispute.chargeback_opened`, `payment.deposit_completed` | `payment_reference_id`, 그리고 `dispute_id` 또는 `chargeback_id` |
| `igaming-chip-dumping-pair-net-winner` | `gameplay.p2p_settlement` | `counterparty_vendor_data`, `net_result_amount`, 그리고 `hand_id` / `round_id` / `match_id` 중 하나 |
| `igaming-opposite-betting-same-market` | `gameplay.bet_placed` | `match_id`, `market_id`, `side`, `device_context.fingerprint` |
| `igaming-bot-rta-cadence` | `session.bot_signal_observed` | `device_context.bot_score`, `timing_variance_ms` |
| `igaming-self-exclusion-evasion` | `responsible_gambling.self_exclusion_match` | `exclusion_status`, `re_registration_attempt`, 그리고 필수 `registry_source`와 `identity_match_ref` |
| `igaming-chat-rain-farming` | `bonus.bonus_claimed` | `bonus_id`, `bonus_type`, `claim_delay_ms` |
| `igaming-repeated-bonus-claims-one-device` | `bonus.bonus_claimed` | `bonus_id`, `device_context.fingerprint` |
| `igaming-affiliate-self-referral` | `affiliate.affiliate_attributed` | `affiliate_code`, `device_context.fingerprint` |
| `igaming-multi-accounting-device` | `security.login_succeeded`, 또는 사용자 정의 `security.registration_attempt` | `device_context.fingerprint` |
| `igaming-shared-proxy-ip` | `security.login_succeeded` | `device_context.network_context.ip_address` |

`igaming_fraud` 번들은 로그인, 게임플레이, 보너스, 제휴, 결제, 분쟁, 보안 및 책임 있는 도박 이벤트를 보내는 연동에서 사용합니다. 이 규칙들은 선택 적용 방식입니다. 라이브러리에 추가해도 기존 애플리케이션에 자동으로 설치되지 않으며, 활성 고객의 현재 프리셋도 바뀌지 않습니다.

***

## 이커머스 번들

마켓플레이스 및 판매 주체(merchant of record) 애플리케이션용입니다.

| `library_key` | 트리거 | 기본 작업 |
| - | - | - |
| `ecommerce-card-testing-microtransactions` | 1시간 내 같은 핑거프린트에서 \$5 이하 거래가 10건 이상 | +30 점수 |
| `ecommerce-high-order-velocity` | 30분 내 한 핑거프린트에서 거래가 8건 이상 | +30 점수 |
| `ecommerce-chargeback-indicator` | 제공자 또는 워크플로가 차지백 지표를 표시함 | +30 점수 |
| `ecommerce-billing-country-mismatch` | \$500 이상 거래에서 청구 국가 불일치 | +30 점수 |
| `ecommerce-shared-payment-method` | 7일 내 이커머스 대상 3명 이상이 결제 수단을 재사용함 | +30 점수 |
| `ecommerce-shared-ip-multi-accounting` | 24시간 내 한 IP를 이커머스 대상 4명 이상이 공유함 | +30 점수 |
| `ecommerce-remote-checkout-high-value` | \$1,000 이상 결제에서 원격 접속이 감지됨 | +30 점수 |
| `ecommerce-affiliate-burst` | 2시간 내 동일한 제휴 파트너와 핑거프린트 조합에서 거래가 5건 이상 | +30 점수 |

***

## 수표 사기 번들

수표 입금 거래를 제출하는 애플리케이션용입니다. 각 규칙은 수표에 알려진 위험 신호(세척, MICR 누락, 다크웹에 등록된 수표 일련번호 등)가 있을 때 호출자가 설정하는 `custom_values.check_*` 플래그에 따라 작동합니다.

| `library_key` | 트리거 | 기본 작업 |
| - | - | - |
| `check-amount-out-of-range` | 수표 금액이 계좌의 일반 범위를 벗어난 것으로 표시되고 \$1,000 이상임 | +40 점수, `IN_REVIEW` |
| `check-missing-or-invalid-number` | 수표 번호가 없거나, 일관되지 않거나, 순차적이지 않은 상태로 접수됨 | +35 점수, `IN_REVIEW` |
| `check-duplicate-presentation` | 같은 수표가 두 번 입금된 것으로 보임(모바일 및 지점) | +70 점수, `IN_REVIEW` |
| `check-on-dark-web-watchlist` | 수표 일련번호 또는 이미지가 다크웹 또는 Telegram 도난 수표 피드에서 발견됨 | +90 점수, `DECLINED` |
| `check-altered-or-washed` | 수표에 화학적 삭제, MICR 변조 또는 기타 세척 흔적이 있음 | +70 점수, `IN_REVIEW` |
| `check-deposit-rapid-multi-bank` | 같은 대상이 24시간 내 거래 상대 은행 3곳 이상에 수표를 입금함(체크 키팅) | +45 점수, `IN_REVIEW` |

***

## BNPL 번들

후불 결제(BNPL) 제공자용입니다. 할부 대출에 특화된 본인 사기(미상환)와 식별자 공유 패턴을 찾아냅니다.

| `library_key` | 트리거 | 기본 작업 |
| - | - | - |
| `bnpl-failed-repayment-velocity` | 대상의 최근 상환 실패가 2건 이상임. 본인 사기 신호 | +45 점수, `IN_REVIEW` |
| `bnpl-shared-identifier-across-accounts` | 전화번호, 이메일 또는 주소가 여러 개의 서로 다른 BNPL 대상에서 확인됨 | +40 점수, `IN_REVIEW` |
| `bnpl-high-installment-on-fresh-account` | 최근 7일 내 개설된 계정에서 \$500 이상의 할부 | +35 점수 |

***

## 참고: 라이브러리의 기반이 되는 표준

Didit 라이브러리의 모든 프리셋은 널리 인정받는 AML, 사기 또는 컴플라이언스 유형에 대응합니다. 참고하는 표준은 다음과 같습니다.

| 출처 | 라이브러리에 기여한 유형 |
| - | - |
| **FATF 권고안** | 구조화 거래(스트럭처링), 자금의 신속한 이동, 고위험 관할권 노출, 거래 상대방 제재 스크리닝 |
| **FinCEN 권고** | BSA / CTR 보고 임계값, 휴면 계좌 재활성화, 의심스러운 현금 거래 패턴 |
| **NACHA 규칙** | ACH 관련 임계값 및 영업시간 외 패턴 |
| **Wolfsberg 원칙** | 환거래 은행업 및 프라이빗 뱅킹 유형 |
| **Egmont Group 유형** | 국경 간 거래 및 계층화 패턴 |
| **업계 모범 사례** | 속도 기반 기간 설정, 불가능한 이동, 최초 수취인, 디바이스 핑거프린트 재사용, BNPL 본인 사기 신호 |

Didit은 업계 표준으로 인정받는 유형만 구현하며, 모든 임계값을 사용자가 조정할 수 있도록 노출합니다.

***

## 프리셋 사용자 지정

모든 프리셋은 다음과 같이 설정할 수 있습니다.

* **튜닝**: 애플리케이션별로 임계값, 기간, 점수 또는 작업을 변경합니다
* **비활성**: 프리셋을 `DISABLED` 모드로 전환하면 평가를 중단하지만 프리셋의 식별 정보는 유지됩니다
* **테스트**: 프리셋을 `TEST` 모드로 전환하면 거래 결과에 영향을 주지 않고 섀도 모드로 평가합니다
* **확장**: 프리셋을 보완하거나 재정의하는 사용자 지정 규칙을 만듭니다

규칙 구조, API 엔드포인트, 사용자 지정 규칙 생성 예시는 [규칙 및 점수 산정](https://docs.didit.me/ko/transaction-monitoring/rules.md)을 참조하세요.


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