# 지속적인 AML 모니터링

Source: https://help.didit.me/ko/aml-screening/ongoing-monitoring
Updated: 2026-10-12

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

모니터링은 여러분이 모니터링을 켠 승인된 세션을 업데이트된 목록에 대해 **매일** 재스크리닝합니다. 검토 임계값을 넘는 새 히트는 세션을 **검토 중**으로 이동시키고, 거절 임계값을 넘으면 **거부됨**으로 이동시킵니다. 어느 쪽이든 `status.updated` webhook을 받게 됩니다. 연 $0.07이며 추가 연동이 필요 없습니다.

[Video: 지속적 AML 모니터링: 일일 재스크리닝 및 웹훅 알림 - Didit Academy](https://www.youtube.com/watch?v=NZwrHM9qqnU)

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

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

## 작동 방식

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

![세션이 선택되어 있고 지속적인 모니터링 작업이 보이는 Didit 콘솔의 사용자 인증 목록](https://help.didit.me/screenshots/sessions-bulk-light.webp)

*모니터링은 여러분이 선택한 사람들에 대해서만 켜집니다.*

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

## 대비해서 구축해야 할 것

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

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

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

> **Warning:** Webhook은 상태가 **실제로 변경될 때만** 발생합니다. 임계값을 넘는 새 히트가 없으면 이벤트도 없습니다. 즉 조용한 것이 정상이며, 모니터링이 작동하지 않는다는 증거가 아닙니다. 확실한 확인이 필요하다면, 원래부터 오지 않을 webhook을 기다리지 말고 콘솔에서 세션을 직접 확인하세요.

## 비용

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

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

## 켜고 끄기

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

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

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

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

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

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

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

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

- **AML 모니터링**은 시간에 걸쳐 *사람*을 목록에 대해 다시 스크리닝합니다. 이 문서가 다루는 내용입니다.
- **거래 모니터링**은 발생하는 대로 *거래*를 규칙에 대해 평가합니다. [거래 모니터링 작동 방식](https://help.didit.me/ko/transactions-monitoring/transaction-monitoring-basics)을 참고하세요.

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