您的贷款发放数据模板
您的贷款发放数据模板
- 建议收集的属性
- 需要追踪的关键活动
- 提取指南
贷款发放属性
| 名称 | 描述 | ||
|---|---|---|---|
|
开始时间
EventStartTime
|
表示特定活动或事件正式开始的时间戳。 | ||
|
描述
“事件开始时间”是启动流程步骤的精确日期和时间。该时间戳对于正确排列事件顺序、计算活动持续时间以及活动间的等待时间至关重要。 在分析中,此时间戳用于为每个贷款申请的活动排序,从而创建按时间顺序排列的事件日志。它是所有基于时间的计算(包括周期时间、处理时间和等待时间)的基础,对于识别延迟和评估服务水平协议 (SLA) 达成情况至关重要。
为何重要
此时间戳对于事件排序、计算流程持续时间以及识别贷款发放workflow中的瓶颈和延迟至关重要。
获取方式
这对应于 Blend 事件日志或审计追踪表中的事件记录创建或开始时间戳。
示例
2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T09:12:45Z
|
|||
|
活动名称
ActivityName
|
贷款申请在某一时间点发生的特定业务事件或任务的名称。 | ||
|
描述
此属性描述了贷款审批流程中的单个步骤或里程碑,例如“申请已提交”、“征信检查已完成”或“资金已拨付”。每个活动代表流程生命周期中的一个独立事件。 分析这些活动的顺序和时长可以创建详细的流程图。该图用于识别常见的流程路径、偏离标准规程的情况以及申请被延迟的瓶颈点。了解活动流转是任何流程改进计划的第一步。
为何重要
此属性构成了流程图的主干,定义了构成贷款发放历程的各个步骤和里程碑。
获取方式
此信息通常生成自 Blend 中的事件日志、状态更改记录或审计追踪,对应于贷款工作流中的关键里程碑。
示例
已提交申请核保已开始资金已拨付申请被否决
|
|||
|
贷款申请 ID
LoanApplicationId
|
通过 Blend 平台提交的每个贷款申请的唯一标识符。 | ||
|
描述
“贷款申请 ID”在整个生命周期中唯一标识每笔贷款请求。它是对所有相关活动和数据进行分组的核心实体,支持对特定贷款的审批历程进行完整追踪。 在流程挖掘中,此 ID 是构建端到端流程图的基础,因为记录的每个事件都必须关联回特定的申请。这支持分析单个申请历程、比较不同路径,并汇总案例级别的指标(如总周期时间或返工频率)。
为何重要
这是必不可少的“案例 ID”,它连接了所有流程步骤,支持重构和分析每个申请人的整个贷款审批历程。
获取方式
这是 Blend 核心贷款申请数据实体中的主键。它通常存在于所有贷款相关的导出数据和 API 端点中。
示例
APP-2024-10583BLND-0034981-A1800123987
|
|||
|
最后数据更新
LastDataUpdateTime
|
指示该事件的数据上次刷新或从源系统提取的时间戳。 | ||
|
描述
此时间戳显示上次从Blend提取数据的时间。它并不代表事件发生的时间,而是代表用于分析的数据集中记录更新的时间。 这是数据治理和质量保证的关键元数据属性。它帮助用户了解他们正在分析的数据的新鲜度,对于验证dashboard和报告的可靠性至关重要,尤其是在近乎实时的监控场景中。
为何重要
通过显示信息的即时性来确保数据透明度,这对于信任流程分析的准确性至关重要。
获取方式
此时间戳由数据摄取流水线在从Blend源系统查询和提取数据的时刻添加。
示例
2024-03-10T02:00:00Z2024-03-11T02:00:00Z2024-03-12T02:00:00Z
|
|||
|
源系统
SourceSystemName
|
识别提取事件数据的源系统,即 'Blend'。 | ||
|
描述
此属性指定数据来源的记录系统。对于此流程视图,其值始终为“Blend”。 虽然如果所有数据都来自一个系统,这似乎是多余的,但包含它是最佳实践。当集成来自核心银行平台或 CRM 等其他系统的数据时,这变得非常有价值,允许分析师追踪数据血缘并排查集成问题。
为何重要
提供关键的数据血缘,确保流程数据来源清晰,这在集成环境中尤为重要。
获取方式
这通常是在数据提取和转换过程中添加的静态值(“Blend”),用于标记记录的来源。
示例
BlendBlend_ProductionBlend_US
|
|||
|
决策结果
DecisionOutcome
|
贷款申请的最终结果,如“已批准”、“已拒绝”或“已撤回”。 | ||
|
描述
此案例级属性记录贷款申请的最终状态或决策。它指示贷款最终是被批准并放款、被贷方拒绝还是被申请人撤回。 这是结果分析的关键属性。它支持比较已批准与被拒绝申请的流程路径,以识别导致成功或失败的因素。“贷款决策结果分析”仪表板和“贷款申请拒绝率”KPI 直接由这些数据驱动,有助于理解并提高批准率。
为何重要
这对于基于结果的分析至关重要,支持对成功和不成功的流程实例进行对比,从而提高批准率。
获取方式
请参阅 Blend 文档。这通常是已结项贷款申请记录中的最终状态字段。
示例
已批准已驳回已撤回
|
|||
|
申请渠道
ApplicationChannel
|
最初提交贷款申请的渠道。 | ||
|
描述
此属性指定申请的来源或提交渠道,例如“在线门户”、“移动应用”、“分行”或“经纪人”。每个渠道可能有不同的流程流转或效率水平。 通过分析不同渠道的绩效,企业可以识别哪些渠道最高效、批准率最高或返工最多。“申请渠道绩效概览”仪表板利用此属性提供对比分析,有助于指导有关在何处投入资源进行流程改进的战略决策。
为何重要
支持在不同提交渠道之间进行绩效比较,有助于识别获取申请最有效且最高效的方式。
获取方式
请参阅 Blend 文档。这可能会作为初始申请元数据的一部分进行捕获。
示例
在线门户移动应用线下网点经纪人
|
|||
|
结束时间
EventEndTime
|
表示活动完成的时间戳。对于里程碑事件,这通常与开始时间相同。 | ||
|
描述
此属性记录活动结束的精确日期和时间。对于“申请已提交”等里程碑事件,结束时间可能与开始时间相同。对于具有持续时间的活动,如“核保已开始”到“核保决策已做出”,这代表完成时刻。 同时拥有开始和结束时间可以精确计算活动的“处理时间”。这有助于区分在任务上投入的实际工作时间与任务开始前的等待时间,这对于准确的瓶颈分析至关重要。
为何重要
支持计算 Activity 的精确处理时间,有助于区分主动工作时间与空闲等待时间。
获取方式
这对应于 Blend 事件日志或审计追踪表中的事件记录完成或结束时间戳。
示例
2023-10-26T10:00:00Z2023-11-15T18:02:15Z2024-01-05T09:12:45Z
|
|||
|
负责贷款专员
AssignedLoanOfficer
|
负责处理该活动的信贷员或核保人员的姓名或 ID。 | ||
|
描述
此属性标识执行特定任务或分配到贷款申请的特定员工,如信贷员或核保员。这对于了解工作量分配和个人绩效至关重要。 在分析中,这支持按用户或团队筛选流程图、比较绩效并识别培训机会。“信贷员工作量与绩效”仪表板直接依赖此属性来可视化案例分配和每位信贷员的平均处理时间,有助于确保工作量平衡且高效。
为何重要
将流程 Activity 与特定个人相关联,从而支持工作量分析、绩效监控和资源优化。
获取方式
请参阅 Blend 文档。这通常存储在与贷款申请记录或特定 Task 关联的用户分配字段中。
示例
约翰·史密斯Jane Doej.smith@lender.comuser_1024
|
|||
|
贷款产品
LoanProduct
|
申请的特定贷款产品类型,例如抵押贷款或个人贷款。 | ||
|
描述
此属性按申请人请求的金融产品类型对贷款申请进行分类。示例包括“30 年固定利率抵押贷款”、“房屋净值授信额度”或“汽车贷款”。 按贷款产品分析流程对于识别特定产品的周期时间、批准率或流程路径差异至关重要。这支持有针对性的改进,因为简单的个人贷款流程可能与复杂的抵押贷款截然不同。仪表板通常使用此属性来细分 KPI 并比较不同业务线的绩效。
为何重要
支持对流程分析进行细分,揭示不同贷款产品的绩效和流程流向差异。
获取方式
请参阅 Blend 文档。此信息通常是贷款申请记录中的核心字段。
示例
30 年期固定利率抵押贷款15 年期固定利率抵押贷款HELOC (住房净值贷款)汽车贷款
|
|||
|
信用评分
CreditScore
|
征信检查时的申请人信用评分。 | ||
|
描述
此属性存储在“征信检查已完成”活动期间从征信机构返回的数值信用分。信用分是评估申请人信用状况并做出贷款决策的关键因素。 在流程分析中,信用分可用于细分申请并了解这一关键数据点如何影响流程结果。例如,分析师可以探讨较低的信用分是否与更长的核保时间或更高的拒绝率相关。这为风险评估如何影响流程效率提供了深刻见解。
为何重要
一个关键的决策因素,可用于分析申请人风险特征如何影响流程流向、时长和最终结果。
获取方式
请参阅 Blend 文档。此信息通常通过集成从第三方征信机构检索,并存储在申请人资料中。
示例
780650815
|
|||
|
凭证类型
DocumentType
|
正在请求或收到的文档类型,例如“工资单”或“银行流水”。 | ||
|
描述
此属性指定了“已请求文档”或“已收到文档”等活动中涉及的证明文件的具体类型。这种详细程度对于理解贷款流程中的文档管理部分至关重要。 按文档类型分析有助于回答诸如“哪些文档被重复请求的频率最高?”或“申请人提供哪些文档花费的时间最长?”等问题。“文档请求效率分析”仪表板依赖此属性来识别文档收集流程中的模式和低效环节,旨在减少返工和延误。
为何重要
提供有关文档相关活动的详细细节,有助于精准定位低效环节以及对特定类型文档的重复请求。
获取方式
请参阅 Blend 文档。这应该在文档管理 Task 或事件的详细信息中可用。
示例
工资单W-2表单银行流水纳税申报单
|
|||
|
审核 SLA 是否违约
IsUnderwritingSlaBreached
|
一个计算标识,用于指示审核阶段是否超过了定义的 SLA 目标。 | ||
|
描述
这是一个布尔值(True/False)属性,通过比较核保流程的实际时长与“核保 SLA 目标”得出。如果实际时长超过目标,此标记将设为 True。 该标记通过将复杂的时间比较转换为简单的二元指标,简化了分析和仪表板制作。它直接用于“核保服务水平达成情况”仪表板,以统计违约数量并计算“核保 SLA 达成率”KPI。这有助于快速识别所有未达到服务标准的案例。
为何重要
提供清晰的 SLA 失败二元指标,简化报表工作,并支持快速筛选以分析所有违约申请。
获取方式
这是一个计算字段。逻辑为:(核保决策已做出.时间戳 - 核保已开始.时间戳) > 核保 SLA 目标。
示例
truefalse
|
|||
|
拒绝原因
RejectionReason
|
贷款申请被拒绝时提供的具体原因。 | ||
|
描述
当贷款申请的“决策结果”为“已拒绝”时,此属性提供拒绝的根本原因。常见原因包括“信用评分不足”、“债务收入比过高”或“文件不全”。 这些数据对于根本原因分析非常有价值。通过分析最常见的拒绝原因,企业可以识别申请流程、申请人质量或贷款标准中的系统性问题。“贷款决策结果分析”dashboard利用这些信息提供可操作的洞察,以提高整体获批率。
为何重要
提供贷款被拒背后的“原因”,支持采取针对性行动解决常见问题,提高申请成功率。
获取方式
请参阅 Blend 文档。这通常可以在被拒申请的决策或状态历史记录中找到。
示例
债务收入比过高信用评分过低申请材料不全
|
|||
|
是否返工
IsRework
|
一个计算标识,用于指示某个 Activity 是否为同一 case 中先前步骤的重复。 | ||
|
描述
如果同一活动在同一个贷款申请案例中之前已经发生过,则此布尔标记设为 True。例如,如果“已请求文档”在同一笔贷款中出现第二次,则第二次出现将被标记为“返工”。 识别返工对于精准定位流程低效、摩擦和循环至关重要。“返工和重新提交分析”仪表板以及“每笔贷款申请返工率”KPI 依赖此属性来量化重复工作的频率和影响。突出显示这些实例有助于将改进工作重点放在“一次做对”上。
为何重要
直接标记流程中的低效环节和循环,从而轻松量化和分析重复工作的影响。
获取方式
这通常由流程挖掘工具计算得出,该工具可以检测案例追踪中的重复活动。也可以在数据准备期间计算。
示例
truefalse
|
|||
|
核保SLA目标
UnderwritingSlaTarget
|
完成核保阶段的目标时长(以小时或天计)。 | ||
|
描述
此属性定义了贷款发放流程中核保阶段的服务水平协议 (SLA) 目标。它代表了从核保开始到做出决策之间可接受的最长时间。 此目标用作评估绩效的基准。通过将实际核保时长与此 SLA 目标进行比较,可以计算出“核保 SLA 达成率”KPI 并识别违规行为。这是“核保服务水平达成情况”仪表板的基础,该仪表板用于监控合规性并帮助确定有 SLA 违约风险申请的优先级。
为何重要
提供清晰的性能基准,能够衡量 SLA 达成情况并识别核保延迟。
获取方式
请参阅 Blend 文档或业务规则配置。这可能是基于贷款产品或其他因素的可配置设置。
示例
48 小时3天24 小时
|
|||
|
案例持续时间
CaseDuration
|
贷款申请从第一个事件到最后一个事件的总计算时间。 | ||
|
描述
此指标衡量每个贷款申请的完整端到端周期时间。计算方式是使用特定“LoanApplicationId”记录的最后一个事件的时间戳减去第一个事件的时间戳。 Case duration是衡量整体流程效率的主要关键绩效指标(KPI)。它在“贷款审批端到端周期时间”dashboard中用于提供绩效的高层视图。分析此指标及其随贷款产品或渠道等属性的变化,对于理解和提高整个贷款发放流程的速度至关重要。
为何重要
代表贷款申请的端到端总周期时间,是衡量整体流程速度和效率的关键 KPI。
获取方式
这是在流程挖掘工具中,通过为每个案例从最后一个事件的时间戳中减去第一个事件的时间戳计算得出的。
示例
25 天 8 小时42 天 3 小时15 天 12 小时
|
|||
|
活动处理时间
ActivityProcessingTime
|
活动实际花费的计算时长。 | ||
|
描述
该指标代表活动被处理的实际时间,计算方式为结束时间与开始时间之差。它将活动工作期与之前的等待时间区分开来。 将处理时间与总周期时间区分开来对于精确的瓶颈分析至关重要。某个步骤的周期时间过长可能是由于排队时间长,而非处理效率低下。此指标使分析人员能够根据需要,将改进重点放在减少排队或提高活动本身的速度上。
为何重要
测量任务的实际工作时长,有助于区分处理过程中的瓶颈与等待或排队问题。
获取方式
这是在数据转换过程中通过从“事件结束时间”中减去“事件开始时间”计算得出的。(结束时间 - 开始时间)。
示例
3 小时 15 分钟2 天 4 小时45分钟
|
|||
|
物业所在州
PropertyState
|
与贷款关联的物业所在的美国州。 | ||
|
描述
此属性标识受资助物业所在的州,这对于抵押贷款申请尤为重要。贷款监管规定和市场条件可能因州而异。 这为分析提供了地理维度。它允许比较不同地区的流程绩效(如周期时间和批准率),有助于识别地区性瓶颈,了解当地法规对流程的影响,并更有效地分配资源。
为何重要
支持对贷款发放流程进行地理位置分析,从而揭示区域绩效差异和监管影响。
获取方式
请参阅 Blend 文档。这是作为抵押贷款申请中房产信息一部分收集的标准字段。
示例
CA纽约TXFL
|
|||
|
申请人类型
ApplicantType
|
申请人的分类,例如“新客户”或“老客户”。 | ||
|
描述
此属性根据申请人与信贷机构的关系对其进行分类。这可能包括“新客户”、“现有客户”、“内部员工”或“合作伙伴推荐”。 不同的申请人类型可能会遵循不同的流程规则或受益于已有数据,从而影响处理时间和批准率。按申请人类型分析流程变体可以发现简化现有客户办理历程的机会,或识别新客户的摩擦点。
为何重要
允许基于客户关系分析流程差异,这会影响数据的可用性、风险评估以及整体速度。
获取方式
请参阅 Blend 文档。这可以通过将申请人信息与客户主数据库进行交叉引用得出,或直接捕获。
示例
新客户老客户首选合作伙伴
|
|||
|
贷款金额
LoanAmount
|
申请人申请的贷款总金额。 | ||
|
描述
此属性包含所申请贷款的本金金额。贷款金额会显著影响核保流程的复杂程度和严格程度。 基于贷款金额分析流程有助于进行有价值的细分。例如,与小额贷款相比,超大额贷款可能会遵循不同且更严格的流程路径。这有助于解释周期时间和批准率的差异,并常用于将案例划分为不同的价值区间进行分析。
为何重要
提供关键业务背景,支持基于申请财务价值的分析,这通常与流程复杂度直接相关。
获取方式
请参阅 Blend 文档。这是任何贷款申请表单中的标准且必需字段。
示例
350000.0050000.001250000.00
|
|||
贷款发放 Activity
| 活动 | 描述 | ||
|---|---|---|---|
|
已提交申请
|
代表申请人或信贷员正式提交填好的贷款申请以供处理。这是一个关键事件,标志着处理和核保时间线的正式开始。 | ||
|
为何重要
这是衡量端到端处理时间和监控服务水平协议 (SLA) 的正式起点。它有助于区分申请起草阶段和主动处理阶段。
获取方式
Blend 可能会将其捕获为贷款申请审计追踪中的一个显式事件或状态变更,例如状态从“草稿”变为“已提交”。
捕获
识别申请提交的事件日志或状态变更 timestamp。
事件类型
explicit
|
|||
|
核保已开始
|
代表核保流程的开始,核保人员在此阶段开始对贷款申请和证明文件进行详细审查。这通常在核保人员将案例分配给自己或案例状态更改为“核保中”时记录。 | ||
|
为何重要
这是一个重大里程碑,标志着最关键决策阶段的开始。它是衡量“核保 SLA 达成率”KPI 的起点,也是识别核保前瓶颈的起点。
获取方式
这可以通过申请状态更改为“核保中”或“已分配给核保员”以及相应的时间戳推断出来。
捕获
识别贷款状态变更为审核状态时的 timestamp。
事件类型
inferred
|
|||
|
核保结果已出
|
标志着审核专员审查的完成,并产生“已批准”、“有条件批准”或“被拒绝”等决策。此事件标志着核心审核分析的结束。 | ||
|
为何重要
此活动是衡量核保周期时间和 SLA 达成率的终点。决策结果是分析批准率和拒绝原因的关键属性。
获取方式
这通常是核保员在系统中提交决策时捕获的显式事件。它也可以从核保状态的变更中推断出来,例如变更为“已批准”或“已拒绝”。
捕获
使用核保人员提交结果事件或随后的状态变更的时间戳。
事件类型
explicit
|
|||
|
申请已开始
|
记录信贷员或申请人开始在 Blend 系统中创建新贷款申请的时刻。这通常是创建的第一条记录,甚至发生在收集完所有必要信息并正式提交之前。 | ||
|
为何重要
此活动作为贷款审批流程的初始触发点,有助于衡量申请人完成并提交申请所需的时间,并分析申请流失率。
获取方式
此事件通常被记录为 Blend 主申请表中贷款申请记录的创建时间戳。它可以从与贷款申请 ID 关联的最早时间戳推断出来。
捕获
使用主贷款申请记录的创建时间戳。
事件类型
inferred
|
|||
|
申请被否决
|
此活动表示贷款申请在核保审查后被正式拒绝。这是流程的另一种、不成功的终点。 | ||
|
为何重要
这是一个关键的“非理想路径”结束事件。分析拒绝的数量和原因对于完善贷款标准和改善“贷款申请拒绝率”KPI 至关重要。
获取方式
此事件对应于核保员做出的“拒绝”决策。它在 Blend 中作为带有相关时间戳和原因代码的最终状态更新记录。
捕获
使用最终状态变更为“已拒绝”或“被驳回”的时间戳。
事件类型
explicit
|
|||
|
贷款方案已接受
|
代表申请人正式接受贷款报价及其条款。这是一个关键里程碑,表明申请人打算继续办理贷款。 | ||
|
为何重要
此活动是从获批到成交转化的关键指标。分析接受报价所需的时间可以深入了解报价的市场竞争力。
获取方式
当申请人在 Blend 门户网站进行电子签名或以其他方式表示接受时,会记录此事件,并触发带有时间戳的状态更新。
捕获
使用系统中申请人电子签名或接受操作的时间戳。
事件类型
explicit
|
|||
|
资金已拨付
|
代表贷款发放流程的圆满完成,贷款金额已转至申请人或相关方。此事件标志着一次成功的贷款申请历程的结束。 | ||
|
为何重要
这是流程的主要“理想路径”结束事件。测量到此活动的时间可提供贷款发放的总周期时间,这是一个关键 KPI。
获取方式
这通常在信贷员收到放款部门确认后在 Blend 中将申请状态更新为“已放款”或“已结案”时记录。它也可能来自与核心银行系统的集成。
捕获
使用状态变更为“已放款”、“已拨付”或“已完成”的时间戳。
事件类型
inferred
|
|||
|
信用检查已启动
|
此活动表示已启动向征信机构调取申请人信用报告的请求。这是评估申请人信用状况的关键步骤。 | ||
|
为何重要
这是一个关键的数据收集步骤。分析启动和完成征信检查所需的时间有助于识别第三方集成方面的延迟。
获取方式
此事件通常记录为对信用报告机构的 API 调用,并在 Blend 的系统日志或审计追踪中带有时间戳。
捕获
查找征信报告请求的带有 timestamp 的日志条目。
事件类型
explicit
|
|||
|
初始披露已发送
|
此活动标志着将第一套法律要求的披露文件发送给申请人的时间点。这是流程早期必须进行的合规关键步骤。 | ||
|
为何重要
追踪此合规驱动的活动对于监管审计至关重要。分析其时间安排可确保符合RESPA和TILA等法规。
获取方式
这可能记录在 Blend 的沟通或文档管理模块中,在生成并发送披露文件包时带有时间戳。
捕获
查找与发送“初始披露”包相关的带有 timestamp 的事件日志。
事件类型
explicit
|
|||
|
已发送结清披露
|
表示最终一套法律要求的结清文件已发送给申请人,供其在签署前审阅。这是一个具有时效性的合规步骤,必须在最终结清前完成。 | ||
|
为何重要
追踪此事件对于确保符合强制性等待期至关重要,例如TILA-RESPA集成披露(TRID)规则规定的三天审核期。
获取方式
这可能记录在 Blend 的沟通或文档管理日志中,带有成交披露文件包发送时的精确时间戳。
捕获
查找与发送“结清披露”包相关的带有 timestamp 的事件日志。
事件类型
explicit
|
|||
|
已完成信用审核
|
记录从征信机构成功获取申请人的信用报告和评分,并将其附在贷款文件中的时刻。此事件意味着信用数据已可供审核。 | ||
|
为何重要
征信检查开始到完成之间的时间长度衡量了第三方服务的效率。这些数据对于随后的核保和风险评估阶段至关重要。
获取方式
此事件在收到征信机构 API 的成功响应后记录。它在 Blend 日志中以时间戳形式记录,或作为征信检查任务的状态更新记录。
捕获
查找征信报告响应或“已完成”状态更新的带有 timestamp 的日志条目。
事件类型
explicit
|
|||
|
已收到文件
|
记录申请人上传或提供全部或部分所需证明文件的时刻。此事件通常是将申请移至下一阶段(如核保)的前提条件。 | ||
|
为何重要
从发出文档请求到收到的时间是延迟的常见来源。跟踪此项有助于衡量申请人的响应能力以及文档收集流程的效率。
获取方式
通过 Blend 文档管理系统中文件上传或状态变更为“已接收”时的 timestamp 进行捕获。
捕获
使用文档upload或文档清单中状态更新的时间戳。
事件类型
explicit
|
|||
|
已请求文件
|
表示系统或贷款专员已向申请人发送请求,要求提供所需的证明文件(如工资单或银行流水)。这通常是申请 workflow 中的一项自动或手动操作。 | ||
|
为何重要
分析此 Activity 有助于识别与文件收集相关的瓶颈。同一个 case 中多次出现该 Activity 凸显了返工和流程低效,这可以通过“重复文件请求率”KPI 进行衡量。
获取方式
这通常记录在 Blend 的文档跟踪或清单模块中,每个请求都带有时间戳。
捕获
使用来自文档管理或申请人沟通功能的事件日志。
事件类型
explicit
|
|||
|
申请已撤回
|
表示申请人在最终决策或放款前选择撤回申请。这代表了该流程的一个不成功结果。 | ||
|
为何重要
这是一个关键的“非理想路径”结束事件。分析申请在何时以及为何被撤回,可以深入了解客户体验、竞争状况和流程摩擦点。
获取方式
这由 Blend 中状态更改为“已撤回”时捕获,可由申请人通过门户网站触发,或由信贷员手动触发。
捕获
使用事件或状态变更为“已撤回”的时间戳。
事件类型
explicit
|
|||
|
贷款协议已签署
|
此活动标志着申请人最终签署所有成交文件,使贷款协议具有法律约束力。这是放款前申请人需完成的最后一步。 | ||
|
为何重要
这是来自申请人的最终确认,也是放款的前提条件。此阶段的延迟会影响放款时间线和客户满意度。
获取方式
这通过与 Blend 集成的电子签名平台记录,该平台会记录最终签署完成的时间戳。
捕获
捕获最终贷款包电子签名流程完成时的 timestamp。
事件类型
explicit
|
|||
|
贷款方案已生成
|
此活动发生在核保决策为“已批准”之后,代表已创建要发送给申请人的正式贷款报价文件。它将批准的贷款条款正式化。 | ||
|
为何重要
核保决策与报价生成之间的时间可以揭示行政环节的延误。这是通往贷款接受过程中的关键步骤。
获取方式
这可能在 Blend 的文档生成日志中捕获,带有一个指示贷款报价文件创建时间的时间戳。
捕获
使用贷款方案文档记录的创建时间戳。
事件类型
explicit
|
|||