대출 실행 데이터 템플릿
대출 실행 데이터 템플릿
- 수집 권장 속성
- 추적할 주요 활동
- ICE Mortgage Technology 데이터 추출 안내
대출 실행 속성
| 이름 | 설명 | ||
|---|---|---|---|
|
대출 신청 ID
LoanApplicationId
|
각 대출 신청에 부여되는 고유 식별자로, 신청 접수부터 완료까지 전체 대출 실행 프로세스를 추적하는 기본 키입니다. | ||
|
설명
대출 신청 ID는 대출 요청 건을 전체 수명 주기 동안 고유하게 식별합니다. 관련된 모든 활동과 데이터를 하나로 묶는 기준이 되어 특정 대출의 실행 과정을 빠짐없이 추적할 수 있습니다. process mining 분석에서는 이 ID를 Case ID로 사용합니다. '신청 제출', '심사 시작', '대출금 지급'과 같은 관련 이벤트를 하나의 프로세스 인스턴스로 연결합니다. 이를 통해 대출별 전체 진행 과정을 재구성하고 분석할 수 있으며, 처리 시간 계산, 프로세스 변형 식별, 프로세스 흐름 파악에 활용됩니다.
중요한 이유
관련 활동을 하나의 프로세스 인스턴스로 연결하는 필수 Case ID로, 대출 실행의 전체 과정을 분석할 수 있게 합니다.
확보 방법
ICE Mortgage Technology에서 사용하는 기본 대출 식별자입니다. 시스템에서는 Loan Number 또는 Loan ID라고도 합니다.
예시
300185624530029947123004512388
|
|||
|
이벤트 타임스탬프
EventTimestamp
|
특정 활동이나 이벤트가 시스템에 기록된 정확한 날짜와 시간입니다. | ||
|
설명
이벤트 타임스탬프는 프로세스 단계가 발생한 시점을 나타냅니다. 프로세스 흐름을 재구성하는 데 필요한 시간순 정보를 제공하며, 시간 기반 분석의 토대가 됩니다. 대부분의 활동에서는 이벤트 시작 시각을 의미합니다. '심사 시작'부터 '심사 완료'까지의 시간처럼 소요 시간과 처리 시간을 계산하는 데 중요합니다. 프로세스 성과를 분석하고 지연과 병목을 찾으며 서비스 수준 계약(SLA) 준수 여부를 모니터링할 수 있습니다.
중요한 이유
모든 활동의 시간순서를 파악하는 기준이며, 소요 시간과 처리 시간, 성과를 계산하는 토대입니다.
확보 방법
ICE Mortgage Technology의 각 주요 단계나 이벤트 기록에는 완료 또는 기록 시점을 나타내는 타임스탬프가 있어야 합니다.
예시
2023-04-15T10:22:15Z2023-04-18T14:05:00Z2023-05-01T09:30:45Z
|
|||
|
활동명
ActivityName
|
대출 실행 프로세스에서 발생한 특정 업무 이벤트나 단계의 이름입니다. 예를 들어 '신용 조회 완료' 또는 '심사 시작'이 있습니다. | ||
|
설명
활동명은 대출 실행 수명 주기의 개별 작업이나 주요 단계를 나타냅니다. 각 대출 신청에서 발생한 이벤트를 시간순으로 기록해 일련의 작업을 구성합니다. 이러한 활동을 모아 프로세스 맵을 만듭니다. 분석에서는 활동명을 사용해 프로세스 흐름을 시각화하고 단계 간 병목을 찾으며 이벤트의 빈도와 순서를 분석합니다. 프로세스 중 어떤 일이 일어나는지 파악하고, 단계 간 소요 시간을 측정하며, 활동이 반복되는 재작업 루프를 발견하는 데 필요한 정보입니다.
중요한 이유
이 속성은 프로세스의 단계를 정의합니다. 이를 바탕으로 프로세스 맵을 시각화하고 프로세스 흐름을 분석하며 병목이나 편차를 찾을 수 있습니다.
확보 방법
일반적으로 ICE Mortgage Technology의 이벤트 로그, 상태 변경 기록 또는 대출 파일의 주요 단계 데이터에서 가져옵니다.
예시
최초 고지서 발송대출 심사 결정대출금 지급대출 신청 철회
|
|||
|
담당 대출 담당자
AssignedLoanOfficer
|
특정 활동을 수행하거나 담당하는 대출 담당자 또는 심사 담당자의 이름이나 ID입니다. | ||
|
설명
이 속성은 프로세스 단계에 참여한 인력을 식별합니다. 작업을 완료한 사람, 현재 대출 파일을 담당하는 사람 또는 신청의 주요 연락 담당자를 나타낼 수 있습니다. 담당 대출 담당자별로 프로세스를 분석하면 업무량 분포를 파악하고 개인이나 팀의 성과를 비교하며 코칭이 필요한 부분을 찾을 수 있습니다. '대출 담당자 활동 분포' 및 '심사 SLA 성과'와 같은 리소스 성과 대시보드에 필요한 정보입니다.
중요한 이유
리소스별 분석에 필요한 속성으로, 성과와 업무량을 측정하고 대출 담당자 및 팀 간 효율성을 비교할 수 있습니다.
확보 방법
ICE Mortgage Technology 문서를 확인하세요. 사용자 정보는 일반적으로 주요 단계 완료 기록이나 대출 소유자 필드에 연결되어 있습니다.
예시
j.doer.browns.smithm.jones
|
|||
|
대출 금액
LoanAmount
|
신청자가 요청한 대출 원금 총액입니다. | ||
|
설명
대출 금액은 대출 신청의 원금을 나타냅니다. 대출 금액이 크거나 일반 기준에 부합하지 않는 경우 추가 심사, 다른 승인 단계 또는 더 많은 서류가 필요할 수 있어 처리 시간이 길어질 수 있습니다. 이 속성은 필터링과 분석의 주요 기준으로 사용됩니다. 금액 구간(예: <$250k, $250k-$500k, >$500k)을 설정하면 대출 규모별 프로세스 성과를 비교할 수 있습니다. '대출 실행 건당 비용'과 같은 재무 지표를 산출할 때도 기본 정보로 활용됩니다.
중요한 이유
대출 금액이 처리 시간, 재작업 또는 승인율에 영향을 미치는지 구분해 분석할 수 있습니다.
확보 방법
ICE Mortgage Technology의 대출 신청 데이터에 포함되는 기본 필드입니다.
예시
350000.00750000.00215500.50
|
|||
|
대출 상품 유형
LoanProductType
|
신청한 대출 상품의 구체적인 유형입니다. 예를 들어 '30년 고정금리' 또는 'FHA 대출'이 있습니다. | ||
|
설명
이 속성은 제공되는 금융 상품에 따라 각 대출 신청을 분류합니다. 대출 상품마다 프로세스 요건과 복잡성, 규제 제약이 다를 수 있어 대출 실행 과정에도 차이가 생깁니다. 분석에서는 대출 상품 유형을 주요 분류 기준으로 사용합니다. 상품별 처리 시간과 재작업률, 프로세스 경로를 비교해 특정 상품의 효율성이 낮은지 확인할 수 있습니다. 이러한 분석 결과는 상품별 프로세스 개선 방안을 마련하고 현실적인 성과 목표를 설정하는 데 도움이 됩니다.
중요한 이유
대출 유형별 성과를 비교해 특정 상품의 프로세스가 더 복잡하거나 비효율적인지 파악할 수 있습니다.
확보 방법
모든 대출에 필요한 기본 데이터로, ICE Mortgage Technology의 대출 상세 정보에서 확인할 수 있어야 합니다.
예시
30년 고정금리 일반 대출15년 고정금리 일반 대출5/1 변동금리 대출FHA 대출VA 대출
|
|||
|
신청 채널
ApplicationChannel
|
대출 신청을 처음 제출한 경로나 방법입니다. | ||
|
설명
이 속성은 '온라인 포털', '브로커', '지점 방문'과 같이 대출 신청이 접수된 경로를 나타냅니다. 채널마다 데이터 품질과 완전성, 고객 특성이 다를 수 있으며, 이는 이후 프로세스에 영향을 줄 수 있습니다. 신청 채널은 프로세스 성과를 비교하는 데 유용한 기준입니다. 분석을 통해 효율성이 높은 채널, 재작업률이 낮은 채널, 승인율이 높은 채널을 파악할 수 있습니다. 이러한 결과는 채널 전략을 최적화하고 리소스를 효과적으로 배분하는 데 도움이 됩니다.
중요한 이유
신청 채널별 성과와 효율성을 비교해 효과적인 채널과 프로세스 개선이 필요한 채널을 찾을 수 있습니다.
확보 방법
ICE Mortgage Technology 문서를 확인하세요. '영업 유입 경로' 또는 이와 유사한 필드에 저장되어 있을 수 있습니다.
예시
브로커온라인 포털지점 방문모바일 앱
|
|||
|
심사 결과
DecisionOutcome
|
의사 결정 활동의 최종 결과로, 특히 대출 심사 결과를 의미합니다. | ||
|
설명
이 속성은 '승인', '거절', '철회', '조건부 승인'과 같은 주요 의사 결정 결과를 기록합니다. 대출 신청의 최종 상태나 중간 검토 결과를 나타냅니다. 심사 결과 분석은 프로세스의 효과를 파악하는 데 중요합니다. 승인율과 거절률을 계산할 수 있으며, 부정적인 결과의 주요 원인을 찾기 위해 '결정 사유'와 함께 분석하는 경우가 많습니다. 결과를 파악하면 신청서 품질과 프로세스 효율성을 개선할 수 있습니다.
중요한 이유
승인율과 같은 프로세스 효과를 측정하고 대출이 거절되거나 철회된 이유를 분석하는 데 필요한 속성입니다.
확보 방법
ICE Mortgage Technology 문서를 확인하세요. 이 정보는 일반적으로 심사 결정 주요 단계나 최종 대출 상태에 연결되어 있습니다.
예시
승인거절신청자 철회조건부 승인
|
|||
|
이벤트 종료 시각
EventEndTime
|
활동이 완료된 날짜와 시간입니다. 시작 시각과 함께 사용해 이벤트의 실제 처리 시간을 계산합니다. | ||
|
설명
이벤트 종료 시각은 특정 작업이 완료된 시점을 나타냅니다. 순간적으로 발생하는 이벤트는 종료 시각과 시작 시각이 같을 수 있습니다. '심사 검토'처럼 측정 가능한 시간이 걸리는 활동은 종료 시각이 시작 시각과 다릅니다. 이 속성을 사용하면 활동 사이의 대기 시간과 활동 자체의 처리 시간을 구분해 프로세스 성과를 더 정확하게 분석할 수 있습니다. 'ProcessingTime' 지표를 계산하고 리소스 활용도를 분석하는 데 필요합니다.
중요한 이유
활동의 실제 처리 시간을 계산해 작업 시간과 대기 시간을 구분할 수 있으므로 병목을 더 정확하게 분석할 수 있습니다.
확보 방법
ICE Mortgage Technology 문서를 확인하세요. 일부 기록된 이벤트에 제공될 수 있으며, 주요 단계 이벤트의 경우 StartTime과 같을 수 있습니다.
예시
2023-04-15T11:45:10Z2023-04-18T17:30:00Z2023-05-01T09:30:45Z
|
|||
|
SLA 상태
SLAState
|
활동이나 케이스가 서비스 수준 계약(SLA)을 준수했는지 나타내는 계산된 상태입니다. | ||
|
설명
활동이나 전체 케이스가 서비스 수준 계약의 목표 시간 안에 완료되었는지 나타냅니다. 일반적으로 실제 처리 시간을 사전에 정한 SLA 목표 시간(예: UnderwritingSlaTarget)과 비교해 산출합니다. 성과와 규정 준수를 모니터링하는 데 필요한 속성입니다. 대시보드에서는 SLAState를 사용해 목표를 달성한 대출의 비율을 시각화하고, 관리자가 주요 목표 대비 성과를 추적할 수 있도록 합니다. 대출 담당자, 상품 유형 또는 채널별로 SLA 성과를 나누어 보면 성과가 우수한 영역이나 개선 기회를 찾고 서비스 약속을 이행하는 데 도움이 됩니다.
중요한 이유
주요 시간 목표 대비 성과를 한눈에 보여주므로 SLA 준수 여부를 쉽게 모니터링하고 보고할 수 있습니다.
확보 방법
소스 시스템에는 없는 속성입니다. 프로세스 구간의 실제 소요 시간을 해당 SLA 목표 시간과 비교해 계산합니다.
예시
기한 내위험지연
|
|||
|
결정 사유
ReasonForDecision
|
대출 거절과 같은 특정 심사 결과의 이유를 설명하는 코드나 텍스트입니다. | ||
|
설명
이 속성은 'DecisionOutcome'의 배경 정보를 제공합니다. 대출이 거절되거나 재작업이 필요한 경우 '부채 대비 소득 비율이 높음' 또는 '서류 미비'와 같은 이유를 나타냅니다. 근본 원인 분석에 유용한 정보입니다. 거절이나 재작업의 주요 사유를 분석하면 프로세스의 구조적인 문제나 신청서 품질 문제를 찾을 수 있습니다. 이를 바탕으로 신청자 안내를 명확히 하거나 대출 담당자 교육을 강화하는 등 개선 방안을 마련할 수 있습니다.
중요한 이유
대출 거절이나 재작업의 원인을 파악해 구조적인 문제를 해결하고 최초 처리 성공률을 높이는 데 도움이 됩니다.
확보 방법
ICE Mortgage Technology 문서를 확인하세요. 이 정보는 결정 주요 단계에 연결된 사유 코드 필드나 메모에 기록되는 경우가 많습니다.
예시
신용 점수가 기준 미달신청 서류 미비부채 대비 소득 비율이 높음감정가가 너무 낮음
|
|||
|
고객 유형
CustomerType
|
'첫 주택 구매자' 또는 '대환 대출'과 같은 대출 신청자 분류입니다. | ||
|
설명
이 속성은 고객의 특성이나 대출 기관과의 관계에 따라 고객을 분류합니다. 첫 주택 구매자와 투자자, 대환 대출 신청자는 필요한 지원과 서류가 서로 다를 수 있으며, 이에 따라 프로세스 경로도 달라질 수 있습니다. 고객 유형별로 프로세스를 분석하면 고객 경험과 프로세스 효율성의 차이를 파악할 수 있습니다. '첫 주택 구매자의 처리 시간이 더 긴가?' 또는 '대환 대출 신청이 더 빠르게 처리되는가?'와 같은 질문에 답할 수 있습니다. 분석 결과는 고객 서비스 전략과 프로세스 조정에 활용할 수 있습니다.
중요한 이유
고객 유형에 따라 프로세스 효율성이나 어려움이 달라지는지 고객 관점에서 분석할 수 있습니다.
확보 방법
ICE Mortgage Technology 문서를 확인하세요. 대출 목적이나 기타 신청자 데이터에서 산출할 수 있습니다.
예시
첫 주택 구매자대환 대출투자자기존 고객
|
|||
|
대출 처리 시간
LoanCycleTime
|
대출 신청의 첫 이벤트부터 마지막 이벤트까지 걸린 총 시간입니다. | ||
|
설명
대출 신청 케이스의 시작부터 종료까지 걸린 총 시간입니다. '대출 신청 생성'과 같은 첫 이벤트의 타임스탬프와 '대출금 지급' 또는 '대출 거절'과 같은 마지막 이벤트의 타임스탬프 차이로 계산합니다. 전체 프로세스 효율성을 측정하는 주요 KPI입니다. 대출을 처음부터 끝까지 처리하는 데 걸리는 시간을 보여줍니다. 분석가는 이 지표로 시간에 따른 성과를 추적하고 업계 기준과 비교하며 프로세스 개선 활동의 영향을 파악합니다. 대출 상품 유형이나 신청 채널별 평균 처리 시간을 비교하면 효율성이 높은 프로세스와 낮은 프로세스를 찾을 수 있습니다.
중요한 이유
이 KPI는 대출 실행 프로세스의 시작부터 완료까지 걸리는 시간을 측정합니다. 성과를 추적하고 서비스 제공을 앞당기는 데 필요한 지표입니다.
확보 방법
각 Loan Application ID의 마지막 이벤트 타임스탬프에서 첫 이벤트 타임스탬프를 빼서 계산합니다.
예시
259200038880004752000
|
|||
|
마지막 데이터 업데이트
LastDataUpdate
|
이 레코드의 데이터를 소스 시스템에서 마지막으로 새로 고치거나 추출한 시각입니다. | ||
|
설명
이 속성은 가장 최근에 데이터를 가져온 날짜와 시간을 나타냅니다. 분석 대상 데이터의 최신성을 파악하고 데이터 새로 고침 일정을 관리하는 데 필요합니다. 프로세스 자체를 분석할 때는 보통 사용하지 않지만, 대시보드 보고와 데이터 거버넌스에는 중요합니다. 분석이 얼마나 최신 데이터를 반영하는지 사용자에게 알리고, 오래된 정보로 인한 문제를 진단하는 데 도움이 됩니다.
중요한 이유
데이터의 최신성을 사용자에게 알려 분석과 대시보드가 최신 정보를 바탕으로 작성되도록 합니다.
확보 방법
일반적으로 데이터 추출 및 적재(ETL) 과정에서 타임스탬프를 생성해 데이터 세트에 추가합니다.
예시
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
|
|||
|
부동산 소재 주
PropertyState
|
대출 신청과 관련된 부동산이 위치한 미국의 주입니다. | ||
|
설명
이 속성은 부동산의 지리적 위치를 나타냅니다. 대출 규정과 시장 상황, 처리 요건은 주마다 크게 다를 수 있으며 대출 실행 프로세스에 영향을 줄 수 있습니다. 부동산 소재 주는 지역별 분석에 유용한 기준입니다. 지역별 처리 시간과 승인율 등 프로세스 성과를 비교할 수 있습니다. 이를 통해 지역별 병목을 찾거나 주별 규정이 프로세스에 미치는 영향을 파악할 수 있습니다.
중요한 이유
프로세스를 지역별로 분석해 시장 상황이나 주별 규정에 따른 성과 차이를 파악할 수 있습니다.
확보 방법
ICE Mortgage Technology의 대출 신청 데이터에서 부동산 정보 항목에 포함되는 표준 필드입니다.
예시
캘리포니아텍사스플로리다뉴욕일리노이
|
|||
|
소스 시스템
SourceSystem
|
데이터를 추출한 원본 시스템이나 플랫폼을 식별합니다. | ||
|
설명
이 속성은 프로세스 데이터를 생성한 소프트웨어나 애플리케이션을 나타냅니다. 예를 들어 'ICE Mortgage Technology Encompass' 또는 연결된 CRM이 해당합니다. 여러 소스의 데이터를 통합하는 환경에서 특히 유용합니다. 분석 시 SourceSystem은 데이터 검증에 도움이 되며 이벤트의 출처를 파악할 수 있게 합니다. 특정 시스템의 데이터만 분석하거나 한 소스에 국한된 데이터 품질 문제를 조사할 때 사용할 수 있습니다.
중요한 이유
데이터 출처에 관한 중요한 정보를 제공하므로 데이터 검증과 문제 해결, 시스템별 프로세스 차이 파악에 유용합니다.
확보 방법
데이터를 추출할 때 직접 입력하거나, 데이터 웨어하우스에서 내보낸 경우 데이터 헤더에 포함되어 있을 수 있습니다.
예시
ICE Mortgage Technology EncompassICE Mortgage Technology Velocify내부 CRM
|
|||
|
신용 점수
CreditScore
|
신용 조회 시점의 주 신청자 신용 점수입니다. | ||
|
설명
신청자의 신용 점수는 대출 심사의 주요 판단 기준이며 심사 프로세스의 복잡성에 영향을 줄 수 있습니다. 신용 점수가 낮은 신청은 더 엄격한 검토와 추가 서류가 필요할 수 있습니다. 이 속성은 위험도별 분석에 유용한 기준입니다. 신용 점수 구간별로 신청을 나누면 신용 점수와 처리 시간, 재작업률 또는 최종 심사 결과 간의 연관성을 살펴볼 수 있습니다. 이를 통해 위험 평가 프로세스를 개선하고 리소스를 더 효과적으로 관리할 수 있습니다.
중요한 이유
위험도별 분석 기준을 제공해 신용 위험이 프로세스 복잡성, 처리 시간 또는 심사 결과와 관련이 있는지 파악할 수 있습니다.
확보 방법
일반적으로 신용 정보 기관에서 가져오며, ICE Mortgage Technology의 차입자 정보에 저장됩니다.
예시
785692740810
|
|||
|
심사 SLA 목표 시간
UnderwritingSlaTarget
|
심사 단계에 대해 사전에 정한 서비스 수준 계약(SLA) 목표 시간입니다. | ||
|
설명
이 속성은 '심사 시작'부터 '심사 완료'까지 심사 프로세스를 마치는 데 허용되는 최대 시간을 정의합니다. 실제 성과를 측정하는 기준으로 사용됩니다. SLA 준수 여부를 계산하는 데 필요한 입력값입니다. 이 값을 바탕으로 'SLAState' 속성을 만들어 심사 작업이 '기한 내' 또는 '지연'인지 표시할 수 있습니다. SLA 성과를 추적하는 대시보드는 이 목표 시간을 기준으로 서비스 약속의 이행 여부를 관리자에게 보여줍니다.
중요한 이유
서비스 수준 계약에 따라 심사 성과를 객관적으로 측정하고 모니터링하는 기준을 제공합니다.
확보 방법
소스 시스템에 필드로 존재하지 않을 수 있으며, 데이터 변환 과정에서 업무 지식을 데이터에 결합해 산출할 수 있습니다. 대출 유형이나 지역에 따라 달라질 수 있습니다.
예시
259200432000
|
|||
|
심사 부서
UnderwritingDepartment
|
대출 신청을 담당하는 구체적인 심사 팀이나 부서입니다. | ||
|
설명
이 속성은 대출 심사 단계를 담당하는 조직 단위를 식별합니다. 대규모 조직에서는 지역, 대출 유형 또는 위험 수준에 따라 부서를 나누기도 합니다. 담당 대출 담당자 속성과 마찬가지로 팀이나 부서 단위의 성과를 분석할 수 있습니다. 심사 그룹별 업무량과 효율성, SLA 준수 여부를 비교해 성과가 높은 팀을 찾고 모범 사례를 공유하는 데 활용할 수 있습니다.
중요한 이유
팀이나 부서 단위로 성과를 분석하고 비교할 수 있어 리소스 관리와 특정 그룹의 구조적인 문제를 파악하는 데 유용합니다.
확보 방법
ICE Mortgage Technology 문서를 확인하세요. 심사 담당자와 연결된 사용자 데이터에 포함되거나 별도의 라우팅 필드로 제공될 수 있습니다.
예시
동부 심사팀서부 심사팀대형 대출 심사팀정부 보증 대출 심사팀
|
|||
|
자동 처리 여부
IsAutomated
|
활동이 시스템에서 자동으로 처리되었는지 사용자가 수동으로 수행했는지를 나타내는 불리언 값입니다. | ||
|
설명
이 속성은 자동 신용 조회나 시스템에서 생성한 고지서 발송처럼 소프트웨어가 처리한 작업과 사람의 개입이 필요한 작업을 구분합니다. 자동화 추진 현황을 파악하는 데 필요한 정보입니다. 이 속성을 활용해 프로세스의 자동화 수준을 측정하고 추가 개선 기회를 찾을 수 있습니다. '수동 활동 빈도'와 같은 KPI를 계산하고 자동화 후보가 될 수 있는 수동 병목을 찾아 비용을 줄이고 처리 속도를 높이는 데 활용합니다.
중요한 이유
프로세스의 자동화 수준을 측정하고 병목이 되는 수동 활동을 찾아 향후 자동화 추진의 근거로 활용할 수 있습니다.
확보 방법
일반적으로 활동명이나 사용자 ID(예: 'System')를 자동화 상태에 매핑해 산출합니다. 소스 시스템에 직접 저장된 필드일 가능성은 낮습니다.
예시
truefalse
|
|||
|
재작업 여부
IsRework
|
같은 케이스에서 활동이 반복되었는지 나타내는 계산된 불리언 값입니다. | ||
|
설명
같은 대출 신청에서 활동이 두 번째 이상 수행되었는지 나타내는 불리언 값입니다. 일반적으로 '심사 결정 완료' 이후에 '증빙 서류 요청'이 발생하는 것처럼 표준 프로세스의 후반 단계 뒤에 앞선 활동이 다시 나타나는 경우를 식별합니다. 재작업 분석은 프로세스 비효율성을 파악하는 데 중요합니다. IsRework가 true인 활동을 필터링하면 재작업 루프의 빈도와 영향을 측정할 수 있습니다. 이를 통해 최초 서류 미비나 불명확한 요건과 같은 근본 원인을 찾을 수 있습니다. 신청 재작업률 KPI를 계산하고 프로세스를 간소화하는 데도 필요합니다.
중요한 이유
반복 작업을 표시해 프로세스 비효율성을 직접 측정하고 재작업 빈도와 근본 원인을 쉽게 분석할 수 있습니다.
확보 방법
소스 시스템에는 없는 속성입니다. process mining 소프트웨어가 케이스의 반복 활동이나 프로세스 흐름의 역방향 루프를 감지해 계산합니다.
예시
truefalse
|
|||
대출 실행 활동
| 활동 | 설명 | ||
|---|---|---|---|
|
대출 신청 생성
|
대출 담당자가 시스템에서 새 대출 파일을 생성하면 대출 실행 프로세스가 공식적으로 시작됩니다. 대출 케이스를 처음 저장할 때 이 이벤트가 기록되고 고유한 Loan Application ID가 생성됩니다. | ||
|
중요한 이유
주요 시작 이벤트인 이 활동은 전체 대출 처리 주기를 계산하고 신청 접수량을 분석하는 데 필요합니다. 이후의 모든 프로세스 측정과 처리량 분석의 기준이 됩니다.
확보 방법
일반적으로 대출 이력이나 감사 로그에 명시적인 이벤트로 기록됩니다. Loan Application ID와 연결된 대출 레코드의 생성 시각으로 추정할 수도 있습니다.
기록
대출 파일 생성일 또는 대출 감사 추적의 첫 기록에서 확인합니다.
이벤트 유형
explicit
|
|||
|
대출 심사 결정
|
최초 대출 심사가 완료되어 승인, 보류 또는 거절 등의 결정이 내려진 상태를 나타냅니다. 대출 진행 과정의 주요 마일스톤입니다. | ||
|
중요한 이유
이 이벤트는 심사 처리 시간 측정을 마무리하는 중요한 의사결정 시점입니다. 결과와 소요 시간을 분석하면 심사 성과를 평가하고 재작업 원인을 찾을 수 있습니다.
확보 방법
Encompass의 주요 마일스톤으로, 심사 단계의 완료일에 기록됩니다. 심사 결정 자체는 별도 필드에 저장됩니다.
기록
'Underwriting' 마일스톤 완료 시각이나 상태가 'Approved', 'Suspended' 또는 'Denied'로 변경된 시점으로 추정합니다.
이벤트 유형
inferred
|
|||
|
대출 심사 시작
|
대출 심사가 공식적으로 시작되는 시점입니다. 심사 담당자가 대출 신청과 모든 증빙 서류를 정식으로 검토하기 시작합니다. 파일이 심사 대기열에 제출되거나 심사 담당자에게 배정됩니다. | ||
|
중요한 이유
운영 효율을 나타내는 주요 KPI인 심사 처리 시간을 측정하는 시작점입니다. 심사 담당자의 업무량을 분석하고 심사 전 병목을 찾는 데 도움이 됩니다.
확보 방법
대출 파일이 'Underwriting' 마일스톤에 배정된 시각이나 상태가 'In Underwriting'으로 변경된 시점으로 추정합니다.
기록
'Submitted to Underwriting' 날짜 필드 또는 상태가 'Underwriting in Progress'로 변경된 시점으로 추정합니다.
이벤트 유형
inferred
|
|||
|
대출금 지급
|
대출금이 지급되어 대출 실행 프로세스가 성공적으로 완료된 시점을 나타냅니다. 신청부터 자금 지급까지 이어지는 대출 절차가 이 이벤트로 끝납니다. | ||
|
중요한 이유
성공적으로 실행된 대출의 전체 처리 시간을 계산하는 주요 종료 이벤트입니다. 신청 처리량을 측정하는 데도 사용됩니다.
확보 방법
Encompass의 'Funding Date' 또는 'Disbursement Date' 필드에 기록됩니다. 송금이 확인되면 날짜가 입력됩니다.
기록
대출 데이터의 'Funding Date' 필드가 입력된 시점으로 추정합니다.
이벤트 유형
inferred
|
|||
|
종결 준비 완료 통지
|
모든 조건이 충족되어 대출 기관이 종결 일정을 잡고 대출금을 지급할 준비가 되었음을 공식적으로 알리는 통지입니다. 대출이 최종 단계에 들어섰음을 나타내는 주요 마일스톤입니다. | ||
|
중요한 이유
이 단계는 심사와 처리 업무가 끝났음을 알리는 주요 관문입니다. 신청부터 최종 승인까지 걸린 시간을 측정할 수 있습니다.
확보 방법
Encompass의 'Clear to Close'(CTC) 마일스톤 완료일에서 확인합니다. 워크플로에서 표준화되어 명확히 정의된 단계입니다.
기록
대출 마일스톤 추적에 있는 'Clear to Close' 날짜 필드가 입력된 시점으로 추정합니다.
이벤트 유형
inferred
|
|||
|
감정 평가서 수령
|
감정 평가사로부터 부동산 감정 평가서를 받아 대출 파일에 추가한 시점을 나타냅니다. 부동산 가치를 평가하는 데 필요하며 최종 대출 승인에 중요한 선행 절차입니다. | ||
|
중요한 이유
감정 평가 과정은 지연이 자주 발생하는 구간입니다. 감정 평가를 요청하고 결과를 받은 시점을 추적하면 외부 의존 작업을 효과적으로 모니터링하고 관리할 수 있습니다.
확보 방법
감정 평가 문서를 업로드하고 Encompass의 'Appraisal Received' 마일스톤 날짜 필드가 입력될 때 일반적으로 기록됩니다.
기록
'Appraisal Received Date' 필드가 입력된 시점이나 관련 상태 변경으로 추정합니다.
이벤트 유형
inferred
|
|||
|
대출 거절
|
대출 기관이 대출 신청을 공식적으로 거절해 프로세스가 성공하지 못한 채 끝나는 활동입니다. 대출 파일의 최종 상태입니다. | ||
|
중요한 이유
실패 상태를 나타내는 주요 종료 이벤트입니다. 이 활동으로 끝난 대출과 관련 사유 코드를 분석하면 신청서 품질이나 심사 기준을 개선할 기회를 찾을 수 있습니다.
확보 방법
최종 대출 상태가 'Denied'로 설정되면 기록됩니다. 상태 변경일은 대출 감사 로그나 특정 마일스톤 날짜 필드에 저장됩니다.
기록
최종 상태가 'Denied'인 경우와 해당 상태 변경 시각으로 추정합니다.
이벤트 유형
inferred
|
|||
|
대출 서류 서명
|
종결 시 차입자가 최종 대출 서류에 서명하면 이 활동이 발생합니다. 차입자가 대출 조건에 동의했음을 확인하는 절차이며, 대출금 지급 전에 진행됩니다. | ||
|
중요한 이유
자금 지급 전에 차입자가 참여하는 마지막 주요 단계입니다. 대출이 예정대로 진행되고 있음을 확인하며, 프로세스의 종결 단계에 걸리는 시간을 측정할 수 있습니다.
확보 방법
Encompass 대출 파일의 'Documents Signed' 또는 'Closing Date' 필드에 기록됩니다. 종결 담당자나 대출 담당자가 날짜를 입력합니다.
기록
대출 데이터의 'Signing Date' 또는 'Closing Date' 필드가 입력된 시점으로 추정합니다.
이벤트 유형
inferred
|
|||
|
대출 신청 철회
|
신청자가 대출 신청을 철회해 프로세스가 성공하지 못한 채 끝나는 경우를 나타냅니다. 대출 파일의 또 다른 최종 상태입니다. | ||
|
중요한 이유
고객이 시작하는 실패 상태 종료 이벤트입니다. 신청자가 언제, 왜 신청을 철회하는지 분석하면 고객 만족도, 경쟁 상황, 프로세스의 불편 요인을 파악할 수 있습니다.
확보 방법
최종 대출 상태가 'Withdrawn'으로 설정되면 기록됩니다. 상태 변경일은 시스템 로그나 마일스톤 날짜 필드에 저장됩니다.
기록
최종 상태가 'Withdrawn'인 경우와 해당 상태 변경 시각으로 추정합니다.
이벤트 유형
inferred
|
|||
|
신용 조회 완료
|
신청자의 신용 보고서를 성공적으로 조회하고 검토한 상태를 나타냅니다. 조회 결과는 대출 심사 결정에 중요한 자료입니다. | ||
|
중요한 이유
신용 조회는 대출 심사에 필요한 주요 선행 절차입니다. 이 단계가 지연되면 전체 프로세스가 멈출 수 있으며, 조회 결과는 대출 결정에 직접 영향을 줍니다.
확보 방법
일반적으로 신용 정보 기관과의 연동을 통해 기록됩니다. 신용 보고서를 받아 대출 파일에 첨부할 때 타임스탬프가 저장됩니다.
기록
대출 파일의 'Credit Report Ordered' 또는 'Credit Report Received' 날짜 필드에서 확인합니다.
이벤트 유형
explicit
|
|||
|
조건 충족
|
모든 심사 조건을 충족하고 심사팀의 검토와 승인을 마친 상태를 나타냅니다. 이제 대출은 최종 종결 절차를 진행할 수 있습니다. | ||
|
중요한 이유
이 단계에서 심사 후 재작업이 마무리됩니다. 'Loan Approved with Conditions'부터 이 이벤트까지 걸린 시간으로 미해결 항목을 처리하는 효율을 확인할 수 있습니다.
확보 방법
대출 상태가 모든 조건의 충족을 나타내도록 업데이트된 시점으로 추정합니다. Encompass의 'Final Approval' 마일스톤에 포함되는 경우가 많습니다.
기록
'Conditions Cleared' 또는 'Final Approval' 마일스톤의 완료일로 추정합니다.
이벤트 유형
inferred
|
|||
|
조건부 대출 승인
|
심사 담당자가 대출을 승인했지만, 대출 종결 전에 충족해야 할 조건이 남아 있는 경우입니다. 최초 대출 심사에서 흔히 나오는 결과입니다. | ||
|
중요한 이유
이 활동을 시작으로 조건 해소 단계가 진행됩니다. 이를 추적하면 최초 승인부터 최종 'Clear to Close'까지의 재작업과 지연을 분석할 수 있습니다.
확보 방법
심사 결정 상태가 'Approved with Conditions' 또는 'Suspended'로 변경될 때 일반적으로 기록됩니다. 상태 변경 시각은 대출 감사 추적에서 확인할 수 있습니다.
기록
상태가 'Approved with Conditions'로 변경된 시점과 마일스톤 로그의 해당 타임스탬프로 추정합니다.
이벤트 유형
inferred
|
|||
|
증빙 서류 수령
|
신청자에게 처음 요청한 증빙 서류를 모두 받아 대출 파일에 업로드한 상태를 나타냅니다. 신청을 심사 단계로 넘기기 전에 완료해야 하는 절차입니다. | ||
|
중요한 이유
이 활동이 서류 수집 단계를 마무리합니다. 'Supporting Documents Requested'부터 이 이벤트까지 걸린 시간은 신청자와 처리 담당자의 효율을 측정하는 주요 KPI입니다.
확보 방법
일반적으로 'Documents Received' 또는 'Ready for Underwriting' 마일스톤이 완료된 시점으로 추정합니다. 마지막 필수 서류가 업로드된 시각으로 계산할 수도 있습니다.
기록
대출 상태가 'Processing' 또는 'Ready for Underwriting'으로 변경된 시각으로 추정합니다.
이벤트 유형
inferred
|
|||
|
증빙 서류 요청
|
대출 처리 담당자나 대출 담당자가 급여 명세서, 은행 거래 내역서 등 필요한 서류를 신청자에게 공식적으로 요청할 때 발생하는 활동입니다. 보통 최초 검토가 끝난 뒤 요청합니다. | ||
|
중요한 이유
이 단계부터 서류 수집이 시작됩니다. 요청부터 서류 수령까지 걸린 시간을 분석하면 신청자 측 지연이나 불명확한 안내로 발생하는 병목을 찾을 수 있습니다.
확보 방법
Encompass 시스템의 대출 파일 상태 변경, 특정 마일스톤 완료일 또는 커뮤니케이션 로그를 통해 추정할 수 있습니다.
기록
'Pending Documents'로 상태가 변경된 시점이나 서류 요청 템플릿의 타임스탬프로 추정합니다.
이벤트 유형
inferred
|
|||
|
최종 대출 고지서 발송
|
최종 Closing Disclosure(CD)를 신청자에게 보내 검토를 요청하는 시점을 나타냅니다. 종결일 전 정해진 기간을 두고 완료해야 하는 필수 규정 준수 절차입니다. | ||
|
중요한 이유
이 활동을 추적하면 의무 대기 기간이 시작되는 시점을 확인할 수 있어 TRID 준수 여부를 관리하는 데 중요합니다. 이 단계가 지연되면 예정된 종결일에 직접 영향을 줄 수 있습니다.
확보 방법
Encompass의 'Closing Disclosure Sent' 마일스톤 완료일 또는 대출 파일 규정 준수 섹션의 특정 날짜 필드에서 확인합니다.
기록
'CD Sent' 또는 이에 해당하는 마일스톤의 타임스탬프로 추정합니다.
이벤트 유형
inferred
|
|||
|
최초 고지서 발송
|
Loan Estimate와 같은 최초 규정 준수 고지서를 신청자에게 발송하는 시점을 나타냅니다. 신청 후 정해진 기간 내에 완료해야 하는 중요한 규제 절차입니다. | ||
|
중요한 이유
이 활동을 추적하면 TRID와 같은 규정의 준수 여부를 확인할 수 있습니다. 신청 생성부터 이 단계까지 걸린 시간은 초기 처리 지연을 나타낼 수 있습니다.
확보 방법
Encompass의 'Initial Disclosures' 마일스톤 완료일에서 확인합니다. 일반적으로 문서를 생성해 발송할 때 날짜 필드가 입력됩니다.
기록
'Initial Disclosures Sent' 마일스톤 또는 상태가 완료된 시각으로 추정합니다.
이벤트 유형
inferred
|
|||
데이터 추출 가이드
시작할 준비가 되셨나요?
이 데이터 템플릿을 활용해 대출 실행 프로세스를 개선하세요. 지금 운영 최적화를 시작할 수 있습니다.
대출 실행 프로세스를 최적화하고 대출 완료를 앞당기세요
의사 결정 시간을 50% 줄여 적체와 위험을 해소하세요.
신용카드 없이 몇 분 만에 시작할 수 있습니다.