您的贷款发起数据模板
您的贷款发起数据模板
- 建议收集的属性
- 需要跟踪的关键活动
- 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充当Case ID,将“申请已提交”“开始承保”和“资金已发放”等相关事件关联为一个完整的流程实例。这样即可重建并分析每笔贷款的端到端历程,这对于计算周期时间、识别流程变体和了解流程路径至关重要。
为什么重要
这是连接所有相关活动与单个流程实例的必要Case 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
|
|||
|
最后数据更新时间
LastDataUpdate
|
表示该记录数据最后一次从源系统刷新或提取时间的时间戳。 | ||
|
说明
该属性提供最近一次提取数据的日期和时间。它对于了解待分析数据的新鲜度和管理数据刷新计划至关重要。 虽然通常不用于分析流程本身,但它对仪表板报告和数据治理十分重要。它可以告知用户分析数据的时效性,并帮助诊断过期信息相关问题。
为什么重要
告知用户数据的新鲜度,这对于确保分析和仪表板基于最新信息至关重要。
获取位置
该时间戳通常在数据提取和加载(ETL)过程中生成并添加到数据集中。
示例
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
|
|||
|
决策原因
ReasonForDecision
|
解释具体决策结果原因的代码或文本描述,例如贷款拒绝原因。 | ||
|
说明
该属性为“DecisionOutcome”提供上下文。当贷款被拒绝或需要返工时,该字段会说明原因,例如“债务收入比过高”或“文件不完整”。 该信息对于根因分析非常有价值。通过分析最常见的拒绝或返工原因,组织可以识别流程中的系统性问题或申请质量问题,并据此采取有针对性的改进措施,例如为申请人提供更清晰的说明,或加强贷款专员培训。
为什么重要
说明贷款拒绝或返工背后的原因,支持根因分析,帮助解决系统性问题并提升一次通过率。
获取位置
请参阅ICE Mortgage Technology文档。该信息通常记录在与决策里程碑关联的原因代码字段或备注中。
示例
信用评分低于阈值申请文件不完整DTI过高评估价值过低
|
|||
|
客户类型
CustomerType
|
对贷款申请人的分类,例如“首次购房者”或“再融资”。 | ||
|
说明
此属性根据客户的画像或与贷款机构的关系对客户进行细分。首次购房者所需的服务和材料,可能与投资者或办理贷款再融资的客户大不相同,因此可能对应不同的流程路径。 按客户类型分析流程,可以发现客户体验和流程效率方面的差异。这有助于回答以下问题:“首次购房者的周期时间是否更长?”或“再融资申请的处理速度是否更快?”这些洞察可用于制定客户服务策略和调整流程。
为什么重要
支持以客户为中心分析流程,了解不同类型客户是否面临不同的流程效率或挑战。
获取位置
请参阅ICE Mortgage Technology文档。该属性可能源自贷款用途或其他申请人数据。
示例
首次购房者再融资投资者现有客户
|
|||
|
房产所在州
PropertyState
|
贷款申请所涉及房产所在的美国州。 | ||
|
说明
该属性提供房产的地理位置。不同州的贷款法规、市场条件和处理要求可能存在显著差异,从而影响贷款发起流程。 房产所在州是地理分析的有用维度。它支持比较不同地区的流程绩效,例如周期时间和批准率,有助于识别地区性瓶颈,或分析州级法规对流程的影响。
为什么重要
支持对流程进行地理分析,帮助识别可能由市场条件或州级法规造成的地区绩效差异。
获取位置
这是ICE Mortgage Technology贷款申请数据中房产信息部分的标准字段。
示例
CATXFLNYIL
|
|||
|
承保SLA目标
UnderwritingSlaTarget
|
承保阶段预先设定的服务级别协议(SLA)目标时长。 | ||
|
说明
此属性定义完成承保流程的预期最长时间,起点为“Underwriting Commenced”,终点为“Underwriting Completed”。它是衡量实际绩效的基准。 这是计算SLA达标情况的关键输入。借助该属性,可以创建“SLAState”属性,将承保任务标记为“按时”或“逾期”。跟踪SLA绩效的仪表板依赖此目标,帮助管理人员清晰了解服务承诺是否得到履行。
为什么重要
提供客观衡量和监控承保绩效所需的基准,用于评估其是否符合服务级别协议。
获取位置
源系统中可能没有此字段,也可能是转换数据时与数据关联的业务知识。该属性可能因贷款类型或地区而异。
示例
259200432000
|
|||
|
承保部门
UnderwritingDepartment
|
负责处理贷款申请的具体承保团队或部门。 | ||
|
说明
该属性标识负责贷款承保阶段的组织单元。在大型组织中,部门可能按地区、贷款类型或风险级别划分。 与指定的贷款专员类似,该属性支持在团队或部门层面分析绩效。它可用于比较不同承保团队的工作量、效率和SLA遵循情况,帮助管理层识别高绩效团队并推广最佳实践。
为什么重要
支持在团队或部门层面进行绩效分析和比较,有助于资源管理,并识别特定团队内部的系统性问题。
获取位置
请参阅ICE Mortgage Technology文档。该信息可能属于与承保人员关联的用户数据,也可能存储在单独的路由字段中。
示例
东部承保部西部承保部巨额贷款承保部政府贷款承保部
|
|||
|
是否自动执行
IsAutomated
|
用于表示活动由系统自动执行,还是由用户手动执行的布尔标记。 | ||
|
说明
该属性区分由软件执行的任务(例如自动信用检查或发送系统生成的披露文件)与需要人工介入的任务。这一信息是自动化建设的关键依据。 结合该属性分析流程,有助于量化自动化程度并发现进一步改进机会。它可用于计算“手动活动频率”等KPI,并识别适合自动化的手动瓶颈,从而降低成本、提升速度。
为什么重要
有助于量化流程的自动化程度,并识别作为瓶颈的手动活动,为后续自动化建设提供依据。
获取位置
通常通过将活动名称或用户ID(例如“System”)映射为自动化状态得出。它不太可能是源系统中的直接字段。
示例
truefalse
|
|||
|
是否返工
IsRework
|
用于识别某项活动是否为同一案例中的重复步骤的计算布尔标记。 | ||
|
说明
用于表示某项活动是否在同一贷款申请中第二次或后续执行。通常,当某项活动出现在标准流程中的后续步骤之后时,即可识别为返工,例如“Supporting Documents Requested”发生在“Underwriting Decision Rendered”之后。 分析返工是理解流程低效的基础。筛选IsRework为true的活动后,分析人员可以量化返工循环的频率和影响,识别初始材料不完整或要求不明确等根本原因。这对于计算Application Rework RateKPI和推动流程简化至关重要。
为什么重要
通过标记重复工作,直接量化流程低效,便于衡量返工频率并调查其根本原因。
获取位置
源系统中没有此属性。它由流程挖掘软件通过检测案例流程中的重复活动或回退循环计算得出。
示例
truefalse
|
|||
|
源系统
SourceSystem
|
标识提取数据的原始系统或平台。 | ||
|
说明
该属性指定生成流程数据的软件或应用,例如“ICE Mortgage Technology Encompass”或连接的CRM。在数据汇总自多个来源的环境中,这一属性尤其有用。 在分析中,SourceSystem有助于验证数据,并提供事件来源的上下文。您可以按特定系统筛选分析,也可以调查某个来源独有的数据质量问题。
为什么重要
提供有关数据来源的重要上下文,有助于数据验证、问题排查,以及了解不同系统之间的流程差异。
获取位置
该值可以在数据提取时手动添加;如果导出源自数据仓库,也可能包含在数据表头中。
示例
ICE Mortgage Technology EncompassICE Mortgage Technology Velocify内部CRM
|
|||
|
贷款周期时间
LoanCycleTime
|
贷款申请从第一个事件到最后一个事件的总计算时长。 | ||
|
说明
贷款申请案例从开始到结束经过的总时间。计算方式为第一个事件(例如“Loan Application Created”)与最后一个事件(例如“Funds Disbursed”或“Loan Denied”)时间戳之差。 此属性是衡量整体流程效率的核心绩效指标,可从总体层面了解一笔贷款从开始到完成所需的时间。分析人员可利用该指标跟踪长期绩效、与行业标准进行对标,并识别流程改进举措的影响。按贷款产品类型或申请渠道等维度拆分平均周期时间,可以发现不同流程变体的效率差异。
为什么重要
此KPI直接衡量贷款发起流程的端到端效率,是跟踪绩效和加快服务交付的关键指标。
获取位置
对每个Loan Application ID,用最后一个事件的时间戳减去第一个事件的时间戳。
示例
259200038880004752000
|
|||
贷款发放活动
| 活动 | 说明 | ||
|---|---|---|---|
|
创建贷款申请
|
当贷款专员在系统中创建新的贷款文件时,该活动标志着贷款发起流程正式开始。贷款案例首次保存时会记录此事件,并建立唯一的Loan Application ID。 | ||
|
为什么重要
作为主要开始事件,该活动对于计算整体贷款周期时间、分析申请接收量至关重要。它为后续所有流程度量和吞吐量分析提供基准。
获取位置
这通常是贷款历史记录或审计日志中明确记录的事件,也可以根据与Loan Application ID关联的贷款记录创建时间戳推断。
采集
根据贷款文件创建日期或贷款审计轨迹中的第一条记录获取。
事件类型
explicit
|
|||
|
已签发可交割通知
|
正式通知所有条件均已满足,贷款方可以安排交割并发放贷款。这是表明贷款准备进入最终阶段的关键里程碑。 | ||
|
为什么重要
这是流程中的关键关口,表示承保和处理活动结束。它可用于衡量从申请到最终批准所需的时间。
获取位置
取自Encompass中“可交割”(CTC)里程碑的完成日期。这是工作流中标准且定义明确的阶段。
采集
根据贷款里程碑跟踪中的“可交割”日期字段是否已填写推断。
事件类型
inferred
|
|||
|
开始承保
|
标志着承保流程正式开始。承保人员开始正式审核贷款申请及所有证明文件,贷款档案也会正式提交至承保队列或分配给承保人员。 | ||
|
为什么重要
这是衡量承保周期时间的起点,也是运营效率的重要KPI。它有助于分析承保人员的工作量,并识别承保前的瓶颈。
获取位置
通常根据贷款档案分配至“承保”里程碑时的时间戳,或状态变为“承保中”时的时间戳推断。
采集
根据“提交至承保”日期字段,或状态变为“承保进行中”推断。
事件类型
inferred
|
|||
|
生成承保决策
|
该活动表示初步承保审核完成,并产生批准、暂停或拒绝等决策结果。它标志着贷款生命周期中的重要里程碑。 | ||
|
为什么重要
该事件结束承保周期时间的计量,也是关键决策点。分析结果和耗时,有助于评估承保绩效并识别返工原因。
获取位置
这是Encompass中的关键里程碑,根据承保阶段的完成日期记录。具体决策结果存储在单独的字段中。
采集
根据“承保”里程碑的完成时间戳,或状态变为“已批准”“已暂停”或“已拒绝”推断。
事件类型
inferred
|
|||
|
资金已发放
|
标志着贷款发起流程成功完成并结束,即贷款金额已支付。这一事件结束贷款从申请到资金发放的完整流程。 | ||
|
为什么重要
作为主要成功终止事件,它对于计算成功发起贷款的端到端周期时间至关重要,也用于衡量申请处理量。
获取位置
通过Encompass中的“资金发放日期”或“拨款日期”字段记录。确认电汇后,该日期字段会被填写。
采集
根据贷款数据中“资金发放日期”字段是否已填写推断。
事件类型
inferred
|
|||
|
信用检查完成
|
该活动表示已成功调取并审核申请人的信用报告。检查结果是承保决策的重要依据。 | ||
|
为什么重要
信用检查是承保的关键依赖项。该步骤延迟可能导致整个流程停滞,其结果也会直接影响贷款决策。
获取位置
通常通过与信用报告机构的集成记录。收到并附加信用报告后,贷款档案中一般会记录相应时间戳。
采集
取自贷款档案中的“信用报告已下单”或“已收到信用报告”日期字段。
事件类型
explicit
|
|||
|
发送初始披露文件
|
表示向申请人发送首批合规披露文件的时间点,例如Loan Estimate。这是关键监管步骤,必须在申请提交后的规定时限内完成。 | ||
|
为什么重要
跟踪此活动对于监控TRID等法规的合规情况至关重要。从申请创建到此步骤之间的时间间隔,可以反映早期处理延迟。
获取位置
根据Encompass中“Initial Disclosures”里程碑的完成日期获取。通常,文件生成并发送后,系统会填充相应日期字段。
采集
根据“Initial Disclosures Sent”里程碑或状态完成时关联的时间戳推断。
事件类型
inferred
|
|||
|
已发送交割披露文件
|
表示最终交割披露文件(CD)发送给申请人审核的时点。这是强制性的合规步骤,必须在交割前规定的天数完成。 | ||
|
为什么重要
跟踪该活动对于确保TRID合规至关重要,因为它会启动强制等待期。此处延迟可能直接影响计划交割日期。
获取位置
取自“已发送交割披露文件”里程碑的完成日期,或Encompass贷款档案合规部分的特定日期字段。
采集
根据与“CD已发送”或等效里程碑关联的时间戳推断。
事件类型
inferred
|
|||
|
收到支持文件
|
表示申请人最初要求提供的所有证明文件均已收到,并已上传至贷款档案。该事件是将申请转入承保环节的前提。 | ||
|
为什么重要
该活动标志着文件收集阶段结束。从“要求提供证明文件”到该事件之间的时长,是衡量申请人和贷款处理人员效率的重要KPI。
获取位置
通常根据“已收到文件”或“准备承保”里程碑的完成情况推断,也可以根据最后一份必需文件的上传时间戳得出。
采集
根据贷款状态变为“处理中”或“准备承保”时的时间戳推断。
事件类型
inferred
|
|||
|
收到评估报告
|
表示从评估师处收到房产评估报告并将其添加到贷款档案的时刻。该步骤对房产估值至关重要,也是最终贷款审批的关键依赖项。 | ||
|
为什么重要
评估环节经常造成明显延迟。跟踪评估报告的下单和接收时间,有助于有效监控和管理这一外部依赖项。
获取位置
通常在上传评估文件,并填写Encompass中对应的“收到评估报告”里程碑日期字段时记录。
采集
根据填写“收到评估报告日期”字段或相关状态变更推断。
事件类型
inferred
|
|||
|
有条件批准贷款
|
承保人员批准贷款,但要求在交割前满足特定条件时触发。这是初步承保审核的常见结果。 | ||
|
为什么重要
该活动触发流程中的“条件清除”阶段。跟踪这一活动,有助于分析初步批准与最终“可交割”之间的返工和延迟。
获取位置
通常通过承保决策状态变为“有条件批准”或“已暂停”记录。该状态变更的时间戳可在贷款审计轨迹中找到。
采集
根据状态变为“有条件批准”及其在里程碑日志中的对应时间戳推断。
事件类型
inferred
|
|||
|
条件已清除
|
该事件表示所有承保条件均已满足、审核并由承保团队签字确认。贷款现已准备进入最终交割步骤。 | ||
|
为什么重要
这标志着承保后的返工全部结束。“有条件批准贷款”与该事件之间的时长,反映了未完成事项的处理效率。
获取位置
根据贷款状态更新时间戳推断,该状态表示所有条件均已满足,通常属于Encompass中的“最终批准”里程碑。
采集
根据“条件已清除”或“最终批准”里程碑的完成日期推断。
事件类型
inferred
|
|||
|
申请已撤回
|
表示流程未成功结束,申请人选择撤回申请。这是贷款档案的另一种终止状态。 | ||
|
为什么重要
这是由客户发起的失败终止事件。分析申请在何时及为何撤回,有助于了解客户满意度、竞争情况和流程阻力。
获取位置
最终贷款状态设为“已撤回”时记录。该状态变更日期会记录在系统日志或里程碑日期字段中。
采集
根据最终状态为“已撤回”及该状态变更的时间戳推断。
事件类型
inferred
|
|||
|
请求支持文件
|
当贷款处理人员或专员正式向申请人请求工资单、银行对账单等必要文件时,就会发生此活动。通常在初审完成后触发。 | ||
|
为什么重要
这标志着文件收集阶段开始。分析从提出请求到收到文件的耗时,有助于识别由申请人延迟或沟通不清造成的瓶颈。
获取位置
可以根据贷款文件中的状态变更、特定里程碑完成日期,或Encompass系统中的沟通日志推断此事件。
采集
根据状态变更为“Pending Documents”,或文件请求模板中的时间戳推断。
事件类型
inferred
|
|||
|
贷款已拒绝
|
该活动表示流程未成功结束,贷款方正式拒绝贷款申请。这是贷款档案的终止状态。 | ||
|
为什么重要
这是关键的失败终止事件。分析以该活动结束的贷款及其相关原因代码,有助于发现提升申请质量或优化承保标准的机会。
获取位置
最终贷款状态设为“已拒绝”时记录。该状态变更日期会记录在贷款审计日志或特定里程碑日期字段中。
采集
根据最终状态为“已拒绝”及该状态变更的时间戳推断。
事件类型
inferred
|
|||
|
贷款文件已签署
|
借款人在交割时签署最终贷款文件后触发。该事件确认借款人同意贷款条款,并先于贷款发放。 | ||
|
为什么重要
这是贷款发放前涉及借款人的最后一个主要步骤,也是确认贷款继续推进的关键节点,可用于衡量流程中的“交割”阶段。
获取位置
通过Encompass贷款档案中的“文件已签署”或“交割日期”字段记录。该日期由交割代理或贷款专员填写。
采集
根据贷款数据中“签署日期”或“交割日期”字段是否已填写推断。
事件类型
inferred
|
|||
提取指南
优化贷款发起流程,立即加快结清速度
将决策时间缩短50%,消除积压和风险。
无需信用卡,几分钟内即可启用。