您的贷款发放数据模板
您的贷款发放数据模板
- 建议采集的属性
- 需要跟踪的关键活动
- ICE Mortgage Technology数据提取指南
贷款发放属性
| 名称 | 说明 | ||
|---|---|---|---|
|
事件时间戳
EventTimestamp
|
系统记录特定活动或事件的准确日期和时间。 | ||
|
说明
事件时间戳标记流程步骤发生的时间,为还原顺序流提供必要的时间顺序,也是所有基于时间的分析的基础。对于大多数活动,它表示事件的开始时间。 此属性对于计算持续时间和周期时间至关重要,例如计算“开始承保”到“完成承保”之间的时间。它还可用于分析流程绩效、识别延误和瓶颈,以及监控服务级别协议(SLA)的达成情况。
重要性
此时间戳为所有活动提供时间顺序,是计算持续时间、周期时间和绩效指标的基础。
获取途径
ICE Mortgage Technology中的每条里程碑或事件记录都应包含相应的时间戳,注明完成或记录时间。
示例
2023-04-15T10:22:15Z2023-04-18T14:05:00Z2023-05-01T09:30:45Z
|
|||
|
活动名称
ActivityName
|
贷款发起流程中发生的特定业务事件或步骤的名称,例如“已完成信用检查”或“开始承保”。 | ||
|
说明
活动名称用于描述贷款发起生命周期中的具体任务或里程碑。系统会按时间顺序记录这些事件,为每笔贷款申请形成一系列操作记录。这些活动共同构成流程图的基础。 分析时,活动名称用于展示顺序流、识别步骤间的瓶颈,并分析事件发生的频率和顺序。它是了解流程实际情况、衡量步骤间隔时间以及发现重复活动的返工循环的基础。
重要性
此属性定义流程中的各个步骤,可用于展示流程图、分析顺序流,并识别瓶颈或偏差。
获取途径
通常取自ICE Mortgage Technology中的事件日志、状态变更记录或贷款文件里的里程碑数据。
示例
发送初始披露文件作出承保决策发放贷款资金撤回申请
|
|||
|
贷款申请ID
LoanApplicationId
|
分配给每笔贷款申请的唯一标识符,作为主键,用于跟踪从提交到完成的整个贷款发起流程。 | ||
|
说明
贷款申请ID用于在整个生命周期内唯一标识每笔贷款申请。它是关联所有活动和数据的核心实体,可完整追踪特定贷款的发起过程。 在流程挖掘分析中,此ID用作案例ID。它将“已提交申请”“开始承保”和“已放款”等相关事件关联为同一个流程实例。这样便可还原并分析每笔贷款的端到端流程,为计算周期时间、识别流程变体和了解顺序流提供依据。
重要性
这是关键的案例ID,可将所有相关活动关联到同一个流程实例,从而分析贷款发起的端到端流程。
获取途径
这是ICE Mortgage Technology中的主要贷款标识符,在系统中通常称为贷款编号或贷款ID。
示例
300185624530029947123004512388
|
|||
|
事件结束时间
EventEndTime
|
活动完成的日期和时间。结合开始时间,可计算事件的实际处理时间。 | ||
|
说明
事件结束时间标记特定任务的完成时刻。对于瞬时事件,结束时间可能与开始时间相同;对于“承保审核”等有明确持续时间的活动,结束时间则不同。 此属性有助于更准确地分析流程绩效,区分等待时间(活动之间的间隔)和处理时间(活动持续的时间)。它是计算“ProcessingTime”指标和分析资源利用率的必要数据。
重要性
可计算活动的实际处理时间,区分主动工作时间和空闲等待时间,从而更准确地分析瓶颈。
获取途径
请查阅ICE Mortgage Technology文档。部分已记录事件可能提供此信息;对于里程碑事件,此时间也可能与StartTime相同。
示例
2023-04-15T11:45:10Z2023-04-18T17:30:00Z2023-05-01T09:30:45Z
|
|||
|
决策结果
DecisionOutcome
|
决策活动的最终结果,尤其是承保决策的结果。 | ||
|
说明
此属性记录流程中关键决策点的结果,例如“已批准”“已拒绝”“已撤回”或“有条件批准”。它表示贷款申请的最终状态,也可以表示中期审核的结果。 分析决策结果对于了解流程成效至关重要。它有助于统计批准率和拒绝率,通常还会与“决策原因”结合分析,以识别负面结果的主要原因。了解这些结果有助于提高申请质量和流程效率。
重要性
此属性对于衡量流程成效(例如审批率)以及分析贷款被拒或撤回的原因至关重要。
获取途径
请查阅ICE Mortgage Technology文档。此信息通常与承保决策里程碑或贷款最终状态相关联。
示例
已批准已拒绝申请人已撤回有条件批准
|
|||
|
指定的贷款专员
AssignedLoanOfficer
|
负责执行或管理特定活动的贷款专员或承保人的姓名或ID。 | ||
|
说明
此属性用于标识参与流程步骤的人员资源,可以是完成任务的人、当前负责贷款文件的人,或申请的主要联系人。 按指定的贷款专员分析流程,有助于了解工作量分配、比较个人或团队绩效,并发现辅导机会。它也是资源绩效相关仪表板的重要数据,例如“贷款专员活动分布”和“承保SLA绩效”。
重要性
此属性是资源分析的关键,可用于衡量绩效、平衡工作量,并比较不同贷款专员和团队的效率。
获取途径
请查阅ICE Mortgage Technology文档。用户信息通常与里程碑完成记录或贷款所有权字段相关联。
示例
j.doer.browns.smithm.jones
|
|||
|
申请渠道
ApplicationChannel
|
贷款申请最初提交的渠道或方式。 | ||
|
说明
此属性表示贷款申请的来源,例如“在线门户”“经纪人”或“分行”。不同渠道的数据质量、完整性和客户特征可能不同,进而影响后续流程。 申请渠道是比较流程绩效的重要维度。分析可以揭示哪些渠道效率最高、返工率最低或审批率最高。这些洞察有助于优化渠道策略并有效分配资源。
重要性
有助于比较不同提交渠道的绩效和效率,识别效果较好的渠道以及需要改进流程的渠道。
获取途径
请查阅ICE Mortgage Technology文档。此信息可能存储在“业务来源”或类似字段中。
示例
经纪人在线门户分行移动应用
|
|||
|
贷款产品类型
LoanProductType
|
申请的具体贷款产品类型,例如“30年期固定利率常规贷款”或“FHA贷款”。 | ||
|
说明
此属性根据提供的金融产品对每笔贷款申请进行分类。不同贷款产品的流程要求、复杂程度和监管限制往往不同,因此贷款发起流程也会有所差异。 分析时,贷款产品类型是重要的细分维度。分析人员可以比较不同产品的周期时间、返工率和流程路径,判断某些产品的流程效率是否较低。这些洞察有助于制定有针对性的流程改进措施,并设定切合实际的绩效目标。
重要性
可比较不同贷款类型的绩效,帮助识别流程更复杂或效率较低的产品。
获取途径
这是每笔贷款的核心数据,通常可在ICE Mortgage Technology的贷款详情主页面中找到。
示例
30年期固定利率常规贷款15年期固定利率常规贷款5/1浮动利率贷款FHA贷款VA贷款
|
|||
|
贷款金额
LoanAmount
|
申请人申请的贷款总金额。 | ||
|
说明
贷款金额表示贷款申请的本金。此金额可能显著影响流程:金额较大或不符合常规标准的贷款可能需要更严格的审查、不同级别的审批或更多文件,因此周期时间可能更长。 此属性可用于筛选和分析。分析人员可以按金额划分区间(例如,<$250k, $250k-$500k, >50万美元),比较不同贷款金额的流程绩效。它也是估算“每笔贷款发起成本”等财务指标的基础数据。
重要性
有助于按贷款金额细分流程,分析金额是否影响处理时间、返工或审批率,为绩效分析提供重要背景。
获取途径
这是ICE Mortgage Technology贷款申请数据中的基础字段。
示例
350000.00750000.00215500.50
|
|||
|
SLA状态
SLAState
|
通过计算得出的状态,用于指示活动或案例是否达到服务级别协议(SLA)要求。 | ||
|
说明
此属性表示某项活动或整个案例是否在服务级别协议目标时间内完成。通常通过将实际周期时间与预设的SLA目标(例如UnderwritingSlaTarget)进行比较得出。 此属性对于绩效和合规监控至关重要。仪表板通常使用SLAState展示达到目标的贷款占比,帮助管理者跟踪关键目标的完成情况。按贷款专员、产品类型或渠道细分SLA绩效,可以发现表现出色的领域或改进机会,确保组织履行服务承诺。
重要性
直观显示绩效是否达到关键时间目标,便于监控和报告SLA达成情况。
获取途径
源系统中没有此属性。它通过比较流程片段的实际持续时间与相应的SLA目标计算得出。
示例
按时有风险逾期
|
|||
|
信用评分
CreditScore
|
信用检查时主要申请人的信用评分。 | ||
|
说明
申请人的信用评分是贷款决策的重要因素,也可能影响承保流程的复杂程度。信用评分较低的申请可能需要更严格的审核和更多文件。 此属性为风险分析提供了重要维度。分析人员可以按信用评分区间细分申请,调查信用评分与处理时间、返工率或最终决策结果之间是否存在关联。这有助于优化风险评估流程并更有效地管理资源。
重要性
为分析提供风险维度,帮助判断信用风险是否与流程复杂度、周期时间或决策结果相关。
获取途径
此数据通常来自信用报告机构,并存储在ICE Mortgage Technology的借款人信息中。
示例
785692740810
|
|||
|
决策原因
ReasonForDecision
|
说明特定决策结果原因的代码或文本,例如贷款被拒的原因。 | ||
|
说明
此属性为“DecisionOutcome”提供背景信息。贷款被拒或需要返工时,此字段会说明原因,例如“债务收入比过高”或“文件不完整”。 此信息对于根因分析非常有价值。通过分析最常见的拒绝或返工原因,组织可以发现流程中的系统性问题或申请质量问题,并据此采取有针对性的改进措施,例如为申请人提供更清晰的说明,或加强对贷款专员的培训。
重要性
说明贷款被拒或返工的原因,帮助开展根因分析、解决系统性问题并提高一次通过率。
获取途径
请查阅ICE Mortgage Technology文档。此信息通常记录在原因代码字段或与决策里程碑相关的备注中。
示例
信用评分低于门槛申请文件不完整债务收入比过高房产估值过低
|
|||
|
客户类型
CustomerType
|
对贷款申请人的分类,例如“首次购房者”或“再融资客户”。 | ||
|
说明
此属性根据客户的特征或与贷款机构的关系对客户进行细分。首次购房者与投资者或申请贷款再融资的客户,在需求和所需文件方面可能差异很大,因此流程路径也可能不同。 按客户类型分析流程,可以发现客户体验和流程效率方面的差异。例如:“首次购房者的周期时间是否更长?”或“再融资申请的处理速度是否更快?”这些洞察有助于制定客户服务策略并调整流程。
重要性
可从客户角度分析流程,了解不同类型的客户是否面临不同的流程效率或挑战。
获取途径
请查阅ICE Mortgage Technology文档。此信息可能根据贷款用途或其他申请人数据推导得出。
示例
首次购房者再融资投资者现有客户
|
|||
|
房产所在州
PropertyState
|
与贷款申请相关的房产所在的美国州。 | ||
|
说明
此属性提供房产的地理位置。各州的贷款法规、市场状况和处理要求可能存在显著差异,进而影响贷款发起流程。 房产所在州是地理分析的实用维度。您可以比较不同地区的流程绩效,例如周期时间和审批率,从而识别区域瓶颈,或了解各州特定法规对流程的影响。
重要性
可用于流程的地理分析,帮助识别可能由市场状况或州特定法规导致的区域绩效差异。
获取途径
这是ICE Mortgage Technology贷款申请数据中房产信息部分的标准字段。
示例
CATXFLNYIL
|
|||
|
承保SLA目标
UnderwritingSlaTarget
|
承保阶段预先设定的服务级别协议(SLA)目标时长。 | ||
|
说明
此属性定义完成承保流程的预期最长时间,即从“开始承保”到“完成承保”的时长。它是衡量实际绩效的基准。 此属性是计算SLA达成情况的重要输入。您可以据此创建“SLAState”属性,将承保任务标记为“按时”或“逾期”。跟踪SLA绩效的仪表板会使用此目标,让管理者清楚了解服务承诺是否达成。
重要性
提供必要的基准,用于客观衡量和监控承保绩效是否达到服务级别协议要求。
获取途径
源系统中可能没有此字段;它也可能是业务知识,在数据转换时与数据关联。目标时长可能因贷款类型或地区而异。
示例
259200432000
|
|||
|
承保部门
UnderwritingDepartment
|
负责处理贷款申请的具体承保团队或部门。 | ||
|
说明
此属性用于标识负责贷款承保阶段的组织单位。在大型组织中,部门可能按地区、贷款类型或风险等级划分。 与指定的贷款专员类似,此属性可用于在团队或部门层面分析绩效。您可以比较不同承保团队的工作量、效率和SLA达成情况,帮助管理者识别绩效出色的团队并推广最佳实践。
重要性
可在团队或部门层面分析和比较绩效,有助于管理资源并识别特定团队中的系统性问题。
获取途径
请查阅ICE Mortgage Technology文档。此信息可能属于与承保人关联的用户数据,也可能存储在单独的路由字段中。
示例
东部承保团队西部承保团队大额贷款承保团队政府贷款承保团队
|
|||
|
数据最近更新时间
LastDataUpdate
|
此记录的数据最近一次从源系统刷新或提取的时间戳。 | ||
|
说明
此属性记录最近一次提取数据的日期和时间,有助于了解所分析数据的新鲜度并管理数据刷新计划。 它通常不用于分析流程本身,但对仪表板报告和数据治理至关重要。此属性可告知用户分析所依据的数据是否为最新数据,也有助于排查信息过时的问题。
重要性
让用户了解数据的新鲜度,确保分析和仪表板使用最新信息。
获取途径
此时间戳通常在数据提取和加载(ETL)过程中生成并添加到数据集中。
示例
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
|
|||
|
是否自动执行
IsAutomated
|
布尔标记,用于指示活动由系统自动执行还是由用户手动完成。 | ||
|
说明
此属性用于区分软件执行的任务(例如自动信用检查或发送系统生成的披露文件)与需要人工介入的任务,是自动化计划的重要依据。 结合此属性分析流程,有助于量化自动化程度并发现进一步改进的机会。它可用于计算“手动活动频率”等KPI,也能突出适合自动化的手动瓶颈,从而降低成本、提高处理速度。
重要性
有助于量化流程的自动化程度,并识别构成瓶颈的手动活动,为后续自动化计划提供依据。
获取途径
通常通过将活动名称或用户ID(例如“System”)映射到自动化状态来推导。源系统中可能没有对应的直接字段。
示例
truefalse
|
|||
|
是否返工
IsRework
|
通过计算得出的布尔标记,用于识别同一案例中重复执行的活动。 | ||
|
说明
布尔标记,用于指示同一贷款申请中的某项活动是否第二次或多次执行。如果某项活动出现在标准流程的后续步骤之后,通常会被识别为返工,例如“已请求补充文件”发生在“已作出承保决定”之后。 分析返工是了解流程低效问题的基础。筛选IsRework为true的活动后,分析人员可以量化返工循环的频率和影响,进而查明根因,例如初始文件不完整或要求不明确。此属性对于计算“申请返工率”KPI和推动流程简化至关重要。
重要性
通过标记重复工作,直接量化流程低效问题,便于衡量返工频率并调查根因。
获取途径
源系统中没有此属性。流程挖掘软件会通过检测案例顺序流中的重复活动或回退循环来计算此属性。
示例
truefalse
|
|||
|
源系统
SourceSystem
|
标识数据提取自哪个源系统或平台。 | ||
|
说明
此属性用于标明生成流程数据的软件或应用,例如“ICE Mortgage Technology Encompass”或连接的CRM。在汇总多个来源的数据时,这一属性尤其有用。 分析时,SourceSystem有助于验证数据,并提供事件来源的背景信息。您可以按特定系统筛选分析,也可以调查某个数据源特有的数据质量问题。
重要性
提供有关数据来源的重要背景信息,有助于验证数据、排查问题,并了解不同系统之间的流程差异。
获取途径
提取数据时可手动添加此值;如果导出数据来自数据仓库,也可能在数据标头中提供。
示例
ICE Mortgage Technology EncompassICE Mortgage Technology Velocify内部CRM
|
|||
|
贷款周期时间
LoanCycleTime
|
从贷款申请的第一个事件到最后一个事件的总时长。 | ||
|
说明
贷款申请案例从开始到结束的总耗时。计算方法是用第一个事件(例如“已创建贷款申请”)的时间戳,减去最后一个事件(例如“已放款”或“贷款被拒”)的时间戳。 此属性是衡量整体流程效率的关键绩效指标,可概览贷款从开始到完成所需的时间。分析人员可用此指标跟踪绩效变化、对照行业基准,并评估流程改进措施的影响。按贷款产品类型或申请渠道等维度细分平均周期时间,可以看出哪些流程变体的效率较高或较低。
重要性
此KPI直接衡量贷款发起流程的端到端效率,是跟踪绩效和加快服务交付的重要指标。
获取途径
对每个贷款申请ID,用最后一个事件的时间戳减去第一个事件的时间戳。
示例
259200038880004752000
|
|||
贷款发放活动
| 活动 | 说明 | ||
|---|---|---|---|
|
作出承保决策
|
表示初步承保审核已完成,并作出批准、暂停或拒绝等决定。这是贷款生命周期中的重要里程碑。 | ||
|
重要性
此事件标志着承保周期时间测量结束,也是关键决策节点。分析承保结果和所用时间,有助于评估承保绩效并找出返工原因。
获取途径
这是Encompass中的关键里程碑,根据承保阶段的完成日期记录。具体决策结果则存储在单独的字段中。
采集
根据“Underwriting”里程碑的完成时间戳,或状态变更为“Approved”、“Suspended”或“Denied”推断。
事件类型
inferred
|
|||
|
创建贷款申请
|
贷款专员在系统中创建新的贷款档案时,贷款发放流程正式开始。首次保存贷款案例时,系统会记录此活动并生成唯一的贷款申请ID。 | ||
|
重要性
作为主要开始事件,此活动是计算贷款整体周期时间和分析申请量的基础,也为后续流程测量和吞吐量分析提供基准。
获取途径
通常会在贷款历史记录或审计日志中明确记录此事件。也可以根据与贷款申请ID关联的贷款记录创建时间推断。
采集
根据贷款档案的创建日期或贷款审计跟踪记录中的首条记录获取。
事件类型
explicit
|
|||
|
发出交割许可通知
|
正式通知所有条件均已满足,贷款方可以安排交割并发放贷款。这是表明贷款已进入最后阶段的关键里程碑。 | ||
|
重要性
这是流程中的关键关口,标志着承保和处理活动结束。借此可以衡量从申请到最终批准所需的时间。
获取途径
根据Encompass中“Clear to Close”(CTC)里程碑的完成日期获取。这是工作流中定义明确的标准阶段。
采集
根据贷款里程碑跟踪记录中“Clear to Close”日期字段的填写情况推断。
事件类型
inferred
|
|||
|
发放贷款资金
|
标志着贷款发放流程成功完成并结束,即贷款金额已支付。此事件结束了贷款从申请到放款的整个流程。 | ||
|
重要性
作为表示成功完成的主要结束事件,此活动对于计算成功发放贷款的端到端周期时间至关重要,也用于衡量申请处理量。
获取途径
根据Encompass中的“Funding Date”或“Disbursement Date”字段记录。确认电汇后,系统会填写此日期。
采集
根据贷款数据中“Funding Date”字段的填写情况推断。
事件类型
inferred
|
|||
|
开始承保
|
标志着承保流程正式开始,承保人员开始正式审核贷款申请及所有补充文件。贷款档案会正式提交至承保队列,或分配给承保人员。 | ||
|
重要性
这是衡量承保周期时间的起点,也是运营效率的重要KPI。此数据有助于分析承保人员的工作量,并识别承保前的瓶颈。
获取途径
通常根据贷款档案被分配至“Underwriting”里程碑时的时间戳,或状态变更为“In Underwriting”时的时间戳推断。
采集
根据“Submitted to Underwriting”日期字段或状态变更为“Underwriting in Progress”推断。
事件类型
inferred
|
|||
|
发送交割披露文件
|
表示向申请人发送最终交割披露文件(CD)供其审核的时间。这是强制性的合规步骤,必须在交割前规定的天数完成。 | ||
|
重要性
跟踪此活动对于确保符合TRID要求至关重要,因为这会启动强制等待期。此处的延误可能直接影响预定交割日期。
获取途径
根据“Closing Disclosure Sent”里程碑的完成日期,或Encompass贷款档案合规部分中的特定日期字段获取。
采集
根据“CD Sent”或同等里程碑的时间戳推断。
事件类型
inferred
|
|||
|
发送初始披露文件
|
表示向申请人发送首批合规披露文件(如贷款估算书)的时间。这是关键的监管步骤,必须在申请提交后规定的期限内完成。 | ||
|
重要性
跟踪此活动对于监控TRID等法规的合规情况至关重要。从申请创建到完成此步骤的时间差,可能反映流程早期的处理延误。
获取途径
根据Encompass中“Initial Disclosures”里程碑的完成日期获取。通常在生成并发送文件时填写相应日期字段。
采集
根据“Initial Disclosures Sent”里程碑或状态完成时的时间戳推断。
事件类型
inferred
|
|||
|
完成信用审查
|
表示已成功获取并审核申请人的信用报告。审查结果是承保决策的重要依据。 | ||
|
重要性
信用审查是承保流程的关键前置环节。此步骤延误可能导致整个流程停滞,而审查结果会直接影响贷款决策。
获取途径
通常通过与信用报告机构的集成记录此活动。收到信用报告并将其附加到贷款档案时,系统通常会记录时间戳。
采集
根据贷款档案中的“Credit Report Ordered”或“Credit Report Received”日期字段获取。
事件类型
explicit
|
|||
|
拒绝贷款
|
表示贷款方正式拒绝贷款申请,流程未能成功完成。此状态是贷款档案的终止状态。 | ||
|
重要性
这是表示流程未成功的关键结束事件。分析以此活动结束的贷款及相关原因代码,有助于发现提升申请质量或优化承保标准的机会。
获取途径
最终贷款状态设为“Denied”时记录此活动。状态变更日期会记录在贷款审计日志或特定里程碑日期字段中。
采集
根据最终状态为“Denied”及该状态变更的时间戳推断。
事件类型
inferred
|
|||
|
撤回申请
|
表示申请人主动撤回申请,流程未能成功完成。这也是贷款档案的终止状态。 | ||
|
重要性
这是由客户发起、表示流程未成功的结束事件。分析申请撤回的时间和原因,有助于了解客户满意度、竞争情况和流程阻力。
获取途径
最终贷款状态设为“Withdrawn”时记录此活动。状态变更日期会记录在系统日志或里程碑日期字段中。
采集
根据最终状态为“Withdrawn”及该状态变更的时间戳推断。
事件类型
inferred
|
|||
|
收到房产评估报告
|
表示从评估师处收到房产评估报告并将其添加到贷款档案的时间。此步骤对于评估房产价值至关重要,也是最终贷款审批的关键前置环节。 | ||
|
重要性
房产评估往往是造成显著延误的原因之一。跟踪评估的委托和接收时间,有助于有效监控和管理这一外部依赖环节。
获取途径
通常在上传评估文件并填写Encompass中相应的“Appraisal Received”里程碑日期字段时记录此事件。
采集
根据“Appraisal Received Date”字段的填写情况或相关状态变更推断。
事件类型
inferred
|
|||
|
收到补充文件
|
表示已收到申请人提交的所有首批补充文件,并将其上传至贷款档案。完成此事件后,申请才能进入承保阶段。 | ||
|
重要性
此活动标志着文件收集阶段结束。从“Supporting Documents Requested”到此事件的时长,是衡量申请人和贷款处理人员效率的重要KPI。
获取途径
通常根据“Documents Received”或“Ready for Underwriting”里程碑的完成情况推断,也可根据最后一份必需文件的上传时间戳得出。
采集
根据贷款状态变更为“Processing”或“Ready for Underwriting”时的时间戳推断。
事件类型
inferred
|
|||
|
有条件批准贷款
|
承保人员批准贷款,但要求在完成交割前满足特定条件时,会发生此活动。这是初步承保审核的常见结果。 | ||
|
重要性
此活动会触发流程中的“清除条件”阶段。跟踪此活动有助于分析初步批准与最终“Clear to Close”之间的返工和延误。
获取途径
通常根据承保决策状态变更为“Approved with Conditions”或“Suspended”记录。此状态变更的时间戳可在贷款审计跟踪记录中查找。
采集
根据状态变更为“Approved with Conditions”及里程碑日志中的相应时间戳推断。
事件类型
inferred
|
|||
|
满足所有条件
|
表示所有承保条件均已满足,并经承保团队审核和签字确认。贷款现已准备好进入最终交割步骤。 | ||
|
重要性
此活动标志着承保后的返工结束。从“Loan Approved with Conditions”到此事件的时长,反映了处理未完成事项的效率。
获取途径
根据贷款状态更新为所有条件均已满足时的时间戳推断,通常对应Encompass中的“Final Approval”里程碑。
采集
根据“Conditions Cleared”或“Final Approval”里程碑的完成日期推断。
事件类型
inferred
|
|||
|
签署贷款文件
|
借款人在交割时签署最终贷款文件,即发生此活动。此事件确认借款人同意贷款条款,并且发生在贷款发放之前。 | ||
|
重要性
这是贷款发放前涉及借款人的最后一个主要步骤。此步骤可确认贷款正在推进,并用于衡量流程中的“交割”阶段。
获取途径
根据Encompass贷款档案中的“Documents Signed”或“Closing Date”字段记录。交割代理或贷款专员会填写此日期。
采集
根据贷款数据中“Signing Date”或“Closing Date”字段的填写情况推断。
事件类型
inferred
|
|||
|
请求补充文件
|
贷款处理人员或专员正式向申请人索取所需文件(如工资单或银行对账单)时,会发生此活动。通常在初步审核完成后触发。 | ||
|
重要性
此活动标志着文件收集阶段开始。分析从提出请求到收到文件的时间,有助于识别申请人延迟或沟通不清造成的瓶颈。
获取途径
可根据贷款档案中的状态变更、特定里程碑完成日期或Encompass系统中的沟通日志推断此事件。
采集
根据状态变更为“Pending Documents”或文件请求模板上的时间戳推断。
事件类型
inferred
|
|||
数据提取指南
优化贷款发放流程,加快结清
将决策时间缩短50%,减少积压和风险。
无需信用卡,几分钟即可激活。