您的贷款发放数据模板
您的贷款发放数据模板
- 推荐用于深入分析的数据属性
- 用于准确绘制工作流的关键流程活动
- 数据提取分步指南
贷款发放属性
| 名称 | 描述 | ||
|---|---|---|---|
| 事件timestamp EventTimestamp | 特定活动开始或发生的精确日期和时间。 | ||
| 描述 事件时间戳 (Event Timestamp) 或开始时间记录了活动发生的精确时刻。这种时间数据对于按时间顺序排列事件以及构建流程流的准确呈现至关重要。 在分析中,时间戳用于计算所有基于时长的指标,包括整体周转周期、单个活动的处理时间以及步骤之间的等待时间。这支持识别瓶颈、监控 SLA 达成情况并追踪一段时间内的绩效趋势,这些对于“整体贷款处理时间分析”和“贷款审批周期趋势”等仪表板至关重要。 为何重要 时间戳提供了事件的时间顺序,对于计算所有绩效指标(如周期时间和等待时间)至关重要。 获取方式 此类数据通常存在于系统事件日志或事务表中的活动或状态更新记录旁,通常标记为“创建日期”或“状态时间戳”。 示例 2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-11-05T09:15:00Z | |||
| 活动名称 ActivityName | 在贷款发放流程中,于特定时间点发生的业务事件或任务的名称。 | ||
| 描述 该属性记录了贷款发放生命周期中每个步骤的名称,例如“提交申请”、“信用检查完成”或“给出贷款决策”。这些活动构成了所发现的流程图中的节点。 分析这些活动的顺序和频率是流程挖掘的核心。它有助于了解实际的流程流转,识别偏离标准程序的情况,并精准定位瓶颈或返工率较高的区域。具体的活动名称对于计算特定阶段的 KPI(如核保处理时间)至关重要。 为何重要 活动定义了流程的步骤。分析其顺序、频率和持续时间是理解和改进流程流的基础。 获取方式 此类信息通常根据 Finastra Fusion Mortgagebot 内部的系统事件日志、状态变更记录或任务完成条目生成。 示例 已提交申请核保开始贷款决策已做出资金已拨付 | |||
| 贷款申请 ID LoanApplicationId | 系统创建贷款申请时分配给每个申请的唯一标识符。 | ||
| 描述 贷款申请 ID (Loan Application ID) 是识别每项贷款申请全生命周期的唯一标识。它是整合所有相关活动和数据的核心实体,可完整追踪特定贷款的整个发放流程。 在流程分析中,该 ID 是构建各案例端到端视图的基础。从“提交申请”到“放款”或“因拒绝而关闭贷款”的所有活动都与此唯一标识关联,从而实现循环周期计算、识别流程变体并追踪特定贷款的办理路径。 为何重要 这是必不可少的案例 ID (Case ID),它将所有相关事件连接成一个流程实例,是进行任何流程挖掘分析的基础。 获取方式 这是 Finastra Fusion Mortgagebot 内部贷款申请的主要标识符,通常存在于所有与贷款处理相关的模块和表中。 示例 MB-2024-84331LN-00193742APP-2023-58102 | |||
| 最后数据更新 LastDataUpdate | 指示该流程数据上次刷新或抽取时间的时间戳。 | ||
| 描述 该属性记录了从源系统最近一次提取数据的日期和时间,为分析数据的时效性提供了背景信息。 在任何分析或仪表板中,了解数据的实时性对于做出明智决策都至关重要。此时间戳可帮助用户了解他们查看的是实时信息还是特定时间点的快照,这对于区分运营监控与战略分析非常重要。 为何重要 告知用户数据的及时性,确保分析是基于已知且可接受期限内的数据进行的。 获取方式 该值是在数据提取和转换 (ETL) 过程中生成并标记在数据集上的。 示例 2024-05-21T02:00:00Z2024-05-20T02:00:00Z2024-05-19T02:00:00Z | |||
| 源系统 SourceSystem | 标识从中提取事件数据的记录系统。 | ||
| 描述 该属性指定了数据的来源系统,例如“Finastra Fusion Mortgagebot”。在具有多个集成系统的环境中,此字段有助于区分数据源。 虽然在单系统分析中通常是静态值,但在合并来自不同平台(如独立的 CRM 或文档管理系统)的数据时,它变得至关重要。它确保了数据血缘清晰,并通过追溯到正确的源头来帮助解决数据质量问题。 为何重要 提供有关数据来源的关键背景信息,确保可追溯性并辅助数据治理,特别是在多系统环境中。 获取方式 这通常是在数据提取和转换 (ETL) 过程中添加的静态值,用于将“Finastra Fusion Mortgagebot”识别为来源。 示例 FinastraFusionMortgagebotMortgagebotLOS_PRODFFM_US_East | |||
| 事件结束时间 EventEndTime | 特定活动完成的精确日期和时间。 | ||
| 描述 开始时间 (StartTime) 记录活动何时开始,而结束时间 (EndTime) 标记其完成。在贷款发放的许多事件中,开始和结束时间可能完全相同,代表这是一个瞬间发生的事件。然而,对于具有可衡量时长的活动(如“核保审查”),此字段至关重要。 拥有明确的结束时间可以直接计算活动的处理时间,而不是通过下一个活动的开始时间来推断。这种方法更加准确,因为它能将真实的处理时间与闲置或等待时间区分开,这对于“核保瓶颈深度钻取”仪表板非常关键。 为何重要 能够精准计算活动处理时间,将其与后续的等待时间区分开来,从而实现更准确的瓶颈分析。 获取方式 查阅 Finastra Fusion Mortgagebot 文档或系统日志。这可能被记录为“完成日期”、“结束日期”,如果不是显式可用的,则可能需要衍生计算。 示例 2023-10-27T16:05:00Z2023-10-28T11:00:15Z2023-11-06T17:20:00Z | |||
| 决策结果 DecisionOutcome | 对贷款申请做出的最终决策,例如已批准、已拒绝或已撤回。 | ||
| 描述 该属性记录了每项贷款申请在发放流程中的最终业务结果。这是一个关键的案例级属性,定义了流程实例的成功与否。 该属性是“贷款申请拒绝趋势”仪表板和“基于风险的贷款决策一致性”分析的基础。通过按结果对流程图进行过滤和细分,分析人员可以识别导致拒绝或批准的常见流程模式。它直接支持了贷款申请拒绝率 KPI 的计算。 为何重要 定义每个 case 的业务结果,支持对成功和失败的流程流进行对比分析以查找根因。 获取方式 这通常是贷款申请案例的最终状态,可在 Finastra Fusion Mortgagebot 的主案例或申请表中找到。 示例 已批准已驳回申请人已撤回要约已过期 | |||
| 分配的信贷员 AssignedLoanOfficer | 负责管理贷款申请的信贷员姓名或 ID。 | ||
| 描述 该属性用于识别处理申请的主要员工(即信贷员)。此人通常是申请人的主要联系人,负责引导申请完成整个流程。 这一维度对于绩效和工作量分析至关重要。“信贷员工作量分布”等仪表板直接使用该属性来可视化每位信贷员的在办贷款数量和平均处理时间。它能帮助管理层识别优秀员工、可能超负荷的员工,以及资源平衡或培训的机会。 为何重要 支持工作负载分布和资源绩效分析,并识别与资源相关的瓶颈或最佳实践。 获取方式 查阅 Finastra Fusion Mortgagebot 文档。这可能存储在贷款申请标题数据或分配表中,并链接到用户管理模块。 示例 约翰·史密斯Emily Jonesjsmithuser_1024 | |||
| 分配的核保员 AssignedUnderwriter | 负责评估贷款申请风险的核保人员姓名或 ID。 | ||
| 描述 该属性专门用于识别负责流程中关键核保阶段的核保人员。核保人员负责评估贷款风险并提出批准或拒绝的建议。 对于“核保瓶颈深度钻取”仪表板,此属性必不可少。它支持按个人核保员对核保处理时间和排队时间进行细分,有助于了解绩效差异,确保决策的一致性,并管理核保团队内部的工作负载。 为何重要 对于核保阶段的详细分析至关重要,支持核保团队的绩效比较和工作量管理。 获取方式 查阅 Finastra Fusion Mortgagebot 文档。此信息通常在案件分配到核保队列或特定核保员时记录。 示例 陈大卫Maria Garciauw_dchenunderwriter_56 | |||
| 申请渠道 ApplicationChannel | 贷款申请最初提交的渠道。 | ||
| 描述 该属性指定了申请的来源,例如是通过在线门户、移动应用、信贷员直接提交,还是通过第三方经纪人提交。 了解渠道对于运营和战略分析非常重要。“整体贷款处理时间分析”仪表板使用该属性来比较不同渠道的效率。这可以揭示某些渠道是否会导致更长的处理时间、更高的拒绝率或需要更多返工,从而为流程优化和营销策略提供洞察。 为何重要 支持在不同面向客户的渠道之间进行绩效比较,有助于优化特定渠道的流程和资源配置。 获取方式 查阅 Finastra Fusion Mortgagebot 文档。此信息通常在创建申请时捕获。 示例 在线门户移动应用线下网点经纪人 | |||
| 信用评分 CreditScore | 信用检查时申请人的信用评分。 | ||
| 描述 该属性包含在“信用检查完成”活动期间从征信机构获取的数值信用评分。它是评估申请人资信状况的关键因素。 在“基于风险的贷款决策一致性”仪表板中,信用评分与最终决策结果相关联。这种分析有助于确保贷款决策公平、一致且符合机构的风险偏好。它可以突出潜在的不一致性,例如信用分相似的申请人却得到了不同的结果。 为何重要 风险评估的关键数据点,该属性有助于分析贷款决策的一致性和公平性。 获取方式 查阅 Finastra Fusion Mortgagebot 文档。这些数据通常在通过集成从信用报告机构获取后存储在专用字段中。 示例 780650815720 | |||
| 分支机构地点 BranchLocation | 处理贷款申请的具体网点或业务运营地点。 | ||
| 描述 该属性用于识别负责该贷款的具体网点或办公室。对于拥有多个办公地点的的大型机构来说,这是一个关键的组织维度。 在“信贷员工作量分布”仪表板中,该属性支持在网点层级汇总绩效分析。它有助于比较不同网点之间的效率、工作量和结果,突出区域绩效差异,并为整个组织的资源分配提供决策依据。 为何重要 支持跨不同地域或组织单元进行绩效基准测试和工作量分析。 获取方式 查阅 Finastra Fusion Mortgagebot 文档。这可能与信贷员的用户配置文件相关联,或在申请受理期间选择。 示例 Downtown Main StNorthwood 分行公司总部西部区域中心 | |||
| 处理时间 ProcessingTime | 计算出的实际处理任务所花费的时间。 | ||
| 描述 该指标代表活动完成所需的实际时间,计算方式为活动结束时间 (EndTime) 与开始时间 (StartTime) 之差。它衡量的是主动工作时间,有别于活动之间的闲置或等待时间。 处理时间是进行绩效分析和识别瓶颈的核心指标。在“核保瓶颈深度钻取”中,核保活动的这一指标揭示了核保人员主动处理案例的时长。将一个案例中所有活动的处理时间相加,即可得到总接触时间 (touch time),这是衡量流程效率的关键指标。 为何重要 衡量活动的实际工作时长,有助于将增值时间与非增值等待时间区分开来,实现精确的效率分析。 获取方式 该属性不直接存在于源系统中,而是在数据准备期间通过从事件结束时间 (EventEndTime) 中减去事件时间戳 (EventTimestamp) 计算得出。 示例 3600 seconds72000 seconds180 seconds | |||
| 拒绝原因 RejectionReason | 贷款申请被拒绝时提供的具体原因。 | ||
| 描述 当贷款的“决策结果”为“拒绝”时,此属性提供了具体原因。原因可能包括信用记录不佳、收入不足、材料不全或物业评估问题等。 这是“贷款申请拒绝趋势”仪表板的关键属性。分析最频繁出现的拒绝原因可为流程改进提供切实的见解。例如,如果由于材料不全导致的拒绝数量很高,则可能表明需要优化材料收集流程或加强与申请人的沟通。 为何重要 提供流程失败的根因,支持针对性改进,从而提高批准率并减少无效劳动。 获取方式 查阅 Finastra Fusion Mortgagebot 文档。这通常存储在与最终决策状态关联的原因代码或备注字段中。 示例 信用评分低于阈值债务收入比过高申请不完整收入验证失败 | |||
| 是否发生SLA违约 IsSlaBreached | 一个计算出的标识,如果核保阶段超过了定义的 SLA 目标,则为 true。 | ||
| 描述 此布尔属性是将阶段的实际持续时间与其目标 SLA 进行比较的结果。例如,如果“核保开始”与“核保完成”之间的时间大于“核保 SLA 目标”,则其值为“是”。 该标记通过创建清晰的二元维度进行过滤和聚合,简化了“SLA 达成与违规分析”仪表板中的分析。它支持快速计算 SLA 达成率 KPI,并有助于深入挖掘经常违反服务水平协议的申请的具体特征(如贷款类型或网点)。 为何重要 为任何指定的 case 提供简单、清晰的 SLA 失败指示,从而更容易过滤、聚合和分析违规根因。 获取方式 该属性在数据准备阶段计算。逻辑为:(实际时长 > 核保 SLA 目标) ? 是 : 否。 示例 truefalse | |||
| 是否已自动化 IsAutomated | 指示活动是由系统执行 (true) 还是由人工用户执行 (false) 的标识。 | ||
| 描述 此布尔属性用于区分系统自动执行的任务(如初始信用检查或生成标准披露文件)与员工手动执行的任务。 分析此属性有助于了解流程的自动化程度。它可用于比较自动化步骤与手动步骤的速度和一致性。这对于识别进一步的自动化机会、提高效率并降低人为错误风险非常有价值。 为何重要 有助于衡量流程中的自动化程度,并发现通过新的自动化举措进一步提升效率的机会。 获取方式 这通常是通过检查与活动关联的“用户”来衍生的。如果用户是系统或服务帐户,则该标记设为“是”。 示例 truefalse | |||
| 是否返工 IsRework | 一个计算出的标识,用于指示在同一个 case 中,某项活动是否是第二次或多次执行。 | ||
| 描述 如果同一贷款申请 ID 重复出现特定活动(如“请求补充材料”或“退回核保审查”),则此布尔属性将设为“是”。它有助于明确标记和量化返工循环。 在“返工与冗余步骤图”仪表板中,此标记可用于直观地突出显示返工循环,或过滤出返工程度较高的案例。计算返工活动率 KPI 变得非常简单,只需统计“是返工”为真的事件即可。这有助于将改进工作重点放在重复劳动的根本原因上,如沟通不畅或数据录入错误。 为何重要 显式识别并量化返工,从而更容易分析流程低效和循环的原因及影响。 获取方式 该属性在数据转换层通过检查给定案例 ID (CaseId) 是否已经出现过相同的活动名称来计算。 示例 truefalse | |||
| 核保 SLA 目标 UnderwritingSlaTarget | 合同约定或内部定义的完成核保阶段的目标时间。 | ||
| 描述 该属性指定了核保流程时长的服务水平协议 (SLA) 目标,通常以营业小时或天数表示。此目标可能根据贷款类型或风险类别等因素而有所不同。 这是“SLA 达成与违规分析”仪表板及整体 SLA 达成率 KPI 的关键输入。通过将实际核保处理时间与此目标进行对比,可以将每个案例标记为“达标”或“违规”。这有助于根据对客户的承诺或内部目标来监控绩效,并识别 SLA 失败的根本原因。 为何重要 提供衡量实际绩效的基准,支持对 SLA 合规性的直接监控和对违规行为的识别。 获取方式 这可以存储为静态业务规则,也可以作为贷款申请本身的字段,可能由 Finastra Fusion Mortgagebot 内部的规则引擎衍生而来。 示例 24 hours3天48 hours5天 | |||
| 核保排队时间 UnderwritingQueueTime | 核保开始前申请件的计算等待时间。 | ||
| 描述 该指标衡量贷款申请在信用检查完成后、核保正式开始前所处的闲置等待时间。其计算方式为“信用检查完成”与“核保开始”时间戳之间的时长。 此 KPI 对于“核保瓶颈深度钻取”至关重要,因为它将等待时间与主动处理时间分离开来。较长的排队时间可能表明资源短缺、工作分配低效或系统延迟。缩短排队时间通常是提高整体流程速度和效率的关键目标。 为何重要 隔离关键流程阶段前的等待时间,为减少闲置时间和提高流转效率提供明确的目标。 获取方式 该属性在数据分析或 ETL 过程中计算得出,方法是找出每个案例中“信用检查完成”与“核保开始”事件之间的时间差。 示例 86400 seconds172800 seconds36000 seconds | |||
| 贷款类型 LoanType | 申请的贷款产品类型,例如常规贷款、FHA 或 VA 贷款。 | ||
| 描述 该属性根据申请人请求的具体抵押贷款产品对贷款申请进行分类。不同的贷款类型通常具有不同的流程要求、合规规则和风险特征。 按贷款类型 (Loan Type) 分析流程是一项基础实践。它可以揭示某些产品是否具有明显更长的周期或更高的拒绝率。这种细分对于识别特定产品的瓶颈,以及确保正确应用合规检查(如“合规违规路径”分析)至关重要。 为何重要 不同的贷款产品通常具有不同的流程路径和 SLA,这使得该属性对于有意义的对比分析和过滤至关重要。 获取方式 这是在申请流程开始时选择的基础数据点,存储在 Finastra Fusion Mortgagebot 的主贷款申请数据中。 示例 常规 30 年固定利率贷款FHA 贷款VA 贷款巨额贷款 | |||
| 贷款金额 LoanAmount | 申请人申请的贷款总金额。 | ||
| 描述 该属性代表申请的抵押贷款本金金额。它是每项申请的关键财务指标,通常会影响流程本身,例如,大额“巨型”贷款可能需要额外的审批步骤。 在分析中,贷款金额 (Loan Amount) 可用于细分流程,并调查贷款价值与处理时间、批准率或审查严厉程度之间的相关性。例如,可能会发现超过一定阈值的贷款在核保阶段总是耗时更长。这为流程流转提供了宝贵的业务背景。 为何重要 允许对贷款组合进行财务分析,并有助于调查贷款金额是否影响流程行为(如周期时间或批准率)。 获取方式 这是在申请提交过程中输入的核心字段,存储在 Finastra Fusion Mortgagebot 的主贷款申请数据中。 示例 350000.00750000.00210000.50 | |||
| 风险类别 RiskCategory | 贷款风险等级的分类评级,如低、中、高。 | ||
| 描述 风险类别 (Risk Category) 是根据信用评分、债务收入比和贷款价值比等因素为贷款申请分配的分级。它将复杂的风险评估简化为几个直观的层级。 该属性对于“基于风险的贷款决策一致性”仪表板至关重要。通过对贷款进行分类,可以更轻松地观察风险特征相似的申请在决策结果上是否保持一致。此类分析有助于支持合规监管,并协助完善内部风险评估模型。 为何重要 简化复杂的风险数据,支持对决策一致性以及与公司风险策略一致性的高层级分析。 获取方式 这可能是由 Finastra Fusion Mortgagebot 的内部决策引擎或相关风险管理模块计算并存储的字段。 示例 低风险中等风险高风险优等 | |||
贷款发放活动
| 活动 | 描述 | ||
|---|---|---|---|
| 已完成信用审核 | 代表申请人自动化或人工信用历史检查的完成。当集成的第三方征信机构返回结果并将其附于贷款档案时,通常会记录此事件。 | ||
| 为何重要 这是核保阶段开始前的关键里程碑。它为风险评估和决策提供了核心数据。 获取方式 这可能是由 Mortgagebot 内部的信用检查集成服务记录的明确事件,也可能从带有时间戳的状态更改(如“信用检查完成”)中推断出来。 捕获 在集成日志中查找带时间戳的条目,或者查找指示信用报告已调取的特定状态更新。 事件类型 explicit | |||
| 已提交申请 | 此活动标志着贷款发放流程的正式开始,即潜在借款人通过系统正式提交申请。当创建新贷款申请记录并分配唯一贷款申请 ID 时,通常会明确捕获此事件。 | ||
| 为何重要 这是流程的主要开始事件。对于衡量整体贷款周期时间和预审批决策时间至关重要。 获取方式 这通常是在 Finastra Fusion Mortgagebot 中生成新贷款记录时,记录在申请或贷款主数据表中的明确事件,带有创建时间戳。 捕获 使用贷款申请记录的创建时间戳。 事件类型 explicit | |||
| 核保完成 | 标志着核保员审核完成以及最终贷款决策就绪。这从状态从“核保中”变更为“核保完成”或“等待最终决策”中推断出来。 | ||
| 为何重要 这是衡量核保处理时间 KPI 的结束事件。它是一个重要里程碑,标志着风险评估阶段的结束。 获取方式 通过状态历史日志中贷款申请状态更新以反映核保阶段完成时的时间戳来推断。 捕获 当状态从“核保中”更改为后续状态(如“决策中”或“已批准”)时,使用该时间戳。 事件类型 inferred | |||
| 核保开始 | 此活动标志着核保阶段的开始,即核保人员正式开始对贷款档案进行详细审查。这几乎总是通过状态更改(如“核保中”)或正式分配核保人员来判定。 | ||
| 为何重要 这是衡量核保处理时间的起点,也是核保排队时间的终点。它突出了申请在获得核保人员关注前等待了多久。 获取方式 从贷款申请的状态历史表中推断。应使用状态变更为“核保中”或类似状态时的时间戳。 捕获 使用状态首次更改为“核保中”时的时间戳,或首次为贷款分配核保人员 ID 的时间戳。 事件类型 inferred | |||
| 贷款决策已做出 | 这是对贷款申请做出最终决策的关键事件,例如“批准”、“有条件批准”或“拒绝”。此事件是根据系统记录最终决策状态的时间戳推断出来的。 | ||
| 为何重要 这是衡量决策时间和分析拒绝率的关键里程碑。对于理解决策一致性和结果至关重要。 获取方式 从贷款主状态的变更或专用“决策”字段中推断。此状态更新的时间戳即为事件时间。 捕获 识别贷款状态首次被设为终结决策状态(如“已批准”、“已拒绝”)的时间戳。 事件类型 inferred | |||
| 贷款已关闭(拒绝) | 一个结束活动,表示贷款申请已正式关闭,最终状态为“已拒绝”。这与决策本身不同,代表了档案的最终行政关闭。 | ||
| 为何重要 这为被拒绝的申请提供了一个明确的终点,从而支持对该群体进行准确的周期时间分析,并为贷款申请拒绝率 KPI 提供数据支持。 获取方式 通过贷款申请最终状态为“已拒绝”或“被拒”结合最终关闭日期或状态日期来推断。 捕获 当贷款记录被设为最终“拒绝”状态时,使用该最终状态更新的时间戳。 事件类型 inferred | |||
| 资金已拨付 | 这是成功完成贷款发放流程后的最后一项活动,代表贷款资金拨付的时刻。这是一项关键的财务交易,在系统中被捕获为带有时间戳的明确事件。 | ||
| 为何重要 此活动标志着流程的成功结束。它是计算整体平均贷款周期时间的终点。 获取方式 这是一个明确的事件,通常记录在与贷款相关的放款或交易表中。“放款日期”或“分拨日期”字段提供时间戳。 捕获 使用核心贷款或放款数据表中“放款日期”或类似字段的时间戳。 事件类型 explicit | |||
| 初审已完成 | 代表由信贷员或处理员对申请完整性和基本资格进行的第一次内部检查完成。这通常从系统中的状态变更推断出来,例如从“新建”到“处理中”或“初审完成”。 | ||
| 为何重要 分析在初审阶段花费的时间有助于识别数据验证和文件收集中的早期瓶颈,从而实现流程的前端改进。 获取方式 从状态历史日志或与“初审”或“处理中”等贷款状态关联的时间戳字段中推断。查找状态变更以指示第一次审核完成的时间戳。 捕获 识别贷款申请状态首次从“新建”变更为“处理中”或“已审核”的时间戳。 事件类型 inferred | |||
| 已请求证明文件 | 此事件发生在信贷员或处理人员正式要求申请人提供补充材料时。通常通过状态更改为“待处理文件”或发送通信时的特定日志条目来捕获。 | ||
| 为何重要 此活动是衡量文件收集效率的起点。该活动如果频繁重复,可能表明初始要求不明确或存在流程返工。 获取方式 这可以从状态变更时间戳中推断,或者从 Mortgagebot 内部的通信日志中捕获,这些日志记录了何时向申请人发送文件请求通知。 捕获 使用状态更改为“等待文件”或类似状态的时间戳。在同一个案例中,这可能会多次发生。 事件类型 inferred | |||
| 核保审查已退回 | 此活动记录了核保流程中的返工情况,即核保人员将申请退回给信贷员,要求提供更多信息或进行修正。这通常通过状态从“核保中”变回“处理中”或“等待文件”等前置状态来判定。 | ||
| 为何重要 识别会显著增加处理时间和工作量的返工循环。此活动的高频率预示着初始数据质量或文件准备存在问题。 获取方式 通过在贷款状态历史日志中识别状态从核保阶段退回前置核保阶段的序列来推断。 捕获 检测从“核保中”到“处理中”或“等待处理员审核”等状态的状态变迁。 事件类型 inferred | |||
| 申请人已接受贷款要约 | 此事件标志着申请人正式接受生成的贷款报盘。这通常由信贷员在收到签署文件或电子签名后,手动更新贷款状态来捕获。 | ||
| 为何重要 此活动对于计算贷款报盘接受率 KPI 以及了解所提供的贷款产品和条款的有效性至关重要。 获取方式 这可能是从系统中的手动状态更改(例如更改为“接受报盘”或“准备结清”)推断出来的。该更新的时间戳即为事件时间。 捕获 使用状态更改为“已接受”或类似状态(将贷款移至结清阶段)的时间戳。 事件类型 inferred | |||
| 申请已撤回 | 一个结束活动,发生在申请人在做出最终决策前自愿撤回申请时。通过状态变更为“申请人撤回”来捕获。 | ||
| 为何重要 追踪撤回情况有助于识别申请人在流程中的流失点,这可能预示着流程过长、过于复杂或沟通存在问题。 获取方式 从贷款的状态历史日志中推断。变更为“已撤回”状态的时间戳标志着此事件。 捕获 使用与最终状态更改为“已撤回”相关联的时间戳。 事件类型 inferred | |||
| 结清披露书 (CD) 已签发 | 此活动代表生成并向借款人发送最终结清披露 (CD) 文件。这是一个关键的合规步骤,必须在结清前的规定天数内完成。 | ||
| 为何重要 追踪此事件对于确保符合 TRID 监管规定至关重要。该活动相对于最终结清的时间点是一项关键的合规指标。 获取方式 通常是来自 Mortgagebot 文件管理组件的显式事件。在生成并发送 CD 文件时记录时间戳。 捕获 使用文档追踪表中结清披露 (Closing Disclosure) 文档类型的创建时间戳。 事件类型 explicit | |||
| 证明文件已收到 | 标志着所有要求的申请人证明文件均已收到并上传至系统的时点。这通常在贷款状态从“等待文件”更新为“文件已收到”或“准备审核”时推断出来。 | ||
| 为何重要 这是文件收集周期时间 KPI 的终点。请求文件与收到文件之间的延迟是导致周期延长的常见原因。 获取方式 从贷款状态历史日志中推断。与状态变更为“文件已收到”或“准备核保”等相关联的时间戳将标志着此事件。 捕获 识别申请状态更新以反映所有必要文件已提交的时间戳。 事件类型 inferred | |||
| 贷款要约已生成 | 代表审批决策后向申请人创建并签发正式贷款要约文件。这可以是文件生成模块记录的显式事件,也可以从状态变更中推断出来。 | ||
| 为何重要 此活动是衡量贷款报盘接受率以及申请人对报盘做出反馈所需时间的起点。 获取方式 可以是来自与 Mortgagebot 集成的文件生成服务的显式日志。或者,可以从状态变更为“要约已发送”或“等待申请人接受”中推断出来。 捕获 在文件历史表或与文件生成相关的事件日志中查找时间戳。 事件类型 explicit | |||
提取指南
该流程的提取方法正在验证中。请稍后回来查看或 联系我们 寻求帮助。