핵심 개념
아래의 3가지 단위로 구분하여 온고잉 모니터링을 사용하시면 더욱 이해가 쉽습니다.Worklist
온고잉 모니터링 정책을 설정하고 모니터링 대상을 등록하는 작업공간입니다. 하나의 Project 내에서 여러 개의 Worklist를 관리할 수 있습니다.
Monitor Record
모니터링 대상으로 등록된 사용자의 정보입니다. ARGOS는 해당 Monitor Record를 대상으로 정기적 스크리닝을 수행합니다.
Matches
모니터링 대상에 대해서 정기적 스크리닝을 수행하여 나타나는 일치 결과입니다. 컴플라이언스 운영팀은 해당 Match 결과 리뷰를 통해 AML 업무를 수행합니다.
온고잉 모니터링 워크플로우
Worklist 설계
목표: 모니터링 범위와 임계치를 정의해 “어떤 변화가 알림이 되는지”를 결정합니다.
- 임계치는 매칭 스코어 기준을 구체화합니다 (예: 90 이상만 Open)
- 생년월일의 정확한 일치 등 운영 기준을 설정합니다
- 처리 우선순위는 제재 > PEP > 평판 순으로 설정합니다
- 담당 역할과 SLA를 합의합니다 (예: Open 생성 후 1영업일 내 1차 판정)
모니터링 등록 대상 확정
목표: 모니터링 대상을 확정하여 “정기적으로 비교할 감시목록”을 결정합니다.ARGOS에서는 3가지 방식으로 모니터링 대상 등록을 할 수 있습니다:
- eKYC 이후 자동 등록 (설정 - 자금세탁방지 - 온고잉 모니터링 ON)
- Submission ID 기반의 추가 등록
- 신원정보 기반의 별도 등록
주기별 스크리닝 & Open 매칭
목표: 등록된 모니터링 대상으로 매칭을 실시하여 “관리자 리뷰가 필요한 Match 정보”를 결정합니다.ARGOS는 정해진 주기에 따라 대상 전체를 재스크리닝하고, 데이터 변화가 탐지되면 Open 매칭으로 알림을 생성합니다.
매치 리뷰 (판정·코멘트)
목표: 매칭(OPEN)에 대한 관리자 리뷰를 통해 “최종 매치 결과”를 결정합니다.Open 매칭은 신속하게 사실관계를 확인한 뒤 True Positive 또는 False Positive로 판정합니다.
Worklist 관리
온고잉 모니터링에서는 여러 Worklist를 만들어 서로 다른 정책을 동시에 운영합니다.주요 지표
| 지표 | 설명 |
|---|---|
| Total Worklists | 현재 선택한 프로젝트에서 운영 중인 Worklist 총수 |
| Total Monitor Records | 선택한 Worklist 범위 내 모니터링 등록 개인(레코드) 총수 |
| Open Matches | 아직 판정되지 않아 리뷰가 필요한 매치 수 (재개방된 매치 포함) |
| Review Completion Rate | 선택 기간 동안 생성/재개방된 매치 중 종결(판정 완료)된 비율 |
Worklist 생성 설정
1) Worklist Name
1) Worklist Name
Worklist로 유입될 Monitor Record를 식별하는 이름입니다.
- KYC-KR-VIP-P-High-D2-v3
- Merchant-US-Standard-Low-D1-v1
2) Threshold Setting
2) Threshold Setting
시스템이 Open 알림을 생성하는 **매치 점수(75–100)**를 정의합니다.
- 권장 시작값: ≥ 93으로 시작한 뒤, 오탐(False Positive) 패턴을 보며 1–2포인트씩 미세 조정
- 운영 팁: 리뷰 인력과 SLA를 고려해 일일 Open 물량이 팀 처리용량의 80% 이내가 되도록 조정
3) Birthdate Matching
3) Birthdate Matching
이름 유사도에서 발생하는 오탐을 줄이기 위해 DOB(생년월일)를 보조키로 사용합니다.
| 옵션 | 설명 |
|---|---|
| 🔴 Strict | 완전 일치(YYYY-MM-DD). 제재, 현직 PEP 등 오탐 허용이 낮은 경우 권장 |
| 🔵 Recommended | 연도만 일치 (기본값). 다수의 PEP/규제/평판 데이터에 균형적 |
| 🟡 Moderate | ±1년 허용. 경미한 기록 오류 흡수 |
| 🟠 Lenient | ±2/±3년 허용. DOB 품질이 낮은 시장에서 사용 |
| 🟢 Flexible | ±4/±5년 허용. 민감도 극대화가 필요한 특수 Worklist에 한정 |
4) Search Cycle
4) Search Cycle
재스크리닝 실행 주기를 결정합니다.
| 주기 | 설명 |
|---|---|
| 📅 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 등록 방법
- Generate new
- Use submissionid
기존 eKYC 제출이 없는 경우 외부에서 수집한 대상자를 모니터링에 편입할 수 있습니다.새롭게 submission ID가 생성되어 입력한 신원정보가 Approved된 eKYC로 등록됩니다.
Match List 관리
Match List는 ARGOS 온고잉 모니터링에서 특정 사용자가 제재, PEP, 규제 집행, 평판 리스크, POI 등 리스트와 일치했을 때 발생하는 모든 매치 결과를 보여주는 화면입니다.
매치는 “유사 가능성”이므로 반드시 컴플라이언스 담당자의 검토가 필요합니다.
매치 리스트 구성 요소
| 요소 | 설명 |
|---|---|
| 🧑💼 이름·프로필 | 매치된 인물/기관 정보 |
| 🚦 위험 등급 | High / Medium / Low |
| 🎯 매치 스코어 | 0~100 (높을수록 일치 가능성 ↑) |
| 📄 Report 다운로드 | 세부 증거 확인 |
| 🛠️ 액션 버튼 | Open / True Positive / False Positive / Discarded |
| 📝 메모 입력란 | 검토 사유와 근거 기록 |
매치 상태
🟡 Open
🟡 Open
모니터링 대상이 리스트와 비교 결과 일정 수준 이상의 유사성을 보여 검토 대기 상태가 발생했음을 의미합니다.Open 상태는 리뷰가 필요하다는 의미이므로, 즉시 검토 시작하는 것이 중요합니다.
✅ True Positive (TP)
✅ True Positive (TP)
검토 결과 대상이 정확히 매칭된 인물/기관임이 확인되었습니다.
- 오프보딩, 거래 제한, 강화 심사 등 즉각적인 조치 실행
- 메모에 이니셜, 날짜, 이유 및 증빙 링크를 반드시 기록
❌ False Positive (FP)
❌ False Positive (FP)
검토 결과 해당 매치가 다른 인물/기관임이 확인되었습니다.
- 스코어는 높을 수 있지만 결정적으로 다른 대상
- 메모에 불일치 근거를 기록해두면, 향후 감사 대응 및 시스템 Threshold 조정에 유용
🗑️ Discarded
🗑️ Discarded
해당 매치는 더 이상 의미 있는 검토 대상이 아님을 의미합니다.
- 목록이 업데이트되어 불필요한 항목이 되었거나
- 정책 기준 변경으로 매치 조건에서 제외된 경우
- 큐의 불필요한 항목을 제거하여 효율적인 워크플로우 유지
Match Reopening
이미 판정된 매치가 데이터 업데이트나 리스크 지표 변화로 인해 다시 “검토(Open)” 상태로 돌아가는 것을 의미합니다.| 기존 판정 | Reopening 조건 |
|---|---|
| True Positive | 관련 프로필이 업데이트되면 항상 OPEN |
| False Positive | 매치 스코어가 상승했을 때만 재개방 |
No Longer a Match (폐기 로직)
재스크리닝 결과, 특정 사용자가 더 이상 매치 조건을 충족하지 않을 경우에 0으로 처리 할 수 있습니다.- 이 경우 해당 매치는 Discarded 상태로 정리해야 합니다.
- 단, 판정 이력이 전혀 없는 매치는 시스템에서 자동 삭제될 수도 있습니다.
Flowchart
Flowchart
자주 묻는 질문
여러 개의 Worklist를 운영할 때 중복 등록 문제는 어떻게 방지하나요?
여러 개의 Worklist를 운영할 때 중복 등록 문제는 어떻게 방지하나요?
Worklist는 독립적으로 운영되기 때문에 같은 사용자가 여러 Worklist에 들어갈 수 있습니다. 이를 방지하려면 USER ID 기준으로 1:1 매핑 규칙을 세우고, 목적이 겹치는 경우는 Worklist를 합치거나 필터를 조정하는 것이 좋습니다.
Threshold를 낮추면 알림이 너무 많아질 텐데, 인력이 부족할 때는 어떻게 해야 하나요?
Threshold를 낮추면 알림이 너무 많아질 텐데, 인력이 부족할 때는 어떻게 해야 하나요?
Threshold를 높여서 알림 수를 줄이거나, 저위험군을 별도 Worklist로 분리해 낮은 빈도로만 점검하는 방식이 효과적입니다. SLA를 지킬 수 없는 수준으로 알림이 쌓이면, **우선순위(제재 > PEP > 평판)**를 반영한 큐 관리가 필요합니다.
매치 스코어 100은 무조건 True Positive인가요?
매치 스코어 100은 무조건 True Positive인가요?
아닙니다. 스코어는 유사 가능성을 보여줄 뿐, 최종 판정은 운영자의 검토가 필요합니다. 예를 들어 동명이인이 같은 국적에 있을 경우 False Positive일 수 있습니다.
False Positive로 판정했는데 다시 매치가 열릴 수 있나요?
False Positive로 판정했는데 다시 매치가 열릴 수 있나요?
네. 과거 False Positive도 매치 점수가 재상승하거나 데이터가 갱신되면 **재개방(Open)**될 수 있습니다. 이 경우 다시 검토해야 합니다.
메모는 꼭 작성해야 하나요?
메모는 꼭 작성해야 하나요?
네. 모든 판정에는 메모 작성을 권장합니다. 이는 내부 감사·규제 감사 대응을 위한 필수 절차입니다.
관련 문서
AML 검색
AML Watch list filtering 결과를 확인합니다.
프로젝트 관리
전체 프로젝트 설정 가이드로 돌아갑니다.
AML Ongoing API
API를 통한 온고잉 모니터링 관리를 확인합니다.
AML Ongoing 웹훅
AML 온고잉 결과 웹훅을 확인합니다.