KYT 알림: 보류된 거래, 분류 및 처리

알림은 규칙 또는 검토자가 보류시켰지만 아직 아무도 결정하지 않은 거래입니다. 실제로는 IN_REVIEW 상태의 거래이거나, 고객을 기다리는 AWAITING_USER 상태의 거래를 뜻합니다. 보류된 거래가 Business Console에서 트리아지의 기본 단위이며, 따로 관리할 알림 레코드는 없습니다.

​

알림으로 간주되는 항목

거래가 전환되는 상태와 그 기반이 되는 규칙은 상태와 위험 점수 산정에서 설명합니다.

​

알림의 출처

​

트리아지

콘솔에서 거래를 열고 상태별로 필터링하여 보류된 거래를 확인하십시오. 각 거래에는 작동한 규칙, 점수, 당사자, 연결된 엔터티 프로필이 표시됩니다. 거래 화면에서 다음을 할 수 있습니다:

• 배정을 통해 거래를 분석가에게 한 건씩 또는 일괄로 할당할 수 있습니다. 배정 내역은 거래 타임라인에 기록됩니다.
• 메모 추가를 선택해 다음 검토자를 위한 메모를 남기십시오. 메모는 메모 endpoint를 통해서도 사용할 수 있습니다.
• 승인 또는 거부를 선택해 거래를 승인하거나 거부하여 알림을 닫으십시오.
• 더 넓은 조사가 필요하면 거래를 케이스에 추가하십시오.

​

케이스로 에스컬레이션

보류된 거래 한 건은 대체로 범위가 작아 단독으로 해결할 수 있습니다. 패턴 기반 조사나 규모가 큰 조사는 거래, 사용자, 기업, 증거를 묶는 케이스에서 다루는 것이 적합합니다. 규칙이 일치할 때마다 케이스를 자동으로 열려면 규칙에 케이스 생성 효과를 추가하고, 어떤 거래에서든 케이스에 추가를 사용하십시오. 케이스 모델은 케이스를 참고하십시오.

​

의심거래보고서

의심거래보고(SAR) 또는 현금거래보고(CTR)를 요구하는 관할 지역에서는 케이스에서 제출 서류를 생성하십시오. FIU 보고서 및 템플릿을 참고하십시오. Didit는 규제 기관에 보고서를 제출하지 않습니다. 제출 책임은 귀사의 컴플라이언스 팀에 있으며, 콘솔은 제출 속도를 높이기 위해 양식과 증거를 준비합니다.

​

알림 webhook

보류된 거래는 transaction.created webhook(생성 시 보류된 경우)과 transaction.status.updated webhook(상태가 변경된 경우)을 통해 알려집니다. Webhooks를 참고하십시오.

​

프로그래밍 방식 액세스

별도의 알림 endpoint는 없습니다. GET /v3/transactions/로 보류된 거래 목록을 조회하고, GET /v3/transactions/{transaction_id}/로 각 거래를 조회하십시오. 거래 상세의 alerts 배열은 현재 항상 비어 있으므로, 대신 status를 읽으십시오.

​

다음 단계