> ## Documentation Index
> Fetch the complete documentation index at: https://developers.argosidentity.com/llms.txt
> Use this file to discover all available pages before exploring further.
# AML 온고잉 모니터링
> 등록된 사용자를 지속적으로 재점검하여 제재, PEP, 평판 리스크 등의 변화를 감지하는 온고잉 모니터링 서비스를 안내합니다.
ARGOS 온고잉 모니터링은 고객이 등록한 사용자(submission)을 지속적으로 재점검하여 **제재(Sanctions), PEP, 규제 집행 목록, 평판 리스크 노출(RRE), 관심 프로필(POI)** 등에서 변화가 생기면 알림을 드리는 서비스입니다.
## 핵심 개념
아래의 3가지 단위로 구분하여 온고잉 모니터링을 사용하시면 더욱 이해가 쉽습니다.
온고잉 모니터링 정책을 설정하고 모니터링 대상을 등록하는 **작업공간**입니다. 하나의 Project 내에서 여러 개의 Worklist를 관리할 수 있습니다.
모니터링 대상으로 등록된 **사용자의 정보**입니다. ARGOS는 해당 Monitor Record를 대상으로 정기적 스크리닝을 수행합니다.
모니터링 대상에 대해서 정기적 스크리닝을 수행하여 나타나는 **일치 결과**입니다. 컴플라이언스 운영팀은 해당 Match 결과 리뷰를 통해 AML 업무를 수행합니다.
***
## 온고잉 모니터링 워크플로우
**목표**: 모니터링 범위와 임계치를 정의해 "어떤 변화가 알림이 되는지"를 결정합니다.
* 임계치는 매칭 스코어 기준을 구체화합니다 (예: 90 이상만 Open)
* 생년월일의 정확한 일치 등 운영 기준을 설정합니다
* 처리 우선순위는 제재 > PEP > 평판 순으로 설정합니다
* 담당 역할과 SLA를 합의합니다 (예: Open 생성 후 1영업일 내 1차 판정)
**목표**: 모니터링 대상을 확정하여 "정기적으로 비교할 감시목록"을 결정합니다.
ARGOS에서는 3가지 방식으로 모니터링 대상 등록을 할 수 있습니다:
* eKYC 이후 자동 등록 (설정 - 자금세탁방지 - 온고잉 모니터링 ON)
* Submission ID 기반의 추가 등록
* 신원정보 기반의 별도 등록
**목표**: 등록된 모니터링 대상으로 매칭을 실시하여 "관리자 리뷰가 필요한 Match 정보"를 결정합니다.
ARGOS는 정해진 주기에 따라 대상 전체를 재스크리닝하고, 데이터 변화가 탐지되면 **Open 매칭**으로 알림을 생성합니다.
**목표**: 매칭(OPEN)에 대한 관리자 리뷰를 통해 "최종 매치 결과"를 결정합니다.
Open 매칭은 신속하게 사실관계를 확인한 뒤 **True Positive** 또는 **False Positive**로 판정합니다.
**목표**: 관리자 리뷰 결과에 따라 "재수행 프로세스"를 결정합니다.
ARGOS는 프로필 업데이트나 점수 변동에 따라 과거 판정 건을 재평가합니다.
***
## Worklist 관리
온고잉 모니터링에서는 여러 Worklist를 만들어 서로 다른 정책을 동시에 운영합니다.
### 주요 지표
| 지표 | 설명 |
| -------------------------- | ------------------------------------ |
| **Total Worklists** | 현재 선택한 프로젝트에서 운영 중인 Worklist 총수 |
| **Total Monitor Records** | 선택한 Worklist 범위 내 모니터링 등록 개인(레코드) 총수 |
| **Open Matches** | 아직 판정되지 않아 리뷰가 필요한 매치 수 (재개방된 매치 포함) |
| **Review Completion Rate** | 선택 기간 동안 생성/재개방된 매치 중 종결(판정 완료)된 비율 |
### Worklist 생성 설정
Worklist로 유입될 Monitor Record를 식별하는 이름입니다.
**권장 규칙:**
```
{BusinessLine}-{Country/Region}-{Segment}-{RiskLevel}-{Frequency}-{Version}
```
**예시:**
* KYC-KR-VIP-P-High-D2-v3
* Merchant-US-Standard-Low-D1-v1
시스템이 Open 알림을 생성하는 \*\*매치 점수(75–100)\*\*를 정의합니다.
* **권장 시작값**: ≥ 93으로 시작한 뒤, 오탐(False Positive) 패턴을 보며 1–2포인트씩 미세 조정
* **운영 팁**: 리뷰 인력과 SLA를 고려해 일일 Open 물량이 팀 처리용량의 80% 이내가 되도록 조정
이름 유사도에서 발생하는 오탐을 줄이기 위해 DOB(생년월일)를 보조키로 사용합니다.
| 옵션 | 설명 |
| ------------------ | ----------------------------------------------- |
| 🔴 **Strict** | 완전 일치(YYYY-MM-DD). 제재, 현직 PEP 등 오탐 허용이 낮은 경우 권장 |
| 🔵 **Recommended** | 연도만 일치 (기본값). 다수의 PEP/규제/평판 데이터에 균형적 |
| 🟡 **Moderate** | ±1년 허용. 경미한 기록 오류 흡수 |
| 🟠 **Lenient** | ±2/±3년 허용. DOB 품질이 낮은 시장에서 사용 |
| 🟢 **Flexible** | ±4/±5년 허용. 민감도 극대화가 필요한 특수 Worklist에 한정 |
재스크리닝 실행 주기를 결정합니다.
| 주기 | 설명 |
| ------------------ | ------------------------------------------- |
| 📅 **Daily** | 일 1회 (기본, 권장). 제재·PEP·평판 데이터의 잦은 갱신을 놓치지 않음 |
| 📅 **Weekly** | 주 1회. 저위험/비활성 코호트에 적합 |
| 📆 **Monthly** | 월 1회. 프로필 변화가 드문 B2B 파트너에 적합 |
| 🌓 **Half-Yearly** | 반기 1회. 규제 기대치가 낮고 감사 흔적 확보가 목적일 때 |
| 🎯 **Annual** | 연 1회. 법적 최소 주기 충족 목적 |
모든 스크리닝 작업은 \*\*19:00 GMT (한국시간 오전 04:00)\*\*에 실행됩니다.
***
## Monitor Record 관리
Monitoring Records 화면은 워크리스트에 등록된 대상(Record)을 조회·추가·관리하는 곳입니다.
### Record 상태
| 상태 | 설명 | 조치 |
| --------------------- | ----------------------- | --------------------- |
| **Pending Screening** | 업로드 완료, 아직 스크리닝 전 | 대기하면 시스템이 자동으로 스크리닝 |
| **No Match** | 스크리닝 완료, 매치 없음 | 조치 없이 모니터링만 유지 |
| **Match Open** | 열린 매치 1건 이상 (검토 필요) | 카드 클릭 → 매치 상세 확인 후 처리 |
| **Review Completed** | 열린 매치 없음 (닫힘/폐기된 매치 포함) | 기록 보관 상태 |
### Monitor Record 등록 방법
기존 eKYC 제출이 없는 경우 외부에서 수집한 대상자를 모니터링에 편입할 수 있습니다.
새롭게 submission ID가 생성되어 입력한 신원정보가 Approved된 eKYC로 등록됩니다.
이미 존재하는 submission ID를 이용하여 새로운 Record로 등록할 수 있습니다.
eKYC 완료자를 정책·세그먼트별 워크리스트로 나눠 모니터링할 때, 과거 데이터의 소급 점검(Backfill) 시 사용합니다.
**등록 요구사항**
Name, date of birth, gender, nationality **4가지가 모두 있어야** 등록 가능합니다.
**운영 팁**
* 일일 운영은 **Match Open 보기**에서 시작하면 큐가 명확해집니다.
* 태그는 리스크/국가/사유로 3축을 최소 유지하세요. (예: `risk:pep + country:ID + fp:dob-typo`)
* 일일 처리 여력의 80% 이하로 Open 볼륨을 관리하려면 Worklist의 Threshold와 Birthdate Matching을 함께 조정하세요.
***
## Match List 관리
Match List는 ARGOS 온고잉 모니터링에서 특정 사용자가 제재, PEP, 규제 집행, 평판 리스크, POI 등 리스트와 일치했을 때 발생하는 모든 매치 결과를 보여주는 화면입니다.
매치는 "유사 가능성"이므로 **반드시 컴플라이언스 담당자의 검토**가 필요합니다.
### 매치 리스트 구성 요소
| 요소 | 설명 |
| -------------- | ------------------------------------------------- |
| 🧑💼 이름·프로필 | 매치된 인물/기관 정보 |
| 🚦 위험 등급 | High / Medium / Low |
| 🎯 매치 스코어 | 0\~100 (높을수록 일치 가능성 ↑) |
| 📄 Report 다운로드 | 세부 증거 확인 |
| 🛠️ 액션 버튼 | Open / True Positive / False Positive / Discarded |
| 📝 메모 입력란 | 검토 사유와 근거 기록 |
### 매치 상태
모니터링 대상이 리스트와 비교 결과 일정 수준 이상의 유사성을 보여 **검토 대기 상태**가 발생했음을 의미합니다.
Open 상태는 리뷰가 필요하다는 의미이므로, **즉시 검토 시작**하는 것이 중요합니다.
검토 결과 대상이 정확히 매칭된 인물/기관임이 확인되었습니다.
* 오프보딩, 거래 제한, 강화 심사 등 즉각적인 조치 실행
* 메모에 이니셜, 날짜, 이유 및 증빙 링크를 **반드시 기록**
검토 결과 해당 매치가 다른 인물/기관임이 확인되었습니다.
* 스코어는 높을 수 있지만 결정적으로 다른 대상
* 메모에 불일치 근거를 기록해두면, 향후 감사 대응 및 시스템 Threshold 조정에 유용
해당 매치는 더 이상 의미 있는 검토 대상이 아님을 의미합니다.
* 목록이 업데이트되어 불필요한 항목이 되었거나
* 정책 기준 변경으로 매치 조건에서 제외된 경우
* 큐의 불필요한 항목을 제거하여 효율적인 워크플로우 유지
### Match Reopening
이미 판정된 매치가 데이터 업데이트나 리스크 지표 변화로 인해 다시 **"검토(Open)" 상태**로 돌아가는 것을 의미합니다.
| 기존 판정 | Reopening 조건 |
| ------------------ | -------------------------- |
| **True Positive** | 관련 프로필이 업데이트되면 **항상 OPEN** |
| **False Positive** | 매치 스코어가 **상승했을 때만** 재개방 |
***
### No Longer a Match (폐기 로직)
재스크리닝 결과, 특정 사용자가 더 이상 매치 조건을 충족하지 않을 경우에 0으로 처리 할 수 있습니다.
* 이 경우 해당 매치는 Discarded 상태로 정리해야 합니다.
* 단, 판정 이력이 전혀 없는 매치는 시스템에서 자동 삭제될 수도 있습니다.
➡ 운영자는 Discarded 처리 원칙을 명확히 세워 큐 관리와 노이즈 최소화를 유지해야 합니다.
***
## 자주 묻는 질문
Worklist는 독립적으로 운영되기 때문에 같은 사용자가 여러 Worklist에 들어갈 수 있습니다. 이를 방지하려면 **USER ID 기준으로 1:1 매핑 규칙**을 세우고, 목적이 겹치는 경우는 Worklist를 합치거나 필터를 조정하는 것이 좋습니다.
Threshold를 높여서 알림 수를 줄이거나, 저위험군을 별도 Worklist로 분리해 낮은 빈도로만 점검하는 방식이 효과적입니다. SLA를 지킬 수 없는 수준으로 알림이 쌓이면, \*\*우선순위(제재 > PEP > 평판)\*\*를 반영한 큐 관리가 필요합니다.
아닙니다. 스코어는 유사 가능성을 보여줄 뿐, **최종 판정은 운영자의 검토가 필요**합니다. 예를 들어 동명이인이 같은 국적에 있을 경우 False Positive일 수 있습니다.
네. 과거 False Positive도 매치 점수가 재상승하거나 데이터가 갱신되면 \*\*재개방(Open)\*\*될 수 있습니다. 이 경우 다시 검토해야 합니다.
네. 모든 판정에는 메모 작성을 권장합니다. 이는 **내부 감사·규제 감사 대응을 위한 필수 절차**입니다.
***
## 관련 문서
AML Watch list filtering 결과를 확인합니다.
전체 프로젝트 설정 가이드로 돌아갑니다.
API를 통한 온고잉 모니터링 관리를 확인합니다.
AML 온고잉 결과 웹훅을 확인합니다.