您的贷款发放数据模板
您的贷款发放数据模板
- 支持深入分析的建议数据属性
- 准确梳理工作流所需的关键流程活动
- 数据提取分步指南
贷款发放属性
| 名称 | 说明 | ||
|---|---|---|---|
| 事件时间戳 EventTimestamp | 特定活动开始或发生的准确日期和时间。 | ||
| 说明 事件时间戳(也称开始时间)记录活动发生的准确时刻。此时间数据对于按时间顺序排列事件、准确呈现流程至关重要。 分析时,时间戳用于计算所有基于时长的指标,包括总周期时间、各活动的处理时间以及步骤间的等待时间。这有助于发现瓶颈、监控SLA达标情况并跟踪绩效趋势,对于“贷款总处理时间分析”和“贷款审批周期时间趋势”等仪表板尤为重要。 重要性 时间戳记录事件的先后顺序,是计算周期时间、等待时间等各项绩效指标的基础。 获取途径 此数据通常与系统事件日志或交易表中的活动记录或状态更新记录一同保存,字段名称可能为“Creation Date”或“Status Timestamp”。 示例 2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-11-05T09:15:00Z | |||
| 活动名称 ActivityName | 贷款发放流程中某个时间点发生的具体业务事件或任务的名称。 | ||
| 说明 此属性记录贷款发放生命周期中每个步骤的名称,例如“Application Submitted”“Credit Check Completed”或“Loan Decision Rendered”。这些活动构成发现的流程图中的节点。 分析这些活动的顺序和频率是流程挖掘的核心,有助于了解实际流程、发现偏离标准流程的情况,并找出瓶颈或返工率较高的环节。具体活动名称对于计算承保处理时间等阶段性KPI至关重要。 重要性 活动定义了流程的各个步骤。分析其顺序、频率和持续时间,是了解并改进流程的基础。 获取途径 此信息通常来自Finastra Fusion Mortgagebot中的系统事件日志、状态变更记录或任务完成记录。 示例 已提交申请已开始审批贷款决策完成发放贷款资金 | |||
| 贷款申请ID LoanApplicationId | 贷款申请在系统中创建时分配的唯一标识符。 | ||
| 说明 贷款申请ID可在整个生命周期内唯一标识每笔贷款申请。它是关联所有相关活动和数据的核心标识,可完整追踪特定贷款的发放流程。 在流程分析中,此ID是构建每个案例端到端视图的基础。从“Application Submitted”到“Funds Disbursed”或“Loan Closed as Rejected”的所有活动,都会关联到此唯一标识符,从而能够计算周期时间、识别流程变体并跟踪具体贷款的办理过程。 重要性 这是将所有相关事件关联到单个流程实例的关键案例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 | 特定活动完成的准确日期和时间。 | ||
| 说明 开始时间记录活动的起始时刻,结束时间则记录活动完成的时刻。在贷款发放流程中,许多事件的开始和结束时间可能相同,表示事件瞬间完成。但对于“承保审核”等有明确持续时间的活动,此字段至关重要。 单独记录结束时间后,即可直接计算活动处理时间,而不必根据下一项活动的开始时间推算。这样能更准确地区分实际处理时间和空闲或等待时间,这对于“承保瓶颈深入分析”仪表板十分重要。 重要性 此属性可准确计算活动处理时间,并将其与后续等待时间区分开来,从而提升瓶颈分析的准确性。 获取途径 查阅Finastra Fusion Mortgagebot文档或系统日志。此时间可能记录为“Completion Date”或“End Date”;如果没有明确记录,则可能需要推算。 示例 2023-10-27T16:05:00Z2023-10-28T11:00:15Z2023-11-06T17:20:00Z | |||
| 决策结果 DecisionOutcome | 贷款申请的最终决定,例如批准、拒绝或撤回。 | ||
| 说明 此属性记录每笔申请在贷款发放流程中的最终业务结果,是定义流程实例成功或失败的关键案例级属性。 此属性是“贷款申请拒绝趋势”仪表板和“按风险分析贷款决策一致性”的基础。分析人员可按结果筛选和细分流程图,识别导致拒绝或批准的常见流程模式。此属性还直接支持贷款申请拒绝率KPI的计算。 重要性 此属性定义每个案例的业务结果,便于比较成功与未成功的流程,查找根本原因。 获取途径 这通常是贷款申请案例的最终状态,可在Finastra Fusion Mortgagebot的主案例表或申请表中找到。 示例 已批准已拒绝申请人已撤回报价已过期 | |||
| 指定承保审核员 AssignedUnderwriter | 负责评估贷款申请风险的承保审核员姓名或ID。 | ||
| 说明 此属性用于标识负责流程中关键承保审核阶段的审核员。承保审核员会评估贷款风险,并提出批准或拒绝建议。 对于“承保瓶颈深入分析”仪表板,此属性必不可少。您可以按承保审核员细分承保处理时间和排队时间,了解绩效差异、确保决策一致性,并管理承保团队的工作量。 重要性 此属性对于深入分析承保审核阶段至关重要,有助于比较绩效并管理承保团队的工作量。 获取途径 查阅Finastra Fusion Mortgagebot文档。此信息通常在案例分配到承保队列或指定承保审核员时记录。 示例 David ChenMaria Garciauw_dchenunderwriter_56 | |||
| 指定贷款专员 AssignedLoanOfficer | 负责管理贷款申请的贷款专员姓名或ID。 | ||
| 说明 此属性用于标识负责处理申请的主要员工,即贷款专员。此人通常是申请人的主要联系人,并负责引导申请完成整个流程。 此维度对于绩效和工作量分析至关重要。“贷款专员工作量分布”等仪表板会直接使用此属性,展示每位专员负责的活跃贷款数量和平均处理时间。管理人员可据此识别绩效优秀或工作负荷过重的专员,并发现资源平衡或培训机会。 重要性 此属性有助于分析工作量分布和资源绩效,并发现与资源相关的瓶颈或最佳实践。 获取途径 查阅Finastra Fusion Mortgagebot文档。此信息可能保存在贷款申请主数据或分配表中,并关联到用户管理模块。 示例 John SmithEmily Jonesjsmithuser_1024 | |||
| 申请渠道 ApplicationChannel | 贷款申请最初提交时使用的渠道。 | ||
| 说明 此属性用于标明申请来源,例如在线门户、移动应用、贷款专员直接办理或第三方经纪人转介。 了解申请渠道对于运营和战略分析都很重要。“贷款总处理时间分析”仪表板使用此属性比较不同渠道的效率,帮助发现某些渠道是否导致处理时间更长、拒绝率更高或返工更多,为流程优化和营销策略提供依据。 重要性 此属性可比较不同客户服务渠道的绩效,帮助优化各渠道的流程和资源配置。 获取途径 查阅Finastra Fusion Mortgagebot文档。此信息通常在创建申请时记录。 示例 在线门户移动应用分行办理经纪人 | |||
| 信用评分 CreditScore | 信用审查时申请人的信用评分。 | ||
| 说明 此属性包含信用审查机构在“Credit Check Completed”活动中提供的数值型信用评分,是评估申请人信用状况的重要因素。 在“按风险分析贷款决策一致性”仪表板中,可将信用评分与最终决策结果进行对比,帮助确保贷款决策公平、一致,并符合机构的风险承受能力。此分析还可发现潜在的不一致情况,例如信用评分相近的申请人获得了不同结果。 重要性 此属性是风险评估的重要数据点,有助于分析贷款决策的一致性和公平性。 获取途径 查阅Finastra Fusion Mortgagebot文档。此数据通常在通过集成从信用报告机构获取后,存储在专用字段中。 示例 780650815720 | |||
| 分行地点 BranchLocation | 负责处理贷款申请的实体分行或运营地点。 | ||
| 说明 此属性用于标识负责处理贷款的具体分行或办公室,是拥有多个地点的大型机构的重要组织维度。 “贷款专员工作量分布”仪表板使用此属性按地点汇总绩效分析,帮助比较不同分行的效率、工作量和业务结果,发现区域绩效差异,并为组织内的资源配置提供依据。 重要性 此属性有助于比较不同地理区域或组织单位的绩效基准,并分析工作量。 获取途径 查阅Finastra Fusion Mortgagebot文档。此信息可能关联到贷款专员的用户资料,或在受理申请时选定。 示例 市中心主街诺斯伍德分行公司总部西部区域中心 | |||
| 承保审核SLA目标 UnderwritingSlaTarget | 合同或内部规定的承保审核阶段完成时限目标。 | ||
| 说明 此属性规定了承保流程的服务水平协议(SLA)时限目标,通常以工作小时或天数表示。目标可能因贷款类型或风险类别等因素而异。 此属性是“SLA达标与超时分析”仪表板和总SLA达标率KPI的重要输入。将实际承保处理时间与目标对比后,可将每个案例标记为“达标”或“超时”。这有助于监控对客户的承诺或内部目标的完成情况,并查明SLA未达标的根本原因。 重要性 此属性提供衡量实际绩效的基准,便于直接监控SLA达标情况并发现超时案例。 获取途径 这可能以静态业务规则的形式存储,也可能作为字段保存在贷款申请中;该字段还可能由Finastra Fusion Mortgagebot中的规则引擎计算得出。 示例 24小时3天48小时5天 | |||
| 承保排队时间 UnderwritingQueueTime | 申请开始承保前的等待时间。 | ||
| 说明 此指标衡量贷款申请完成信用检查后、承保正式开始前的等待时间,计算方式为“信用检查完成”与“承保开始”两个时间戳之间的时长。 此KPI对于“承保瓶颈深入分析”至关重要,因为它将等待时间与实际处理时间区分开来。排队时间过长可能意味着资源不足、任务分配效率低或系统延迟。缩短排队时间通常是提升整体流程速度和效率的重要目标。 重要性 单独衡量关键流程阶段开始前的等待时间,为减少空闲时间、提升流程效率提供明确的改进方向。 获取途径 此属性在数据分析或ETL过程中计算,方法是求出每个案例中“信用检查完成”与“承保开始”事件的时间差。 示例 86400秒172800秒36000秒 | |||
| 拒绝原因 RejectionReason | 贷款申请被拒时提供的具体原因。 | ||
| 说明 当贷款的“决策结果”为“已拒绝”时,此属性会记录具体原因。原因可能包括信用记录不佳、收入不足、文件不完整或房产评估问题。 此属性对于“贷款申请拒绝趋势”仪表板至关重要。分析最常见的拒绝原因,可为流程改进提供切实依据。例如,因文件不完整而被拒的申请较多,可能说明需要改进文件收集流程或申请人沟通。 重要性 此属性可揭示流程未成功的根本原因,帮助有针对性地改进流程,提高批准率并减少无效工作。 获取途径 查阅Finastra Fusion Mortgagebot文档。此信息通常保存在与最终决策状态关联的原因代码字段或备注字段中。 示例 信用评分低于门槛债务收入比过高申请材料不完整收入核实未通过 | |||
| 是否自动执行 IsAutomated | 用于标记某项活动由系统(true)还是人工用户(false)执行。 | ||
| 说明 此布尔属性用于区分系统自动执行的任务(如初步信用检查或生成标准披露文件)与员工手动执行的任务。 分析此属性有助于了解流程的自动化程度,并比较自动化步骤与人工步骤的速度和一致性。这些信息有助于发现更多自动化机会,从而提升效率并降低人为错误风险。 重要性 帮助衡量流程的自动化程度,并发现通过新增自动化举措进一步提升效率的机会。 获取途径 通常通过检查与活动关联的“用户”来确定。如果用户是系统或服务账户,则将此标记设为true。 示例 truefalse | |||
| 是否超出SLA IsSlaBreached | 计算得出的标记;如果承保阶段超出规定的SLA目标,则为true。 | ||
| 说明 此布尔属性通过比较阶段的实际持续时间与目标SLA得出。例如,如果“承保开始”到“承保完成”之间的时间超过“承保SLA目标”,则该值为true。 在“SLA达成与超时分析”仪表板中,此标记可作为清晰的二元维度,用于筛选和汇总数据,从而简化分析。它便于快速计算SLA达成率KPI,也有助于进一步分析经常超出服务级别协议的申请所具有的特征,例如贷款类型或分支机构。 重要性 为每个案例提供清晰简明的SLA未达标标记,便于筛选、汇总和分析超时的根本原因。 获取途径 此属性在数据准备阶段计算,逻辑为:(实际持续时间>承保SLA目标)?true:false。 示例 truefalse | |||
| 是否返工 IsRework | 计算得出的标记,用于指示某项活动是否在同一案例中第二次或多次执行。 | ||
| 说明 对于同一贷款申请ID,如果某项活动(如“请求补充材料”或“承保审核退回”)发生多次,则此布尔属性设为true。它有助于明确标记并量化返工循环。 在“返工与冗余步骤图”仪表板中,可用此标记直观呈现返工循环,或筛选返工较多的案例。计算返工活动率KPI也很简单,只需统计“IsRework”为true的事件。这样可以将改进工作聚焦于重复工作的根本原因,例如沟通不清或数据录入错误。 重要性 明确识别并量化返工,便于分析流程低效和循环的成因及影响。 获取途径 此属性在数据转换层计算,方法是检查给定CaseId下是否已出现相同的活动名称。 示例 truefalse | |||
| 贷款类型 LoanType | 申请的贷款产品类型,例如常规贷款、FHA贷款或VA贷款。 | ||
| 说明 此属性根据申请人申请的具体抵押贷款产品对贷款申请进行分类。不同贷款类型通常有不同的流程要求、合规规则和风险特征。 按贷款类型分析流程是基础做法,可发现某些产品的周期时间是否明显更长或拒绝率是否更高。此类细分对于识别特定产品的瓶颈至关重要,也有助于确保“合规违规路径分析”等分析中的一致性检查得到正确应用。 重要性 不同贷款产品通常有不同的流程路径和SLA,因此此属性对于有意义的对比分析和筛选至关重要。 获取途径 这是申请流程开始时选择的一项基础数据,保存在Finastra Fusion Mortgagebot的贷款申请主数据中。 示例 常规30年固定利率贷款FHA贷款VA贷款巨额抵押贷款 | |||
| 贷款金额 LoanAmount | 申请人申请的贷款总金额。 | ||
| 说明 此属性表示申请的抵押贷款本金,是每笔申请的重要财务指标,也常会影响流程本身。例如,金额较大的巨额贷款可能需要额外审批步骤。 分析时,可按贷款金额细分流程,并调查贷款金额与处理时间、批准率或审查严格程度之间的关联。例如,金额超过某一门槛的贷款可能在承保审核阶段持续耗时更长。此属性为流程分析提供重要的业务背景。 重要性 此属性有助于分析贷款组合,并调查贷款金额是否会影响流程表现,例如周期时间或批准率。 获取途径 这是申请提交过程中填写的核心字段,保存在Finastra Fusion Mortgagebot的贷款申请主数据中。 示例 350000.00750000.00210000.50 | |||
| 风险类别 RiskCategory | 对贷款风险等级进行分类,例如低、中或高。 | ||
| 说明 风险类别是根据信用评分、债务收入比和贷款价值比等因素对贷款申请进行的分类,可将复杂的风险评估归纳为几个易于理解的等级。 此属性对于“按风险分析贷款决策一致性”仪表板至关重要。将贷款按类别分组后,更容易直观比较风险状况相似的申请是否获得一致的决策结果。此分析有助于满足监管合规要求,并改进内部风险评估模型。 重要性 此属性简化了复杂的风险数据,便于从整体层面分析决策一致性及其与企业风险策略的契合度。 获取途径 此字段可能由Finastra Fusion Mortgagebot的内部决策引擎或相关风险管理模块计算并保存。 示例 低风险中风险高风险优质 | |||
贷款发放活动
| 活动 | 说明 | ||
|---|---|---|---|
| 发放贷款资金 | 这是贷款成功发放流程中的最后一项活动,表示贷款资金支付的时点。这是一笔重要的金融交易,系统会将其作为带时间戳的明确事件记录。 | ||
| 重要性 此活动标志流程成功结束,也是计算贷款平均总周期时间的终点。 获取途径 这是一个明确记录的事件,通常保存在与贷款关联的放款表或交易表中。“Funding Date”或“Disbursement Date”字段提供时间戳。 采集 使用核心贷款或放款数据表中“Funding Date”或类似字段的时间戳。 事件类型 explicit | |||
| 已完成信用核查 | 指已完成对申请人信用记录的自动或人工核查。通常在集成的第三方征信机构返回结果并将其附加到贷款档案时记录此事件。 | ||
| 重要性 这是审批阶段开始前的重要里程碑,为风险评估和决策提供关键数据。 获取途径 Mortgagebot中的信用核查集成服务可能会明确记录此事件,也可根据带时间戳的状态变更(如“信用核查完成”)推断。 采集 查找集成日志中的带时间戳记录,或表示已调取信用报告的特定状态更新。 事件类型 explicit | |||
| 已完成审批 | 标志着审批人员已完成审核,贷款申请可进入最终决策阶段。可根据状态从“审批中”变为“审批完成”或“等待最终决策”来推断。 | ||
| 重要性 这是衡量审批处理时间KPI的结束事件,也是风险评估阶段完成的重要里程碑。 获取途径 可根据状态历史日志中的时间戳推断,即贷款申请状态更新为审批阶段已完成时的时间戳。 采集 使用状态从“In Underwriting”变为“Decisioning”或“Approved”等后续状态时的时间戳。 事件类型 inferred | |||
| 已开始审批 | 此活动标志着审批阶段开始,即审批人员正式开始详细审核贷款档案。通常可根据状态变更(如“审批中”)或正式指派审批人员来推断。 | ||
| 重要性 这是衡量审批处理时间的起点,也是审批排队时间的终点,可显示申请等待审批人员处理的时长。 获取途径 可根据贷款申请状态历史表推断。应使用状态变更为“审批中”或类似状态时的时间戳。 采集 使用首次变更为“审批中”的时间戳,或首次将审批人员ID分配给该贷款的时间戳。 事件类型 inferred | |||
| 已提交申请 | 此活动标志着贷款发放流程正式开始,即潜在借款人通过系统正式提交申请。通常在系统创建新的贷款申请记录并分配唯一贷款申请ID时,会明确记录此事件。 | ||
| 重要性 这是流程的主要开始事件,是衡量整体贷款周期时间和预审批决策时间的基础。 获取途径 通常会在Finastra Fusion Mortgagebot生成新的贷款记录时,在申请或贷款主数据表中明确记录此事件及创建时间戳。 采集 使用贷款申请记录的创建时间戳。 事件类型 explicit | |||
| 贷款决策完成 | 这是贷款申请作出最终决定的关键事件,例如“Approved”(已批准)、“Conditionally Approved”(有条件批准)或“Rejected”(已拒绝)。可根据系统记录最终决策状态的时间戳推断此事件。 | ||
| 重要性 这是衡量决策时间和分析拒绝率的重要里程碑,有助于了解决策的一致性和结果。 获取途径 可根据贷款主要状态的变更或专用“Decision”字段推断。状态更新的时间戳即为事件时间。 采集 确定贷款状态首次变为最终决策状态(如“Approved”或“Rejected”)的时间戳。 事件类型 inferred | |||
| 贷款因拒绝而结案 | 表示贷款申请以最终状态“Rejected”正式结案的结束活动。这不同于作出拒绝决定本身,而是指文件最终完成行政结案。 | ||
| 重要性 这为被拒申请提供明确的终点,便于准确分析该群体的周期时间,并支持贷款申请拒绝率KPI。 获取途径 可结合最终结案日期或状态日期,根据贷款申请的最终状态为“Rejected”或“Denied”推断。 采集 使用贷款记录最终状态变为“Rejected”时的状态更新时间戳。 事件类型 inferred | |||
| 发送结清披露文件 | 此活动表示生成并向借款人发送最终结清披露文件(CD)。这是关键的合规步骤,必须在结清前规定的天数完成。 | ||
| 重要性 跟踪此事件对于确保符合TRID监管要求至关重要。此活动相对于最终结清的时间是重要的合规指标。 获取途径 通常由Mortgagebot的文档管理组件明确记录。生成并发送CD文件时会记录时间戳。 采集 使用文档跟踪表中“Closing Disclosure”文档类型的创建时间戳。 事件类型 explicit | |||
| 审批退回 | 此活动记录审批流程中的返工情况,即审批人员将申请退回给信贷专员,要求补充信息或更正内容。可根据状态从“审批中”变回“处理中”或“等待文件”等先前状态来推断。 | ||
| 重要性 此活动可揭示显著增加处理时间和工作量的返工循环。若频繁发生,通常说明初始数据质量或文件存在问题。 获取途径 可通过贷款状态历史日志推断,查找状态从审批阶段退回审批前阶段的记录。 采集 检测从“审批中”变为“处理中”或“等待处理人员审核”等状态的转换。 事件类型 inferred | |||
| 已完成初步审核 | 指信贷专员或处理人员完成对申请完整性和基本资格的首次内部核查。通常可根据系统中的状态变更推断,例如从“新建”变为“处理中”或“初步审核完成”。 | ||
| 重要性 分析初步审核耗时,有助于发现数据验证和文件收集环节的早期瓶颈,从而改进流程前置处理。 获取途径 可根据状态历史日志或与“初步审核”“处理中”等贷款状态相关的时间戳字段推断。查找状态变更为初步审核完成时的时间戳。 采集 找出贷款申请状态首次从“新建”变为“处理中”或“已审核”的时间戳。 事件类型 inferred | |||
| 已收到证明文件 | 标志着申请人提交的所有所需证明文件均已收到并上传至系统。通常可根据贷款状态从“等待文件”变更为“已收到文件”或“待审核”来推断。 | ||
| 重要性 这是文件收集周期时间KPI的终点。从索取文件到收到文件之间的延误,是周期时间过长的常见原因。 获取途径 可根据贷款状态历史日志推断。状态变更为“已收到文件”或“待审批”等状态时对应的时间戳,即表示此事件发生。 采集 找出申请状态更新为所有必要文件均已提交时的时间戳。 事件类型 inferred | |||
| 已索取证明文件 | 信贷专员或处理人员正式向申请人索取补充文件时,会发生此事件。通常可通过状态变更为“等待文件”,或发送沟通信息时生成的特定日志记录来捕获。 | ||
| 重要性 此活动是衡量文件收集效率的起点。若反复发生,可能说明最初的材料要求不够清晰,或流程存在返工。 获取途径 可根据状态变更时间戳推断,也可从Mortgagebot的沟通日志中获取申请人收到文件索取通知的时间。 采集 使用状态变更为“等待文件”或类似状态的时间戳。同一案例中此事件可能发生多次。 事件类型 inferred | |||
| 生成贷款报价 | 表示批准后为申请人创建并发送正式贷款报价文件。此事件可能由文档生成模块明确记录,也可能根据状态变更推断。 | ||
| 重要性 此活动是衡量贷款报价接受率以及申请人回复报价所需时间的起点。 获取途径 可使用Mortgagebot集成的文档生成服务所记录的明确日志。也可根据状态变为“Offer Sent”或“Pending Applicant Acceptance”推断。 采集 在文档历史表或与文档生成相关的事件日志中查找时间戳。 事件类型 explicit | |||
| 申请人接受贷款报价 | 此事件标志申请人正式接受已生成的贷款报价。通常由贷款专员在收到签署文件或电子签名后手动更新贷款状态来记录。 | ||
| 重要性 此活动对于计算贷款报价接受率KPI,以及了解所提供贷款产品和条款的成效至关重要。 获取途径 此事件可能根据系统中的手动状态变更推断,例如状态变为“Offer Accepted”或“Ready for Closing”。该更新的时间戳即为事件时间。 采集 使用状态变为“Accepted”或其他表示贷款进入结清阶段的类似状态时的时间戳。 事件类型 inferred | |||
| 申请已撤回 | 申请人在最终决定作出前主动撤回申请时发生的结束活动。系统会将状态变更为“Withdrawn by Applicant”来记录。 | ||
| 重要性 跟踪撤回情况有助于发现申请人在哪些流程环节退出,这可能反映流程耗时过长、过于复杂或沟通不足。 获取途径 可根据贷款状态历史日志推断。状态变为“Withdrawn”时的时间戳即为此事件的时间。 采集 使用最终状态变更为“Withdrawn”时对应的时间戳。 事件类型 inferred | |||
数据提取指南
此流程的提取方法目前正在验证中。请稍后再查看,或 联系我们 获取帮助。
简化贷款发放流程,立即减少延误
定位Finastra Fusion Mortgagebot中的延误,让审批速度提升50%。
无需信用卡,几分钟即可完成设置。