AML 온고잉 모니터링

ARGOS 온고잉 모니터링은 고객이 등록한 사용자(submission)을 지속적으로 재점검하여 제재(Sanctions), PEP, 규제 집행 목록, 평판 리스크 노출(RRE), 관심 프로필(POI) 등에서 변화가 생기면 알림을 드리는 서비스입니다.

핵심 개념

아래의 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로 판정합니다.

반복 운영 (재개방/폐기 반영)

목표: 관리자 리뷰 결과에 따라 “재수행 프로세스”를 결정합니다.ARGOS는 프로필 업데이트나 점수 변동에 따라 과거 판정 건을 재평가합니다.

Worklist 관리

온고잉 모니터링에서는 여러 Worklist를 만들어 서로 다른 정책을 동시에 운영합니다.

주요 지표

지표	설명
Total Worklists	현재 선택한 프로젝트에서 운영 중인 Worklist 총수
Total Monitor Records	선택한 Worklist 범위 내 모니터링 등록 개인(레코드) 총수
Open Matches	아직 판정되지 않아 리뷰가 필요한 매치 수 (재개방된 매치 포함)
Review Completion Rate	선택 기간 동안 생성/재개방된 매치 중 종결(판정 완료)된 비율

Worklist 생성 설정

1) Worklist Name

Worklist로 유입될 Monitor Record를 식별하는 이름입니다.

권장 규칙:

{BusinessLine}-{Country/Region}-{Segment}-{RiskLevel}-{Frequency}-{Version}

예시:

KYC-KR-VIP-P-High-D2-v3
Merchant-US-Standard-Low-D1-v1

2) Threshold Setting

시스템이 Open 알림을 생성하는 **매치 점수(75–100)**를 정의합니다.

권장 시작값: ≥ 93으로 시작한 뒤, 오탐(False Positive) 패턴을 보며 1–2포인트씩 미세 조정
운영 팁: 리뷰 인력과 SLA를 고려해 일일 Open 물량이 팀 처리용량의 80% 이내가 되도록 조정

3) Birthdate Matching

이름 유사도에서 발생하는 오탐을 줄이기 위해 DOB(생년월일)를 보조키로 사용합니다.

옵션	설명
🔴 Strict	완전 일치(YYYY-MM-DD). 제재, 현직 PEP 등 오탐 허용이 낮은 경우 권장
🔵 Recommended	연도만 일치 (기본값). 다수의 PEP/규제/평판 데이터에 균형적
🟡 Moderate	±1년 허용. 경미한 기록 오류 흡수
🟠 Lenient	±2/±3년 허용. DOB 품질이 낮은 시장에서 사용
🟢 Flexible	±4/±5년 허용. 민감도 극대화가 필요한 특수 Worklist에 한정

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로 등록됩니다.

등록 요구사항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

모니터링 대상이 리스트와 비교 결과 일정 수준 이상의 유사성을 보여 검토 대기 상태가 발생했음을 의미합니다.Open 상태는 리뷰가 필요하다는 의미이므로, 즉시 검토 시작하는 것이 중요합니다.

✅ True Positive (TP)

검토 결과 대상이 정확히 매칭된 인물/기관임이 확인되었습니다.

오프보딩, 거래 제한, 강화 심사 등 즉각적인 조치 실행
메모에 이니셜, 날짜, 이유 및 증빙 링크를 반드시 기록

❌ False Positive (FP)

검토 결과 해당 매치가 다른 인물/기관임이 확인되었습니다.

스코어는 높을 수 있지만 결정적으로 다른 대상
메모에 불일치 근거를 기록해두면, 향후 감사 대응 및 시스템 Threshold 조정에 유용

🗑️ Discarded

해당 매치는 더 이상 의미 있는 검토 대상이 아님을 의미합니다.

목록이 업데이트되어 불필요한 항목이 되었거나
정책 기준 변경으로 매치 조건에서 제외된 경우
큐의 불필요한 항목을 제거하여 효율적인 워크플로우 유지

Match Reopening

이미 판정된 매치가 데이터 업데이트나 리스크 지표 변화로 인해 다시 “검토(Open)” 상태로 돌아가는 것을 의미합니다.

기존 판정	Reopening 조건
True Positive	관련 프로필이 업데이트되면 항상 OPEN
False Positive	매치 스코어가 상승했을 때만 재개방

No Longer a Match (폐기 로직)

재스크리닝 결과, 특정 사용자가 더 이상 매치 조건을 충족하지 않을 경우에 0으로 처리 할 수 있습니다.

이 경우 해당 매치는 Discarded 상태로 정리해야 합니다.
단, 판정 이력이 전혀 없는 매치는 시스템에서 자동 삭제될 수도 있습니다.

➡ 운영자는 Discarded 처리 원칙을 명확히 세워 큐 관리와 노이즈 최소화를 유지해야 합니다.

Flowchart

자주 묻는 질문

여러 개의 Worklist를 운영할 때 중복 등록 문제는 어떻게 방지하나요?

Worklist는 독립적으로 운영되기 때문에 같은 사용자가 여러 Worklist에 들어갈 수 있습니다. 이를 방지하려면 USER ID 기준으로 1:1 매핑 규칙을 세우고, 목적이 겹치는 경우는 Worklist를 합치거나 필터를 조정하는 것이 좋습니다.

Threshold를 낮추면 알림이 너무 많아질 텐데, 인력이 부족할 때는 어떻게 해야 하나요?

Threshold를 높여서 알림 수를 줄이거나, 저위험군을 별도 Worklist로 분리해 낮은 빈도로만 점검하는 방식이 효과적입니다. SLA를 지킬 수 없는 수준으로 알림이 쌓이면, **우선순위(제재 > PEP > 평판)**를 반영한 큐 관리가 필요합니다.

매치 스코어 100은 무조건 True Positive인가요?

아닙니다. 스코어는 유사 가능성을 보여줄 뿐, 최종 판정은 운영자의 검토가 필요합니다. 예를 들어 동명이인이 같은 국적에 있을 경우 False Positive일 수 있습니다.

False Positive로 판정했는데 다시 매치가 열릴 수 있나요?

네. 과거 False Positive도 매치 점수가 재상승하거나 데이터가 갱신되면 **재개방(Open)**될 수 있습니다. 이 경우 다시 검토해야 합니다.

메모는 꼭 작성해야 하나요?

네. 모든 판정에는 메모 작성을 권장합니다. 이는 내부 감사·규제 감사 대응을 위한 필수 절차입니다.

AML 검색

AML Watch list filtering 결과를 확인합니다.

프로젝트 관리

전체 프로젝트 설정 가이드로 돌아갑니다.

AML Ongoing API

API를 통한 온고잉 모니터링 관리를 확인합니다.

AML Ongoing 웹훅

AML 온고잉 결과 웹훅을 확인합니다.

대시보드 개요

통계

사전 검증 목록

사용자 제출건

세션 여정

AML 데이터

이벤트 로그

애드온