시작하기
연동 / SDK
사용자 인증
기업 확인
거래 모니터링
변경 내역ACTIVE, TEST, DISABLED)를 관리합니다. 프리셋의 조건, 임계값, 작업은 고정되어 있습니다. 다른 로직이 필요하면 커스텀 규칙을 만들어야 합니다. 프리셋을 제거하면 애플리케이션에서 삭제되며, 필요할 때 다시 설치할 수 있습니다.
라이브러리 규칙은 Business Console의 Transactions -> Rules -> Library에서 찾아보고, 설치하고, 제거할 수 있습니다. 또한 규칙 라이브러리 API(
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 도구를 통해서도 가능합니다. 설치된 프리셋은 mode 변경(활성화, 비활성화, 테스트)만 허용하며, 임계값은 변경할 수 없습니다. 임계값을 바꾸려면 커스텀 규칙을 만드십시오. 규칙이 점수 산정에 기여하는 방식은 위험 점수 산정을 참조하십시오.규칙 엔진이 아직 평가할 수 없는 데이터를 읽는 라이브러리 규칙은 실행할 수 있게 될 때까지 보류됩니다. 이 규칙은 라이브러리 목록에 표시되지 않습니다.
library_keys에 이 규칙을 지정한 요청은 400을 반환하고 아무것도 설치하지 않습니다(알 수 없는 키는 건너뜁니다). bundle 설치는 이 규칙을 건너뜁니다. 이전에 설치한 사본은 DISABLED로 전환되어 규칙 목록에 남으며, mode를 다른 값으로 설정하면 400을 반환합니다. 보류된 규칙은 규칙 엔진이 조건을 평가할 수 있게 되면 자동으로 복구되므로, 라이브러리 목록에는 지금 설치할 수 있는 규칙만 표시됩니다.프리셋 구성 방식
모든 프리셋은 번들(기능 계열)과 카테고리(더 넓은 위험 주제)에 속합니다. 번들을 사용하면 콘솔에서 관련 규칙을 함께 켜고 끌 수 있으며, 카테고리는 점수 산정과 보고를 좌우합니다.이 페이지 읽는 방법
각 규칙에는library_key(API나 콘솔 URL에서 참조할 수 있는 고정 식별자), 규칙이 작동하게 하는 조건과 집계, 기본 작업이 나열되어 있습니다. 여기에 표시된 숫자 임계값은 출고 시 기본값이며, 모든 값은 규칙의 식별자를 잃지 않고 애플리케이션별로 수정할 수 있습니다.
금융 번들
이 규칙들은transaction_type = FINANCE인 모든 거래에 적용됩니다. 규제 기준선(BSA/FinCEN 보고 임계값, FATF 속도 휴리스틱)과 머니 뮬 및 스머핑 패턴을 모델링합니다.
구조화 거래 및 임계값 근접
거래량 및 속도
레이어링, 머니 뮬 및 스머핑
행동 이상
AML / CTF 번들
이 규칙들은 블록체인 데이터 보강에 의존하지 않는 전형적인 AML/CTF 유형을 모델링합니다. 법정화폐 이체와 암호화폐 이체 모두에 보편적으로 적용됩니다.
기본 고위험 관할권 목록에는 FATF 조치 요구 대상 지역과 분쟁 지역이 포함되어 있습니다:
IRN, PRK, SYR, AFG, RUS, MMR. 애플리케이션별로 목록을 재정의할 수 있습니다.
PEP 거래 상대방 적용 범위는 현재 제공되지 않습니다. 연동된 스크리닝 제공업체 중 거래 상대방이 정치적 주요 인물(PEP)인지 보고하는 곳은 없습니다. 그래서
pep_counterparty 필드는 현재 모든 스크리닝 결과에서 null이며(지갑 스크리닝 참고), 라이브러리에는 PEP 거래 상대방 프리셋이 없습니다. 이 프리셋이 중단되기 전에 설치된 규칙은 계속 평가되지만, 실제 스크리닝과는 일치할 수 없습니다. 다른 신호에 따라 조치해야 한다면 해당 규칙을 제거하거나 커스텀 규칙으로 바꾸십시오.암호화폐 스크리닝 번들
이 규칙들은 Didit의 암호화폐 스크리닝이 생성한 보강 데이터를 사용합니다. 암호화폐 네이티브 애플리케이션과 VASP에 가장 유용합니다.암호화폐 모니터링 번들
지갑 단위 노출 규칙과 VASP 및 Travel Rule 관련 무결성 검사를 제공합니다.Travel Rule 번들
Travel Rule 규칙은travelRule 거래에만 적용됩니다.
지역별 규제 체계마다 규칙 네 개(상대방 대기, 작업 대기, 누락된 데이터, 교환 실패)가 포함됩니다.
글로벌 Travel Rule
지역별 규제 체계
동일한 네 가지 규칙 템플릿이 규제 체계마다 적용됩니다. 아래의<regime>은 australia, dubai, eu, hong_kong, india, indonesia, japan, kazakhstan, singapore, south_africa, turkey, uk 중 하나로 바꿔 사용하십시오.
규제 체계 태그는 자동으로 지정됩니다. Didit은 Travel Rule 설정의 jurisdiction에 따라 모든 Travel Rule 거래에 custom_values.travel_rule_regime을 기록합니다. 예를 들어 SG → singapore, GB → uk, DE 또는 FR과 같은 EU 및 EEA 회원국 코드 → eu입니다. 지역별 번들이 없는 코드는 소문자로 기록되며(US → us), 맞춤 규칙에서 해당 코드를 대상으로 지정할 수 있습니다. 거래에 제출된 props.travel_rule_regime 값은 항상 파생된 규제 체계보다 우선합니다.
지역별 전용 규칙은 48개이며, 여기에 위의 글로벌 Travel Rule 규칙 3개와 아래의 거래 상대방 규칙 5개가 더해집니다.
별도의
travel_rule_eu_tfr 번들은 EU TFR 규칙 4개를 추가합니다. 자세한 내용은 EU TFR 규칙 번들을 참조하십시오.
거래 상대방 실사
이 규칙들은 거래소가 접촉한 상대방 VASP에 대해 귀사의 애플리케이션이 알고 있는 정보를 읽습니다. 즉, 해당 상대방에 대한 귀사의 결정, 실사 위험 수준, 국가 및 응답성을 확인합니다. 각 값의 출처는 거래 상대방 실사를 참조하십시오.기기 인텔리전스 및 사기 방지
이 규칙들은 클라이언트 SDK(기기 핑거프린트, IP, 브라우저, 세션 경과 시간)와 제공업체의 데이터 보강 신호를 사기 탐지 이벤트로 변환합니다.기기 핑거프린트 및 다중 계정
IP, 네트워크 및 VPN
행동 복합 규칙
계정 탈취 및 APP 사기
제휴 및 보너스 악용
책임 있는 게임 번들
iGaming 애플리케이션용입니다. 이 규칙들은 플레이어 보호 신호와 보너스 악용 패턴을 모두 탐지하도록 설계되었습니다.iGaming 사기 방지 번들
모니터링 이벤트와 자금 이동을 함께 보내는 운영자를 위한 번들입니다. 이 규칙들은scope.record_types = ["event"]를 사용하므로 거래 데이터만 보내는 고객은 동작이 바뀌지 않습니다. 거래 전용 대체 규칙이 있는 경우, 연동이 이벤트 카테고리를 보내기 전까지 지정된 대체 규칙을 이벤트 규칙과 함께 설치합니다.
각 규칙에 필요한 이벤트 신호
위의 모든 규칙은 이름이 지정된 이벤트 필드를 읽습니다. 필수 필드가 없으면 규칙은 일치하지 않습니다. 규칙은 다른 신호로부터 값을 근사하지 않으며, 거래 데이터를 자동으로 대체 수단으로 사용하지도 않습니다. 아래 키를 이벤트payload와 device_context에 보내십시오(이벤트에서 전체 제출 규격을, 이벤트 규칙에서 규칙 필드 경로를 확인할 수 있습니다).
igaming_fraud 번들은 로그인, 게임플레이, 보너스, 제휴, 결제, 분쟁, 보안 및 책임 있는 도박 이벤트를 보내는 연동에서 사용합니다. 이 규칙들은 선택 적용 방식입니다. 라이브러리에 추가해도 기존 애플리케이션에 자동으로 설치되지 않으며, 활성 고객의 현재 프리셋도 바뀌지 않습니다.
이커머스 번들
마켓플레이스 및 판매 주체(merchant of record) 애플리케이션용입니다.수표 사기 번들
수표 입금 거래를 제출하는 애플리케이션용입니다. 각 규칙은 수표에 알려진 위험 신호(세척, MICR 누락, 다크웹에 등록된 수표 일련번호 등)가 있을 때 호출자가 설정하는custom_values.check_* 플래그에 따라 작동합니다.
BNPL 번들
후불 결제(BNPL) 제공자용입니다. 할부 대출에 특화된 본인 사기(미상환)와 식별자 공유 패턴을 찾아냅니다.참고: 라이브러리의 기반이 되는 표준
Didit 라이브러리의 모든 프리셋은 널리 인정받는 AML, 사기 또는 컴플라이언스 유형에 대응합니다. 참고하는 표준은 다음과 같습니다.
Didit은 업계 표준으로 인정받는 유형만 구현하며, 모든 임계값을 사용자가 조정할 수 있도록 노출합니다.
프리셋 사용자 지정
모든 프리셋은 다음과 같이 설정할 수 있습니다.- 튜닝: 애플리케이션별로 임계값, 기간, 점수 또는 작업을 변경합니다
- 비활성: 프리셋을
DISABLED모드로 전환하면 평가를 중단하지만 프리셋의 식별 정보는 유지됩니다 - 테스트: 프리셋을
TEST모드로 전환하면 거래 결과에 영향을 주지 않고 섀도 모드로 평가합니다 - 확장: 프리셋을 보완하거나 재정의하는 사용자 지정 규칙을 만듭니다