지속적인 AML 모니터링

모니터링은 승인된 세션을 매일 업데이트된 목록과 재스크리닝하고, 새 히트가 임계값을 넘으면 세션을 검토 중이나 거부됨으로 옮깁니다. 연 $0.07입니다.

#일회성 스크린만으로는 부족한 이유

온보딩 시점의 스크리닝은 그 날의 목록 상태만 알려줍니다. 지정은 계속 추가되고 부정적 언론 보도는 쌓이며, 3월에는 문제가 없던 사람이 8월에는 제재 대상이 될 수 있습니다. 고객 실사를 최신 상태로 유지해야 하는 의무가 있다면 - 대부분의 규제 대상 사업이 그렇습니다 - 한 번의 스크린만으로는 그 의무를 충족하지 못합니다.

#작동 방식

AML 체크가 실행된 세션에 대해서는 추가 연동 작업 없이 모니터링을 자동으로 사용할 수 있습니다.

1. 매일 자동 체크. 모니터링이 켜진 모든 승인된 세션이 전체 워치리스트 및 제재 데이터베이스에 대해 다시 스크리닝됩니다.
2. 임계값 비교. 새로운 결과는 워크플로우에서 설정한 것과 동일한 검토 및 거절 임계값과 비교됩니다.
3. 상태 변경. 검토 임계값을 넘는 새 히트는 세션을 검토 중으로 이동시킵니다. 거절 임계값을 넘으면 거부됨으로 이동시킵니다.
4. Webhook. 여러분의 애플리케이션은 업데이트된 상태와 새 히트의 세부 정보를 담은 status.updated webhook을 다른 webhook과 동일한 형식으로 받습니다.
5. 콘솔. 새 히트가 해결 준비된 상태로 해당 세션에 표시됩니다.

#대비해서 구축해야 할 것

승인된 세션은 나중에 상태가 바뀔 수 있습니다. 여러분의 연동이 Approved를 최종 상태로 취급하고 더 이상 수신하지 않는다면, 모니터링이 전달하려는 바로 그 이벤트를 놓치게 됩니다.

구체적으로는 다음과 같습니다.

• 이미 인증 완료로 표시한 세션에 대해서도 status.updated 처리를 계속 유지하세요.
• 몇 주 전에 종료한 세션이라는 이유로 webhook을 무시하지 마세요.
• 자체 사용자 상태가 "인증됨"에서 다시 벗어날 수 있도록 만드세요 - 이는 보통 단순한 핸들러 변경보다 어려운, 제품 설계 차원의 결정입니다.

#비용

모니터링 대상 1인당 연 $0.07입니다. 요금제 크레딧이나 잔액에서 결제됩니다.

스크린 단위가 아니라 연 단위로 가격이 책정되므로, 매일 실행되는 빈도가 비용을 곱해서 늘리지 않습니다. 이 덕분에 지속적인 모니터링은 아껴 써야 할 것이 아니라 대량으로도 감당할 수 있는 비용이 됩니다.

#켜고 끄기

스위치는 세 곳에 있으며, 모두 인증에 대한 쓰기 권한이 필요합니다.

• 워크플로우에서, AML 단계와 함께 새 세션에 대해 설정합니다. 기본값은 꺼짐입니다.
• 이미 있는 세션의 경우, 사용자 인증에서 세션을 선택하고 나타나는 바에서 지속적인 모니터링을 누른 다음, 켜기로 모두에 대해 켭니다. AML 단계가 없는 세션은 건너뜁니다.
• 인증 하나에 대해서는, 해당 인증의 AML 섹션에 있는 지속적인 모니터링 스위치로 설정합니다.

끄면 그날부터 매일 진행되는 재스크리닝이 중지되며, 이미 발견된 내용은 각 인증에 그대로 남아 있습니다.

#결과를 처리할 인력 배치하기

팀들이 과소평가하는 부분은 연동 자체가 아니라, 모니터링이 반복되는 큐를 만들어낸다는 점입니다. 새 히트도 온보딩 히트와 동일한 해결 작업이 필요합니다. 고객이 맞는지, 중요한지, 판단 근거를 기록하는 것입니다. AML 히트 처리하기를 참고하세요.

아무도 이 큐를 담당하지 않으면 모니터링은 아무도 읽지 않는 알림만 쌓아 놓게 되며, 이는 모니터링을 하지 않는 것보다 더 나쁩니다. 통보받고도 아무 조치를 하지 않았다는 증거를 갖게 되는 셈이기 때문입니다.

#모니터링은 거래 모니터링과 다릅니다

이름은 비슷하지만 서로 다른 두 가지입니다.

• AML 모니터링은 시간에 걸쳐 사람을 목록에 대해 다시 스크리닝합니다. 이 문서가 다루는 내용입니다.
• 거래 모니터링은 발생하는 대로 거래를 규칙에 대해 평가합니다. 거래 모니터링 작동 방식을 참고하세요.

둘 다 필요할 수 있으며, 별도로 과금됩니다.