대출 실행 데이터 템플릿

nCino
대출 실행 데이터 템플릿

대출 실행 데이터 템플릿

이 템플릿은 대출 실행 프로세스 분석에 필요한 데이터를 체계적으로 수집하도록 돕습니다. 수집할 주요 속성과 추적할 활동을 안내하고, 시스템에서 해당 정보를 추출하는 방법도 설명합니다. 이 가이드를 활용해 process mining에 필요한 이벤트 로그를 구성하세요.
  • 수집 권장 속성
  • 추적할 주요 활동
  • 데이터 추출 안내
이벤트 로그가 처음이신가요? 알아보기 process mining 이벤트 로그 만드는 방법.

대출 실행 속성

대출 실행 프로세스를 충분히 분석하려면 이벤트 로그에 다음 데이터 필드를 포함하는 것이 좋습니다.
5 필수 7 권장 7 선택 사항
이름 설명
대출 신청 ID
LoanApplicationId
각 대출 신청에 부여되는 고유 식별자로, 대출 실행 전 과정을 추적하는 기본 키입니다.
설명

대출 신청 ID는 전체 수명 주기 동안 각 대출 신청을 고유하게 식별합니다. 관련된 모든 활동과 데이터를 하나로 묶는 중심 식별자이므로 특정 대출의 실행 과정을 처음부터 끝까지 추적할 수 있습니다.

process mining에서는 이 ID를 Case ID로 사용합니다. 신청 제출부터 최종 결정까지 모든 이벤트가 이 식별자에 연결됩니다. 이를 바탕으로 각 신청의 종단 간 프로세스 흐름을 재구성할 수 있으며, 이는 처리 시간 분석, 변형 분석, 병목 파악의 기반이 됩니다.

중요한 이유

각 대출 신청의 종단 간 진행 과정을 분석할 수 있도록 모든 프로세스 단계를 연결하는 필수 Case ID입니다.

확보 방법

일반적으로 nCino의 Loan 객체 기본 키이며, LLC_Loan__c.Name 또는 이와 유사한 고유 식별자 필드를 사용합니다.

예시
LA-2023-00123LA-2023-00456LA-2024-00789
시작 시각
EventTime
특정 활동이나 이벤트가 시작된 시각을 나타내는 타임스탬프입니다.
설명

시작 시각 또는 이벤트 타임스탬프는 활동이 발생한 날짜와 시각을 정확히 기록합니다. 이 시간순 데이터는 이벤트를 올바른 순서로 정렬하고 실제 프로세스 흐름을 재구성하는 데 필요합니다.

이 타임스탬프는 모든 시간 기반 분석의 토대입니다. 활동 간 처리 시간을 계산하고 대기 시간과 지연을 파악하며 전체 케이스 소요 시간을 측정하는 데 사용합니다. 성과 모니터링과 병목 분석을 위해서는 정확한 타임스탬프가 중요합니다.

중요한 이유

이 타임스탬프는 이벤트의 시간순서를 제공하며, 처리 시간과 소요 시간 등 모든 성과 지표를 계산하는 데 필요합니다.

확보 방법

관련 레코드의 'CreatedDate'와 같은 시스템 생성 타임스탬프나 필드 변경 이력에 기록된 특정 필드 변경 시각을 사용할 수 있습니다.

예시
2023-10-26T10:00:00Z2023-10-26T14:30:00Z2023-10-27T09:15:00Z
활동
ActivityName
대출 신청 프로세스에서 발생한 특정 업무 단계 또는 이벤트의 이름입니다.
설명

이 속성은 대출 신청 수명 주기의 단일 작업이나 마일스톤을 나타냅니다. 예를 들어 '초기 검토 수행' 또는 '대출 심사 완료'가 있습니다. 이러한 활동은 프로세스 맵의 노드가 되며, 활동의 순서가 프로세스 흐름을 정의합니다.

활동의 순서, 빈도, 소요 시간을 분석하면 일반적인 프로세스 경로와 편차, 병목을 파악할 수 있습니다. 어떤 업무가 어떤 순서로 진행되는지 이해하는 데 중요하며, 모든 process mining 분석의 기반이 됩니다.

중요한 이유

이 속성은 프로세스 단계를 정의해 프로세스 흐름을 시각화하고 분석할 수 있게 합니다. 프로세스 흐름은 process mining의 중심입니다.

확보 방법

일반적으로 nCino의 Loan 객체에서 'Stage' 또는 'Status' 필드가 변경된 내역이나 관련 Task 또는 Event 레코드에서 도출합니다.

예시
대출 신청 생성대출 심사 시작대출 최종 결정 확정대출금 지급
소스 시스템
SourceSystemName
데이터를 추출한 시스템의 이름입니다.
설명

이 속성은 이벤트 데이터가 발생한 소스 애플리케이션을 식별합니다. 이 프로세스에서는 일반적으로 'nCino'를 사용합니다.

모든 데이터가 한 시스템에서 온다면 불필요해 보일 수 있지만, 데이터 거버넌스에 중요하며 별도의 신용 평가 엔진이나 문서 관리 플랫폼 등 여러 시스템의 데이터를 통합할 때 특히 유용합니다. 데이터의 출처를 명확히 확인할 수 있습니다.

중요한 이유

데이터의 출처를 식별합니다. 데이터 거버넌스와 문제 해결에 중요하며, 여러 시스템의 데이터를 결합할 때도 필요합니다.

확보 방법

데이터 추출 및 변환 과정에서 적용하는 고정값 'nCino'입니다.

예시
nCinonCino-운영nCino-UAT
최근 데이터 업데이트
LastDataUpdateTimestamp
소스 시스템에서 데이터를 마지막으로 새로 고친 시각을 나타내는 타임스탬프입니다.
설명

이 속성은 소스 시스템에서 데이터를 마지막으로 추출한 날짜와 시각을 기록합니다. 분석 대상 데이터가 얼마나 최신인지 파악하는 데 도움이 됩니다.

대시보드와 보고서에서 이 정보는 분석 데이터의 기준 시점을 사용자가 이해하는 데 중요합니다. 분석 결과가 어느 시점의 데이터에 기반하는지 알 수 있어, 이를 고려해 의사결정을 내릴 수 있습니다.

중요한 이유

데이터의 최신 상태를 확인할 수 있어 사용자가 프로세스 분석이 얼마나 최신인지 파악하는 데 도움이 됩니다.

확보 방법

데이터 추출 도구 또는 ETL 프로세스가 데이터를 가져오는 시점에 이 타임스탬프를 생성합니다.

예시
2024-05-21T02:00:00Z2024-05-22T02:00:00Z2024-05-23T02:00:00Z
결정 결과
DecisionOutcome
대출 신청에 대한 최종 결정으로, 승인, 거절 또는 철회 등이 해당합니다.
설명

이 속성은 '대출 최종 결정 확정' 활동의 결과를 기록합니다. 완료된 대출 신청 프로세스의 최종 상태를 정의하는 중요한 케이스 수준 속성입니다.

결과에 따른 분석에 필수적인 속성입니다. 승인된 신청과 거절된 신청의 일반적인 경로를 비교하는 등 결과별 프로세스 흐름을 분석할 수 있습니다. 대출 거절률과 같은 주요 지표를 계산하는 데도 사용합니다.

중요한 이유

최종 업무 결과에 따라 프로세스를 필터링하고 비교할 수 있어 성공 또는 실패로 이어지는 프로세스 패턴을 파악하는 데 도움이 됩니다.

확보 방법

일반적으로 프로세스가 끝난 후 Loan 객체의 'Status' 또는 'Stage' 필드에서 확인합니다. 구체적인 값은 시스템 설정에 따라 다릅니다.

예시
승인거절신청자 철회
담당 부서
AssignedDepartment
특정 단계에서 대출 신청을 담당하는 부서 또는 팀입니다.
설명

이 속성은 '대출 신청', '대출 심사', '대출 종결'과 같이 활동을 담당하는 기능별 조직을 나타냅니다. 담당 사용자의 프로필이나 대출 레코드의 전용 필드를 기준으로 정할 수 있습니다.

부서별로 프로세스를 분석하면 부서 간 협업을 파악할 수 있습니다. 부서 간 인계 시간을 측정하고 부서 간 업무 이관으로 인한 지연을 찾아 조직 내 업무가 어디에서 진행되는지 전체적으로 확인할 수 있습니다.

중요한 이유

부서 간 인계를 분석하고 팀 단위 성과를 측정하며 부서 간 병목을 파악하는 데 중요합니다.

확보 방법

담당자의 User 레코드에 있는 Department 필드나 Loan 객체의 사용자 지정 'Team' 또는 'Queue' 할당 필드에서 가져올 수 있습니다.

예시
대출 실행대출 심사신용 위험대출 종결
담당 사용자
AssignedUser
대출 담당자나 심사 담당자처럼 해당 활동을 수행할 책임이 있는 사용자입니다.
설명

이 속성은 특정 작업을 수행했거나 특정 단계에서 대출 신청을 담당하는 직원을 식별합니다. nCino에서는 레코드의 'Owner'로 추적하는 경우가 많습니다.

사용자별 데이터를 분석하면 업무량 배분, 개인별 성과, 리소스 활용 현황을 파악할 수 있습니다. 업무가 과중한 직원이나 팀, 성과가 우수한 직원을 찾아 리소스 관리와 교육에 활용할 수 있습니다.

중요한 이유

업무량 배분, 팀 성과, 리소스 배정을 분석할 수 있어 특정 사용자나 팀과 관련된 병목을 파악하는 데 도움이 됩니다.

확보 방법

일반적으로 Loan 객체 또는 관련 Task 객체의 'OwnerId' 필드에서 가져옵니다. User 객체와 조인하면 사용자 이름을 확인할 수 있습니다.

예시
앨리스 스미스밥 존슨찰리 브라운
대출 금액
LoanAmount
신청자가 요청한 대출 원금입니다.
설명

이 속성은 신청한 대출의 원금을 나타냅니다. 대출 금액은 대출 실행 프로세스의 복잡도와 소요 시간에 큰 영향을 줄 수 있습니다. 금액이 크거나 조건이 복잡한 대출은 추가 검토나 단계가 필요할 수 있습니다.

분석에서는 대출 금액을 기준으로 데이터를 나누어 살펴볼 수 있습니다. 고액 대출의 처리 시간이 더 긴지, 재작업률이 높은지, 다른 프로세스 경로를 따르는지 확인할 수 있습니다. 재무 보고와 처리 중인 대출 포트폴리오의 가치를 파악하는 데도 중요합니다.

중요한 이유

재무 맥락을 제공하며 대출 금액에 따라 프로세스의 복잡도, 소요 시간, 결과가 달라지는지 분석할 수 있습니다.

확보 방법

Loan 객체의 통화 필드에 저장됩니다. 필드명은 보통 'Amount'이며, 예를 들어 LLC_Loan__c.LLC_BI__Amount__c를 사용합니다.

예시
250000.0035000.00750000.00
대출 상품 유형
LoanProductType
신청한 대출 상품의 구체적인 유형으로, 주택담보대출, 자동차 대출, 개인 대출 등이 해당합니다.
설명

이 속성은 제공하는 금융 상품에 따라 대출 신청을 분류합니다. 대출 상품별로 프로세스 흐름, 처리 시간, 위험 특성이 다를 수 있습니다.

대출 상품 유형별로 프로세스를 나누어 분석하면 의미 있는 비교가 가능합니다. 상품에 따라 프로세스 효율이 어떻게 달라지는지 파악하고, 주택담보대출과 자동차 대출의 자금 지급 처리량을 추적하는 등 상품별 대시보드를 구성할 수 있습니다. 이를 통해 적절한 업무 맥락에서 성과를 평가할 수 있습니다.

중요한 이유

업무 맥락에 따라 프로세스를 나누어 분석할 수 있어 상품별로 효율, 소요 시간, 경로에 미치는 영향을 파악할 수 있습니다.

확보 방법

일반적으로 nCino의 Loan 객체(LLC_Loan__c)에 있는 'Product' 또는 'Loan Type' 필드에 저장됩니다.

예시
일반 주택담보대출신차 자동차 대출무담보 개인 대출
신청 채널
ApplicationChannel
온라인, 영업점, 중개인 등 대출 신청을 제출한 채널입니다.
설명

이 속성은 대출 신청이 접수된 경로를 식별합니다. 채널별로 데이터 완성도와 고객 응대 방식이 달라 이후 프로세스 흐름에 영향을 줄 수 있습니다.

채널별 프로세스 분석을 통해 채널 효율을 평가할 수 있습니다. 예를 들어 온라인 신청과 영업점 신청의 처리 시간 및 재작업률을 비교할 수 있습니다. 분석 결과를 바탕으로 채널 투자와 채널별 프로세스 개선에 관한 전략적 결정을 내릴 수 있습니다.

중요한 이유

제출 채널별 효율, 속도, 품질을 비교해 개선과 투자 방향을 정하는 데 도움이 됩니다.

확보 방법

일반적으로 Loan 객체의 선택 목록 필드에 저장되며, 필드명은 보통 'Channel' 또는 'Source'입니다.

예시
온라인 포털영업점중개인 네트워크모바일 앱
종료 시각
EventEndTime
활동이나 이벤트가 완료된 시각을 나타내는 타임스탬프입니다.
설명

종료 시각은 활동이 완료된 시점을 나타냅니다. 활동의 시작 시각과 종료 시각의 차이가 해당 활동의 처리 시간입니다.

이 속성을 사용하면 실제 작업 시간과 활동 사이의 대기 시간을 구분할 수 있습니다. 처리 시간을 분석해 가장 오래 걸리는 단계를 찾고, 한 활동의 종료 시각과 다음 활동의 시작 시각 사이의 간격을 살펴 인계 지연을 파악할 수 있습니다.

중요한 이유

활동별 처리 시간을 정확히 계산할 수 있어 실제 작업 시간과 대기 시간을 구분하는 데 도움이 됩니다.

확보 방법

관련 레코드의 'LastModifiedDate'와 같은 시스템 생성 타임스탬프나 필드 변경 이력에 기록된 후속 필드 변경 시각을 사용할 수 있습니다.

예시
2023-10-26T11:30:00Z2023-10-26T17:00:00Z2023-10-27T11:45:00Z
SLA 상태
SlaState
활동 또는 케이스가 서비스 수준 계약을 준수했는지 나타내는 계산 상태입니다.
설명

이 속성은 일반적으로 대출 심사와 같은 특정 단계의 SLA 확인 결과를 나타냅니다. 실제 처리 시간을 사전 정의된 SLA 목표와 비교해 '준수' 또는 '위반'과 같은 상태를 지정합니다.

업무상 약속에 따른 성과를 모니터링하는 데 필요한 속성입니다. '대출 심사 SLA 준수' 대시보드와 KPI를 직접 지원하며, 규정 준수 여부를 명확히 보여줍니다. SLA를 위반한 신청의 특성을 자세히 분석해 지연의 근본 원인을 파악할 수 있습니다.

중요한 이유

목표 대비 성과를 명확한 범주로 보여주므로 SLA 준수 여부를 모니터링하고 위반 원인을 분석하기 쉽습니다.

확보 방법

데이터 변환 계층에서 프로세스 구간의 실제 소요 시간(예: 대출 심사 처리 시간)을 'UnderwritingSlaTarget' 속성과 비교해 계산합니다.

예시
준수위반
거절 사유
DeclineReason
대출 신청을 거절할 때 기록한 구체적인 사유입니다.
설명

대출의 '결정 결과'가 '거절'이면 이 속성에 거절 사유를 자세히 기록합니다. 신용 점수 미달, 소득 부족, 서류 미비 등이 해당할 수 있습니다.

거절 사유 분석은 업무 개선에 중요합니다. 대출 기준, 상품과 시장의 적합성 또는 신청 절차 자체의 문제를 보여주는 추세를 파악할 수 있습니다. 이러한 분석 결과를 바탕으로 전략을 조정하고 승인율을 높일 수 있습니다.

중요한 이유

신청 거절의 근본 원인을 파악해 추세를 분석하고 대출 기준이나 신청 절차를 개선할 수 있습니다.

확보 방법

일반적으로 Loan 객체의 선택 목록 또는 텍스트 필드에 저장합니다. 대출 상태가 'Declined'로 변경될 때 필수 입력으로 설정할 수 있습니다.

예시
낮은 신용 점수높은 총부채원리금상환비율신청서 미비담보 부족
대출 심사 SLA 목표
UnderwritingSlaTarget
대출 심사 단계를 완료하는 데 목표로 설정한 시간으로, 시간 또는 일 단위로 표시합니다.
설명

이 속성은 프로세스의 대출 심사 단계에 적용되는 서비스 수준 계약(SLA) 목표를 정의합니다. 실제 성과를 측정할 때 기준으로 사용합니다.

이 목표를 기준으로 SLA 준수율을 계산합니다. 실제 대출 심사 처리 시간을 목표와 비교해 신청 건을 '준수' 또는 '위반'으로 분류할 수 있습니다. '대출 심사 SLA 준수' 대시보드와 관련 KPI에 필요한 속성입니다.

중요한 이유

서비스 수준 계약에 따른 성과 측정 기준을 제공해 SLA 준수 여부를 모니터링할 수 있습니다.

확보 방법

Loan 객체에 저장하거나 대출 상품 유형 또는 대출 금액과 같은 속성을 기준으로 업무 규칙에서 산출할 수 있습니다.

예시
48시간72시간영업일 기준 5일
신용 점수
CreditScore
신용 조회 시점의 신청자 신용 점수입니다.
설명

이 속성에는 '신용 확인 완료' 활동 중 신용평가기관에서 받은 수치형 신용 점수가 저장됩니다. 대출 심사와 의사 결정의 주요 기준입니다.

process mining에서는 신용 점수와 프로세스 진행 방식 간의 상관관계를 분석할 수 있습니다. 예를 들어 신용 점수가 낮은 신청에 수동 단계가 더 많이 필요한지, 심사에 더 오래 걸리는지, 거절률이 높은지 확인할 수 있습니다. 이를 통해 위험도에 따른 프로세스 차이를 파악할 수 있습니다.

중요한 이유

주요 의사 결정 기준인 신용 점수가 프로세스 경로, 소요 시간, 결과와 어떤 상관관계가 있는지 분석할 수 있습니다.

확보 방법

일반적으로 Loan 객체와 연결된 'Credit Report' 또는 'Financials' 객체의 전용 필드에 저장됩니다.

예시
720650810
자동화 여부
IsAutomated
사용자가 아닌 시스템이 활동을 자동으로 수행했는지를 나타내는 불리언 플래그입니다.
설명

이 플래그는 사람이 수행한 작업과 시스템 자동 이벤트를 구분합니다. 예를 들어 신용 조회는 자동화된 활동일 수 있지만, 대출 심사 결정은 일반적으로 수동으로 진행됩니다.

자동화된 단계를 식별하면 자동화 현황을 분석할 수 있습니다. 자동화가 처리 시간과 효율에 미치는 영향을 측정하고, 향후 자동화에 적합한 수동 활동을 찾는 데 도움이 됩니다.

중요한 이유

시스템 활동과 사람의 활동을 구분합니다. 자동화 효과를 측정하고 새로운 자동화 기회를 찾는 데 필요합니다.

확보 방법

일반적으로 이벤트와 연결된 사용자를 기준으로 판단합니다. 사용자가 'System' 또는 'Integration' 사용자이면 플래그를 true로 설정합니다.

예시
truefalse
재작업 여부
IsRework
한 케이스에서 반복되거나 되풀이되는 활동을 식별하는 계산 플래그입니다.
설명

같은 대출 신청에서 '증빙 서류 요청'과 같은 활동이 두 번 이상 발생하면 이 불리언 속성을 true로 설정합니다. 프로세스 비효율의 원인이 되는 재작업 사례를 식별합니다.

재작업 분석은 process mining의 주요 활용 사례입니다. 'IsRework' 플래그를 사용하면 재작업 사례를 쉽게 필터링하고 수량화할 수 있습니다. '대출 신청 재작업 분석' 대시보드와 같은 분석을 지원하며, 재작업률 등의 KPI를 계산해 첫 시도에 완료되지 않는 프로세스 단계를 찾아냅니다.

중요한 이유

반복 작업을 표시해 프로세스 비효율을 드러내고, 비용이 발생하는 반복 경로를 분석하고 줄일 수 있습니다.

확보 방법

데이터 변환 중 윈도우 함수를 사용해 해당 Case ID에서 같은 활동이 이미 발생했는지 확인하여 계산합니다.

예시
truefalse
케이스 소요 시간
CaseDuration
대출의 첫 활동 시작부터 마지막 활동 종료까지 걸린 총시간입니다.
설명

이 계산 지표는 각 대출 신청의 종단 간 처리 시간을 측정합니다. 케이스가 프로세스에서 진행되는 동안 걸린 총시간을 나타냅니다.

케이스 소요 시간은 전체 프로세스 효율을 보여주는 주요 KPI입니다. 대시보드에서 처리 시간 분포를 시각화하고 장기 미완료 케이스를 파악하며 시간에 따른 성과 추세를 추적하는 데 사용합니다. 케이스 소요 시간이 길어지는 요인을 분석하는 것은 많은 process mining 프로젝트의 주요 목표입니다.

중요한 이유

종단 간 처리 시간을 나타내는 지표로, 전체 프로세스 상태와 고객 경험을 측정하는 주요 KPI입니다.

확보 방법

각 LoanApplicationId의 EventTime 최댓값과 최솟값의 차이로 계산합니다.

예시
2,592,000초1,209,600초4,320,000초
필수 권장 선택 사항

대출 실행 활동

대출 실행 워크플로를 정확히 파악하고 분석하려면 이벤트 로그에 다음 주요 프로세스 단계와 마일스톤을 기록하세요.
6 권장 9 선택 사항
활동 설명
대출 신청 거절
대출 신청이 공식적으로 거절되어 프로세스가 성공하지 못한 채 종료되었음을 나타냅니다. 대출 단계나 상태가 'Declined'로 설정될 때 기록합니다.
중요한 이유

중요한 실패 종료 이벤트입니다. 이 결과로 이어진 경로를 분석하면 거절 사유와 신청서 품질 또는 대출 기준을 개선할 영역을 파악할 수 있습니다.

확보 방법

Loan 객체의 최종 단계가 'Declined'로 변경된 시점으로 추론합니다. 'Stage' 필드의 변경 이력에서 시각을 가져옵니다.

기록

Loan의 'Stage' 필드(LLC_BI__Stage__c)가 'Declined'로 변경된 시각을 기록합니다.

이벤트 유형 inferred
대출 신청 생성
이 활동은 nCino 시스템에서 새 대출 신청 레코드가 생성된 시점을 나타냅니다. 대출 실행 프로세스의 공식적인 시작이며, 일반적으로 사용자가 새 Loan 레코드를 처음 저장할 때 기록됩니다.
중요한 이유

이 활동은 프로세스의 주요 시작 이벤트입니다. 이 활동부터 다른 활동까지 걸리는 시간을 분석하면 전체 처리 기간을 측정하고 초기 처리 지연을 파악할 수 있습니다.

확보 방법

Salesforce 플랫폼에서 nCino가 구축된 기반인 기본 Loan 객체(Loan__c)의 생성 타임스탬프를 통해 명시적으로 기록되는 이벤트입니다.

기록

Salesforce Loan__c 객체의 'CreatedDate' 필드를 사용합니다.

이벤트 유형 explicit
대출 심사 시작
대출 심사 담당자가 신청서를 본격적으로 평가하는 심사 단계의 공식적인 시작을 나타냅니다. 거의 항상 대출의 기본 단계나 상태 필드가 'Underwriting'으로 변경될 때 기록됩니다.
중요한 이유

이 주요 시점부터 프로세스에서 리소스가 많이 필요한 단계가 시작됩니다. 대출 심사 처리 기간과 SLA 준수 여부를 측정하는 기준점입니다.

확보 방법

Loan의 'Stage' 필드가 'Underwriting'으로 변경된 시각을 바탕으로 추정합니다. 이를 위해 Loan 객체의 Stage 필드에서 Salesforce Field History Tracking을 활성화해야 합니다.

기록

Loan 'Stage' 필드(LLC_BI__Stage__c)가 'Underwriting'으로 업데이트된 시각을 기록합니다.

이벤트 유형 inferred
대출 심사 완료
이 활동은 심사 담당자가 검토를 마치고 추천 의견을 제시했음을 나타냅니다. 대출 단계가 'Underwriting'에서 'Approved', 'Declined', 'Pending Decision'과 같은 다음 단계로 넘어갈 때 기록됩니다.
중요한 이유

이 마일스톤은 대출 심사 단계의 종료를 나타냅니다. 'Underwriting Commenced'부터 이 이벤트까지 걸린 시간은 심사 효율을 측정하고 병목을 파악하는 데 중요한 KPI입니다.

확보 방법

대출의 'Stage' 필드(LLC_BI__Stage__c)가 'Underwriting'에서 다른 값으로 변경된 시점으로 추론합니다. 필드 변경 이력 추적이 필요합니다.

기록

대출의 'Stage' 필드가 'Underwriting'에서 심사 후 상태로 변경된 시각을 기록합니다.

이벤트 유형 inferred
대출 최종 결정 확정
'Approved' 또는 'Declined'와 같이 대출 신청에 대한 최종 공식 결정을 나타냅니다. 대출 상태가 최종 결과로 공식 설정될 때 이 이벤트를 기록합니다.
중요한 이유

평가 단계와 대출 종결 단계를 나누는 주요 마일스톤입니다. 심사 완료부터 최종 결정까지 걸린 시간을 분석하면 위원회 검토나 최종 승인 과정에서 발생하는 지연을 파악할 수 있습니다.

확보 방법

Loan 객체의 상태 또는 단계 필드가 'Approved'나 'Declined'와 같은 최종 상태로 변경된 시점으로 추론합니다. 필드 변경 이력 추적을 통해 정확한 시각을 확인할 수 있습니다.

기록

대출의 최종 결정 상태를 설정한 필드 변경 시각을 기록합니다.

이벤트 유형 inferred
대출금 지급
신청자에게 자금이 이체되어 대출 신청 절차가 성공적으로 완료되었음을 나타냅니다. 일반적으로 대출 단계가 'Booked' 또는 'Complete'로 변경될 때 기록합니다.
중요한 이유

프로세스의 주요 성공 종료 이벤트입니다. 이 활동까지 걸린 총시간을 측정하면 전체 프로세스 성과를 보여주는 중요한 KPI인 종단 간 처리 시간을 확인할 수 있습니다.

확보 방법

Loan 객체의 최종 단계가 'Booked'와 같은 성공 종료 상태로 변경된 시점으로 추론합니다. 시각은 필드 변경 이력에서 가져옵니다.

기록

Loan의 'Stage' 필드(LLC_BI__Stage__c)가 'Booked'로 변경된 시각을 기록합니다.

이벤트 유형 inferred
대출 계약서 서명
자금 지급 전에 신청자가 최종 대출 계약서에 서명하는 절차를 나타냅니다. 전자 서명 연동으로 기록하거나, 실물 서류를 돌려받은 후 상태를 직접 업데이트해 기록할 수 있습니다.
중요한 이유

이 활동은 자금 지급을 위한 필수 선행 단계이자 대출 종결 과정의 주요 마일스톤입니다. 이 단계에서 지연되면 자금 지급 일정에 직접 영향을 줄 수 있습니다.

확보 방법

전자 서명 플랫폼의 API가 nCino의 상태를 업데이트하는 명시적 이벤트로 기록하거나, 상태가 'Documents Signed'로 직접 변경된 시점을 기준으로 추론할 수 있습니다.

기록

전자 서명 연동의 webhook 시각 또는 상태를 직접 업데이트한 시각을 사용합니다.

이벤트 유형 explicit
대출 제안 수락
신청자가 대출 제안을 공식적으로 수락한 시점을 나타냅니다. 대출 담당자가 상태 필드를 직접 업데이트하거나, 전자 서명 연동을 통해 레코드가 자동으로 업데이트될 때 기록할 수 있습니다.
중요한 이유

고객이 주도하는 주요 마일스톤입니다. 이 단계가 오래 지연되면 제안 조건이나 수락 절차에 문제가 있을 수 있으며, 개선 기회를 찾는 데 도움이 됩니다.

확보 방법

일반적으로 Loan 객체의 상태를 'Offer Accepted' 또는 'Closing'과 같은 단계로 직접 업데이트한 시점으로 추론합니다. 전자 서명 연동을 사용하면 명시적 이벤트로 자동 기록할 수 있습니다.

기록

'Accepted'로 상태 또는 단계 필드가 변경된 시각을 기록합니다.

이벤트 유형 inferred
대출 제안서 생성
승인된 신청에 대해 공식 대출 제안서나 약정서를 생성할 때 발생하는 활동입니다. 일반적으로 해당 문서가 생성되거나 제안서가 준비되었음을 나타내는 상태가 업데이트될 때 기록합니다.
중요한 이유

승인 후 제안서 생성까지 걸리는 시간은 고객 경험에 영향을 줄 수 있습니다. 이 활동을 통해 문서 생성과 대출 종결 전 단계의 효율을 모니터링할 수 있습니다.

확보 방법

nCino와 연동된 문서 생성 엔진에서 명시적 이벤트를 가져오거나, 상태가 'Offer Generated' 또는 'Pending Customer Acceptance'로 변경된 시점을 기준으로 추론할 수 있습니다.

기록

생성된 대출 제안서 문서의 생성일 또는 관련 콘텐츠 버전 레코드의 생성일을 사용합니다.

이벤트 유형 explicit
신용 조회 완료
신용 조회가 실행되고 결과를 시스템에서 확인할 수 있는 시점을 나타냅니다. 일반적으로 신용 보고서가 대출 레코드에 첨부되거나 'Credit Check' 단계가 완료로 표시될 때 기록됩니다.
중요한 이유

신용 조회 결과는 대출 심사에 필수적입니다. 이 단계가 지연되면 전체 프로세스의 주요 병목이 될 수 있습니다.

확보 방법

신용 정보 조회 연동에서 발생한 명시적 이벤트를 사용하거나 Loan 단계 업데이트를 바탕으로 추정할 수 있습니다. Loan 또는 관련 객체에서 신용 조회 날짜나 완료 상태를 나타내는 필드를 확인합니다.

기록

Loan Stage가 'Credit Check Complete'로 업데이트된 시각이나 관련 신용 보고서 레코드의 생성 날짜를 사용합니다.

이벤트 유형 inferred
신청 철회
최종 결정 전에 신청자가 신청을 철회해 프로세스가 종료되는 경우를 나타냅니다. 대출 단계가 'Withdrawn'으로 설정될 때 기록합니다.
중요한 이유

이 종료 이벤트를 통해 고객 이탈 양상을 파악할 수 있습니다. 신청이 언제, 왜 철회되는지 분석하면 프로세스 소요 시간, 커뮤니케이션 또는 경쟁력과 관련된 문제를 찾을 수 있습니다.

확보 방법

Loan 객체의 최종 단계가 'Withdrawn'으로 변경된 시점으로 추론합니다. 'Stage' 필드의 변경 이력에서 이벤트 시각을 확인할 수 있습니다.

기록

Loan의 'Stage' 필드(LLC_BI__Stage__c)가 'Withdrawn'으로 변경된 시각을 기록합니다.

이벤트 유형 inferred
위험 평가 완료
대출에 대한 공식적인 위험 평가 또는 등급 산정이 완료된 시점을 나타냅니다. 대출 심사의 별도 단계인 경우가 많으며, 위험 등급 필드에 값이 입력되거나 업데이트될 때 기록됩니다.
중요한 이유

이 활동을 통해 대출 심사 단계의 의사결정 과정을 파악할 수 있습니다. 이 단계에 걸리는 시간을 분석하면 위험 평가의 복잡성을 확인할 수 있습니다.

확보 방법

Loan 객체의 'Risk Grade' 또는 'Risk Rating'과 같은 위험 관련 필드에 값이 입력된 시각이나 마지막으로 수정된 날짜를 바탕으로 추정할 수 있습니다.

기록

'Risk Rating' 필드에 값이 입력되거나 변경된 시점의 필드 변경 내역 추적 타임스탬프를 사용합니다.

이벤트 유형 inferred
증빙 서류 수신
신청자가 요청받은 서류를 제출하고 시스템에 업로드한 시점을 나타냅니다. 일반적으로 Document Manager의 서류 자리표시자 상태가 'Received' 또는 'Complete'로 변경될 때 기록됩니다.
중요한 이유

이 활동은 일반적인 대기 기간의 끝을 나타냅니다. 'Documents Requested'와 'Documents Received' 사이의 시간을 살펴보면 외부 요인과 소통의 효과를 파악할 수 있습니다.

확보 방법

nCino Document Manager의 서류 요건 레코드에서 상태가 변경된 시점을 바탕으로 추정합니다. 상태 업데이트 시각을 이벤트 시간으로 사용합니다.

기록

서류 요건의 상태가 'Received' 또는 'Complete'로 변경된 시각을 확인합니다.

이벤트 유형 inferred
증빙 서류 요청
대출 담당자가 신청자에게 추가 서류를 공식적으로 요청할 때 발생하는 이벤트입니다. nCino에서는 문서 관리 기능에서 필수 서류의 체크리스트 항목이나 자리표시자를 만드는 방식으로 관리하는 경우가 많습니다.
중요한 이유

이 활동을 추적하면 재작업과 지연을 분석하는 데 도움이 됩니다. 대출 한 건에서 이 활동이 여러 번 발생하면 처음 제출한 신청서가 불완전했음을 나타낼 수 있으며, 프로세스가 반복되고 처리 기간이 길어질 수 있습니다.

확보 방법

대출과 연결된 nCino Document Manager 레코드가 생성된 명시적 이벤트를 사용하거나, 대출 자체의 상태 변경을 바탕으로 추정할 수 있습니다.

기록

대출과 연결된 Document Manager 레코드(예: docman__Document_Manager_Requirement__c)의 생성 날짜를 기록합니다.

이벤트 유형 explicit
초기 검토 완료
대출 담당자나 처리 담당자가 신청서와 초기 데이터를 처음으로 공식 검토한 시점을 나타냅니다. 일반적으로 대출의 상태나 단계 필드가 변경되어 초기 데이터 입력 단계가 끝났음을 기록합니다.
중요한 이유

이 활동까지 걸리는 시간을 측정하면 접수 단계의 초기 대응 속도와 효율을 평가할 수 있습니다. 리소스가 더 많이 필요한 활동이 시작되기 전의 주요 단계입니다.

확보 방법

Loan의 'Stage' 또는 사용자 정의 'Status' 필드가 'Initial Review Complete'나 'Pending Documents'와 같은 값으로 변경된 시각을 바탕으로 추정할 수 있습니다. 이를 위해 Loan 객체에서 필드 변경 내역 추적을 활성화해야 합니다.

기록

검토 완료를 나타내도록 Loan Stage 필드가 업데이트된 시각을 확인합니다.

이벤트 유형 inferred
권장 선택 사항

데이터 추출 가이드

nCino에서 데이터를 추출하는 방법

시작할 준비가 되셨나요?

process mining으로 대출 실행 운영을 개선하고 승인 속도와 효율성을 높이세요. 템플릿을 다운로드해 지금부터 최적화를 시작하세요.

지금 대출 승인을 앞당기세요

nCino 대출 실행 프로세스를 개선하고 의사결정 시간을 50% 단축하세요.

무료 체험 시작

신용카드 없이 몇 분 만에 설정할 수 있습니다.