您的贷款发放数据模板
您的贷款发放数据模板
- 建议采集的属性
- 需要跟踪的关键活动
- 提取指南
贷款发起属性
| 名称 | 说明 | ||
|---|---|---|---|
|
开始时间
EventStartTime
|
表示特定活动或事件正式开始时间的时间戳。 | ||
|
说明
事件开始时间是流程步骤启动的准确日期和时间。该时间戳对于正确排列事件顺序,以及计算活动持续时间和活动间等待时间至关重要。 在分析中,该时间戳用于排列每笔贷款申请的活动,形成按时间顺序排列的事件日志。它是所有时间类计算的基础,包括周期时间、处理时间和等待时间,这些指标对于识别延迟以及评估SLA表现不可或缺。
为什么重要
该时间戳对于排列事件、计算流程时长,以及识别贷款发起工作流中的瓶颈和延迟至关重要。
获取位置
对应Blend事件日志或审计轨迹表中事件记录的创建或开始时间戳。
示例
2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T09:12:45Z
|
|||
|
活动名称
ActivityName
|
贷款申请在某个时间点发生的具体业务事件或任务的名称。 | ||
|
说明
该属性描述贷款发起流程中的一个步骤或里程碑,例如“已提交申请”“信用检查已完成”或“已发放资金”。每项活动都代表流程生命周期中的一个独立事件。 分析这些活动的顺序和持续时间,可以创建详细的流程图,用于识别常见流程路径、偏离标准流程的情况,以及导致申请延迟的瓶颈。了解活动流转是开展流程改进的第一步。
为什么重要
该属性构成流程图的骨架,定义了贷款发起过程中的步骤和里程碑。
获取位置
这些信息通常来自Blend中的事件日志、状态变更记录或审计轨迹,并对应贷款工作流中的关键里程碑。
示例
申请已提交已开始承保发放资金拒绝申请
|
|||
|
贷款申请ID
LoanApplicationId
|
通过Blend平台提交的每份贷款申请的唯一标识符。 | ||
|
说明
贷款申请ID可在整个生命周期内唯一标识每笔贷款申请。它是汇总所有相关活动和数据的核心实体,可完整追踪特定贷款的发起过程。 在流程挖掘中,该ID是构建端到端流程图的基础,因为每个记录的事件都必须关联到具体申请。这样可以分析单笔申请的流程路径、比较不同路径,并在案例层面汇总总周期时间或返工频率等指标。
为什么重要
这是连接所有流程步骤的核心Case 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年期固定利率抵押贷款房屋净值信用额度汽车贷款
|
|||
|
信用评分
CreditScore
|
信用检查时申请人的信用评分。 | ||
|
说明
该属性存储信用检查机构在“信用检查已完成”活动中返回的数值型信用评分。信用评分是评估申请人信用状况和作出放贷决定的关键因素。 在流程分析中,可以使用信用评分细分申请,并了解这一关键数据点如何影响流程结果。例如,分析人员可以研究较低信用评分是否与更长的承保时间或更高的拒绝率相关,从而深入了解风险评估对流程效率的影响。
为什么重要
这是影响决策的关键因素,可用于分析申请人风险状况如何影响流程、持续时长和结果。
获取位置
请参阅Blend文档。该信息通常通过集成从第三方信用机构获取,并存储在申请人档案中。
示例
780650815
|
|||
|
房产所在州
PropertyState
|
与贷款相关的房产所在的美国州。 | ||
|
说明
该属性标识所融资房产所在的州,对抵押贷款申请尤其重要。不同州的放贷法规和市场条件可能存在显著差异。 该属性提供地理分析维度,支持比较不同地区的流程绩效,例如周期时间和批准率。这有助于识别地区性瓶颈、了解当地法规对流程的影响,并更有效地分配资源。
为什么重要
支持从地理维度分析贷款发起流程,揭示地区绩效差异和监管影响。
获取位置
请参阅Blend文档。这是抵押贷款申请房产信息中的标准字段。
示例
CANYTXFL
|
|||
|
承保SLA目标
UnderwritingSlaTarget
|
完成承保阶段的目标时长,以小时或天为单位。 | ||
|
说明
该属性定义贷款发起流程中承保阶段的SLA目标,表示从承保开始到作出决定之间可接受的最长时间。 该目标用于评估绩效。将实际承保时长与SLA目标进行比较,可以计算“承保SLA遵循率”KPI并识别超时情况。这是“承保服务水平遵循情况”仪表板的基础,该仪表板用于监控合规情况,并帮助优先处理可能违反SLA的申请。
为什么重要
提供明确的绩效基准,支持衡量SLA遵循情况并识别承保延迟。
获取位置
请参阅Blend文档或业务规则配置。该值可能根据贷款产品或其他因素进行配置。
示例
48小时3天24小时
|
|||
|
拒绝原因
RejectionReason
|
贷款申请被拒绝时提供的具体原因。 | ||
|
说明
当贷款申请的“决定结果”为“驳回”时,该属性提供拒绝背后的具体原因。常见原因包括“信用评分不足”“债务收入比过高”或“文档不完整”。 这些数据对于根因分析极具价值。通过分析最常见的拒绝原因,企业可以识别申请流程、申请人质量或放贷标准中的系统性问题。“贷款决定结果分析”仪表板使用这些信息提供可执行洞察,帮助提高整体批准率。
为什么重要
揭示贷款被拒的具体原因,支持采取针对性措施解决常见问题并提高申请成功率。
获取位置
请参阅Blend文档。该信息很可能位于被拒申请的决定记录或状态历史中。
示例
债务收入比过高信用评分较低申请不完整
|
|||
|
文档类型
DocumentType
|
请求或收到的文档类型,例如“工资单”或“银行对账单”。 | ||
|
说明
该属性指定“请求文档”或“收到文档”等活动中涉及的具体支持文档类型。这种详细程度对于了解贷款流程中的文档管理环节至关重要。 按文档类型分析,可以回答“哪些文档最常被重复请求?”或“申请人提供哪些文档所需时间最长?”等问题。“文档请求效率分析”仪表板依赖该属性识别文档收集流程中的模式和低效环节,旨在减少返工和延迟。
为什么重要
提供文档相关活动的细粒度信息,帮助定位特定文档类型的低效环节和重复请求。
获取位置
请参阅Blend文档。该信息应可在文档管理任务或事件的详细信息中找到。
示例
工资单W-2表格银行对账单纳税申报表
|
|||
|
是否返工
IsRework
|
用于表示某项活动是否为同一案例中先前步骤重复执行的计算标记。 | ||
|
说明
如果同一贷款申请案例中此前已经发生过相同活动,该布尔标记将设为True。例如,同一笔贷款第二次出现“请求文档”时,第二次发生的活动将标记为返工。 识别返工对于定位流程低效、摩擦和循环至关重要。“返工与重新提交分析”仪表板和“每笔贷款申请返工率”KPI依赖该属性量化重复工作的频率和影响。突出显示这些情况,有助于将改进工作集中在一次性正确完成任务上。
为什么重要
直接标记流程低效和循环,使重复工作带来的影响易于量化和分析。
获取位置
通常由流程挖掘工具计算,该工具可以检测案例轨迹中的重复活动。也可以在数据准备阶段计算。
示例
truefalse
|
|||
|
是否违反承保SLA
IsUnderwritingSlaBreached
|
用于表示承保阶段是否超过既定SLA目标的计算标记。 | ||
|
说明
这是一个布尔型(True/False)属性,通过比较承保流程实际时长与“UnderwritingSlaTarget”得出。如果实际时长超过目标,该标记将设为True。 该标记将复杂的时间比较转化为简单的二元指标,简化分析和仪表板展示。它直接用于“承保服务水平遵循情况”仪表板,以统计超时数量并计算“承保SLA遵循率”KPI,从而快速识别所有未达到服务标准的案例。
为什么重要
提供清晰的二元SLA失败指标,简化报告,并支持快速筛选所有超时申请。
获取位置
这是一个计算字段。逻辑为:(UnderwritingDecisionRendered.Timestamp - UnderwritingCommenced.Timestamp) > UnderwritingSlaTarget。
示例
truefalse
|
|||
|
案例持续时间
CaseDuration
|
从贷款申请的第一个事件到最后一个事件之间计算出的总时长。 | ||
|
说明
该指标衡量每笔贷款申请的端到端总周期时间。计算方式是:对指定“LoanApplicationId”,用最后记录事件的时间戳减去第一个记录事件的时间戳。 案例持续时间是衡量整体流程效率的主要KPI,用于“贷款审批端到端周期时间”仪表板,提供高层次绩效视图。分析该指标及其在贷款产品、渠道等属性之间的差异,对于了解并提升整个贷款发起流程的速度至关重要。
为什么重要
表示贷款申请的端到端总周期时间,是衡量整体流程速度和效率的关键KPI。
获取位置
流程挖掘工具会按案例计算该指标,即用最后一个事件的时间戳减去第一个事件的时间戳。
示例
25天8小时42天3小时15天12小时
|
|||
|
申请人类型
ApplicantType
|
对申请人进行分类,例如“新客户”或“现有客户”。 | ||
|
说明
该属性根据申请人与贷款机构的关系对申请人进行细分,包括“新客户”“现有客户”“内部员工”或“合作伙伴推荐”等类别。 不同类型的申请人可能适用不同的流程规则,或可以使用已有数据,从而影响处理时间和批准率。按申请人类型分析流程差异,可以发现为现有客户简化流程的机会,或识别新客户面临的摩擦点。
为什么重要
支持根据客户关系分析流程差异,而客户关系可能影响数据可用性、风险评估和整体处理速度。
获取位置
请参阅Blend文档。该信息可能通过将申请人信息与客户主数据进行交叉匹配得出,也可能直接记录。
示例
新客户现有客户首选合作伙伴
|
|||
|
贷款金额
LoanAmount
|
申请人请求的贷款总金额。 | ||
|
说明
该属性包含申请贷款的本金金额。贷款金额可能显著影响承保流程的复杂程度和审核严格程度。 按贷款金额分析流程可以进行有价值的细分。例如,大额贷款可能遵循与小额贷款不同且更严格的流程路径。这有助于解释周期时间和批准率的差异,也常用于按金额区间对案例进行分类分析。
为什么重要
提供关键业务背景,支持按申请金额分析,而金额通常与流程复杂度相关。
获取位置
请参阅Blend文档。这是任何贷款申请表中的标准必填字段。
示例
350000.0050000.001250000.00
|
|||
贷款发起活动
| 活动 | 说明 | ||
|---|---|---|---|
|
发放资金
|
表示贷款发起流程成功完成,即将贷款金额转给申请人或相关方。该事件标志着一次成功贷款申请流程的结束。 | ||
|
为什么重要
这是流程中主要的“顺利路径”结束事件。衡量到达该活动所需的时间,即可得到整体贷款发起周期时间这一关键KPI。
获取位置
资金部门确认后,贷款专员很可能会在Blend中将申请状态更新为“已放款”或“已结清”,系统也可能通过与核心银行系统的集成记录该事件。
采集
使用状态变更为“已放款”“已发放”或“已完成”时的时间戳。
事件类型
inferred
|
|||
|
已作出承保决定
|
标志着承保人员完成审核,并形成“批准”“有条件批准”或“拒绝”等决定。该事件结束核心承保分析。 | ||
|
为什么重要
该活动是衡量承保周期时间和SLA遵循情况的终点。决定结果是分析批准率和拒绝原因的关键属性。
获取位置
通常会在承保人员于系统中提交决定时记录这一明确事件。也可以根据承保状态变更推断,例如变更为“批准”或“拒绝”。
采集
使用承保人员提交决定事件的时间戳,或后续状态变更的时间戳。
事件类型
explicit
|
|||
|
已开始承保
|
表示承保流程开始,承保人员开始详细审核贷款申请及支持文件。通常在承保人员将案例分配给自己,或案例状态变更为“In Underwriting”时记录。 | ||
|
为什么重要
这是一个重要里程碑,标志着最关键决策阶段的开始,也是衡量Underwriting SLA Adherence Rate KPI和识别承保前瓶颈的起点。
获取位置
可以根据申请状态变更为“Underwriting in Progress”或“Assigned to Underwriter”,以及相应的时间戳进行推断。
采集
确定贷款状态变更为承保状态的时间戳。
事件类型
inferred
|
|||
|
拒绝申请
|
该活动表示贷款申请经过承保审核后被正式拒绝,是流程的另一种未成功结束方式。 | ||
|
为什么重要
这是关键的“不顺利路径”结束事件。分析拒绝数量及原因,对于优化放贷标准和改进“贷款申请拒绝率”KPI至关重要。
获取位置
该事件对应承保人员作出的“拒绝”决定。在Blend中,它会作为最终状态更新记录,并附带时间戳和原因代码。
采集
使用最终状态变更为“拒绝”或“驳回”时的时间戳。
事件类型
explicit
|
|||
|
接受贷款报价
|
表示申请人正式接受贷款报价及其条款。这是表明申请人有意继续办理贷款的关键里程碑。 | ||
|
为什么重要
该活动是衡量从批准到结清成功转化的关键指标。分析接受报价所需的时间,有助于了解报价的竞争力。
获取位置
当申请人在Blend门户中完成电子签名或以其他方式表示接受时,会记录此事件,并触发带时间戳的状态更新。
采集
使用申请人在系统中完成电子签名或接受操作的时间戳。
事件类型
explicit
|
|||
|
申请已开始
|
表示贷款专员或申请人在Blend系统中开始创建新贷款申请的时刻。这通常是系统创建的第一条记录,即使此时尚未收集完所有必需信息,也尚未正式提交申请。 | ||
|
为什么重要
该活动是贷款发起流程的初始触发点,有助于衡量申请人完成并提交申请所需的时间,以及分析申请中途放弃率。
获取位置
该事件通常对应Blend主申请表中贷款申请记录的创建时间戳,也可以通过与Loan Application ID关联的最早时间戳推断。
采集
使用主贷款申请记录的创建时间戳。
事件类型
inferred
|
|||
|
申请已提交
|
表示申请人或贷款专员正式提交已完成的贷款申请,进入处理阶段。这是一个关键事件,标志着处理和承保时间线正式开始。 | ||
|
为什么重要
这是衡量端到端处理时间和服务级别协议(SLA)的正式起点,有助于区分申请起草阶段和实际处理阶段。
获取位置
Blend可能会将其记录为明确事件,或记录为贷款申请审计轨迹中的状态变更,例如状态从“Draft”变为“Submitted”。
采集
确定申请提交对应的事件日志或状态变更时间戳。
事件类型
explicit
|
|||
|
信用检查已完成
|
表示已成功从征信机构接收申请人的信用报告和评分,并将其附加到贷款文件中。该事件表明信用数据已可供审核。 | ||
|
为什么重要
信用检查从发起到完成的时长可以衡量第三方服务的效率。这些数据对于后续承保和风险评估阶段至关重要。
获取位置
征信机构API返回成功响应后记录该事件,并在Blend日志中记录时间戳,或将其作为信用检查任务的状态更新。
采集
查找信用报告响应对应的带时间戳日志条目,或状态更新为“Completed”的记录。
事件类型
explicit
|
|||
|
初始披露文件已发送
|
表示首批法律要求的披露文件发送给申请人的时间点。这是一个关键合规步骤,必须在流程早期完成。 | ||
|
为什么重要
跟踪这一合规活动对于监管审计至关重要。分析其发生时间,有助于确保遵守RESPA和TILA等法规。
获取位置
该事件通常记录在Blend的通信或文档管理模块中,并以披露文件包生成和发送的时间作为时间戳。
采集
查找与发送“Initial Disclosure”文件包相关的带时间戳事件日志。
事件类型
explicit
|
|||
|
发送结清披露文件
|
表示已将签署前供申请人审核的全部法定结清文件发送给申请人。这是一个有时限的合规步骤,必须在最终结清前完成。 | ||
|
为什么重要
跟踪此事件对于确保遵守强制等待期至关重要,例如TILA-RESPA综合披露(TRID)规则规定的三天审核期。
获取位置
这很可能记录在Blend的通信或文档管理日志中,并包含结清披露文件包发送时的精确时间戳。
采集
查找与发送“结清披露”文件包相关的带时间戳事件日志。
事件类型
explicit
|
|||
|
已启动信用检查
|
表示已发起从征信机构获取申请人信用报告的请求,是评估申请人信用状况的关键步骤。 | ||
|
为什么重要
这是关键的数据收集步骤。分析信用检查发起和完成所需的时间,有助于识别第三方集成造成的延迟。
获取位置
该事件通常记录为向征信机构发起的API调用,并在Blend系统日志或审计轨迹中记录时间戳。
采集
查找信用报告请求对应的带时间戳日志条目。
事件类型
explicit
|
|||
|
已收到文件
|
表示申请人已上传或提供全部或部分所请求的支持文件。该事件通常是申请进入下一阶段(例如承保)的前提。 | ||
|
为什么重要
从文件请求到文件接收之间的时间是常见延迟来源。跟踪这一时长有助于衡量申请人的响应速度和文件收集流程的效率。
获取位置
当文件上传,或其在Blend文档管理系统中的状态变更为“Received”时,通过时间戳记录。
采集
使用文档上传记录或文件检查清单中的状态更新时间戳。
事件类型
explicit
|
|||
|
已请求文件
|
表示系统或贷款专员已向申请人发出所需支持文件请求,例如工资单或银行对账单。这通常是申请工作流中的自动或人工操作。 | ||
|
为什么重要
分析该活动有助于识别文件收集相关瓶颈。同一案例多次出现该活动,通常意味着返工和流程低效,可通过Repeated Document Request Rate KPI进行衡量。
获取位置
该活动通常记录在Blend的文件跟踪或检查清单模块中,每次请求均带有时间戳。
采集
使用文档管理或申请人沟通功能中的事件日志。
事件类型
explicit
|
|||
|
撤回申请
|
表示申请人在最终决定作出前或资金发放前选择撤回申请。这代表流程未成功完成。 | ||
|
为什么重要
这是关键的“不顺利路径”结束事件。分析申请在何时以及为何被撤回,有助于了解客户体验、竞争情况和流程摩擦。
获取位置
该事件通过Blend中变更为“已撤回”的状态记录,可由申请人通过门户触发,也可由贷款专员手动触发。
采集
使用事件发生或状态变更为“已撤回”时的时间戳。
事件类型
explicit
|
|||
|
生成贷款报价
|
该活动发生在承保决定为“批准”之后,表示已创建要发送给申请人的正式贷款报价文件,并将获批贷款的条款正式确定下来。 | ||
|
为什么重要
承保决定与报价生成之间的时间可以揭示行政处理延迟,也是贷款获批后走向接受的关键步骤。
获取位置
这很可能记录在Blend的文档生成日志中,其中的时间戳表示贷款报价文件的创建时间。
采集
使用贷款报价文件记录的创建时间戳。
事件类型
explicit
|
|||
|
签署贷款协议
|
该活动标志着申请人完成所有结清文件的最终签署,使贷款协议具有法律约束力。这是资金发放前申请人必须完成的最后一步。 | ||
|
为什么重要
这是申请人的最终确认,也是资金发放的前提。此阶段的延迟可能影响放款时间和客户满意度。
获取位置
该信息通过与Blend集成的电子签名平台记录,平台会记录最终签署完成的时间戳。
采集
记录最终贷款文件包电子签名流程完成时的时间戳。
事件类型
explicit
|
|||
提取指南
立即优化您在Blend中的贷款发放流程
将Blend中的决策时间缩短50%,消除积压。
无需信用卡,几分钟即可完成设置。