KYC 고객 온보딩 데이터 템플릿
KYC 고객 온보딩 데이터 템플릿
- 수집 권장 속성
- 추적할 주요 활동
- ACTICO 데이터 추출 안내
KYC 고객 온보딩 속성
| 이름 | 설명 | ||
|---|---|---|---|
| 고객 신청 CustomerApplication | 고객 온보딩 신청 한 건을 식별하는 고유 ID로, 프로세스 분석에서 사례 ID로 사용됩니다. | ||
| 설명 고객 신청은 한 고객의 온보딩 여정과 관련된 모든 이벤트와 활동을 묶는 기본 사례 식별자입니다. 최초 신청부터 최종 승인 또는 거절 결정까지 KYC 프로세스의 전체 사례를 나타냅니다. process mining에서는 이 속성을 사용해 각 신청의 전체 여정을 재구성합니다. 분석가는 활동 순서를 추적하고 전체 처리 시간을 측정하며 신청별 프로세스 경로 또는 변형을 비교할 수 있습니다. 동일한 고객 신청 ID를 가진 모든 이벤트는 같은 사례에 속하는 것으로 간주합니다. 중요한 이유 관련 이벤트를 하나의 프로세스 사례로 연결하는 기본 속성입니다. 이를 통해 고객별 온보딩 경험을 처음부터 끝까지 분석할 수 있습니다. 확보 방법 ACTICO의 주요 신청 또는 사례 관리 테이블에서 기본 키로 사용됩니다. 구체적인 테이블명과 필드명은 ACTICO 문서를 확인하세요. 예시 신청-2023-001234신청-2023-001235신청-2024-000001 | |||
| 이벤트 시각 EventTime | 특정 활동이 시작되거나 발생한 시점을 나타내는 타임스탬프입니다. | ||
| 설명 이벤트 시각은 활동이 시스템에 기록된 정확한 날짜와 시간입니다. 고객 신청 사례 하나에 포함된 모든 이벤트의 시간 순서를 정해 온보딩 여정의 타임라인을 구성합니다. 이 속성은 시간 기반 분석에 필수입니다. 활동 간 처리 시간을 계산하고 지연과 대기 시간을 찾아내며 사례 전체 소요 시간을 측정하고 Service Level Agreement(SLA) 준수 여부를 확인하는 데 사용합니다. 사례별 타임스탬프 순서를 바탕으로 process mining 도구가 실제 발생한 프로세스 흐름을 재구성합니다. 중요한 이유 이벤트의 시간 순서를 제공하는 속성으로, 소요 시간 계산, 병목 탐색, 프로세스 타임라인 분석에 필요합니다. 확보 방법 ACTICO의 이벤트 로그 테이블에서 각 활동에 연결된 타임스탬프를 확인할 수 있습니다. ACTICO 문서를 참고하세요. 예시 2023-10-26T10:00:00Z2023-10-26T11:30:00Z2023-10-27T15:45:10Z | |||
| 활동명 ActivityName | 고객 온보딩 프로세스에서 수행한 구체적인 업무 이벤트 또는 작업의 이름입니다. | ||
| 설명 이 속성은 KYC 프로세스 중 발생하는 각 단계나 활동의 이름을 기록합니다. 예를 들어 '신청 접수', '위험 평가 수행', '신청 승인' 등이 있습니다. 프로세스 맵을 구성하는 단계별 정보를 제공합니다. 활동명을 분석하면 프로세스 흐름을 시각화하고 자주 또는 드물게 발생하는 활동을 파악하며 병목이나 재작업 반복을 찾아낼 수 있습니다. 어떤 작업이 어떤 순서로 수행되는지 파악하는 기준이 되므로 프로세스 유형 분석과 규정 준수 점검에 중요합니다. 중요한 이유 프로세스 맵의 단계를 정의하는 속성으로, 프로세스 흐름을 시각화하고 이탈을 찾아내며 활동의 빈도와 순서를 분석할 수 있습니다. 확보 방법 일반적으로 ACTICO의 이벤트 로그 테이블에서 확인할 수 있으며, 이벤트 유형이나 작업 유형을 나타내는 필드에 기록됩니다. ACTICO 문서를 확인하세요. 예시 신청 접수위험 평가 수행규정 준수 검토 완료신청 거절 | |||
| 원천 시스템 SourceSystem | 이벤트 데이터가 생성된 기준 시스템입니다. | ||
| 설명 이 속성은 데이터가 생성된 원천 정보 시스템을 나타냅니다. 이 프로세스에서는 항상 'ACTICO'로 표시되지만, 여러 시스템의 데이터를 함께 분석할 때는 데이터의 출처를 구분하는 데 도움이 됩니다. process mining에서는 데이터 거버넌스와 검증을 위해 중요합니다. 데이터가 올바른 원천에 연결되도록 하며, 여러 시스템의 데이터를 결합해 전체 프로세스를 파악할 때 특히 유용합니다. 데이터 품질 문제가 발생하면 원천 시스템까지 추적해 원인을 찾는 데도 도움이 됩니다. 중요한 이유 데이터 출처에 관한 정보를 제공해 데이터 계보와 거버넌스를 관리할 수 있습니다. 여러 원천의 데이터를 결합할 때 특히 중요합니다. 확보 방법 일반적으로 데이터 추출 및 변환 과정에서 데이터 세트를 식별하기 위해 추가하는 고정값('ACTICO')입니다. 예시 ACTICOACTICO 플랫폼Actico KYC 모듈 | |||
| 최근 데이터 업데이트 LastDataUpdate | 원천 시스템에서 데이터를 마지막으로 새로 고치거나 추출한 시각입니다. | ||
| 설명 이 속성에는 ACTICO에서 데이터를 가장 최근에 가져온 날짜와 시각이 기록됩니다. 개별 이벤트가 아닌 전체 데이터 세트에 적용되는 메타데이터로, 분석에 사용된 데이터의 최신성을 파악하는 데 도움이 됩니다. 대시보드와 보고서에서 사용자는 이 정보를 통해 데이터가 얼마나 최신인지 확인할 수 있습니다. 인사이트의 시의성에 대한 기대치를 조정하고, 최신 데이터가 중요한 운영 모니터링에도 활용할 수 있습니다. 타임스탬프를 표시하면 제공되는 데이터의 최신성을 투명하게 알리고 신뢰를 높일 수 있습니다. 중요한 이유 데이터의 최신성을 보여 주므로 사용자가 최신 정보를 분석하고 있는지 확인할 수 있습니다. 이는 운영 의사결정에 중요합니다. 확보 방법 데이터 추출, 변환 및 적재(ETL) 과정에서 생성되어 저장됩니다. ETL 작업이 성공적으로 완료된 시각을 나타냅니다. 예시 2024-05-20T08:00:00Z2024-05-21T08:00:00Z | |||
| SLA 목표일 SlaTargetDate | 고객 온보딩 프로세스를 완료할 예정인 날짜입니다. | ||
| 설명 SLA 목표일은 내부 서비스 수준 협약에 따라 고객 온보딩을 완료해야 하는 기한입니다. 신청 접수일에 표준 처리 기간을 더해 산정하는 경우가 많습니다. 이 속성은 SLA 준수 여부를 모니터링하는 데 필요합니다. 케이스의 실제 완료일을 SLA 목표일과 비교해 기한 내 완료 여부 또는 SLA 위반 여부를 판단할 수 있습니다. '온보딩 SLA 성과' 대시보드와 '온보딩 SLA 준수율' KPI의 기준이 됩니다. 중요한 이유 기한 준수 성과를 측정하는 기준으로, SLA 준수 여부를 직접 모니터링하고 보고할 수 있습니다. 확보 방법 ACTICO의 기본 케이스 테이블에 필드로 저장되어 있거나, 업무 규칙에 따라 산출할 수 있습니다(예: 신청 접수일 + 영업일 5일). 예시 2023-11-01T17:00:00Z2023-11-02T17:00:00Z2023-11-03T17:00:00Z | |||
| 거부 사유 RejectionReason | 고객 신청이 거부된 구체적인 사유입니다. | ||
| 설명 신청의 최종 상태가 '거부'인 경우, 이 속성은 거부 원인을 나타냅니다. 예를 들어 '서류 미비', '신원 확인 실패', '고위험 프로필' 등이 있습니다. 근본 원인 분석에 중요한 속성입니다. 거부 사유별 발생 빈도를 분석하면 프로세스나 고객 제출 자료에 반복되는 문제를 찾을 수 있습니다. 예를 들어 서류 미비로 인한 거부가 많다면 신청 안내가 명확하지 않을 수 있습니다. 이 정보는 '신청 거부율 및 사유' 대시보드에 직접 활용됩니다. 중요한 이유 신청이 거부된 이유를 파악해 근본 원인을 분석하고, 거부율을 낮추며 프로세스 효율성을 높일 수 있습니다. 확보 방법 일반적으로 ACTICO의 기본 케이스 또는 신청 테이블에서 확인할 수 있으며, 신청 상태가 '거부'인 경우에만 값이 입력되는 경우가 많습니다. 예시 서류 미비신원 확인 실패제재 대상 일치높은 위험 점수 | |||
| 부서 Department | 활동을 수행하는 사업 부서 또는 팀입니다. | ||
| 설명 이 속성은 활동을 '규정 준수', '온보딩 팀', '고객 관계'와 같은 특정 조직 단위에 연결합니다. 프로세스 흐름을 조직 관점에서 파악할 수 있습니다. 부서별 분석은 조직 내 여러 부서 간 업무 인계를 이해하는 데 중요합니다. 부서 간 병목을 찾고, 부서별 효율성을 측정하며, 팀 간 리소스 배분을 분석할 수 있습니다. 대시보드를 부서별로 필터링하면 관리자가 팀의 성과를 확인할 수 있습니다. 중요한 이유 조직 단위별 분석을 지원해 부서 간 지연을 파악하고 팀별 성과를 평가할 수 있습니다. 확보 방법 이 정보는 이벤트 데이터에 직접 저장되거나, 사용자와 부서를 연결하는 HR 기준 데이터 테이블에 사용자 데이터를 조인해 가져올 수 있습니다. ACTICO 문서를 참조하세요. 예시 Compliance온보딩 팀고객 서비스 | |||
| 수행 사용자 InitiatingUser | 활동을 수행한 직원의 사용자 ID 또는 이름입니다. | ||
| 설명 이 속성은 활동을 수행한 특정 사용자 또는 시스템 에이전트를 식별합니다. 프로세스 단계와 이를 수행한 개인 또는 팀을 연결합니다. 사용자별 성과 분석은 일반적인 요구사항입니다. 이 속성을 사용하면 업무량 분포, 개인별 처리 시간, 사용자 또는 팀 간 성과를 보여 주는 대시보드를 만들 수 있습니다. 성과가 높은 사용자와 추가 교육이 필요한 사용자를 파악하고, 리소스 배분과 활용 현황을 이해하는 데도 도움이 됩니다. 중요한 이유 프로세스 활동을 사용자와 연결해 개인 또는 팀별 성과를 분석하고, 교육 필요성이나 리소스 불균형을 파악할 수 있습니다. 확보 방법 일반적으로 ACTICO의 이벤트 로그 또는 거래 내역 테이블에서 각 이벤트와 함께 저장됩니다. ACTICO 문서를 참조하세요. 예시 john.doejane.smithSYSTEM_USER | |||
| 신청 상태 ApplicationStatus | 고객 온보딩 신청의 최종 결과 또는 현재 상태입니다. | ||
| 설명 이 속성은 일반적으로 '승인' 또는 '거부'로 표시되는 케이스의 최종 결과를 나타냅니다. 진행 중인 케이스의 상태를 표시할 수도 있습니다. 결과를 기준으로 분석할 때 중요한 속성입니다. 신청이 승인되거나 거부된 이유를 파악하는 것은 KYC process mining의 주요 목표입니다. 이 속성으로 프로세스 맵을 필터링해 승인된 신청과 거부된 신청의 일반적인 진행 경로를 비교하고, 바람직하지 않은 결과로 이어지는 패턴을 찾을 수 있습니다. '신청 거부율' KPI를 계산하는 기준이기도 합니다. 중요한 이유 각 케이스의 결과를 정의해 성공한 프로세스와 그렇지 않은 프로세스를 비교하고 거부율을 계산할 수 있습니다. 확보 방법 케이스 수준의 속성으로, ACTICO의 기본 케이스 또는 신청 테이블에서 확인할 수 있습니다. 신청의 최종 상태를 나타냅니다. 예시 승인거부진행 중정보 대기 중 | |||
| 위험 수준 RiskLevel | 고객 신청에 대해 산정한 위험 수준입니다. 낮음, 보통, 높음 등으로 표시됩니다. | ||
| 설명 이 속성은 고객의 평가된 위험 범주를 나타내며, 이후 KYC 프로세스의 복잡성과 엄격성을 결정하는 경우가 많습니다. 고위험 고객은 저위험 고객보다 추가 확인과 승인이 필요할 수 있습니다. process mining에서 위험 수준은 비교 분석을 위한 중요한 기준입니다. 위험도에 따라 프로세스가 의도한 경로로 진행되는지 확인할 수 있습니다. 예를 들어 모든 고위험 고객에게 강화된 고객 확인 절차가 적용되는지 검증할 수 있습니다. '위험 평가 프로세스 흐름' 대시보드의 주요 기준입니다. 중요한 이유 위험 수준별로 케이스를 구분해 규정 준수 정책에 따라 프로세스가 각 위험 프로필에 맞게 진행되는지 분석할 수 있습니다. 확보 방법 ACTICO의 기본 신청 테이블에 케이스 수준으로 저장되는 주요 데이터입니다. 예시 낮음보통높음 | |||
| 종료 시각 EndTime | 특정 활동이 완료된 시각입니다. | ||
| 설명 종료 시각은 활동이 완료된 시점을 나타냅니다. 시작 시각(EventTime)과 함께 사용하면 각 작업의 정확한 처리 시간을 계산할 수 있습니다. 모든 이벤트에 별도의 종료 시각이 있는 것은 아니며, 즉시 완료되는 이벤트도 있습니다. 이 속성은 각 단계에 걸리는 시간을 측정하는 성과 분석의 기본 요소입니다. 상세한 성과 대시보드를 만들고, 시간이 가장 많이 소요되는 활동을 찾으며, '문서 검토 평균 시간'과 같은 KPI를 계산하는 데 필요합니다. 중요한 이유 활동별 처리 시간을 정확히 계산할 수 있어 성과 병목을 찾고 리소스 효율성을 분석하는 데 중요합니다. 확보 방법 시작 시각과 마찬가지로 일반적으로 ACTICO의 이벤트 로그 테이블에서 확인할 수 있습니다. 일부 시스템은 하나의 이벤트 레코드에 시작 시각과 종료 시각을 별도 열로 저장합니다. ACTICO 문서를 참조하세요. 예시 2023-10-26T10:15:00Z2023-10-26T12:00:00Z2023-10-27T16:00:15Z | |||
| SLA 상태 SlaState | 케이스가 SLA를 준수했는지, 위반했는지 또는 위반 위험이 있는지를 나타내는 산출 상태입니다. | ||
| 설명 이 속성은 서비스 수준 협약에 따른 케이스의 성과를 범주형으로 평가합니다. 케이스 완료 시각 또는 진행 중인 케이스의 현재 시각을 'SlaTargetDate'와 비교해 산출합니다. 날짜 비교 결과를 이해하기 쉬운 상태로 표시하므로 SLA 보고를 간소화할 수 있습니다. 대시보드에서 원형 차트나 게이지를 사용해 '준수'와 '위반' 케이스의 비율을 명확하게 보여 줄 수 있습니다. '온보딩 SLA 성과' 대시보드의 주요 요소이며 '온보딩 SLA 준수율' KPI에도 직접 활용됩니다. 중요한 이유 케이스별 SLA 준수 상태를 명확한 범주로 표시해 보고를 간소화하고 목표 대비 성과를 쉽게 시각화할 수 있습니다. 확보 방법 케이스 완료 타임스탬프와 'SlaTargetDate'를 비교하는 업무 로직으로 산출합니다. 예시 준수위반위험 임박 | |||
| 고객 유형 CustomerType | 개인 또는 법인과 같은 고객 분류입니다. | ||
| 설명 이 속성은 신청자를 개인 또는 법인과 같은 범주로 분류합니다. KYC 프로세스는 고객 유형에 따라 크게 달라지는 경우가 많으며, 법인 온보딩은 개인보다 훨씬 복잡할 수 있습니다. 고객 유형을 분석 기준으로 사용하면 하나의 데이터 세트에서 서로 다른 프로세스를 구분해 비교할 수 있습니다. 분석가는 프로세스 맵을 '법인' 고객으로 필터링해 해당 유형의 과제, 병목, 처리 기간을 파악할 수 있습니다. 상대적으로 단순한 '개인' 고객 프로세스가 분석 결과에 영향을 주지 않습니다. 중요한 이유 고객 유형별로 프로세스를 구분할 수 있습니다. 유형마다 흐름과 복잡성이 크게 다를 수 있으므로 더 정확한 분석이 가능합니다. 확보 방법 ACTICO에서 케이스 또는 고객 수준으로 저장되는 기본 속성입니다. 예시 개인법인소기업 | |||
| 국가 Country | 온보딩을 신청한 고객의 거주 국가입니다. | ||
| 설명 이 속성은 고객의 국가를 나타내며 KYC 프로세스에 큰 영향을 줄 수 있습니다. 관할 지역마다 규제 요건이 달라 추가 또는 대체 프로세스 단계가 필요할 수 있습니다. 국가별로 프로세스를 분석하면 지역 간 성과를 비교할 수 있습니다. 특정 국가에서 처리 기간이 지속적으로 길거나 거부율이 높다면 규제상 제약이나 시장별 과제가 있는지 확인할 수 있습니다. 이 지리적 관점은 현지 규정 준수를 고려하면서 프로세스를 표준화하려는 글로벌 조직에 중요합니다. 중요한 이유 지역별 분석 기준을 제공해 규제 관할 지역에 따른 프로세스 차이와 성과 편차를 파악할 수 있습니다. 확보 방법 ACTICO 시스템에서 케이스 또는 고객 수준으로 저장되는 기본 고객 정보입니다. 예시 USADEUGBRSGP | |||
| 자동화 여부 IsAutomated | 활동을 시스템이 자동으로 수행했는지 사용자가 직접 수행했는지 나타내는 플래그입니다. | ||
| 설명 이 불리언 속성은 사용자가 수행한 작업과 자동 신원 확인 또는 위험 점수 산정처럼 시스템이 처리한 작업을 구분합니다. 이 속성을 분석하면 자동화 도입의 효과를 평가할 수 있습니다. 자동 처리 단계와 수동 처리 단계의 시간을 비교하고, 여전히 수작업 비중이 높은 프로세스 구간을 찾으며, 효율성을 높이고 운영 비용을 줄일 추가 자동화 기회를 파악할 수 있습니다. 중요한 이유 사람이 수행한 작업과 시스템 작업을 구분해 자동화 효과를 측정하고 향후 효율화 기회를 찾을 수 있습니다. 확보 방법 'InitiatingUser' 속성으로 추정할 수 있습니다(예: 사용자가 'SYSTEM'인 경우). 이벤트 로그에 별도 플래그가 있을 수도 있습니다. ACTICO 문서를 참조하세요. 예시 truefalse | |||
| 재작업 여부 IsRework | 활동이 반복되었거나 재작업 루프에 포함되는지 나타내는 산출 플래그입니다. | ||
| 설명 이 불리언 속성은 같은 케이스에서 두 번째 이상 수행된 활동을 표시합니다. 예를 들어 추가 정보 요청 후 다시 진행한 '문서 검토'가 이에 해당합니다. 재작업은 일반적으로 프로세스 비효율의 원인이 됩니다. 재작업 파악은 process mining의 주요 목표입니다. 이 플래그를 사용해 '문서 재작업률' KPI와 같이 재작업을 정량화할 수 있습니다. 프로세스 맵에서 재작업 루프를 강조해 프로세스가 되풀이되는 구간을 확인할 수도 있습니다. 이를 통해 품질 문제나 처음부터 올바르게 처리되지 않는 구간을 찾을 수 있습니다. 중요한 이유 반복 작업을 표시해 프로세스 비효율을 직접 측정하고 품질 또는 안내에 문제가 있는 활동을 찾을 수 있습니다. 확보 방법 산출 속성입니다. 같은 케이스에서 반복된 활동을 감지하는 로직은 process mining 도구 또는 데이터 변환 과정에서 정의합니다. 예시 truefalse | |||
KYC 고객 온보딩 활동
| 활동 | 설명 | ||
|---|---|---|---|
| 고객 서류 업로드 | 고객이 ACTICO와 연동된 포털이나 다른 채널을 통해 신원 확인 서류와 증빙 자료를 제출하면 발생하는 활동입니다. 일반적으로 각 서류 업로드는 시스템의 문서 관리 로그나 사례 로그에 별도의 명시적 이벤트로 기록됩니다. | ||
| 중요한 이유 고객의 응답이 필요한 주요 단계입니다. 이 이벤트를 추적하면 고객 응답 시간을 측정하고 이후 문서 검토 단계에 걸리는 시간을 분석할 수 있습니다. 확보 방법 신청 사례에 연결된 문서 처리 또는 첨부 파일 관련 이벤트 로그를 확인합니다. ACTICO 데이터베이스의 전용 문서 또는 증빙 자료 관리 테이블에 기록되는 경우가 많습니다. 기록 문서가 사례에 첨부될 때 시스템이 기록하는 이벤트입니다. 이벤트 유형 explicit | |||
| 고객 온보딩 완료 | 고객 온보딩이 완료되고 신청 사례가 종료되는 프로세스의 마지막 활동입니다. 사례에 '온보딩 완료' 또는 '종료 - 승인'과 같은 최종 상태가 적용된 기록을 통해 추정합니다. | ||
| 중요한 이유 주요 성공 종료 이벤트로, 온보딩을 완료한 모든 고객의 전체 처리 시간을 계산하는 데 필요합니다. 정상 경로 분석에 사용할 최종 타임스탬프를 제공합니다. 확보 방법 고객 신청 사례의 최종 상태 필드에서 추정합니다. 사례가 최종 성공 상태로 바뀐 시각을 확인합니다. 기록 사례 최종 상태가 '완료' 또는 '종료'로 변경된 기록을 통해 추정합니다. 이벤트 유형 inferred | |||
| 규정 준수 검토 시작 | 규정 준수 부서의 수동 검토가 시작되는 시점입니다. 주로 위험도가 높거나 확인 대상으로 표시된 신청이 검토 대상입니다. 사례 상태가 '규정 준수 검토 대기'로 바뀌거나 규정 준수 담당자의 작업 대기열에 사례가 배정된 기록을 통해 추정하는 경우가 많습니다. | ||
| 중요한 이유 이 활동은 규정 준수 검토의 병목을 측정하는 기준점입니다. 여기서 '규정 준수 검토 완료'까지 걸리는 시간은 이 중요한 단계의 지연을 파악하는 데 필요한 KPI입니다. 확보 방법 신청 상태 이력이나 감사 추적 기록을 통해 추정합니다. 상태가 '규정 준수 검토 중'으로 바뀌거나 규정 준수 관련 사용자 그룹에 배정된 시각을 확인합니다. 기록 사례 상태가 '규정 준수 대기'로 바뀌거나 규정 준수 팀에 배정된 기록을 통해 추정합니다. 이벤트 유형 inferred | |||
| 규정 준수 검토 완료 | 규정 준수 부서의 수동 검토가 끝나 승인, 거절 또는 추가 조치 요청이 결정된 시점입니다. 사례 상태가 '규정 준수 검토 대기'에서 '규정 준수 승인'과 같은 다음 상태로 바뀐 기록을 통해 추정합니다. | ||
| 중요한 이유 규정 준수 검토 단계의 종료 이벤트입니다. 전체 검토 시간을 계산하고 팀의 처리량을 분석하는 데 필요합니다. 확보 방법 신청 상태 이력 로그를 통해 추정합니다. 사례가 '규정 준수 검토 중' 상태에서 벗어난 시각을 확인하면 결정이 내려진 시점을 파악할 수 있습니다. 기록 사례 상태가 '규정 준수 대기'에서 '규정 준수 승인' 또는 유사한 상태로 바뀐 기록을 통해 추정합니다. 이벤트 유형 inferred | |||
| 신청 거절 | 고객 신청을 거절해 온보딩 프로세스를 종료하는 최종 결정입니다. 신청 기록의 최종 상태 변경으로 남는 중요한 종료 상태입니다. | ||
| 중요한 이유 주요 실패 종료 이벤트입니다. 이 활동으로 끝난 사례를 분석하면 거절률과 실패 원인을 파악하고 전체 프로세스의 성공률을 높일 수 있습니다. 확보 방법 주 신청 또는 사례 테이블의 최종 상태 필드에서 추정합니다. '거절', '승인 거부', '종료 - 거절'과 같은 최종 상태를 확인합니다. 기록 사례 기준 데이터에서 최종 상태가 '거절'로 변경됩니다. 이벤트 유형 inferred | |||
| 신청 승인 | 고객의 온보딩 신청을 승인하는 최종 업무 결정입니다. 신청 수명 주기에서 별도의 최종 상태 변경으로 기록되는 주요 단계입니다. | ||
| 중요한 이유 이 단계는 계정 생성에 앞서며 프로세스가 성공적으로 진행되었음을 나타냅니다. 여기까지 걸리는 시간을 분석하면 정상 경로의 처리 기간을 파악할 수 있습니다. 확보 방법 주 신청 또는 사례 테이블의 최종 상태 필드에서 추정합니다. '승인', '승인 완료' 또는 이와 유사한 최종 성공 상태를 확인합니다. 기록 사례 기준 데이터에서 최종 상태가 '승인'으로 변경됩니다. 이벤트 유형 inferred | |||
| 신청 접수 | ACTICO 시스템이 신규 고객 신청을 공식 접수하면 KYC 온보딩 프로세스가 시작됩니다. 새 사례나 신청 기록이 생성될 때 정확한 타임스탬프와 함께 명시적 이벤트로 기록되는 경우가 많습니다. | ||
| 중요한 이유 주요 시작 이벤트인 이 활동은 전체 온보딩 처리 시간을 계산하고 신청 건수를 추적하는 데 필요합니다. 이후 모든 프로세스 성과 측정의 기준이 되는 타임스탬프입니다. 확보 방법 일반적으로 ACTICO의 신청 또는 사례 생성 로그에 명시적으로 기록됩니다. 신청 접수 이벤트와 관련된 테이블이나 기본 사례 기록의 생성 타임스탬프를 확인합니다. 기록 새 신청 사례가 생성될 때 기록되는 이벤트입니다. 이벤트 유형 explicit | |||
| 위험 평가 수행 | ACTICO의 의사결정 엔진이 고객 신청의 위험 점수나 등급을 산출하는 활동입니다. 시스템의 주요 기능으로, 위험 평가 규칙 집합이 실행될 때 명시적 이벤트로 기록됩니다. | ||
| 중요한 이유 위험 평가는 이후 프로세스 경로를 결정하는 중요한 의사결정 단계입니다. 이 활동을 분석하면 위험 수준이 프로세스 유형과 처리 일정에 어떤 영향을 주는지 파악할 수 있습니다. 확보 방법 ACTICO의 주요 이벤트로, 의사결정 또는 실행 로그에 기록되어야 합니다. 로그에는 일반적으로 사례 ID, 실행된 규칙, 산출된 위험 점수가 포함됩니다. 기록 ACTICO 의사결정 엔진이 위험 점수 산출을 마치면 기록하는 이벤트입니다. 이벤트 유형 explicit | |||
| 계정 생성 | 승인 후 핵심 뱅킹 시스템이나 사용자 관리 시스템에 고객 계정을 실제로 생성하는 활동입니다. ACTICO가 후속 시스템에서 성공 응답을 받은 뒤 명시적 이벤트로 기록하는 경우가 많습니다. | ||
| 중요한 이유 프로세스가 실제 업무 결과로 이어졌음을 확인하는 활동입니다. '신청 승인'부터 '계정 생성'까지 걸리는 시간을 보면 연동 지연이나 최종 계정 설정 단계의 비효율을 파악할 수 있습니다. 확보 방법 계정 설정을 위해 외부 시스템을 호출한 결과가 기록되는 ACTICO의 연동 로그나 시스템 인터페이스 로그에서 확인할 수 있습니다. 기록 핵심 계정 시스템에서 성공적인 API 응답을 받으면 기록되는 이벤트입니다. 이벤트 유형 explicit | |||
| 문서 검토 완료 | 담당자가 고객이 제출한 문서 검토를 마친 시점을 나타냅니다. 문서나 전체 사례의 상태가 '문서 확인 완료' 또는 '검토 완료'로 바뀌는 등 상태 변경을 통해 추정하는 경우가 많습니다. | ||
| 중요한 이유 문서 처리 효율을 측정하는 주요 단계입니다. '고객 서류 업로드'부터 이 활동까지 걸리는 시간은 수작업 처리 지연을 파악하는 데 중요한 KPI입니다. 확보 방법 신청 사례 또는 개별 문서의 상태 이력 로그에서 추정할 수 있습니다. 문서 상태가 '검토 대기'에서 '승인' 또는 '검토 완료'로 바뀌면 이 활동이 발생한 것으로 볼 수 있습니다. 기록 문서 상태가 '확인 완료' 또는 '검토 완료'로 바뀐 기록을 통해 추정합니다. 이벤트 유형 inferred | |||
| 신원 조회 시작 | AML 또는 신용 이력 조회와 같은 자동 또는 수동 신원 조회가 시작되는 단계입니다. 시스템이 외부 서비스 제공업체를 포함할 수 있는 조회를 실행할 때 명시적 이벤트로 기록되는 경우가 많습니다. | ||
| 중요한 이유 신원 조회 시작은 고객 확인 절차의 주요 단계입니다. 이를 추적하면 외부 데이터 제공업체와 관련된 의존성과 처리 소요 시간을 파악할 수 있습니다. 확보 방법 신원 조회 절차가 시작된 시점을 나타내는 시스템 로그나 감사 추적 기록을 확인합니다. 이러한 기록은 주 신청 사례 ID와 연결되는 경우가 많습니다. 기록 워크플로 엔진이 신원 조회 서비스에 호출을 시작할 때 기록되는 이벤트입니다. 이벤트 유형 explicit | |||
| 신원 확인 완료 | 외부 또는 내부 데이터 소스를 통해 고객의 신원을 확인하는 자동 또는 수동 점검입니다. 제3자 신원 확인 서비스에 API를 호출하고 응답을 받았을 때 명시적 이벤트로 기록되는 경우가 많습니다. | ||
| 중요한 이유 규정 준수에 필요한 주요 단계입니다. 소요 시간과 결과를 분석하면 외부 서비스 의존성과 신원 확인 프로세스의 병목 가능성을 파악할 수 있습니다. 확보 방법 신청 사례와 연결된 자동 점검 결과 및 제3자 서비스 호출을 기록하는 연동 로그나 전용 이벤트 테이블에서 확인할 수 있습니다. 기록 제3자 신원 확인 서비스 연동 호출로 기록되는 이벤트입니다. 이벤트 유형 explicit | |||
| 신청서 1차 검토 | 제출된 신청서의 완성도와 기본 자격 요건을 확인하기 위해 자동 규칙이나 담당자가 처음으로 검토하는 단계입니다. 신청 상태가 '제출'에서 '검토 중'으로 바뀌는 등 상태 변경을 통해 추정하는 경우가 많습니다. | ||
| 중요한 이유 1차 검토에 걸리는 시간을 분석하면 초기 처리 지연을 파악할 수 있습니다. 또한 문제없이 첫 관문을 통과하는 신청 건수도 확인할 수 있습니다. 확보 방법 고객 신청 사례와 연결된 상태 이력 테이블이나 감사 로그에서 확인할 수 있습니다. 상태가 '신규' 또는 '제출'에서 '검토'로 바뀐 시각을 비교합니다. 기록 사례 이력 로그에서 상태가 '제출'에서 '검토 중'으로 바뀐 시점을 확인합니다. 이벤트 유형 inferred | |||
| 추가 정보 요청 | 검토자, 주로 규정 준수 또는 심사 담당자가 고객에게 추가 정보나 서류를 요청하는 이벤트입니다. 고객에게 알림을 보내고 사례 처리가 일시 중단되는 경우가 많아 명시적으로 기록됩니다. | ||
| 중요한 이유 이 활동은 재작업과 처리 기간 증가의 주요 원인입니다. 발생 빈도와 영향을 추적하면 초기 데이터 수집을 개선할 영역을 찾을 수 있습니다. 확보 방법 사례 이력이나 커뮤니케이션 로그에 명시적 이벤트로 기록될 가능성이 높습니다. '정보 요청 발송'과 같은 이벤트나 '고객 정보 대기'와 같은 상태 변경을 확인합니다. 기록 '정보 요청 발송'과 같이 사용자가 실행한 이벤트가 사례 감사 추적 기록에 명시적으로 남습니다. 이벤트 유형 explicit | |||
데이터 추출 가이드
단계
- 관리자 권한으로 로그인: Visual Modeler 또는 전용 관리 콘솔 등 ACTICO 플랫폼에 데이터 내보내기 권한이 있는 계정으로 로그인합니다.
- 내보내기 모듈 찾기: 시스템 관리 또는 설정 메뉴로 이동해 감사 추적, 로깅 또는 데이터 내보내기를 담당하는 항목을 찾습니다. 'Audit Export' 또는 'Business Object Export'로 표시될 수 있습니다.
- 새 내보내기 설정 만들기: 새 내보내기 정의를 생성하고, 'KYC_Onboarding_ProcessMind_Export'와 같이 알아보기 쉬운 이름을 지정합니다.
- 데이터 원본 지정: 내보낼 기본 비즈니스 객체로
CustomerApplication을 지정합니다. 파일 크기와 처리 성능을 관리할 수 있도록 최근 6개월 등 날짜 범위를 반드시 설정합니다. - 출력 파일 설정: 출력 형식으로 CSV를 선택합니다.
kyc_event_log.csv와 같이 파일 이름을 지정하고, 일반적으로 쉼표를 사용하는 구분 기호를 확인합니다. 특수 문자를 처리할 수 있도록 텍스트 필드가 올바르게 따옴표로 묶이는지도 확인합니다. - 케이스 식별자 매핑:
CustomerApplication비즈니스 객체의 고유 식별자를 process mining 분석의 케이스 ID로 지정합니다. 이를 통해 관련 이벤트를 하나의 온보딩 사례로 연결합니다. - 속성 매핑 정의: 이벤트 로그에 필요한 각 열을 ACTICO 비즈니스 객체 모델의 해당 속성에 매핑합니다. 케이스 ID, 활동 이름, 타임스탬프와 상태 또는 위험 수준 등 권장 속성을 포함합니다.
- 이벤트 매핑 설정: 가장 중요한 단계입니다. 14개 비즈니스 활동 각각에 대해 규칙이나 매핑을 만듭니다. 'Application Submitted'에는 객체 생성과 같은 시스템 트리거를, 'Application Approved'와 같은 워크플로 단계에는 상태 변경을, 'Identity Verification Performed'와 같은 기술 이벤트에는 특정 감사 로그 메시지 패턴을 사용합니다.
- 설정 저장 및 검증: 모든 매핑을 정의한 뒤 설정 파일을 저장합니다. ACTICO에서 제공하는 검증 도구를 사용해 구문 오류나 잘못된 속성 경로가 없는지 확인합니다.
- 내보내기 실행 및 모니터링: 내보내기 작업을 실행하고 시스템 작업 스케줄러나 모니터링 화면에서 진행 상황을 확인합니다. 완료 후 로그에 오류가 있는지 살펴봅니다.
- 파일 다운로드 및 준비: 서버의 지정된 출력 경로에서 생성된 CSV 파일을 다운로드합니다. ProcessMind에 업로드하기 전에 파일을 열어 구조를 확인하고 날짜 및 타임스탬프 형식이 일관되며 올바르게 해석되는지 점검합니다.
구성
- 감사 로그 수준: 시스템 전체의 감사 로깅 수준을 INFO 또는 FINE과 같이 상세한 수준으로 설정해야 합니다. WARNING 또는 ERROR처럼 상세도가 낮은 수준에서는 process mining에 필요한 상태 변경과 규칙 실행 내역이 기록되지 않습니다.
- 내보내기 데이터 원본: 기본 데이터 원본으로
CustomerApplication비즈니스 객체를 사용하도록 설정합니다. 관련 이벤트를 모두 수집하려면CustomerDocument와 같은 객체를 조인하거나 참조해야 할 수 있습니다. - 날짜 범위 필터: 추출할 데이터 양을 관리하려면 항상 날짜 범위를 설정합니다. 초기 분석에는 3~6개월을 권장합니다. 운영 환경에서는 비즈니스 요구와 시스템 성능에 따라 범위를 조정할 수 있습니다.
- 이벤트 매핑 로직: 추출 데이터의 정확도는 이벤트 매핑 방식에 크게 좌우됩니다. 상태 변경(
on="StatusChange")은 비즈니스 단계를 추론할 때 흔히 사용합니다. 명시적 로그 항목(on="LogEntry")은 기술 이벤트나 서비스 호출 이벤트에 적합합니다. 규칙 실행(on="RuleExecution")은 의사결정 단계를 수집하는 데 유용합니다. - 출력 형식: 호환성이 높은 CSV를 선택합니다. 데이터 파싱 오류를 방지하려면 구분 기호와 텍스트 인용 설정이 올바른지 확인합니다.
- 사전 요건: 이 방법을 사용하려면 ACTICO 플랫폼의 관리자 권한이 필요합니다. 정확한 설정을 위해 관련 상태 필드와 속성 이름을 포함한 KYC 비즈니스 객체 모델을 충분히 이해해야 합니다.
샘플 쿼리 xml
<!-- This is a representative ACTICO export configuration in XML format. -->
<!-- Actual syntax may vary based on your ACTICO version. -->
<AuditExportConfiguration name="KYC_ProcessMind_Export">
<DataSource type="BusinessObject">
<ObjectName>CustomerApplication</ObjectName>
<DateRange from="[Start Date YYYY-MM-DD]" to="[End Date YYYY-MM-DD]"/>
</DataSource>
<OutputFile format="CSV" name="kyc_event_log.csv" delimiter=","/>
<CaseId mapping="customerApplication.id"/>
<Attributes>
<Attribute name="CustomerApplication" mapping="customerApplication.id"/>
<Attribute name="ActivityName" mapping="[generated_activity_name]"/>
<Attribute name="EventTime" mapping="[event_timestamp]"/>
<Attribute name="SourceSystem" value="ACTICO"/>
<Attribute name="LastDataUpdate" value="[CURRENT_TIMESTAMP]"/>
<Attribute name="EndTime" mapping="[event_timestamp]"/>
<Attribute name="InitiatingUser" mapping="event.user"/>
<Attribute name="Department" mapping="event.user.department"/>
<Attribute name="ApplicationStatus" mapping="customerApplication.status"/>
<Attribute name="RejectionReason" mapping="customerApplication.rejectionDetails.reasonCode"/>
<Attribute name="RiskLevel" mapping="customerApplication.risk.level"/>
<Attribute name="SlaTargetDate" mapping="customerApplication.slaDate"/>
</Attributes>
<EventMappings>
<Event on="Create" object="CustomerApplication">
<Set name="[generated_activity_name]" value="Application Submitted"/>
<Set name="[event_timestamp]" mapping="customerApplication.creationDate"/>
</Event>
<Event on="StatusChange" object="CustomerApplication" from="Submitted" to="In Review">
<Set name="[generated_activity_name]" value="Initial Application Review"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="Create" object="CustomerDocument">
<Set name="[generated_activity_name]" value="Customer Documents Uploaded"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
<CaseId mapping="event.relatedObject.customerApplication.id"/>
</Event>
<Event on="LogEntry" object="CustomerApplication" messagePattern="IDV Service Call Completed.*">
<Set name="[generated_activity_name]" value="Identity Verification Performed"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="StatusChange" object="CustomerApplication" to="Documents Verified">
<Set name="[generated_activity_name]" value="Document Review Completed"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="LogEntry" object="CustomerApplication" messagePattern="Background Check Initiated.*">
<Set name="[generated_activity_name]" value="Background Checks Initiated"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="RuleExecution" object="CustomerApplication" ruleSet="KYC Risk Assessment">
<Set name="[generated_activity_name]" value="Risk Assessment Performed"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="StatusChange" object="CustomerApplication" to="Pending Compliance Review">
<Set name="[generated_activity_name]" value="Compliance Review Initiated"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="StatusChange" object="CustomerApplication" to="Pending Customer Information">
<Set name="[generated_activity_name]" value="Additional Information Requested"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="StatusChange" object="CustomerApplication" from="Pending Compliance Review" to="Compliance Approved">
<Set name="[generated_activity_name]" value="Compliance Review Completed"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="StatusChange" object="CustomerApplication" to="Approved">
<Set name="[generated_activity_name]" value="Application Approved"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="LogEntry" object="CustomerApplication" messagePattern="Account successfully created.*">
<Set name="[generated_activity_name]" value="Account Created"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="StatusChange" object="CustomerApplication" to="Closed - Approved">
<Set name="[generated_activity_name]" value="Customer Onboarding Completed"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="StatusChange" object="CustomerApplication" to="Rejected">
<Set name="[generated_activity_name]" value="Application Rejected"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
</EventMappings>
</AuditExportConfiguration>시작할 준비가 되셨나요?
이 템플릿을 사용해 데이터를 효과적으로 준비하고, ACTICO의 KYC 고객 온보딩 프로세스를 최적화하는 데 필요한 시간을 단축하세요.
KYC 고객 온보딩 최적화, 처리 시간을 24시간으로 단축하세요
고객 이탈과 오탐을 줄여 원활한 온보딩을 지원합니다.
신용카드 없이 지금 바로 최적화를 시작할 수 있습니다.