您的贷款发放数据模板

Blend
您的贷款发放数据模板

您的贷款发放数据模板

此模板为收集贷款发放流程分析所需数据提供清晰指引,列出需要收集的关键属性、需要跟踪的重要活动,以及从Blend系统提取这些信息的实用方法。借助模板,您可以确保数据已准备就绪,以开展流程挖掘分析。
  • 建议收集的属性
  • 需要跟踪的关键活动
  • 数据提取指南
刚接触事件日志?了解 如何创建流程挖掘事件日志.

贷款发放属性

这些数据字段对于构建完整的事件日志、全面分析贷款发放流程至关重要。
5 必填 5 建议填写 10 选填
名称 说明
开始时间
EventStartTime
表示某项活动或事件正式开始时间的时间戳。
说明

事件开始时间是流程步骤启动的准确日期和时间。此时间戳对于正确排列事件顺序,以及计算活动持续时间和活动间的等待时间至关重要。

分析时,系统会根据此时间戳排列每笔贷款申请的活动,生成按时间顺序排列的事件日志。所有基于时间的计算都以此为依据,包括周期时间、处理时间和等待时间。这些指标对于发现延误以及评估服务级别协议(SLA)的达成情况至关重要。

重要性

此时间戳对于排列事件顺序、计算流程时长,以及发现贷款发起工作流中的瓶颈和延误至关重要。

获取途径

此时间戳对应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提取数据的时间。它不代表事件发生的时间,而是分析所用数据集中该记录的更新时间。

这是数据治理和质量保障的重要元数据属性,可帮助用户了解所分析数据的新鲜度,也是验证仪表板和报告可靠性的关键依据,尤其适用于近实时监控场景。

重要性

显示信息的时效性,提升数据透明度,这对于信任流程分析结果的准确性至关重要。

获取途径

数据接入管道在查询并从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文档。此信息通常是已结案贷款申请记录中的最终状态字段。

示例
已批准已拒绝已撤回
指定的贷款专员
AssignedLoanOfficer
负责处理该活动的贷款专员或承保人员的姓名或ID。
说明

此属性用于识别执行特定任务或负责贷款申请的员工,例如贷款专员或承保人员。这对于了解工作量分配和个人绩效至关重要。

分析时,可按用户或团队筛选流程图、比较绩效并发现培训机会。“贷款专员工作量与绩效”仪表板直接使用此属性,展示案例分布情况和每位专员的平均处理时间,帮助平衡工作量并提升效率。

重要性

将流程活动与具体人员关联起来,便于分析工作量、监控绩效和优化资源配置。

获取途径

请查阅Blend文档。此信息可能存储在贷款申请记录或特定任务关联的用户分配字段中。

示例
John SmithJane Doej.smith@lender.comuser_1024
申请渠道
ApplicationChannel
贷款申请最初提交时使用的渠道。
说明

此属性用于标识申请的来源或提交渠道,例如“在线门户”“移动应用”“分行”或“经纪人”。不同渠道的流程路径和效率可能有所不同。

比较不同渠道的绩效,有助于组织找出效率最高、审批率最高或返工最多的渠道。“申请渠道绩效概览”仪表板使用此属性进行对比分析,为流程改进资源的投向提供依据。

重要性

可比较不同提交渠道的绩效,帮助找出获取申请最有效、效率最高的方式。

获取途径

请查阅Blend文档。此信息可能记录在申请的初始元数据中。

示例
在线门户移动应用分行办理经纪人
结束时间
EventEndTime
表示活动完成时间的时间戳。对于里程碑事件,此时间通常与开始时间相同。
说明

此属性标记活动结束的准确日期和时间。对于“提交申请”等里程碑事件,结束时间可能与开始时间相同。对于有持续时间的活动,例如从“开始承保”到“作出承保决定”,此时间则表示活动完成的时间。

同时记录开始时间和结束时间,便于准确计算活动处理时间,并区分实际处理任务的时间与等待任务开始的时间,这对于准确分析瓶颈至关重要。

重要性

可准确计算活动处理时间,帮助区分实际工作时间和空闲等待时间。

获取途径

此时间戳对应Blend事件日志或审计跟踪表中事件记录的完成时间或结束时间。

示例
2023-10-26T10:00:00Z2023-11-15T18:02:15Z2024-01-05T09:12:45Z
贷款产品
LoanProduct
申请的具体贷款产品类型,例如抵押贷款或个人贷款。
说明

此属性根据申请人申请的金融产品类型对贷款申请进行分类,例如“30年期固定利率抵押贷款”“房屋净值信用额度”或“汽车贷款”。

按贷款产品分析流程,有助于发现特定产品在周期时间、审批率或流程路径上的差异。这样可以有针对性地改进流程,因为简单的个人贷款流程可能与复杂的抵押贷款流程大不相同。仪表板通常使用此属性划分KPI,并比较不同业务线的绩效。

重要性

可按贷款产品细分流程分析,了解不同产品在绩效和流程路径上的差异。

获取途径

请查阅Blend文档。此信息通常是贷款申请记录中的核心字段。

示例
30年期固定利率抵押贷款15年期固定利率抵押贷款房屋净值信用额度(HELOC)汽车贷款
信用评分
CreditScore
信用审查时申请人的信用评分。
说明

此属性存储信用机构在“完成信用审查”活动中返回的数值型信用评分。信用评分是评估申请人信用状况和作出贷款决策的重要因素。

在流程分析中,可按信用评分细分申请,了解这一关键数据如何影响流程结果。例如,分析人员可以查看较低的信用评分是否与较长的承保时间或较高的拒绝率相关,从而深入了解风险评估对流程效率的影响。

重要性

这是决策的重要依据,可用于分析申请人的风险状况如何影响流程路径、时长和结果。

获取途径

请查阅Blend文档。此信息通常通过集成从第三方信用机构获取,并存储在申请人档案中。

示例
780650815
房产所在州
PropertyState
贷款相关房产所在的美国州。
说明

此属性用于标识融资房产所在的州,对于抵押贷款申请尤其重要。各州的贷款法规和市场状况可能存在显著差异。

此属性为分析提供地理维度,可比较不同地区的流程绩效,例如周期时间和审批率。这有助于发现地区性瓶颈、了解当地法规对流程的影响,并更有效地分配资源。

重要性

可从地理维度分析贷款发起流程,发现地区绩效差异和法规影响。

获取途径

请查阅Blend文档。这是抵押贷款申请中收集房产信息时的标准字段。

示例
CANYTXFL
承保SLA目标
UnderwritingSlaTarget
完成承保阶段的目标时长,以小时或天为单位。
说明

此属性定义贷款发起流程中承保阶段的服务级别协议(SLA)目标,即从承保开始到作出决定所允许的最长时间。

此目标可作为评估绩效的基准。将实际承保时长与SLA目标比较,即可计算“承保SLA达成率”KPI并发现超时情况。“承保服务级别达成情况”仪表板以此为基础监控合规情况,并优先呈现有SLA超时风险的申请。

重要性

提供明确的绩效基准,便于衡量SLA达成情况并发现承保延误。

获取途径

请查阅Blend文档或业务规则配置。此值可能根据贷款产品或其他因素进行配置。

示例
48小时3天24小时
拒绝原因
RejectionReason
拒绝贷款申请时提供的具体原因。
说明

当贷款申请的“决策结果”为“已拒绝”时,此属性记录拒绝原因。常见原因包括“信用评分不足”“债务收入比过高”或“材料不完整”。

此数据对于根因分析非常有价值。分析常见的拒绝原因,企业可以发现申请流程、申请人资质或贷款标准中的系统性问题。“贷款决策结果分析”仪表板使用此信息提供可执行的洞察,帮助提升整体审批率。

重要性

说明贷款申请被拒的原因,便于针对常见问题采取措施,提高申请成功率。

获取途径

请查阅Blend文档。此信息可能记录在被拒申请的决策历史或状态历史中。

示例
债务收入比过高信用评分较低申请材料不完整
文件类型
DocumentType
所需或收到的文件类型,例如“工资单”或“银行对账单”。
说明

此属性用于指定“请求文件”或“收到文件”等活动涉及的具体证明文件类型。了解这一细节对于分析贷款流程中的文件管理环节至关重要。

按文件类型分析,有助于回答“哪些文件最常被重复索取?”或“申请人提供哪些文件所需时间最长?”等问题。“文件请求效率分析”仪表板使用此属性发现文件收集流程中的规律和低效环节,以减少返工和延误。

重要性

详细呈现与文件相关的活动,帮助定位低效环节及特定类型文件的重复索取情况。

获取途径

请查阅Blend文档。此信息应可在文件管理任务或事件的详细信息中找到。

示例
工资单W-2表格银行对账单纳税申报表
是否超过承保SLA
IsUnderwritingSlaBreached
用于标记承保阶段是否超过既定SLA目标的计算字段。
说明

这是一个布尔型(True/False)属性,通过比较承保流程的实际时长与“UnderwritingSlaTarget”得出。实际时长超过目标时,此标记设为True。

此标记将复杂的时间比较转化为简单的二元指标,简化分析和仪表板制作。“承保服务级别达成情况”仪表板直接使用此标记统计超时案例,并计算“承保SLA达成率”KPI,从而快速找出未达到服务标准的所有案例。

重要性

以清晰的二元标记指出SLA未达标情况,简化报告制作,并可快速筛选所有超时申请进行分析。

获取途径

这是一个计算字段,逻辑为:(UnderwritingDecisionRendered.Timestamp - UnderwritingCommenced.Timestamp)> UnderwritingSlaTarget。

示例
truefalse
是否返工
IsRework
用于标记某项活动是否为同一案例中先前步骤的重复执行的计算字段。
说明

如果同一贷款申请案例中此前已发生过相同活动,此布尔标记就设为True。例如,同一笔贷款的“请求文件”第二次出现时,该次活动会标记为返工。

识别返工对于发现流程低效、阻碍和循环至关重要。“返工与重新提交分析”仪表板和“每笔贷款申请返工率”KPI依赖此属性来量化重复工作的频率和影响。标记这些情况,有助于将改进工作聚焦于一次做好。

重要性

直接标记流程中的低效环节和循环,便于量化并分析重复工作的影响。

获取途径

通常由流程挖掘工具计算,该工具可以检测案例轨迹中的重复活动;也可以在数据准备阶段计算。

示例
truefalse
案例时长
CaseDuration
从贷款申请的首个事件到最后一个事件的总时长。
说明

此指标衡量每笔贷款申请端到端的总周期时间。计算方法是:针对给定的“LoanApplicationId”,用最后一条已记录事件的时间戳减去第一条事件的时间戳。

案例时长是衡量整体流程效率的关键绩效指标(KPI)。它用于“贷款审批端到端周期时间”仪表板,概览流程绩效。分析此指标及其在贷款产品或渠道等属性上的差异,是了解并提升整个贷款发起流程速度的基础。

重要性

表示贷款申请端到端的总周期时间,是衡量整体流程速度和效率的重要KPI。

获取途径

流程挖掘工具会针对每个案例,用最后一个事件的时间戳减去第一个事件的时间戳进行计算。

示例
25天8小时42天3小时15天12小时
申请人类型
ApplicantType
申请人的分类,例如“新客户”或“现有客户”。
说明

此属性根据申请人与贷款机构的关系对申请人进行分类,包括“新客户”“现有客户”“内部员工”或“合作伙伴推荐”等类型。

不同类型的申请人可能适用不同的流程规则,也可能已有可用数据,从而影响处理时间和审批率。按申请人类型分析流程差异,有助于发现简化现有客户办理流程的机会,或找出新客户办理过程中的阻碍。

重要性

可按客户关系分析流程差异,因为客户关系会影响数据可用性、风险评估和整体处理速度。

获取途径

请查阅Blend文档。此信息可能通过将申请人信息与客户主数据库交叉比对得出,也可能直接记录。

示例
新客户现有客户优选合作伙伴
贷款金额
LoanAmount
申请人申请的贷款总金额。
说明

此属性记录申请贷款的本金金额。贷款金额会显著影响承保流程的复杂程度和审核力度。

按贷款金额分析流程有助于进行有效细分。例如,大额贷款的流程路径可能与小额贷款不同,审核也更严格。这有助于解释周期时间和审批率的差异,也常用于按金额区间对案例进行分类分析。

重要性

提供关键业务背景信息,便于按申请的金额分析流程,而贷款金额往往与流程复杂度相关。

获取途径

请查阅Blend文档。这是任何贷款申请表中的标准必填字段。

示例
350000.0050000.001250000.00
必填 建议填写 选填

贷款发放活动

在事件日志中跟踪这些关键流程步骤和里程碑,有助于准确发现流程并识别瓶颈。
7 建议填写 9 选填
活动 说明
承保决策已作出
表示承保人员完成审核并作出决定,例如“已批准”“附条件批准”或“已拒绝”。此事件标志着核心承保分析结束。
重要性

此活动是衡量承保周期时间和SLA达标情况的终点。决策结果是分析批准率和拒绝原因的重要属性。

获取途径

承保人员在系统中提交决定时,通常会记录为明确事件。也可以根据承保状态结束后的状态变更推断,例如变为“已批准”或“已拒绝”。

采集

使用承保人员提交决策事件的时间戳,或后续状态变更的时间戳。

事件类型 explicit
承保已开始
表示承保流程开始,承保人员着手详细审核贷款申请和证明文件。通常在承保人员将案例分配给自己,或案例状态变为“承保中”时记录。
重要性

这是一个重要里程碑,标志着关键决策阶段开始。它是衡量“承保SLA达标率”关键绩效指标和识别承保前瓶颈的起点。

获取途径

可根据申请状态变为“承保处理中”或“已分配给承保人员”及相应时间戳推断此事件。

采集

查找贷款状态变为承保状态时的时间戳。

事件类型 inferred
申请已开始
表示贷款专员或申请人在Blend系统中开始创建新的贷款申请。通常这是系统创建的第一条记录,此时所需信息可能尚未收集齐全,申请也尚未正式提交。
重要性

此活动是贷款发起流程的初始触发点,有助于衡量申请人填写并提交申请所需的时间,以及分析申请中途退出率。

获取途径

此事件可能记录为Blend主申请表中贷款申请记录的创建时间戳,也可以根据与贷款申请ID关联的最早时间戳推断。

采集

使用贷款申请主记录的创建时间戳。

事件类型 inferred
申请已拒绝
此活动表示贷款申请经承保审核后被正式拒绝,是流程未能成功完成的另一种结果。
重要性

这是一个重要的非理想路径结束事件。分析拒绝数量和原因,对于完善贷款标准、改善“贷款申请拒绝率”关键绩效指标至关重要。

获取途径

此事件对应承保人员作出的“已拒绝”决定。Blend会将其记录为最终状态更新,并附上时间戳和原因代码。

采集

使用最终状态变更为“已拒绝”或“已驳回”时的时间戳。

事件类型 explicit
申请已提交
表示申请人或贷款专员正式提交已填写完成的贷款申请以供处理。这是一个关键事件,标志着处理和承保时限正式开始。
重要性

这是衡量端到端处理时间和服务级别协议(SLA)的正式起点,有助于区分申请填写阶段和正式处理阶段。

获取途径

Blend可能会将此记录为明确事件,或记录为贷款申请审计轨迹中的状态变更,例如状态从“草稿”变为“已提交”。

采集

查找申请提交对应的事件日志或状态变更时间戳。

事件类型 explicit
贷款报价已接受
表示申请人正式接受贷款报价及其条款。这是一个重要里程碑,表明申请人有意继续办理贷款。
重要性

此活动是衡量从批准到结案转化是否成功的重要指标。分析申请人接受报价所需的时间,有助于了解报价的竞争力。

获取途径

申请人在Blend门户中进行电子签名或以其他方式确认接受时,系统会记录此事件并更新状态,同时生成时间戳。

采集

使用申请人在系统中进行电子签名或接受操作的时间戳。

事件类型 explicit
资金已发放
表示贷款发起流程已成功完成,贷款金额已转给申请人或相关方。此事件标志着贷款申请流程顺利结束。
重要性

这是理想路径的主要结束事件。衡量到达此活动所需的时间,即可得出贷款发起的整体周期时间,这是一项关键绩效指标。

获取途径

资金部门确认后,贷款专员可能会在Blend中将申请状态更新为“已放款”或“已结案”,系统据此记录此事件。该事件也可能来自与核心银行系统的集成。

采集

使用状态变更为“已放款”“已拨付”或“已完成”时的时间戳。

事件类型 inferred
信用审查已完成
表示已成功从信用机构获取申请人的信用报告和评分,并将其附加到贷款档案中。此事件表明信用数据已可供审核。
重要性

信用审查从发起到完成所需的时间,可以衡量第三方服务的效率。这项数据对后续承保和风险评估阶段至关重要。

获取途径

信用机构API成功返回结果后,系统通常会记录此事件,并在Blend日志中添加时间戳,或更新信用审查任务的状态。

采集

查找信用报告响应对应的带时间戳日志条目,或状态更新为“已完成”的记录。

事件类型 explicit
初始披露文件已发送
此活动表示已向申请人发送首批法律规定的披露文件。这是关键的合规步骤,必须在流程早期完成。
重要性

跟踪此项合规活动对监管审计至关重要。分析其时间安排有助于确保遵守RESPA和TILA等法规。

获取途径

此记录可能位于Blend的通信或文档管理模块中,并带有披露文件包生成和发送的时间戳。

采集

查找与发送“初始披露”文件包相关的带时间戳事件日志。

事件类型 explicit
已发起信用审查
此活动表示已向信用机构发起调取申请人信用报告的请求,是评估申请人信用状况的重要步骤。
重要性

这是关键的数据收集步骤。分析发起和完成信用审查所需的时间,有助于发现第三方集成造成的延误。

获取途径

此事件通常记录为对信用报告机构的API调用,并在Blend系统日志或审计轨迹中附有时间戳。

采集

查找信用报告请求对应的带时间戳日志条目。

事件类型 explicit
已收到文件
表示申请人已上传或提供全部或部分所需证明文件。通常只有完成此步骤,申请才能进入下一阶段,例如承保。
重要性

从请求文件到收到文件的等待时间是常见的延误来源。跟踪这一时间有助于衡量申请人的响应速度和文件收集流程的效率。

获取途径

可通过Blend文档管理系统中的文件上传时间戳,或状态变更为“已收到”的时间戳记录此活动。

采集

使用文件上传时间戳,或文档清单中的状态更新时间戳。

事件类型 explicit
已请求文件
表示系统或贷款专员已向申请人发送所需证明文件的请求,例如工资单或银行对账单。这通常是申请工作流中的自动或手动操作。
重要性

分析此活动有助于发现文件收集环节的瓶颈。同一案例多次出现此活动,说明存在返工和流程低效,可通过“重复文件请求率”关键绩效指标衡量。

获取途径

此记录通常位于Blend的文件跟踪或清单模块中,每次请求均带有时间戳。

采集

使用文档管理或申请人沟通功能中的事件日志。

事件类型 explicit
申请已撤回
表示申请人在最终决定作出或资金发放前选择撤回申请。这是流程未能成功完成的一种结果。
重要性

这是一个重要的非理想路径结束事件。分析申请撤回的时间和原因,有助于了解客户体验、竞争情况和流程阻力。

获取途径

申请状态变为“已撤回”时,Blend会记录此事件。申请人可通过门户触发状态变更,贷款专员也可手动操作。

采集

使用事件发生时间,或状态变更为“已撤回”时的时间戳。

事件类型 explicit
结案披露文件已发送
表示已向申请人发送最终一批法律规定的结案文件,供其签署前审核。这是有时限要求的合规步骤,必须在最终结案前完成。
重要性

跟踪此事件对于确保遵守强制等待期至关重要,例如《贷款真相法案》(TILA)和《房地产结算程序法案》(RESPA)综合披露规则(TRID)规定的三天审核期。

获取途径

Blend可能会在通信或文档管理日志中记录此活动,并准确标明结案披露文件包的发送时间。

采集

查找与发送“结案披露”文件包相关的带时间戳事件日志。

事件类型 explicit
贷款协议已签署
此活动表示申请人已签署所有结案文件,贷款协议由此具有法律约束力。这是发放资金前申请人必须完成的最后一步。
重要性

这是申请人的最终确认,也是资金发放的前提。此阶段的延误可能影响放款时间和客户满意度。

获取途径

此活动由与Blend集成的电子签名平台记录,并标明最终签名完成的时间戳。

采集

记录最终贷款文件包的电子签名流程完成时间。

事件类型 explicit
贷款报价已生成
此活动发生在承保决定为“已批准”之后,表示已创建正式贷款报价文件并准备发送给申请人。该文件明确了获批贷款的条款。
重要性

承保决定作出到报价生成之间的时间,可以揭示行政处理延误。这是贷款获批后迈向接受报价的重要环节。

获取途径

Blend可能会在文档生成日志中记录此活动,并标明贷款报价文件的创建时间。

采集

使用贷款报价文件记录的创建时间戳。

事件类型 explicit
建议填写 选填

数据提取指南

如何从Blend获取数据

准备好开始了吗?

此模板旨在简化数据收集工作,帮助您加快优化贷款发放流程的进程。立即开始改进流程。

立即优化您在Blend中的贷款发放流程

将决策时间缩短50%,消除Blend中的积压。

开始免费试用

无需信用卡,几分钟即可完成设置。