시작하기
연동 / SDK
사용자 인증
기업 확인
거래 모니터링
변경 내역일반 설정
점수 임계값
점수 임계값은 일치한 규칙의 누적 위험 점수가 거래 상태에 어떻게 대응되는지를 결정합니다.
검토 임계값 미만의 거래는 자동으로
APPROVED 상태가 됩니다. 규칙에 명시적인 change_status 작업이 있으면 해당 상태가 점수 기반 임계값보다 우선합니다. DECLINED는 항상 우선합니다.
검토 임계값을 낮추면 분석가가 검토해야 하는 플래그된 거래의 수가 늘어납니다. 팀의 처리 능력과 위험 허용 범위에 맞게 조정하십시오.
암호화폐 모니터링
자동 암호화폐 스크리닝을 켜거나 끕니다. 활성화하면currency_kind: "crypto"인 모든 거래에 대해 Didit이 지갑 주소와 거래 해시를 블록체인 분석 제공업체를 통해 스크리닝합니다. 거래 해시 스크리닝에는 해시와 관련 지갑 주소가 모두 필요합니다.
제공업체 설정
선호하는 블록체인 분석 제공업체를 선택하고 구성합니다.
자체 제공업체 키를 연결하면 기존 제공업체 계약을 그대로 사용하고, 스크리닝 건당 표시된 인프라 수수료를 Didit을 통해 지불합니다.
Lightning Network 모니터링은 Marketplace에서 추가한 Elliptic 또는 Chainalysis BYOK 연결이 있는 경우에만 사용할 수 있습니다.
다른 제공업체가 활성화된 상태에서 또는 지원되는 연결 중 어느 것도 추가되기 전에
LIGHTNING이 제출되면, 스크리닝 요청은 Marketplace 설정 안내와 함께 400을 반환합니다.
보완 워크플로
보완 워크플로(설정 API의remediation_workflow_id)는 자체 워크플로를 지정하지 않는 AWAITING_USER 규칙 작업에 대한 애플리케이션 전체의 기본값입니다. 실제로는 자체 워크플로를 지정하지 않는 기본 제공 라이브러리 규칙에 적용됩니다. 사용자 지정 규칙에는 항상 자체 선택이 있으며, 그 선택이 우선합니다.
이 필드는 쓰기 시 워크플로 ID(또는 특정 버전 UUID)를 받고, 읽기 시에는 항상 고정된 워크플로 ID를 반환합니다. 세션은 최신 게시 버전으로 생성됩니다.
이런 규칙이 거래를 AWAITING_USER로 설정하면, Didit은 다음 순서로 찾은 첫 번째 워크플로로 연결된 인증 세션을 생성합니다.
- 여기에서 구성한 보완 워크플로
- 대상자에게 저장된 기준 얼굴이 있는 경우 애플리케이션의 생체 인증 워크플로
- 애플리케이션의 기본 워크플로
action_required 및 remediation 필드와 두 거래 webhook 모두에서 반환되므로, 사용자를 리디렉션해 필요한 인증을 완료하게 할 수 있습니다.
세션에서 결정이 내려지면 거래 상태가 그 결정을 자동으로 따릅니다(승인, 거부 또는 검토 중). 그리고 transaction.status.updated webhook이 발생합니다.
이 용도에는 생체 인증 워크플로를 권장합니다. 사용자는 최초 온보딩 때의 얼굴과 대조되는 실시간 셀피 한 장으로 신원을 다시 증명합니다.
이 워크플로를 사용하려면 대상자에게 승인된 인증의 저장된 기준 얼굴이 있어야 합니다. 없는 사용자에게는 애플리케이션의 기본 워크플로를 완료하도록 요청하며, 이때 거래에 대체되었음을 기록하는 메모가 남습니다.
찾는 곳
Business Console에서 거래 > 설정으로 이동해 이 옵션을 구성합니다. 설정은 모든 새 거래에 즉시 적용됩니다.다음 단계
위험 점수 산정
점수 임계값이 상태에 어떻게 대응되는지 확인합니다.
암호화폐 스크리닝
지갑 스크리닝과 제공업체 세부 정보를 확인합니다.
IP 보강
규칙에서 사용할 수 있는 IP 데이터를 확인합니다.