대출 실행 데이터 템플릿
대출 실행 데이터 템플릿
- 수집 권장 속성
- 추적할 주요 활동
- 데이터 추출 안내
대출 실행 속성
| 이름 | 설명 | ||
|---|---|---|---|
| 대출 신청 ID LoanApplicationId | 각 대출 신청에 부여되는 고유 식별자로, 대출 실행 전 과정을 추적하는 기본 키입니다. | ||
| 설명 대출 신청 ID는 전체 수명 주기 동안 각 대출 신청을 고유하게 식별합니다. 관련된 모든 활동과 데이터를 하나로 묶는 중심 식별자이므로 특정 대출의 실행 과정을 처음부터 끝까지 추적할 수 있습니다. process mining에서는 이 ID를 Case ID로 사용합니다. 신청 제출부터 최종 결정까지 모든 이벤트가 이 식별자에 연결됩니다. 이를 바탕으로 각 신청의 종단 간 프로세스 흐름을 재구성할 수 있으며, 이는 처리 시간 분석, 변형 분석, 병목 파악의 기반이 됩니다. 중요한 이유 각 대출 신청의 종단 간 진행 과정을 분석할 수 있도록 모든 프로세스 단계를 연결하는 필수 Case ID입니다. 확보 방법 일반적으로 nCino의 Loan 객체 기본 키이며, 예시 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'이며, 예를 들어 예시 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초 | |||
대출 실행 활동
| 활동 | 설명 | ||
|---|---|---|---|
| 대출 신청 거절 | 대출 신청이 공식적으로 거절되어 프로세스가 성공하지 못한 채 종료되었음을 나타냅니다. 대출 단계나 상태가 '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 | |||
데이터 추출 가이드
단계
- 사전 준비: 필드 이력 추적 활성화: 보고서를 만들기 전에 Salesforce 관리자가 nCino Loan 객체(LLC_BI__Loan__c)에서 Field History Tracking을 활성화해야 합니다. Stage(LLC_BI__Stage__c), Status(LLC_BI__Status__c), Risk Rating([Your Risk Rating Field]), 'Credit Check Completed' 같은 이벤트를 나타내는 사용자 지정 필드 등 프로세스 주요 단계를 보여주는 필드의 이력을 추적하도록 설정합니다.
- 사용자 지정 보고서 유형 만들기: Setup -> Feature Settings -> Analytics -> Reports & Dashboards -> Report Types로 이동합니다. 새 사용자 지정 보고서 유형을 만듭니다. 기본 객체는 Loans(LLC_BI__Loan__c)로 설정합니다. 보조 객체(B)는 Loan History로 설정합니다. 이렇게 하면 각 대출과 필드 변경 이력이 연결되어 이벤트 로그를 구성할 수 있습니다.
- 'Loan History' 보고서 만들기: Reports 탭으로 이동해 이전 단계에서 만든 사용자 지정 'Loans with Field History' 보고서 유형으로 새 보고서를 만듭니다. 이 보고서에서 필드 변경을 바탕으로 대부분의 활동을 기록합니다.
- 보고서에 열 추가: 다음 열을 보고서에 추가합니다. 필수 및 권장 속성에 해당하는 항목은 Loan Name(LoanApplicationId), Field/Event, Old Value, New Value, Edit Date(EventTime), Edited By(AssignedUser), Loan Product(LoanProductType), Amount(LoanAmount), 채널 필드(ApplicationChannel) 및 기타 관련 대출 속성입니다.
- 'Loan History' 보고서 필터링: 'Show Me' 필터를 'All loans'로 설정합니다. Loan 객체의 'Created Date'를 기준으로 최근 6개월 등 원하는 기간을 지정합니다. 'Field/Event' 열을 필터링해 추적을 활성화한 특정 필드(예: 'Stage', 'Status')의 변경만 포함합니다.
- 'Loan Creation' 보고서 만들기: Loan(LLC_BI__Loan__c) 객체를 대상으로 두 번째 간단한 보고서를 만듭니다. 이 보고서는 'Loan Application Created' 이벤트만 기록합니다. Loan Name(LoanApplicationId), Created Date(EventTime), Created By(AssignedUser) 및 기타 관련 대출 속성을 열에 포함합니다.
- 보고서 내보내기: 두 보고서를 모두 실행합니다. 데이터가 적으면 Salesforce UI에서 CSV 파일로 바로 내보낼 수 있습니다. 데이터가 많으면 Salesforce Data Loader를 사용합니다. Data Loader를 사용하려면 시스템에서 보고서를 찾아 Data Loader의 내보내기 기능을 실행합니다. 이 기능은 API 호출로 데이터를 효율적으로 추출합니다.
- 데이터 결합 및 변환: 내보낸 데이터는 아직 이벤트 로그 형식이 아닙니다. 두 파일을 결합하고 데이터를 변환해야 합니다. Excel Power Query 같은 스프레드시트 도구나 Python 같은 스크립트 언어를 사용해 다음 작업을 수행합니다. a. 'Loan Creation' 보고서에서 대출 생성일을 EventTime으로 사용해 'Loan Application Created' 활동 행을 만듭니다. b. 'Loan History' 보고서에 새
ActivityName열을 만듭니다. 조건문(예: CASE 문)을 사용해 쿼리 섹션에 설명된 대로 필드 변경을 활동 이름에 매핑합니다. c. 결과를 파일 하나로 결합합니다. - 열 마무리: ProcessMind 스키마에 맞게 열 이름과 서식을 지정합니다. LoanApplicationId, ActivityName, EventTime, AssignedUser 등이 해당합니다. 고정값(예: 'nCino')을 입력하는 'SourceSystemName' 열과 현재 날짜 및 시간을 입력하는 'LastDataUpdateTimestamp' 열을 추가합니다.
- ProcessMind에 업로드: 변환을 마친 파일을 CSV로 저장한 다음 ProcessMind에 업로드합니다.
구성
- Salesforce 권한: 데이터를 추출하는 사용자에게는 Loan(LLC_BI__Loan__c) 객체와 해당 이력에 대한 'Read' 권한, 보고서 실행 및 내보내기 권한이 필요합니다. Salesforce Data Loader를 사용하려면 'API Enabled' 권한도 있어야 합니다.
- 필드 이력 추적: 가장 중요한 사전 요건입니다. Loan 객체에서 필요한 필드의 추적을 활성화하지 않으면 과거 활동을 추출할 수 없습니다. 객체별로 추적할 수 있는 필드 수에는 제한이 있습니다.
- 보고서 필터: 데이터 규모를 관리할 수 있도록 보고서에 특정 기간(예: 최근 6개월간 생성된 대출)을 항상 지정하세요. 정의된 프로세스 활동을 나타내는 특정 필드(예: Stage, Status)의 변경만 이력 보고서에 포함하도록 필터링하는 것도 중요합니다.
- nCino 구성: 활동 식별에 사용하는 값(예: 'Underwriting' 또는 'Booked'라는 Stage)은 조직의 nCino 구성에 따라 다릅니다. 시스템에서 사용하는 용어에 맞게 변환 로직을 조정해야 합니다.
- Data Loader: 대출 건수가 수천 건을 넘는 경우 브라우저 시간 초과를 방지하고 데이터를 효율적으로 처리할 수 있도록 Salesforce Data Loader 사용을 권장합니다. 이 클라이언트 애플리케이션을 설치하고 API 액세스 자격 증명을 준비해야 합니다.
- 관련 객체: 문서 관리나 약정과 관련된 일부 활동은 관련 nCino 객체에 저장될 수 있습니다. 여기서 설명하는 기본 방법은 주 Loan 객체를 대상으로 합니다. 전체 데이터를 추출하려면 Document Manager Placeholder(LLC_BI__Document_Manager_Placeholder__c)와 같은 객체의 보고서를 추가로 만들고 결과를 병합해야 할 수 있습니다.
샘플 쿼리 sql
/*
This is a configuration and transformation guide, not a single executable query.
The process involves creating two reports in Salesforce, exporting them, and then transforming the data.
*/
-- Step 1: Configuration for Report 1: 'Loan Creation Report'
-- Report Type: Loans (LLC_BI__Loan__c)
-- Columns:
-- LLC_BI__Loan__c.Name (renamed to LoanApplicationId)
-- LLC_BI__Loan__c.CreatedDate (used for EventTime)
-- LLC_BI__Loan__c.CreatedById (user lookup, for AssignedUser)
-- LLC_BI__Loan__c.LLC_BI__Product_Package__c (for LoanProductType)
-- LLC_BI__Loan__c.LLC_BI__Amount__c (for LoanAmount)
-- LLC_BI__Loan__c.LLC_BI__Stage__a (for initial state)
-- [Other required attributes]
-- Filter:
-- CreatedDate >= [Your Start Date] AND CreatedDate <= [Your End Date]
-- Step 2: Configuration for Report 2: 'Loan History Report'
-- Report Type: Loans with Loan History (Custom Report Type)
-- Columns:
-- LLC_BI__Loan__c.Name (renamed to LoanApplicationId)
-- LoanHistory.Field (maps to 'Field/Event')
-- LoanHistory.OldValue
-- LoanHistory.NewValue
-- LoanHistory.CreatedDate (renamed to EventTime)
-- LoanHistory.CreatedById (user lookup, for AssignedUser)
-- [Other required attributes from the parent Loan object]
-- Filter:
-- Loan:CreatedDate >= [Your Start Date] AND Loan:CreatedDate <= [Your End Date]
-- AND LoanHistory.Field IN ('Stage', 'Status', '[Your Risk Rating Field]', '[Your Credit Check Field]')
-- Step 3: Post-Export Transformation Logic (to be applied with Python, Excel, etc.)
-- This logic transforms the raw report data into a final event log.
SELECT
LoanApplicationId,
'Loan Application Created' AS ActivityName,
EventTime,
AssignedUser,
LoanProductType,
LoanAmount,
-- ... other attributes
FROM [Exported Loan Creation Report]
UNION ALL
SELECT
LoanApplicationId,
CASE
WHEN Field = 'Stage' AND NewValue = 'Initial Review' THEN 'Initial Review Performed'
WHEN Field = 'Stage' AND NewValue = 'Underwriting' THEN 'Underwriting Commenced'
WHEN Field = 'Stage' AND OldValue = 'Underwriting' THEN 'Underwriting Completed'
WHEN Field = 'Stage' AND NewValue = 'Booked' THEN 'Funds Disbursed'
WHEN Field = 'Stage' AND NewValue = 'Declined' THEN 'Loan Declined'
WHEN Field = 'Stage' AND NewValue = 'Withdrawn' THEN 'Application Withdrawn'
WHEN Field = '[Your Risk Rating Field]' AND OldValue IS NULL THEN 'Risk Assessment Performed'
WHEN Field = '[Your Credit Check Field]' AND NewValue = 'Complete' THEN 'Credit Check Completed'
WHEN Field = 'Status' AND NewValue = 'Approved' THEN 'Loan Decision Rendered'
WHEN Field = 'Status' AND NewValue = 'Offer Generated' THEN 'Loan Offer Generated'
WHEN Field = 'Status' AND NewValue = 'Offer Accepted' THEN 'Loan Offer Accepted'
WHEN Field = 'Status' AND NewValue = 'Agreement Signed' THEN 'Loan Agreement Signed'
-- Note: Document activities are difficult to track this way and may require a separate report.
-- These are placeholders assuming a status field is used.
WHEN Field = 'Status' AND NewValue = 'Docs Requested' THEN 'Supporting Documents Requested'
WHEN Field = 'Status' AND NewValue = 'Docs Received' THEN 'Supporting Documents Received'
END AS ActivityName,
EventTime,
AssignedUser,
-- ... other attributes can be joined from the Loan Creation Report by LoanApplicationId
[LoanProductType],
[LoanAmount]
FROM [Exported Loan History Report]
WHERE ActivityName IS NOT NULL; -- Filter out unmapped field changes 단계
- 사전 준비: API 액세스 권한과 nCino Loan(LLC_BI__Loan__c), Account 및 관련 History 객체에 대한 읽기 권한이 있는 Salesforce 사용자 계정을 준비합니다. Salesforce Workbench, Developer Console 또는 연결된 애플리케이션과 같은 SOQL 실행 도구도 필요합니다.
- SOQL 도구 열기: 원하는 Salesforce 데이터 액세스 도구에 로그인합니다. Salesforce Workbench를 사용하는 경우 사이트에 접속해 환경을 선택하고 약관에 동의한 다음 Salesforce 자격 증명으로 로그인합니다.
- SOQL 쿼리 선택: Workbench에서 'Queries' 탭으로 이동해 'SOQL Query'를 선택합니다. Developer Console에서는 하단의 'Query Editor' 탭을 엽니다.
- 쿼리 준비: 이 문서의 'query' 섹션에 있는 전체 SOQL 쿼리를 복사합니다.
- 자리표시자 설정: 실행하기 전에 쿼리의 자리표시자를 수정해야 합니다.
'YYYY-MM-DDTHH:MM:SSZ'를 추출 기간의 시작일과 종료일로 바꿉니다.'[Underwriting Stage Name]'과 같은 단계 및 상태 이름을 확인하고 nCino 환경에 설정된 정확한 값으로 변경합니다. - 쿼리 실행: 설정한 쿼리를 쿼리 편집기 창에 붙여 넣습니다.
- 대규모 데이터셋 처리: 쿼리 시간이 초과되거나 Salesforce governor limit에 도달하면 더 작은 단위로 나누어 실행해야 합니다. 날짜 범위를 줄여(예: 한 달씩) 추출한 뒤 결과를 나중에 결합합니다.
- 결과 확인: 실행이 끝나면 도구에 결과가 표로 표시됩니다. LoanApplicationId, ActivityName, EventTime 열에 예상한 값이 입력되었는지 확인합니다.
- 데이터 내보내기: 도구의 내보내기 기능으로 결과를 저장합니다. Workbench에서는 'View As' 옵션으로 'Bulk CSV'를 선택하고 'Query' 버튼을 클릭합니다. CSV 파일이 생성됩니다.
- 업로드 준비: 내보낸 CSV 파일을 엽니다. 열 머리글이 process mining 도구의 요구사항과 일치하는지 확인합니다. 이제 파일을 이벤트 로그로 ProcessMind에 업로드할 수 있습니다.
구성
- Salesforce API 액세스: Workbench와 같은 도구를 사용하려면 Salesforce 사용자 프로필에 'API Enabled' 권한이 있어야 합니다.
- 객체 권한: 다음 Salesforce 객체에 대한 읽기 권한이 최소한 필요합니다. LLC_BI__Loan__c, LLC_BI__Loan__cHistory, Account, User.
- 필드 이력 추적: Salesforce Setup에서 Loan 객체의 주요 필드, 특히 LLC_BI__Stage__c와 LLC_BI__Status__c에 Field History Tracking을 활성화해야 합니다. 활성화하지 않으면 대부분의 활동이 기록되지 않습니다.
- 날짜 범위: 쿼리에는 시작일과 종료일 자리표시자(
'YYYY-MM-DDTHH:MM:SSZ')가 포함되어 있습니다. 초기 분석에는 데이터 규모와 분석 정보를 고려해 3~6개월 기간을 권장합니다. 데이터가 매우 많은 환경에서는 더 짧은 기간부터 시작하세요. - 단계 및 상태 이름: 쿼리에는
'[Underwriting Stage Name]','[Declined Stage Name]'과 같은 자리표시자가 있습니다. nCino 시스템 관리자에게 문의해 대출 실행 프로세스에서 사용하는 단계와 상태의 정확한 API 이름을 확인하고 쿼리에 반영해야 합니다.
샘플 쿼리 sql
SELECT
Loan.Name AS LoanApplicationId,
'Loan Application Created' AS ActivityName,
Loan.CreatedDate AS EventTime,
Loan.LastModifiedDate AS EventEndTime,
Loan.Owner.Name AS AssignedUser,
Loan.LLC_BI__lookupKey__c AS AssignedDepartment, -- Or another relevant department field
Loan.LLC_BI__Status__c AS DecisionOutcome,
Loan.LLC_BI__Product_Line__c AS LoanProductType,
Loan.LLC_BI__Amount__c AS LoanAmount,
Loan.LLC_BI__Application_Channel__c AS ApplicationChannel, -- Placeholder for custom channel field
'nCino' AS SourceSystemName,
SystemModstamp AS LastDataUpdateTimestamp
FROM LLC_BI__Loan__c Loan
WHERE Loan.CreatedDate >= YYYY-MM-DDTHH:MM:SSZ AND Loan.CreatedDate <= YYYY-MM-DDTHH:MM:SSZ
UNION ALL
SELECT
Parent.Name AS LoanApplicationId,
'Initial Review Performed' AS ActivityName,
h.CreatedDate AS EventTime,
NULL AS EventEndTime,
h.CreatedBy.Name AS AssignedUser,
Parent.LLC_BI__lookupKey__c AS AssignedDepartment,
Parent.LLC_BI__Status__c AS DecisionOutcome,
Parent.LLC_BI__Product_Line__c AS LoanProductType,
Parent.LLC_BI__Amount__c AS LoanAmount,
Parent.LLC_BI__Application_Channel__c AS ApplicationChannel,
'nCino' AS SourceSystemName,
Parent.SystemModstamp AS LastDataUpdateTimestamp
FROM LLC_BI__Loan__cHistory h
WHERE h.Field = 'LLC_BI__Stage__c' AND h.NewValue = '[Initial Review Stage Name]'
AND h.CreatedDate >= YYYY-MM-DDTHH:MM:SSZ AND h.CreatedDate <= YYYY-MM-DDTHH:MM:SSZ
UNION ALL
SELECT
Parent.Name AS LoanApplicationId,
'Supporting Documents Requested' AS ActivityName,
h.CreatedDate AS EventTime,
NULL AS EventEndTime,
h.CreatedBy.Name AS AssignedUser,
Parent.LLC_BI__lookupKey__c AS AssignedDepartment,
Parent.LLC_BI__Status__c AS DecisionOutcome,
Parent.LLC_BI__Product_Line__c AS LoanProductType,
Parent.LLC_BI__Amount__c AS LoanAmount,
Parent.LLC_BI__Application_Channel__c AS ApplicationChannel,
'nCino' AS SourceSystemName,
Parent.SystemModstamp AS LastDataUpdateTimestamp
FROM LLC_BI__Loan__cHistory h
WHERE h.Field = 'LLC_BI__Stage__c' AND h.NewValue = '[Document Collection Stage Name]'
AND h.CreatedDate >= YYYY-MM-DDTHH:MM:SSZ AND h.CreatedDate <= YYYY-MM-DDTHH:MM:SSZ
UNION ALL
SELECT
Parent.Name AS LoanApplicationId,
'Supporting Documents Received' AS ActivityName,
h.CreatedDate AS EventTime,
NULL AS EventEndTime,
h.CreatedBy.Name AS AssignedUser,
Parent.LLC_BI__lookupKey__c AS AssignedDepartment,
Parent.LLC_BI__Status__c AS DecisionOutcome,
Parent.LLC_BI__Product_Line__c AS LoanProductType,
Parent.LLC_BI__Amount__c AS LoanAmount,
Parent.LLC_BI__Application_Channel__c AS ApplicationChannel,
'nCino' AS SourceSystemName,
Parent.SystemModstamp AS LastDataUpdateTimestamp
FROM LLC_BI__Loan__cHistory h
WHERE h.Field = 'LLC_BI__Stage__c' AND h.OldValue = '[Document Collection Stage Name]' AND h.NewValue != '[Document Collection Stage Name]'
AND h.CreatedDate >= YYYY-MM-DDTHH:MM:SSZ AND h.CreatedDate <= YYYY-MM-DDTHH:MM:SSZ
UNION ALL
SELECT
Parent.Name AS LoanApplicationId,
'Credit Check Completed' AS ActivityName,
h.CreatedDate AS EventTime,
NULL AS EventEndTime,
h.CreatedBy.Name AS AssignedUser,
Parent.LLC_BI__lookupKey__c AS AssignedDepartment,
Parent.LLC_BI__Status__c AS DecisionOutcome,
Parent.LLC_BI__Product_Line__c AS LoanProductType,
Parent.LLC_BI__Amount__c AS LoanAmount,
Parent.LLC_BI__Application_Channel__c AS ApplicationChannel,
'nCino' AS SourceSystemName,
Parent.SystemModstamp AS LastDataUpdateTimestamp
FROM LLC_BI__Loan__cHistory h
WHERE h.Field = 'LLC_BI__Stage__c' AND h.NewValue = '[Credit Check Stage Name]'
AND h.CreatedDate >= YYYY-MM-DDTHH:MM:SSZ AND h.CreatedDate <= YYYY-MM-DDTHH:MM:SZZ
UNION ALL
SELECT
Parent.Name AS LoanApplicationId,
'Underwriting Commenced' AS ActivityName,
h.CreatedDate AS EventTime,
NULL AS EventEndTime,
h.CreatedBy.Name AS AssignedUser,
Parent.LLC_BI__lookupKey__c AS AssignedDepartment,
Parent.LLC_BI__Status__c AS DecisionOutcome,
Parent.LLC_BI__Product_Line__c AS LoanProductType,
Parent.LLC_BI__Amount__c AS LoanAmount,
Parent.LLC_BI__Application_Channel__c AS ApplicationChannel,
'nCino' AS SourceSystemName,
Parent.SystemModstamp AS LastDataUpdateTimestamp
FROM LLC_BI__Loan__cHistory h
WHERE h.Field = 'LLC_BI__Stage__c' AND h.NewValue = '[Underwriting Stage Name]'
AND h.CreatedDate >= YYYY-MM-DDTHH:MM:SSZ AND h.CreatedDate <= YYYY-MM-DDTHH:MM:SSZ
UNION ALL
SELECT
Parent.Name AS LoanApplicationId,
'Risk Assessment Performed' AS ActivityName,
h.CreatedDate AS EventTime,
NULL AS EventEndTime,
h.CreatedBy.Name AS AssignedUser,
Parent.LLC_BI__lookupKey__c AS AssignedDepartment,
Parent.LLC_BI__Status__c AS DecisionOutcome,
Parent.LLC_BI__Product_Line__c AS LoanProductType,
Parent.LLC_BI__Amount__c AS LoanAmount,
Parent.LLC_BI__Application_Channel__c AS ApplicationChannel,
'nCino' AS SourceSystemName,
Parent.SystemModstamp AS LastDataUpdateTimestamp
FROM LLC_BI__Loan__cHistory h
WHERE h.Field = 'LLC_BI__Risk_Rating__c' AND h.NewValue != NULL
AND h.CreatedDate >= YYYY-MM-DDTHH:MM:SSZ AND h.CreatedDate <= YYYY-MM-DDTHH:MM:SSZ
UNION ALL
SELECT
Parent.Name AS LoanApplicationId,
'Underwriting Completed' AS ActivityName,
h.CreatedDate AS EventTime,
NULL AS EventEndTime,
h.CreatedBy.Name AS AssignedUser,
Parent.LLC_BI__lookupKey__c AS AssignedDepartment,
Parent.LLC_BI__Status__c AS DecisionOutcome,
Parent.LLC_BI__Product_Line__c AS LoanProductType,
Parent.LLC_BI__Amount__c AS LoanAmount,
Parent.LLC_BI__Application_Channel__c AS ApplicationChannel,
'nCino' AS SourceSystemName,
Parent.SystemModstamp AS LastDataUpdateTimestamp
FROM LLC_BI__Loan__cHistory h
WHERE h.Field = 'LLC_BI__Stage__c' AND h.OldValue = '[Underwriting Stage Name]'
AND h.CreatedDate >= YYYY-MM-DDTHH:MM:SSZ AND h.CreatedDate <= YYYY-MM-DDTHH:MM:SSZ
UNION ALL
SELECT
Parent.Name AS LoanApplicationId,
'Loan Decision Rendered' AS ActivityName,
h.CreatedDate AS EventTime,
NULL AS EventEndTime,
h.CreatedBy.Name AS AssignedUser,
Parent.LLC_BI__lookupKey__c AS AssignedDepartment,
Parent.LLC_BI__Status__c AS DecisionOutcome,
Parent.LLC_BI__Product_Line__c AS LoanProductType,
Parent.LLC_BI__Amount__c AS LoanAmount,
Parent.LLC_BI__Application_Channel__c AS ApplicationChannel,
'nCino' AS SourceSystemName,
Parent.SystemModstamp AS LastDataUpdateTimestamp
FROM LLC_BI__Loan__cHistory h
WHERE h.Field = 'LLC_BI__Stage__c' AND h.NewValue IN ('[Approved Stage Name]', '[Declined Stage Name]')
AND h.CreatedDate >= YYYY-MM-DDTHH:MM:SSZ AND h.CreatedDate <= YYYY-MM-DDTHH:MM:SSZ
UNION ALL
SELECT
Parent.Name AS LoanApplicationId,
'Loan Offer Generated' AS ActivityName,
h.CreatedDate AS EventTime,
NULL AS EventEndTime,
h.CreatedBy.Name AS AssignedUser,
Parent.LLC_BI__lookupKey__c AS AssignedDepartment,
Parent.LLC_BI__Status__c AS DecisionOutcome,
Parent.LLC_BI__Product_Line__c AS LoanProductType,
Parent.LLC_BI__Amount__c AS LoanAmount,
Parent.LLC_BI__Application_Channel__c AS ApplicationChannel,
'nCino' AS SourceSystemName,
Parent.SystemModstamp AS LastDataUpdateTimestamp
FROM LLC_BI__Loan__cHistory h
WHERE h.Field = 'LLC_BI__Stage__c' AND h.NewValue = '[Offer Generated Stage Name]'
AND h.CreatedDate >= YYYY-MM-DDTHH:MM:SSZ AND h.CreatedDate <= YYYY-MM-DDTHH:MM:SSZ
UNION ALL
SELECT
Parent.Name AS LoanApplicationId,
'Loan Offer Accepted' AS ActivityName,
h.CreatedDate AS EventTime,
NULL AS EventEndTime,
h.CreatedBy.Name AS AssignedUser,
Parent.LLC_BI__lookupKey__c AS AssignedDepartment,
Parent.LLC_BI__Status__c AS DecisionOutcome,
Parent.LLC_BI__Product_Line__c AS LoanProductType,
Parent.LLC_BI__Amount__c AS LoanAmount,
Parent.LLC_BI__Application_Channel__c AS ApplicationChannel,
'nCino' AS SourceSystemName,
Parent.SystemModstamp AS LastDataUpdateTimestamp
FROM LLC_BI__Loan__cHistory h
WHERE h.Field = 'LLC_BI__Stage__c' AND h.NewValue = '[Offer Accepted Stage Name]'
AND h.CreatedDate >= YYYY-MM-DDTHH:MM:SSZ AND h.CreatedDate <= YYYY-MM-DDTHH:MM:SSZ
UNION ALL
SELECT
Parent.Name AS LoanApplicationId,
'Loan Agreement Signed' AS ActivityName,
h.CreatedDate AS EventTime,
NULL AS EventEndTime,
h.CreatedBy.Name AS AssignedUser,
Parent.LLC_BI__lookupKey__c AS AssignedDepartment,
Parent.LLC_BI__Status__c AS DecisionOutcome,
Parent.LLC_BI__Product_Line__c AS LoanProductType,
Parent.LLC_BI__Amount__c AS LoanAmount,
Parent.LLC_BI__Application_Channel__c AS ApplicationChannel,
'nCino' AS SourceSystemName,
Parent.SystemModstamp AS LastDataUpdateTimestamp
FROM LLC_BI__Loan__cHistory h
WHERE h.Field = 'LLC_BI__Stage__c' AND h.NewValue = '[Closing Stage Name]'
AND h.CreatedDate >= YYYY-MM-DDTHH:MM:SSZ AND h.CreatedDate <= YYYY-MM-DDTHH:MM:SSZ
UNION ALL
SELECT
Parent.Name AS LoanApplicationId,
'Funds Disbursed' AS ActivityName,
h.CreatedDate AS EventTime,
NULL AS EventEndTime,
h.CreatedBy.Name AS AssignedUser,
Parent.LLC_BI__lookupKey__c AS AssignedDepartment,
Parent.LLC_BI__Status__c AS DecisionOutcome,
Parent.LLC_BI__Product_Line__c AS LoanProductType,
Parent.LLC_BI__Amount__c AS LoanAmount,
Parent.LLC_BI__Application_Channel__c AS ApplicationChannel,
'nCino' AS SourceSystemName,
Parent.SystemModstamp AS LastDataUpdateTimestamp
FROM LLC_BI__Loan__cHistory h
WHERE h.Field = 'LLC_BI__Stage__c' AND h.NewValue = '[Booked Stage Name]'
AND h.CreatedDate >= YYYY-MM-DDTHH:MM:SSZ AND h.CreatedDate <= YYYY-MM-DDTHH:MM:SSZ
UNION ALL
SELECT
Parent.Name AS LoanApplicationId,
'Loan Declined' AS ActivityName,
h.CreatedDate AS EventTime,
NULL AS EventEndTime,
h.CreatedBy.Name AS AssignedUser,
Parent.LLC_BI__lookupKey__c AS AssignedDepartment,
Parent.LLC_BI__Status__c AS DecisionOutcome,
Parent.LLC_BI__Product_Line__c AS LoanProductType,
Parent.LLC_BI__Amount__c AS LoanAmount,
Parent.LLC_BI__Application_Channel__c AS ApplicationChannel,
'nCino' AS SourceSystemName,
Parent.SystemModstamp AS LastDataUpdateTimestamp
FROM LLC_BI__Loan__cHistory h
WHERE h.Field = 'LLC_BI__Stage__c' AND h.NewValue = '[Declined Stage Name]'
AND h.CreatedDate >= YYYY-MM-DDTHH:MM:SSZ AND h.CreatedDate <= YYYY-MM-DDTHH:MM:SSZ
UNION ALL
SELECT
Parent.Name AS LoanApplicationId,
'Application Withdrawn' AS ActivityName,
h.CreatedDate AS EventTime,
NULL AS EventEndTime,
h.CreatedBy.Name AS AssignedUser,
Parent.LLC_BI__lookupKey__c AS AssignedDepartment,
Parent.LLC_BI__Status__c AS DecisionOutcome,
Parent.LLC_BI__Product_Line__c AS LoanProductType,
Parent.LLC_BI__Amount__c AS LoanAmount,
Parent.LLC_BI__Application_Channel__c AS ApplicationChannel,
'nCino' AS SourceSystemName,
Parent.SystemModstamp AS LastDataUpdateTimestamp
FROM LLC_BI__Loan__cHistory h
WHERE h.Field = 'LLC_BI__Stage__c' AND h.NewValue = '[Withdrawn Stage Name]'
AND h.CreatedDate >= YYYY-MM-DDTHH:MM:SSZ AND h.CreatedDate <= YYYY-MM-DDTHH:MM:SSZ 시작할 준비가 되셨나요?
process mining으로 대출 실행 운영을 개선하고 승인 속도와 효율성을 높이세요. 템플릿을 다운로드해 지금부터 최적화를 시작하세요.
지금 대출 승인을 앞당기세요
nCino 대출 실행 프로세스를 개선하고 의사결정 시간을 50% 단축하세요.
신용카드 없이 몇 분 만에 설정할 수 있습니다.