APPROVED, IN_REVIEW, DECLINED)를 결정하고, 알림을 생성할지, 케이스를 열지, 사용자 시정 조치를 요구할지도 결정합니다.
공식
- 기본 점수: 0입니다.
- 일치하는 각 규칙은 설정된
score_delta(보통 25~35)에 기여합니다. - 일치하는 규칙이 없는 거래의 점수는 0입니다.
임계값과 상태
점수 임계값은 애플리케이션별로 Transactions → Settings에서 설정합니다.
상태 지정 방식:
action: change_status → DECLINED가 설정된 규칙은 점수와 관계없이 거래를 거부합니다.
규칙별 기여도: 예시
한 거래에 다음 규칙이 일치한다고 가정합니다.
총점 = 30 + 35 + 35 = 100
검토 임계값이 60, 거부 임계값이 85이면 이 거래는
DECLINED가 됩니다.
기본 임계값(검토 75, 거부 500)을 사용하면 기본값은 점수로 거부하지 않으므로 이 거래는 IN_REVIEW가 됩니다.
작업으로 상태 직접 지정
규칙은 점수 임계값을 거치지 않고 상태를 직접 지정할 수도 있습니다.
하나의 규칙에 여러 작업을 설정할 수 있습니다. 예:
add_score(35) + add_tags(["structuring"]) + add_note("Auto-tagged by structuring preset")
점수 방식이 고정 규칙보다 나은 이유
고정 기준(예: “$100k를 넘는 모든 거래 거부”)은 정상적인 고액 거래와 실제 위험 거래 모두를 트리거합니다. 중간 수준의score_delta 규칙 여러 개를 검토/거부 임계값과 함께 사용하면 다음과 같은 이점이 있습니다.
- 계층형 점수 산정: 단일 규칙만으로는 거부가 발생하지 않으며, 여러 신호가 함께 일치해야 합니다.
- 조정 가능한 민감도: 규칙 정의를 바꾸지 않고 임계값만 높이거나 낮출 수 있습니다.
- 위험도에 따른 우선순위: 점수 65인 거래는 검토 대상(확인할 가치가 있음)이 되고, 점수 90인 거래는 거부 대상(심각함)이 됩니다.
임계값 설정
Transactions → Settings에서 다음을 설정합니다.- 검토 임계값: 검토 대기열이 넘치면 높이고, 경계 사례를 더 많이 잡으려면 낮춥니다.
- 거부 임계값: 오탐으로 인한 거부를 줄이려면 높이고, 공격적인 차단을 원하면 낮춥니다. 높은 점수를 자동 거부 대신 검토로 보내려면 최대값(
500)으로 설정합니다.
규칙 테스트 모드
규칙은TEST 모드로 실행할 수 있습니다.
- 규칙이 거래를 평가하지만 점수나 상태에는 영향을 주지 않습니다.
is_test = true인TransactionRuleRun레코드가 생성됩니다.- 프로덕션 환경에서 거부를 발생시키지 않고 규칙의 선택도를 검증할 수 있습니다.
ACTIVE로 전환합니다.
severity 필드와 레거시 필드
Transaction과 TransactionAlert의severity 필드는 null을 허용하는 레거시 필드입니다. 새 규칙 평가는 이 필드를 설정하지 않습니다. 주요 위험 신호로는 score를 사용합니다.
점수 확인
API로 확인
모든 거래 응답에는score와, 일치한 규칙마다 항목 하나씩을 담은 rule_runs[] 배열이 포함됩니다. 모든 필드는 응답 스키마에서 확인할 수 있습니다.
콘솔에서 확인
거래 상세 페이지의 점수 탭에서 일치한 각 규칙의 기여도와 최종 상태 매핑을 볼 수 있습니다. 점수 배지에 마우스를 올리면 평가 시점에 사용된 임계값을 확인할 수 있습니다.다음 단계
규칙
규칙의 구조와 평가 방식.
알림
규칙이 실행될 때 일어나는 일.
설정
임계값을 설정합니다.