您的贷款发起数据模板
您的贷款发起数据模板
- 建议收集的属性
- 需要追踪的关键活动
- ICE Mortgage Technology 数据提取指南
贷款发起属性
| 名称 | 描述 | ||
|---|---|---|---|
|
事件timestamp
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,使得分析端到端的贷款发放旅程成为可能。
获取方式
这是系统内的主要贷款标识符,通常被称为“贷款编号”或“贷款 ID”。
示例
300185624530029947123004512388
|
|||
|
事件结束时间
EventEndTime
|
活动完成的日期和时间。它与开始时间配合使用,以计算某个事件的实际处理工时。 | ||
|
描述
“事件结束时间”标志着特定任务的完成。对于瞬间完成的事件,结束时间可能与开始时间相同。对于有明确时长的活动(如“核保审查”),该时间戳是独立的。 该属性通过区分等待时间(活动之间的间隔)和处理时间(活动的持续时长),使流程绩效分析更加精准。它是计算“处理工时”指标和进行资源利用率分析的必备要素。
为何重要
支持计算活动的真实处理时间,有助于区分实际工作时间和闲置等待时间,从而进行更准确的瓶颈分析。
获取方式
请咨询 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 贷款”。 | ||
|
描述
该属性根据所提供的金融产品对每笔贷款申请进行分类。不同的贷款产品通常具有不同的流程要求、复杂程度和监管约束,从而导致发放流程出现差异。 在分析中,“贷款产品类型”是关键的细分维度。它允许分析师比较不同产品的周期时间、返工率和流程路径,以查看某些产品是否效率较低。这种见解对于量身定制流程改进工作和设定切合实际的绩效目标至关重要。
为何重要
支持不同贷款类型的性能比较,有助于识别特定产品是否具有更复杂或更低效的流程。
获取方式
这些信息是任何贷款的核心数据点,应在系统的主贷款详情部分中提供。
示例
30年期固定利率常规贷款15年期固定利率常规贷款5/1 可调利率贷款 (ARM)FHA 贷款VA 贷款
|
|||
|
贷款金额
LoanAmount
|
申请人请求的贷款本金总额。 | ||
|
描述
“贷款金额”代表申请的贷款本金。该数值会显著影响流程,因为较大金额或非标贷款可能需要额外审查、不同的审批级别或更详尽的证明文件,从而导致周期延长。 该属性被用作过滤和分析的关键维度。通过创建金额区间(如 <25 万、25-50 万、>50 万美元),分析师可以比较不同贷款规模的流程绩效。它也是财务计算的基本组成部分,例如估算“单笔贷款发放成本”。
为何重要
有助于细分流程,查看贷款价值是否影响处理时间、返工率或审批率,为性能分析提供宝贵的背景信息。
获取方式
这是贷款申请数据中的一个基本字段。
示例
350000.00750000.00215500.50
|
|||
|
SLA 状态
SLAState
|
一个计算出的状态,指示活动或案件是否满足其服务水平协议 (SLA)。 | ||
|
描述
指示某项活动或整个案件是否在服务水平协议 (SLA) 目标内完成。它通常是通过将实际周期时间与预定义的 SLA 目标(如 UnderwritingSlaTarget)进行对比得出的。 此属性对于性能和合规性监控至关重要。仪表板通常使用
为何重要
清晰、直观地展示各关键时间目标的达成情况,轻松监控并汇报 SLA 合规性。
获取方式
源系统中没有此属性。它是通过将流程片段的实际时长与相应的 SLA 目标进行对比计算得出的。
示例
准时存在风险逾期
|
|||
|
信用评分
CreditScore
|
进行信用检查时主申请人的信用评分。 | ||
|
描述
申请人的信用评分是贷款决策的关键因素,也会影响核保流程的复杂程度。信用评分较低的申请可能需要更严格的审查和证明文件。 该属性为基于风险的分析提供了宝贵维度。通过按信用评分区间对申请进行细分,分析师可以研究信用评分与处理时间、返工率或最终决策结果之间是否存在关联。这有助于优化风险评估流程并更有效地管理资源。
为何重要
为分析增加风险维度,帮助判断信用风险是否与流程复杂程度、周期时间或决策结果存在关联。
获取方式
此数据通常来自信用报告机构,并存储在系统内的借款人信息中。
示例
785692740810
|
|||
|
最后数据更新
LastDataUpdate
|
指示此记录数据上次从源系统刷新或提取的 timestamp。 | ||
|
描述
该属性提供最近一次数据提取的日期和时间。这对于了解所分析数据的时效性以及管理数据刷新计划至关重要。 虽然通常不直接用于分析流程本身,但对于仪表板报表和数据治理非常重要。它告知用户分析的最新程度,并帮助诊断与信息过期相关的问题。
为何重要
告知用户数据的时效性,这对于确保分析和仪表板基于最新信息至关重要。
获取方式
该时间戳通常在数据抽取与加载(ETL)过程中生成并写入数据集。
示例
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
|
|||
|
决策原因
ReasonForDecision
|
解释特定决策结果(如贷款拒绝)背后原因的代码或文本说明。 | ||
|
描述
该属性为“决策结果”提供背景。当贷款被拒或需要返工时,该字段会指明原因,例如“债务收入比过高”或“证明材料不全”。 这些信息对于根本原因分析极具价值。通过分析最常见的拒绝或返工原因,组织可以识别流程中的系统性问题或申请质量问题。这些洞察有助于实施针对性改进,例如向申请人提供更清晰的说明,或对贷款专员进行额外培训。
为何重要
深入挖掘贷款被拒或返工背后的原因,以便进行根本原因分析,解决系统性问题并提高首次通过率。
获取方式
请咨询 ICE Mortgage Technology 文档。此类信息通常记录在与决策里程碑关联的原因代码字段或备注中。
示例
信用评分低于阈值申请文件不完整债务收入比 (DTI) 过高评估价值过低
|
|||
|
处理时间
ProcessingTime
|
活动的计算时长,从其开始时间到结束时间。 | ||
|
描述
活动的时长,计算方式为 EventEndTime 与 EventTimestamp 之差。该指标对于识别贷款发放流程中哪些特定步骤消耗了最多的实际工时至关重要。 在分析中,“处理工时”有助于从活动层面定位瓶颈。通过汇总该指标,分析师可以比较不同活动、贷款专员或部门的效率。例如,“核保开始”的平均处理工时过高,可能表明存在资源限制或需要调查的流程复杂性。它是绩效监控和持续改进方案的基石。
为何重要
衡量各个流程步骤的实际工时,有助于识别最耗时的活动,并将其与空闲等待时间区分开来。
获取方式
源系统中没有此属性。它是数据转换过程中使用公式 EventEndTime - EventTimestamp 计算得出的。
示例
36008640012320
|
|||
|
客户类型
CustomerType
|
贷款申请人的分类,例如“首次置业者”或“再融资”。 | ||
|
描述
该属性根据客户画像或其与贷款方的关系对客户进行细分。首次购房者的需求和所需材料可能与投资者或再融资申请人迥异,从而可能导致不同的流程路径。 按“客户类型”分析流程可以发现客户体验和流程效率方面的差异。它有助于回答诸如“首次购房者的周期时间是否更长?”或“再融资申请的处理速度是否更快?”等问题。这些洞察可以为客户服务策略和流程调整提供依据。
为何重要
支持以客户为中心的流程分析,以了解不同类型的客户是否经历了不同的流程效率或挑战。
获取方式
请咨询 ICE Mortgage Technology 文档。这可能衍生自贷款用途或其他申请人数据。
示例
首次置业者再融资贷款投资者现有客户
|
|||
|
房产所在州/省
PropertyState
|
贷款申请相关房产所在的美国州。 | ||
|
描述
该属性提供房产的地理位置。贷款监管、市场条件和处理要求可能因州而异,这会影响贷款发放流程。 “房产所在州”是进行地理分析的有用维度。它允许比较不同地区的流程绩效(如周期时间和获批率)。这有助于识别地区性瓶颈,或突显各州特定法规对流程的影响。
为何重要
支持流程的地域分析,有助于识别可能由市场条件或特定州法规引起的区域性能差异。
获取方式
这是贷款申请数据中房产信息部分的标准字段。
示例
CATXFL纽约IL (伊利诺伊州)
|
|||
|
是否已自动化
IsAutomated
|
一个布尔值标志,指示活动是由系统自动执行还是由用户手动执行。 | ||
|
描述
该属性区分了由软件执行的任务(如自动化信用检查或发送系统生成的披露信息)与需要人工干预的任务。这些信息是自动化方案的关键。 通过该属性分析流程有助于量化自动化水平并识别进一步改进的机会。它用于计算“手动活动频率”等 KPI,并能突出作为自动化首选目标的手动瓶颈,最终旨在降低成本并提高速度。
为何重要
有助于量化流程中的自动化程度,并识别作为瓶颈的手动活动,为未来的自动化计划提供依据。
获取方式
这通常是通过将活动名称或用户 ID(如“System”)映射到自动化状态来得出的。它不太可能是源系统中的直接字段。
示例
truefalse
|
|||
|
是否返工
IsRework
|
一个计算出的布尔值标志,用于识别活动是否为同一案件中的重复步骤。 | ||
|
描述
一个布尔值标志,指示在同一笔贷款申请中,某个活动是否是第二次或后续执行。这通常发生在某个活动排在标准流程中更后的步骤之后,例如在“下达核保决策”之后又出现了“请求补充材料”。 返工分析是理解流程效率低下的基础。通过过滤
为何重要
通过标记重复工作直接量化流程效率低下,从而轻松衡量返工频率并调查其根本原因。
获取方式
源系统中没有此属性。它是流程挖掘软件通过检测案例流程中重复的活动或回流循环计算得出的。
示例
truefalse
|
|||
|
核保 SLA 目标
UnderwritingSlaTarget
|
预定义的核保阶段服务水平协议 (SLA) 目标时长。 | ||
|
描述
该属性定义了完成核保流程(从“核保开始”到“核保完成”)的预期最长时间。它作为客观衡量实际绩效的基准。 这是计算 SLA 达成率的关键输入。它支持创建“SLA 状态”属性,将核保任务标记为“按时”或“逾期”。追踪 SLA 绩效的仪表板依赖于此目标,为管理层清晰展示服务承诺是否得到履行。
为何重要
提供必要的基准,以根据服务水平协议 (SLA) 客观衡量并监控核保绩效。
获取方式
这可能不是源系统中的字段,而是业务逻辑,在数据转换期间合并。它可能因贷款类型或地区而异。
示例
259200432000
|
|||
|
核保部门
UnderwritingDepartment
|
处理贷款申请的特定核保团队或部门。 | ||
|
描述
该属性标识负责贷款核保阶段的组织单位。在大型组织中,部门可能会按地区、贷款类型或风险级别进行细分。 与“分配的贷款专员”类似,该属性支持在团队或部门层面进行绩效分析。它可用于比较不同核保小组的工作量、效率和 SLA 达成情况,帮助管理层识别高绩效团队并分享最佳实践。
为何重要
支持团队或部门层面的性能分析和比较,有助于资源管理和识别特定组内的系统性问题。
获取方式
请咨询 ICE Mortgage Technology 文档。这可能是与核保师关联的用户数据的一部分,或者是单独的路由字段。
示例
核保-东区核保-西区巨额贷款 (Jumbo Loans) 核保政府贷款核保
|
|||
|
源系统
SourceSystem
|
识别提取数据源的系统或平台。 | ||
|
描述
该属性指定了生成流程数据的软件或应用程序,例如“Encompass”或连接的 CRM。在从多个来源聚合数据的环境中,这特别有用。 在分析中,“源系统”有助于进行数据验证,并提供有关事件来源的背景信息。它可用于过滤特定系统的分析,或调查可能仅存在于某个来源的数据质量问题。
为何重要
提供有关数据来源的关键背景信息,这对于数据验证、故障排除以及理解不同系统间的流程差异至关重要。
获取方式
该数值可以在数据提取期间手动添加,或者如果导出源自数据仓库,则可能在数据头中提供。
示例
ICE Mortgage Technology EncompassICE Mortgage Technology Velocify内部 CRM
|
|||
|
贷款周期时间
LoanCycleTime
|
计算出的贷款申请从第一个事件到最后一个事件的总时长。 | ||
|
描述
贷款申请案例从开始到结束所经过的总时间。计算方式为第一个事件(如“贷款申请创建”)与最后一个事件(如“资金拨付”或“贷款被拒”)的时间戳之差。 该属性是衡量整体流程效率的核心绩效指标 (KPI)。它提供了处理贷款全程耗时的宏观视图。分析师利用该指标追踪长期绩效、与行业标准对标,并识别流程优化措施的效果。按“贷款产品类型”或“申请渠道”等维度拆解平均周期时间,可以揭示哪些流程变体效率更高或更低。
为何重要
该 KPI 直接衡量贷款发放流程的端到端效率,是追踪绩效和加速服务交付的关键指标。
获取方式
通过从每个贷款申请 ID 的最后一个事件的时间戳中减去第一个事件的时间戳计算得出。
示例
259200038880004752000
|
|||
贷款发起活动
| 活动 | 描述 | ||
|---|---|---|---|
|
已签发准予结案
|
一份正式通知,确认所有条件已满足,贷款机构已准备好安排结案并放款。这是一个关键里程碑,标志着贷款已进入最后阶段。 | ||
|
为何重要
这是流程中的一个关键关卡,标志着核保和处理活动的结束。它支持测量从申请到最终批准的时间。
获取方式
从 Encompass 中“准予结案”(CTC) 里程碑的完成日期捕获。这是工作流中一个标准且定义明确的阶段。
捕获
根据贷款里程碑跟踪中“准予结案”日期字段的填充推断。
事件类型
inferred
|
|||
|
核保决策已下达
|
该活动代表初步核保审查完成,并产生了批准、中止或拒绝等决策。它标志着贷款生命周期中的一个重大里程碑。 | ||
|
为何重要
此事件标志着核保周期时间测量的结束,是一个关键决策点。分析结果和耗时有助于评估核保绩效并找出导致返工的驱动因素。
获取方式
这是 Encompass 中的一个关键里程碑,通过核保阶段的完成日期捕获。决策结果本身存储在另一个单独字段中。
捕获
根据“核保”里程碑的完成时间戳或状态变更为“获批”、“中止”或“拒绝”推断。
事件类型
inferred
|
|||
|
核保开始
|
标志着核保流程正式开始,核保师在此阶段开始对贷款申请及所有支持性文件进行正式审查。文件被正式提交至核保队列或分派给核保师。 | ||
|
为何重要
这是衡量核保周期时间(运营效率的关键 KPI)的起点。它有助于分析核保人员的工作量并识别预核保瓶颈。
获取方式
这通常根据贷款文件被分配到“核保”里程碑或其状态变更为“核保中”时的时间戳推断得出。
捕获
根据“提交核保”日期字段或状态变更为“核保中”推断。
事件类型
inferred
|
|||
|
贷款申请已创建
|
此活动标志着贷款发放流程正式开始,即贷款专员在系统中创建新的贷款文件。当贷款案例首次保存并生成唯一的“贷款申请 ID”时,该事件即被捕获。 | ||
|
为何重要
作为主要的开始事件,此活动对于计算整体贷款周期时间和分析申请受理量至关重要。它为所有后续流程测量和吞吐量分析提供了基准。
获取方式
这通常是贷款历史或审计日志中记录的明确事件。也可以从与贷款申请 ID 关联的贷款记录的创建时间戳中推断得出。
捕获
从贷款文件的创建日期或贷款审计追踪中的第一条记录捕获。
事件类型
explicit
|
|||
|
资金已拨付
|
标志着贷款发放流程的圆满结束。此时,贷款金额已拨付,标志着该笔贷款从申请到资金到账的完整闭环。 | ||
|
为何重要
作为主要的成功状态结束事件,这对于计算成功发起的贷款的端到端周期时间至关重要。它也用于衡量申请吞吐率。
获取方式
这由 Encompass 中的“拨款日期”或“支出日期”字段捕获。电汇确认后,系统会自动填充该日期。
捕获
根据贷款数据中“放款日期”字段的填充推断。
事件类型
inferred
|
|||
|
初始披露已发送
|
代表向申请人发送初始合规披露文件(如贷款估算书)的节点。这是一项关键的监管步骤,必须在申请后的特定时限内完成。 | ||
|
为何重要
跟踪此活动对于监控 TRID 等法规的合规性至关重要。申请创建与此步骤之间的时间滞后可能预示着早期处理阶段的延迟。
获取方式
从 Encompass 中“初始披露”里程碑的完成日期捕获。这通常是在生成并发送文件时填充的日期字段。
捕获
根据与“初始披露已发送”里程碑或状态完成关联的时间戳推断。
事件类型
inferred
|
|||
|
已完成信用审核
|
该活动表示已成功提取并审阅了申请人的信用报告。此检查结果是核保决策的关键输入。 | ||
|
为何重要
信用检查是核保的关键前置条件。此步骤的延迟会使整个流程停滞,而检查结果直接影响贷款决策。
获取方式
这通常通过与信用报告机构的集成来捕获。收到并附加信用报告时,贷款文件中通常会记录一个时间戳。
捕获
从贷款文件中的“已订购信用报告”或“已收到信用报告”日期字段捕获。
事件类型
explicit
|
|||
|
已请求证明材料
|
当贷款经办人或专员正式向申请人请求必要的证明材料(如工资单或银行流水)时,会发生此活动。这通常在初步审查完成后触发。 | ||
|
为何重要
这标志着材料收集阶段的开始。分析从请求到收到材料的时间,有助于识别由申请人延迟或沟通不畅引起的瓶颈。
获取方式
该事件可以从贷款文件的状态变更、特定里程碑完成日期或 Encompass 系统内的沟通日志中推断出来。
捕获
根据状态变更为“等待文件”或文件请求模板上的时间戳推断。
事件类型
inferred
|
|||
|
收到证明材料
|
指示已收到申请人提交的所有初始请求的支持性文件,并已将其上传至贷款文件。此事件是申请进入核保阶段的前提条件。 | ||
|
为何重要
此活动标志着材料收集阶段的结束。“请求证明材料”与此事件之间的时间间隔是衡量申请人和经办人效率的关键 KPI。
获取方式
通常根据“已收到文件”或“准备核保”里程碑的完成情况来推断。也可以根据上传最后一个所需文件的时间戳得出。
捕获
根据贷款状态变更为“处理中”或“准备核保”时的时间戳推断。
事件类型
inferred
|
|||
|
收到评估报告
|
代表收到估价师提供的房产估价报告并将其存入贷款文件的时刻。此步骤对房产估值至关重要,是最终贷款审批的关键前置条件。 | ||
|
为何重要
估价过程往往是造成重大延迟的原因。跟踪估价的下单和接收时间,有助于有效监控和管理这一外部依赖项。
获取方式
该事件通常在上传估价文件并填充 Encompass 中相应的“收到估价”里程碑日期字段时捕获。
捕获
根据“评估收到日期”字段的填充或相关的状态变更推断。
事件类型
inferred
|
|||
|
条件已清除
|
该事件表示核保团队已满足、审查并签署了所有核保条件。贷款现在可以进入最终结清步骤。 | ||
|
为何重要
这标志着核保后任何返工的结束。“有条件批准”与该事件之间的时间突显了解决未决项的效率。
获取方式
根据贷款状态更新为“所有条件已满足”的时间戳推断,这通常是 Encompass 中“最终批准”里程碑的一部分。
捕获
根据“条件已清除”或“最终批准”里程碑的完成日期推断。
事件类型
inferred
|
|||
|
申请已撤回
|
表示流程以失败告终,即申请人选择撤回申请。这是贷款文件的另一个终止状态。 | ||
|
为何重要
这是一个由客户发起的失败状态终止事件。分析申请撤回的时间和原因,可以深入了解客户满意度、竞争情况和流程摩擦。
获取方式
当最终贷款状态设置为“撤回”时,系统会捕获此信息。该状态变更的日期记录在系统日志或里程碑日期字段中。
捕获
根据“撤回”的最终状态及其状态变更的时间戳推断。
事件类型
inferred
|
|||
|
结案披露已发送
|
代表向申请人发送最终结清披露书 (CD) 以供审阅的节点。这是强制性的合规步骤,必须在结清前规定的天数内完成。 | ||
|
为何重要
跟踪此活动对于确保 TRID 合规至关重要,因为它会启动强制等待期。此处的任何延误都可能直接影响预定的结案日期。
获取方式
从 Encompass 中“结案披露已发送”里程碑的完成日期或贷款文件合规部分中的特定日期字段捕获。
捕获
根据与“CD 已发送”或等效里程碑关联的时间戳推断。
事件类型
inferred
|
|||
|
贷款已获有条件批准
|
当核保人员批准贷款但附带特定条件(结清前须满足)时发生。这是初步核保审查的常见结果。 | ||
|
为何重要
此活动触发了流程的“条件清算”阶段。追踪该活动有助于分析初步批准与最终“获准结清”之间的返工和延迟。
获取方式
这通常通过核保决策状态变更为“有条件批准”或“中止”来捕获。状态变更的时间戳可以在贷款审计追踪中找到。
捕获
根据状态变更为“有条件批准”及其在里程碑日志中对应的时间戳推断。
事件类型
inferred
|
|||
|
贷款文件已签署
|
此活动发生在借款人在结清时签署最终贷款文件时。此事件确认了借款人对贷款条款的同意,并发生在贷款拨款之前。 | ||
|
为何重要
这是拨款前涉及借款人的最后一个主要步骤。这是贷款正在进行的的关键确认,支持对流程“结清”阶段的测量。
获取方式
这由 Encompass 贷款文件中的“签署文件”或“结清日期”字段捕获。该日期由结清代理人或贷款专员录入。
捕获
根据贷款数据中“签署日期”或“结案日期”字段的填充推断。
事件类型
inferred
|
|||
|
贷款申请被拒
|
该活动代表流程以失败告终,即贷款方正式拒绝了贷款申请。这是贷款文件的终止状态。 | ||
|
为何重要
这是一个关键的失败状态终止事件。分析以此活动结尾的贷款及其相关的代码,有助于识别改进申请质量或核保标准的机会。
获取方式
当最终贷款状态设置为“拒绝”时,系统会捕获此信息。该状态变更的日期记录在贷款审计日志或特定的里程碑日期字段中。
捕获
根据“拒绝”的最终状态及其状态变更的时间戳推断。
事件类型
inferred
|
|||