KYC 고객 온보딩 데이터 템플릿
KYC 고객 온보딩 데이터 템플릿
- 수집 권장 속성
- 추적할 주요 활동
- 데이터 추출 안내
KYC 고객 온보딩 속성
| 이름 | 설명 | ||
|---|---|---|---|
|
고객 신청
CustomerApplication
|
고객 한 명의 온보딩 신청을 식별하는 고유 ID로, 기본 사례 식별자로 사용됩니다. | ||
|
설명
Customer Application은 고객 한 명의 온보딩 여정과 관련된 모든 이벤트와 활동을 묶는 중심 사례 식별자입니다. 이 식별자를 사용하면 최초 신청부터 최종 결정까지 전체 Know Your Customer (KYC) 프로세스에서 고객별 진행 상황을 시간순으로 추적할 수 있습니다. process mining 분석에서 이 속성은 각 신청의 전체 여정을 재구성하는 데 필수적입니다. 프로세스 흐름을 시각화하고 전체 처리 시간을 계산하며 프로세스 변형을 식별할 수 있습니다. 이 식별자로 사례를 그룹화해 분석하면 신청서가 거칠 수 있는 여러 경로를 파악하고, 병목을 찾으며, 온보딩 프로세스별 효율성을 비교할 수 있습니다.
중요한 이유
관련 활동을 모두 연결하는 필수 사례 식별자로, 고객 온보딩 프로세스 전체를 분석할 수 있게 합니다.
확보 방법
일반적으로 Refinitiv World-Check 시스템이나 연동된 CRM의 기본 신청 또는 사례 관리 테이블에서 기본 키로 사용됩니다.
예시
APP-2023-00123APP-2023-00124APP-2023-00125
|
|||
|
이벤트 시간
EventTime
|
특정 활동이나 이벤트가 발생한 시점을 나타내는 타임스탬프입니다. | ||
|
설명
이벤트 시간은 활동이 기록된 정확한 날짜와 시각을 나타냅니다. 프로세스의 시간순 기준이 되는 타임스탬프로, 이벤트를 올바른 순서로 정렬해 사례 이력을 재구성할 수 있습니다. 이 속성은 process mining의 모든 시간 기반 분석에 중요합니다. 활동 간 소요 시간과 대기 시간을 계산하고, 전체 사례 처리 시간을 측정하며, 시간에 따른 프로세스 성과를 분석하고, 서비스 수준 계약(SLA) 준수 여부를 확인하는 데 사용됩니다. 타임스탬프가 정확하지 않으면 프로세스 성과를 파악하거나 시간에 따른 병목을 찾기 어렵습니다.
중요한 이유
각 활동의 타임스탬프는 소요 시간 기반 지표를 계산하고, 프로세스 순서를 파악하며, 병목을 분석하는 데 필수적입니다.
확보 방법
이벤트 로그나 감사 추적 테이블의 표준 필드로, 'Timestamp', 'EventDate' 또는 'CreationDate'라는 이름으로 저장되는 경우가 많습니다.
예시
2023-10-26T10:00:00Z2023-10-26T11:30:00Z2023-10-27T14:22:15Z
|
|||
|
활동명
ActivityName
|
KYC 온보딩 프로세스에서 발생한 특정 업무 이벤트나 작업의 이름입니다. | ||
|
설명
활동명은 고객 온보딩 여정의 개별 단계나 이벤트를 나타냅니다. 예를 들어 '신청서 제출', '분석가 검토 시작', '스크리닝 완료, 이상 없음' 등이 있습니다. 각 활동은 프로세스 맵의 노드가 되어 전체 워크플로를 세부적으로 보여줍니다. 활동 분석은 process mining의 중심입니다. 활동의 순서와 빈도를 추적하면 실제 프로세스 흐름을 발견하고, 일반적인 경로를 파악하며, 표준 절차에서 벗어난 부분을 찾고, 지연이나 재작업을 일으키는 단계를 확인할 수 있습니다. 프로세스 맵을 만들고 활동별 지표를 계산하는 데 중요한 속성입니다.
중요한 이유
프로세스의 개별 단계를 정의하는 속성으로, 프로세스 흐름을 발견하고 시각화하며 병목을 찾는 데 필요합니다.
확보 방법
일반적으로 이벤트 로그나 감사 추적 테이블에서 확인할 수 있으며, 사례 관리 엔터티의 상태 변경과 연결되는 경우가 많습니다.
예시
잠재적 일치 항목 확인분석가 검토 시작오탐 확인신청 승인
|
|||
|
SLA 목표일
SlaTargetDate
|
고객 온보딩 프로세스를 완료해야 하는 목표 날짜입니다. | ||
|
설명
SLA 목표일은 고객과의 서비스 수준 계약이나 내부 정책에 따라 정한 전체 온보딩 사례의 완료 기한입니다. 실제 완료 시간을 비교하는 기준으로 사용합니다. 이 속성은 'SLA 준수 및 위반 분석' 대시보드의 기본 항목입니다. 사례가 기한 내에 완료되었는지 계산하는 데 사용됩니다. SLA 위반을 분석하면 지연을 일으키는 프로세스의 구조적 문제를 찾아 시정 조치를 취하고, 적시에 업무를 완료하며 규정 준수 요건을 충족할 수 있습니다.
중요한 이유
기한 준수 성과를 측정하는 기준으로, SLA 준수율 계산과 위반 분석에 중요합니다.
확보 방법
신청서 제출일과 업무 규칙을 기준으로 계산하는 경우가 많으며, 사례 레코드의 필드에 저장될 수 있습니다.
예시
2023-11-10T17:00:00Z2023-11-15T17:00:00Z2023-11-20T17:00:00Z
|
|||
|
검토자 ID
ReviewerId
|
활동을 수행한 사용자, 분석가 또는 자동화 에이전트의 식별자입니다. | ||
|
설명
검토자 ID 또는 사용자 정보는 KYC 프로세스에서 특정 작업을 수행한 주체를 나타냅니다. 규정 준수 분석가나 온보딩 담당자일 수도 있고, 자동화 활동을 수행하는 시스템 계정일 수도 있습니다. 이 정보를 추적하면 업무량 배분과 개인별 성과를 파악할 수 있습니다. 이 속성은 리소스 기반 분석에 필수적입니다. 사용자나 팀 간 성과 차이를 파악하고, 교육 필요성을 확인하며, 업무량 배분을 최적화하는 데 도움이 됩니다. 인계, 소셜 네트워크, 규정 준수 리소스 활용도를 분석할 때도 중요한 요소입니다.
중요한 이유
업무량 배분, 사용자 성과, 부서 간 인계를 분석할 수 있어 리소스 최적화에 도움이 됩니다.
확보 방법
일반적으로 이벤트 로그나 감사 추적에서 확인할 수 있으며, 'UserID', 'PerformedBy' 또는 'Owner'라는 이름으로 저장되는 경우가 많습니다.
예시
analyst_jdoesystem_auto_screenermanager_bsmith
|
|||
|
부서
DepartmentName
|
활동을 수행하는 부서 또는 기능 팀입니다. | ||
|
설명
이 속성은 사용자가 속한 '온보딩', '규정 준수' 또는 '품질 보증'과 같은 사업 부서나 팀을 나타냅니다. 개인 사용자보다 높은 조직 단위에서 분석할 수 있습니다. 부서별 분석은 부서 간 병목을 찾고 인계 시간을 측정하는 데 중요합니다. 팀 간 업무 흐름과 인계 과정에서 지연이 발생하는 지점을 시각화할 수 있습니다. 이를 통해 부서 간 협업을 원활하게 하고 전체 프로세스 효율성을 높일 수 있습니다.
중요한 이유
부서별 프로세스 성과를 분석하고 팀 간 인계 지연을 찾는 데 필요합니다.
확보 방법
시스템의 사용자 프로필이나 연계된 HR 시스템에 저장될 수 있습니다. 사용자 ID를 기준으로 이벤트 데이터와 결합해야 할 수 있습니다.
예시
온보딩팀규정 준수 검토고위 경영진
|
|||
|
위험 수준
RiskLevel
|
고객 신청의 위험 분류 결과입니다. 예를 들어 낮음, 보통, 높음으로 구분합니다. | ||
|
설명
위험 수준은 KYC 프로세스에서 필요한 실사 수준을 결정하는 중요한 정보입니다. 고객 유형, 지역, 사업 특성 등을 기준으로 정하는 경우가 많으며, 신청서가 거치는 프로세스 경로에 큰 영향을 줄 수 있습니다. 위험 수준별로 사례를 나누어 분석하는 것은 중요합니다. 예를 들어 고위험 신청은 단계가 더 많고 처리 시간도 길 수 있으므로, 처리 시간과 프로세스 흐름의 차이를 설명하는 데 도움이 됩니다. 위험이 결과와 효율성에 미치는 영향을 파악하려면 '신청 거부율 및 사유'와 '배경 조사 시작까지 걸린 시간' 대시보드에서 이 속성을 활용해야 합니다.
중요한 이유
위험 수준별로 프로세스를 나누어 분석하면 특정 사례의 처리 시간이 길거나 경로가 다른 이유를 파악하고 거부율을 분석할 수 있습니다.
확보 방법
고객 신청 또는 사례 레코드의 주요 데이터 항목입니다. Refinitiv World-Check의 사례 관리 모듈에서 확인할 수 있습니다.
예시
낮음보통높음
|
|||
|
이벤트 종료 시간
EventEndTime
|
특정 활동이나 이벤트가 완료된 시점을 나타내는 타임스탬프입니다. | ||
|
설명
이벤트 종료 시간은 활동이 완료된 시점을 나타냅니다. 많은 이벤트는 시작 시간과 종료 시간이 같은 순간적인 활동으로 모델링할 수 있지만, '분석가 검토 시작'과 '분석가 검토 완료'처럼 소요 시간이 있는 활동도 있습니다. 시작 시간과 종료 시간이 모두 있으면 처리 시간을 정확하게 측정할 수 있습니다. 프로세스 분석에서 종료 시간은 대기 시간을 포함하는 전체 처리 시간과 구분해 활동의 실제 처리 시간을 계산하는 데 중요합니다. 이를 통해 사례가 실제로 처리된 시간과 대기열에서 멈춰 있던 시간을 구분할 수 있습니다. 리소스 최적화와 효율성 분석에 필요한 정보입니다.
중요한 이유
활동의 실제 처리 시간을 정확히 계산하고, 작업 시간과 유휴 대기 시간을 구분해 성과를 더 정확하게 분석할 수 있습니다.
확보 방법
소요 시간이 있는 활동은 이벤트 로그나 감사 추적 테이블의 'CompletionDate' 또는 'EndDate'와 같은 별도 필드에 저장될 수 있습니다.
예시
2023-10-26T10:45:00Z2023-10-26T12:00:00Z2023-10-27T15:00:00Z
|
|||
|
SLA 위반 여부
SlaBreached
|
온보딩 건이 SLA 목표일 이후에 완료되었는지 나타내는 불리언 플래그입니다. | ||
|
설명
이 속성은 서비스 수준 계약(SLA) 위반 여부를 나타내는 계산 플래그입니다. 건의 최종 완료 활동(예: '신청 승인' 또는 '신청 거부')의 타임스탬프를 해당 건의 'SlaTargetDate'와 비교해 판정합니다. 이 플래그는 'SLA 준수 및 위반 분석' 대시보드와 'SLA 준수율' KPI의 기준이 됩니다. 위반된 건을 빠르게 필터링할 수 있어 분석이 간편해집니다. 위반 건의 프로세스 특성을 분석하면 지연의 근본 원인을 파악하고 개선 활동의 우선순위를 정할 수 있습니다.
중요한 이유
서비스 수준 계약 준수 여부를 직접 측정해 지연된 건을 쉽게 필터링하고 근본 원인을 분석할 수 있습니다.
확보 방법
데이터 변환 과정에서 건의 최종 활동 타임스탬프와 SlaTargetDate 필드를 비교해 계산합니다.
예시
truefalse
|
|||
|
거부 사유
RejectionReason
|
고객 신청을 거부할 때 기록하는 구체적인 사유입니다. | ||
|
설명
신청을 거부하면 거부 사유에 결정의 근거를 기록합니다. 예를 들어 '제재 대상 일치', '서류 미비', '고위험 프로필' 등이 있습니다. 이를 통해 접수된 신청서의 품질과 스크리닝 프로세스의 효과를 구조화된 형태로 확인할 수 있습니다. 이 속성은 '신청 거부율 및 사유' 대시보드의 주요 분석 항목입니다. 거부 사유를 분석하면 근본 원인을 찾아 프로세스를 개선하고, 신청자에게 더 명확히 안내하며, 불필요한 거부를 줄일 수 있습니다. 정량적인 거부율 KPI에 정성적인 맥락을 더해줍니다.
중요한 이유
신청 거부의 근본 원인을 파악해 온보딩 프로세스의 개선 지점을 찾고 거부율을 낮추는 데 도움이 됩니다.
확보 방법
'신청 거부' 이벤트가 발생할 때 사례나 신청 레코드의 필드에 기록됩니다.
예시
정치적 주요 인물(PEP) 일치제재 목록 일치서류 검증 실패부정적 언론 보도
|
|||
|
고객 ID
CustomerId
|
온보딩 대상 고객 엔터티를 식별하는 고유 ID입니다. | ||
|
설명
Customer ID는 고객 프로필을 식별하는 고유 ID입니다. 한 고객이 시간이 지나면서 여러 신청서를 제출할 수 있으므로 Customer Application ID와는 다릅니다. 이 속성은 온보딩 프로세스를 기준 고객 레코드와 연결합니다. 분석 시 Customer ID를 사용하면 같은 고객의 반복 신청을 추적할 수 있으며, CRM이나 마스터 데이터 시스템의 다른 고객 속성을 프로세스 데이터에 추가할 수도 있습니다. 이를 통해 단일 온보딩 사례를 넘어 고객 여정을 전체적으로 파악할 수 있습니다.
중요한 이유
온보딩 사례를 특정 고객과 연결해 반복 신청을 분석하고 기준 고객 데이터를 보강할 수 있습니다.
확보 방법
신청 또는 사례 레코드의 주요 필드로, 해당 레코드를 고객 마스터 데이터와 연결합니다.
예시
CUST-98765CUST-98766CUST-98767
|
|||
|
고객 국가
CustomerCountry
|
고객의 거주 국가 또는 법인 설립 국가입니다. | ||
|
설명
이 속성은 고객의 지리적 위치를 나타냅니다. 국가는 KYC 프로세스의 위험 평가와 규제 요건에 큰 영향을 미칩니다. 관할 지역마다 규정이 달라 프로세스 흐름과 처리 시간이 달라질 수 있습니다. 국가별 프로세스를 분석하면 지역 간 성과를 비교하고, 지역별 병목을 찾으며, 현지 규정을 준수할 수 있습니다. 프로세스 분석에 지리적 관점을 더해 중요한 운영상 차이를 파악할 수 있습니다.
중요한 이유
프로세스를 지역별로 분석해 성과, 위험, 규정 준수 요건의 차이를 파악할 수 있습니다.
확보 방법
고객 프로필이나 신청서에 일반적으로 포함되는 필드입니다.
예시
USAGBRSGPDEU
|
|||
|
고객 유형
CustomerType
|
개인, 법인 또는 신탁과 같은 고객 분류입니다. | ||
|
설명
고객 유형은 온보딩 대상 엔터티를 분류합니다. 고객 유형에 따라 온보딩 요건, 위험 수준, 규제 의무가 달라지는 경우가 많습니다. 예를 들어 법인의 온보딩은 일반적으로 개인보다 복잡합니다. 이 속성은 세분화 분석에 사용되며, 특히 'KYC 고객 유형별 성과' 대시보드에서 활용됩니다. 고객군별 프로세스 효율성, 처리 시간, 거부율을 비교할 수 있습니다. 이를 바탕으로 고객 유형에 맞게 온보딩 경험을 조정하고 최적화할 수 있습니다.
중요한 이유
고객군별 성과를 비교해 유형에 맞는 온보딩 프로세스를 설계하고 최적화할 수 있습니다.
확보 방법
원천 시스템의 고객 또는 신청 레코드에 저장되는 기본 속성입니다.
예시
개인법인비영리 단체신탁
|
|||
|
신청 채널
ApplicationChannel
|
온라인 포털, 영업점 또는 모바일 앱 등 고객 신청서를 제출한 채널입니다. | ||
|
설명
신청 채널은 고객 신청서가 접수된 경로를 나타냅니다. 채널마다 데이터의 완전성, 품질, 고객 특성이 다를 수 있으며, 이는 이후 프로세스에 영향을 줄 수 있습니다. 이 속성은 '채널별 신청 처리량' 대시보드에 필요합니다. 채널별 신청 건수, 처리 시간, 결과를 분석하면 효율적인 채널과 개선이 필요한 채널을 파악할 수 있습니다. 이 분석은 리소스 배분과 채널 투자에 관한 전략적 의사결정을 지원합니다.
중요한 이유
신청 채널별 성과와 효율성을 분석해 기술 및 고객 경험에 관한 전략적 의사결정을 지원합니다.
확보 방법
일반적으로 프로세스 초기에 수집해 신청 레코드의 속성으로 저장합니다.
예시
온라인 포털모바일 앱영업점고객 관계 관리자
|
|||
|
원천 시스템
SourceSystem
|
이벤트 데이터를 추출한 시스템입니다. 여기서는 Refinitiv World-Check를 가리킵니다. | ||
|
설명
이 속성은 프로세스 데이터의 출처를 나타냅니다. 단일 시스템에서 데이터를 추출할 때는 값이 고정될 수 있지만, CRM과 World-Check처럼 여러 시스템의 데이터를 결합해 전체 프로세스를 파악할 때 중요합니다. 분석에서는 데이터 거버넌스와 문제 해결을 지원하고 데이터의 맥락을 파악하는 데 도움이 됩니다. 예를 들어 핵심 스크리닝 시스템에 기록된 활동은 주변 시스템의 활동과 속성이나 세부 수준이 다를 수 있습니다. 데이터 계보를 명확히 하고 감사할 수 있도록 합니다.
중요한 이유
데이터 출처를 식별합니다. 데이터 거버넌스와 검증, 여러 출처의 데이터를 병합할 때 중요합니다.
확보 방법
데이터 추출, 변환, 적재(ETL) 과정에서 데이터셋을 구분하기 위해 추가하는 고정값인 경우가 많습니다.
예시
Refinitiv World-CheckWorldCheckOne
|
|||
|
일치 항목 ID
MatchId
|
World-Check 스크리닝에서 발견된 잠재적 일치 항목의 고유 ID입니다. | ||
|
설명
자동 스크리닝 과정에서 제재 목록, PEP 목록 또는 부정적 언론 보도와 잠재적 일치 항목이 발견되면, 해당 결과를 추적하기 위해 Match ID가 생성되는 경우가 많습니다. 이 ID는 신청 건과 World-Check 데이터베이스에서 알림을 발생시킨 특정 기록을 연결합니다. 이 속성은 규정 준수를 자세히 분석할 때 유용합니다. 분석가는 일치 항목의 특성을 조사하고, 특정 알림의 처리 결과(예: 오탐 또는 실제 일치 여부)를 추적하며, 어떤 유형의 알림이 가장 자주 발생하거나 해결에 가장 오래 걸리는지 파악할 수 있습니다. 또한 '잠재적 일치 항목 확인' 활동을 더 세부적으로 분석할 수 있습니다.
중요한 이유
특정 스크리닝 결과를 세부적으로 연결해 일치 항목의 해결 시간과 알림 유형을 심층 분석할 수 있습니다.
확보 방법
잠재적 일치 항목이 발견되면 World-Check 스크리닝 엔진이 이 ID를 생성하고 신청 건에 기록합니다.
예시
WC-MATCH-459021WC-MATCH-459022WC-MATCH-459023
|
|||
|
자동화 여부
IsAutomated
|
활동을 시스템(true)이 수행했는지 사용자(false)가 수행했는지 나타내는 플래그입니다. | ||
|
설명
이 불리언 속성은 시스템이 자동으로 수행한 작업과 사용자가 수동으로 수행한 활동을 구분합니다. 예를 들어 '자동 스크리닝 수행'은 자동화 활동으로, '분석가 검토 시작'은 수동 활동으로 표시됩니다. 이 구분은 자동화 분석에 중요합니다. 자동화가 프로세스 효율성에 미친 영향을 측정하고, 향후 자동화할 수 있는 수동 작업을 찾으며, 사람과 시스템 간의 상호작용을 파악하는 데 도움이 됩니다. 시스템 처리 시간과 수동 처리 시간을 명확히 구분할 수 있습니다.
중요한 이유
시스템 활동과 사용자 활동을 구분하므로 자동화 효과를 측정하고 추가 자동화 기회를 찾는 데 유용합니다.
확보 방법
일반적으로 활동 이름이나 이벤트에 연결된 사용자 ID를 기준으로 판단합니다(예: 사용자가 'system' 계정인 경우).
예시
truefalse
|
|||
|
재작업 여부
IsRework
|
같은 건에서 활동이 두 번째 이상 수행되었는지 나타내는 플래그입니다. | ||
|
설명
IsRework는 고객 신청 건에서 활동이 반복되었는지 식별하는 계산된 불리언 속성입니다. 예를 들어 하나의 신청에서 '위험 평가 수행'이 두 번 이상 발생하면, 첫 번째 이후의 활동을 재작업으로 표시합니다. 이 속성은 프로세스 비효율, 반복 경로, 불필요한 재수행을 파악하는 데 중요합니다. '위험 평가 재작업 및 효율성' 대시보드와 '위험 평가 재작업률' KPI 분석에 활용됩니다. 재작업을 분석하면 품질, 정보의 명확성 또는 의사결정 과정의 문제를 찾아 불필요한 작업과 처리 시간 증가를 줄일 수 있습니다.
중요한 이유
반복 활동을 표시해 프로세스 비효율을 드러냅니다. 재작업 경로를 분석해 품질을 높이고 처리 시간을 줄일 수 있습니다.
확보 방법
데이터 변환 과정에서 각 건의 활동 순서를 분석하고, 최초 발생 이후 반복된 활동을 표시해 계산합니다.
예시
truefalse
|
|||
|
최종 데이터 업데이트
LastDataUpdate
|
이벤트 데이터가 원천 시스템에서 마지막으로 갱신되거나 추출된 시점의 타임스탬프입니다. | ||
|
설명
이 속성은 데이터의 최신성을 나타냅니다. Refinitiv World-Check에서 데이터를 마지막으로 가져온 날짜와 시각을 기록합니다. process mining 대시보드와 분석 결과가 얼마나 최신인지 파악하는 데 중요합니다. 분석 시 사용자는 거의 실시간 데이터를 보고 있는지, 특정 시점의 스냅샷을 보고 있는지 확인할 수 있습니다. 데이터 거버넌스와 제공되는 인사이트의 최신성에 대한 사용자 기대를 관리하는 데도 필요합니다.
중요한 이유
데이터의 최신성을 파악하는 데 필요한 맥락을 제공해 사용자가 프로세스 분석의 기준 시점을 이해할 수 있게 합니다.
확보 방법
이 타임스탬프는 데이터 추출(ETL) 과정에서 생성되어 추가됩니다.
예시
2023-11-01T02:00:00Z2023-11-02T02:00:00Z
|
|||
KYC 고객 온보딩 활동
| 활동 | 설명 | ||
|---|---|---|---|
|
계정 활성화
|
핵심 시스템에서 고객 계정을 생성하고 활성화해 온보딩 절차를 완료합니다. 최종 신청 승인 후 진행되며, 계정을 사용할 수 있는 상태로 만듭니다. | ||
|
중요한 이유
프로세스에서 고객에게 가치를 제공하는 마지막 단계입니다. 신청서 제출부터 계정 활성화까지 걸린 시간은 운영 효율성과 고객 만족도를 측정하는 주요 지표입니다.
확보 방법
이 이벤트는 World-Check에 기록되지 않습니다. 핵심 뱅킹 시스템이나 고객 계정 시스템에 기록되며, Customer Application ID를 기준으로 연결해야 합니다.
기록
계정이 활성화되면 핵심 계정 시스템에 이벤트가 기록됩니다.
이벤트 유형
explicit
|
|||
|
분석가 검토 시작
|
규정 준수 분석가가 고객 신청서의 잠재적 일치 항목을 수동으로 조사하기 시작합니다. 잠재적 일치 항목의 세부 정보와 고객 정보를 비교해 관련성을 판단합니다. | ||
|
중요한 이유
수동 규정 준수 검토가 시작되는 시점으로, 흔히 병목이 발생하는 구간입니다. '잠재적 일치 항목 확인'부터 이 활동까지 걸린 시간은 대기 지연을 보여주며, 검토 소요 시간은 분석가의 처리 효율을 나타냅니다.
확보 방법
분석가가 검토 대기열에서 사례를 '가져오거나' 열었을 때로 추정할 수 있습니다. 사례 상태가 '검토 중'으로 바뀌거나 특정 사용자에게 배정될 때 감사 추적에 명시적으로 기록될 수도 있습니다.
기록
사례 상태가 '검토 중'으로 변경되거나 분석가에게 사례가 배정된 시점으로 추정합니다.
이벤트 유형
inferred
|
|||
|
스크리닝 완료, 이상 없음
|
스크리닝 사례가 '이상 없음' 결과로 공식 종료되었습니다. 실제 일치 항목이 없다는 뜻입니다. 이 결정은 최초 요청 시스템에 전달되어 온보딩 프로세스를 진행할 수 있게 합니다. | ||
|
중요한 이유
스크리닝 프로세스가 성공적으로 완료되는 일반 경로의 종착점입니다. 표준 저위험 신청서의 처리 시간을 측정하는 주요 기준으로 활용됩니다.
확보 방법
최종 사례 상태가 '이상 없음', '완료' 또는 '종료, 일치 항목 없음'으로 변경된 시점으로 추정합니다. 최종 상태 변경의 타임스탬프를 사용합니다.
기록
이상 없음으로 표시된 최종 사례 상태의 타임스탬프를 바탕으로 확인합니다.
이벤트 유형
inferred
|
|||
|
스크리닝 완료, 일치 항목 발견
|
스크리닝 사례가 '일치 항목 발견' 결과로 공식 종료되었습니다. 확인된 위험이 있다는 뜻입니다. 이 결정에 따라 강화된 실사나 신청 거부와 같은 후속 프로세스가 시작됩니다. | ||
|
중요한 이유
스크리닝 프로세스에서 주요 예외 경로의 종착점입니다. 이 사례를 분석하면 위험 특성과 스크리닝 통제의 효과를 파악할 수 있습니다.
확보 방법
최종 사례 상태가 '일치 항목 발견', '위험 식별' 또는 '종료, 일치 확인'으로 변경된 시점으로 추정합니다. 최종 상태 변경의 타임스탬프를 사용합니다.
기록
일치 항목이 확인되었다고 표시된 최종 사례 상태의 타임스탬프를 바탕으로 확인합니다.
이벤트 유형
inferred
|
|||
|
신청 거부
|
World-Check에서 '일치 항목 발견' 결과가 나오거나 다른 위험 요인이 확인되면 고객 신청을 공식적으로 거부합니다. 온보딩 프로세스의 최종 부정 결과입니다. | ||
|
중요한 이유
프로세스가 실패로 끝나는 주요 지점입니다. 거부 이벤트와 그 사유 및 이전 활동을 분석하면 프로세스를 개선하고 불필요한 거부를 줄이는 데 도움이 됩니다.
확보 방법
이 최종 사업 결정은 World-Check가 아니라 상위 CRM 또는 핵심 신청 시스템에 기록됩니다. 해당 시스템에서 데이터를 가져와야 합니다.
기록
원천 신청 시스템에 이벤트가 기록되며, 거부 사유 코드가 함께 저장되는 경우가 많습니다.
이벤트 유형
explicit
|
|||
|
신청서 제출
|
고객이 신청서를 제출하면 KYC 온보딩 프로세스가 시작됩니다. 이 이벤트는 일반적으로 CRM이나 핵심 신청 시스템에 기록되며, 이후 Refinitiv World-Check에서 조회가 시작됩니다. | ||
|
중요한 이유
이 이벤트는 고객 온보딩 전체 과정의 주요 시작점입니다. 이 시점부터 완료까지 걸리는 시간을 분석하면 전체 온보딩 처리 시간을 확인할 수 있습니다. 이는 고객 경험과 SLA 준수 여부를 측정하는 데 중요합니다.
확보 방법
이 이벤트는 World-Check에서 기본 제공되지 않습니다. CRM이나 고객 계정 관리 플랫폼과 같은 상위 시스템에서 가져와 고객 신청 ID를 기준으로 연계해야 합니다.
기록
최초 신청이 접수될 때 원본 신청 시스템에 기록되는 이벤트입니다.
이벤트 유형
explicit
|
|||
|
실제 일치 확인
|
분석가가 잠재적 일치 항목이 스크리닝 대상 고객과 실제로 일치한다고 확인해 잠재적 위험을 식별합니다. 중요한 이정표로, 일반적으로 강화된 실사나 신청 거부로 이어집니다. | ||
|
중요한 이유
위험 완화의 주요 결과이자 프로세스의 중요한 전환점입니다. 고객 신청서의 최종 결정에 직접 영향을 미치며 규정 준수 보고와 분석에도 중요합니다.
확보 방법
분석가가 특정 일치 항목을 '실제 일치' 또는 '일치 확인'으로 판정하는 명시적인 사용자 작업입니다. 이 이벤트는 사례 감사 추적에 기록됩니다.
기록
분석가가 시스템에서 일치 항목을 공식적으로 확인하면 기록됩니다.
이벤트 유형
explicit
|
|||
|
조회 요청 생성
|
Refinitiv World-Check 시스템에서 고객 신청에 대한 신규 조회 케이스가 공식적으로 생성됩니다. 상위 시스템의 API 호출이나 수동 입력으로 시작되며, 위험 정보 확인 절차의 시작을 나타냅니다. | ||
|
중요한 이유
스크리닝 하위 프로세스가 공식적으로 시작되는 시점입니다. Application Submitted부터 이 활동까지 걸린 시간을 보면 업무 시스템과 규정 준수 부서 간 인계 지연을 파악할 수 있습니다.
확보 방법
World-Check 사례 관리 로그 또는 감사 추적에 기록됩니다. 해당 사례나 엔터티 ID의 생성 이벤트와 타임스탬프를 사용합니다.
기록
시스템에서 새 스크리닝 사례를 생성할 때 자동으로 기록됩니다.
이벤트 유형
explicit
|
|||
|
검토를 위해 사례 상신
|
1차 분석가가 복잡하거나 위험도가 높은 사례의 최종 판단을 위해 선임 분석가나 관리자에게 상신합니다. 규정 준수팀 내 주요 인계 지점입니다. | ||
|
중요한 이유
상신이 잦으면 병목이 생기고 처리 시간이 늘어날 수 있습니다. 상신 빈도와 사유를 분석하면 주니어 분석가의 교육 필요성이나 검토 정책의 모호성을 파악할 수 있습니다.
확보 방법
사례 워크플로나 감사 추적에 명시적인 작업으로 기록됩니다. 사례 담당자가 변경된 기록으로도 추정할 수 있으며, 특히 권한이 더 높은 사용자에게 배정된 경우에 해당합니다.
기록
사례에서 전용 '상신' 버튼을 누르거나 워크플로 작업을 실행하면 기록됩니다.
이벤트 유형
explicit
|
|||
|
신청 승인
|
KYC 스크리닝과 기타 필수 확인을 마친 후 고객 신청이 최종 승인되었습니다. 일반적으로 World-Check에서 '이상 없음' 결과를 받은 뒤 원천 시스템에서 이 이벤트가 발생합니다. | ||
|
중요한 이유
온보딩 프로세스가 성공적으로 마무리된 시점입니다. 신청서 제출부터 이 시점까지 걸린 시간을 추적하면 신규 고객을 승인하기까지의 전체 시간을 파악할 수 있습니다.
확보 방법
이 이벤트는 World-Check에서 직접 발생하지 않습니다. 최종 사업 결정을 내리는 상위 CRM 또는 핵심 신청 시스템에서 데이터를 가져와야 합니다.
기록
최종 승인 시 원천 신청 시스템에 이벤트가 기록됩니다.
이벤트 유형
explicit
|
|||
|
오탐 확인
|
분석가는 잠재적 일치 항목이 스크리닝 대상 고객과 다른 사람이라고 판단합니다. 해당 일치 항목을 기각하고 그 알림에 대한 스크리닝을 종료합니다. | ||
|
중요한 이유
검토 과정에서 흔히 발생하는 결과입니다. 오탐 판정까지 걸린 시간을 파악하면 분석가의 처리 효율과 자동 스크리닝 로직의 정확도를 측정할 수 있습니다.
확보 방법
분석가가 특정 일치 항목을 '오탐' 또는 '일치하지 않음'으로 판정하는 명시적인 사용자 작업입니다. 일반적으로 사례 이력에 기록됩니다.
기록
분석가가 시스템에서 잠재적 일치 항목을 공식적으로 기각하면 기록됩니다.
이벤트 유형
explicit
|
|||
|
자동 스크리닝 수행
|
World-Check 시스템이 고객 정보를 위험 정보 데이터베이스와 자동으로 대조합니다. 시스템이 수행하는 이 활동에서 잠재적 일치 항목이나 이상 없음과 같은 초기 결과가 생성됩니다. | ||
|
중요한 이유
스크리닝 프로세스에서 처음으로 실질적인 가치를 더하는 단계입니다. 이 단계에 이르기까지 지연이 발생하면 시스템이나 데이터 준비 상태에 문제가 있을 수 있습니다. 결과에 따라 이후 수작업량도 달라집니다.
확보 방법
사례 감사 추적에 명시적으로 기록되거나, 해당 사례의 초기 스크리닝 결과를 확인할 수 있게 된 시점의 타임스탬프로 추정할 수 있습니다.
기록
자동 데이터베이스 검색이 완료되면 시스템 로그 항목이 생성됩니다.
이벤트 유형
explicit
|
|||
|
잠재적 일치 항목 확인
|
자동 스크리닝에서 분석가의 수동 검토가 필요한 잠재적 일치 항목이 하나 이상 발견되었습니다. 이 이벤트가 발생하면 사례가 자동 처리 상태에서 수동 조사 대기열로 넘어갑니다. | ||
|
중요한 이유
프로세스의 주요 분기점입니다. 잠재적 일치 항목이 있는 사례는 더 길고 복잡한 경로를 거칩니다. 이를 추적하면 검토팀의 리소스 계획과 병목 분석에 도움이 됩니다.
확보 방법
World-Check 사례 관리 모듈에서 사례 상태가 '검토 필요', '잠재적 일치' 또는 이와 유사한 상태로 변경된 시점으로 추정합니다.
기록
수동 검토가 필요하다는 사례 상태 변경을 바탕으로 확인합니다.
이벤트 유형
inferred
|
|||
|
추가 정보 요청
|
분석가가 잠재적 일치 여부를 판단하는 데 추가 정보가 필요하다고 보고 사업 부서에 요청합니다. 정보가 제공될 때까지 사례는 보류 상태가 됩니다. | ||
|
중요한 이유
이 활동이 자주 발생하면 초기 스크리닝에 제공된 데이터의 품질에 문제가 있을 수 있습니다. 외부 팀의 응답을 기다려야 하므로 지연이 커지며, 전체 처리 시간이 길어지는 주요 원인이 됩니다.
확보 방법
사례 메모나 감사 로그에 기록된 명시적인 사용자 작업일 수 있습니다. 또는 사례 상태가 '정보 대기'나 '추가 정보 요청'으로 바뀐 시점으로 추정할 수 있습니다.
기록
분석가가 사례에 추가 정보가 필요하다고 표시하는 기능을 사용하면 기록됩니다.
이벤트 유형
explicit
|
|||
데이터 추출 가이드
시작할 준비가 되셨나요?
이 데이터 템플릿을 활용해 KYC 고객 온보딩 process mining을 시작하세요. 안내에 따라 데이터를 준비하면 유용한 인사이트를 얻고 운영을 개선할 수 있습니다.
지금 KYC 고객 온보딩을 최적화하고 규정 준수를 강화하세요
고객 온보딩 절차를 원활하게 진행하고 처리 시간을 24시간으로 단축하세요.
신용카드가 필요하지 않습니다. 14일 동안 무료로 이용해 보세요.