您的贷款发起数据模板

nCino
您的贷款发起数据模板

您的贷款发起数据模板

此模板提供了一套结构化方法,用于收集分析贷款发放流程所需的关键数据。模板列出了需要收集的主要属性和需要跟踪的关键活动,并提供了从系统中提取这些信息的实用指导。您可以据此构建适用于流程挖掘的完整事件日志。
  • 建议收集的属性
  • 需要跟踪的关键活动
  • 数据提取指南
刚接触事件日志?了解 如何创建流程挖掘事件日志.

贷款发放属性

以下是建议纳入事件日志的数据字段,可用于全面分析贷款发放流程。
5 必需 7 建议 7 可选
名称 说明
开始时间
EventTime
表示具体活动或事件开始时间的时间戳。
说明

开始时间,即事件时间戳,记录活动发生的准确日期和时间。这些按时间顺序排列的数据对于正确排序事件、还原实际发生的流程顺序至关重要。

该时间戳是所有基于时间的分析的基础。它用于计算活动之间的周期时间、识别等待时间和延迟,并衡量案例总体持续时间。准确的时间戳对于绩效监控和瓶颈分析至关重要。

为什么重要

该时间戳提供事件的时间顺序,是计算周期时间、持续时长等所有绩效指标的基础。

获取位置

可以从相关记录的系统生成时间戳(如“CreatedDate”),或字段历史中具体字段变更的时间戳获取。

示例
2023-10-26T10:00:00Z2023-10-26T14:30:00Z2023-10-27T09:15:00Z
活动
ActivityName
贷款发起流程中发生的具体业务步骤或事件名称。
说明

此属性表示贷款申请生命周期中的单项任务或里程碑,例如“已完成初步审核”或“承保已完成”。这些活动构成流程图中的节点,其顺序定义了流程顺序。

分析这些活动的顺序、频率和持续时间,有助于识别常见流程路径、偏差和瓶颈。这对于了解执行了哪些工作以及工作的先后顺序至关重要,也是所有流程挖掘分析的基础。

为什么重要

此属性定义流程中的各个步骤,用于可视化和分析流程顺序,而流程顺序正是流程挖掘的核心。

获取位置

通常根据nCino中Loan对象的“Stage”或“Status”字段变化,或相关Task、Event记录推导。

示例
创建贷款申请开始承保作出贷款决策发放贷款资金
贷款申请ID
LoanApplicationId
分配给每笔贷款申请的唯一标识符,作为跟踪整个贷款发起流程的主键。
说明

贷款申请ID可在整个生命周期内唯一标识每笔贷款申请,是汇总所有相关活动和数据的核心实体,从而完整追踪特定贷款的发起过程。

在流程挖掘中,该ID充当Case ID。从提交申请到作出最终决定的每个事件,都与此标识符关联。借助它,可以重建每笔申请的端到端流程,这是分析周期时间、流程变体和瓶颈的基础。

为什么重要

这是连接所有流程步骤的必要Case ID,使您能够分析每笔贷款申请的端到端历程。

获取位置

通常是nCino中Loan对象的主键,常见字段为LLC_Loan__c.Name或类似的唯一标识符字段。

示例
LA-2023-00123LA-2023-00456LA-2024-00789
最近数据更新时间
LastDataUpdateTimestamp
表示数据最近一次从源系统刷新时间的时间戳。
说明

此属性记录最近一次从源系统提取数据的日期和时间,为所分析数据的新鲜度提供背景信息。

在仪表板和报告中,这项信息对于了解分析结果的时效性至关重要。它有助于管理预期,并确保决策基于明确的数据时间范围。

为什么重要

为数据新鲜度提供重要背景,确保用户了解流程分析数据的时效性。

获取位置

此时间戳由数据提取工具或ETL流程在提取数据时生成。

示例
2024-05-21T02:00:00Z2024-05-22T02:00:00Z2024-05-23T02:00:00Z
源系统
SourceSystemName
提取数据的系统名称。
说明

该属性用于标识事件数据来源的应用程序。对于此流程,通常为“nCino”。

如果所有数据都来自同一系统,它看似多余;但在数据治理中十分重要。当您从多个系统集成数据时,例如独立的信用评分引擎或文档管理平台,它更是不可或缺,可确保数据来源清晰可追溯。

为什么重要

标识数据来源,这对于数据治理、问题排查以及合并来自多个系统的数据至关重要。

获取位置

这是在数据提取和转换过程中应用的静态值“nCino”。

示例
nCinonCino-ProdnCino-UAT
决策结果
DecisionOutcome
对贷款申请作出的最终决定,例如Approved、Declined或Withdrawn。
说明

此属性记录“Loan Decision Rendered”活动的结果。这是一个关键的案例级属性,用于定义已完成贷款申请流程的最终状态。

此属性对于基于结果的分析至关重要。它支持比较产生不同结果的流程路径,例如分析获批申请与拒绝申请的常见路径,也是计算Loan Decline Rate等关键指标的基础。

为什么重要

支持根据最终业务结果筛选和比较流程,这是识别导致成功或失败的流程模式的关键。

获取位置

流程结束后,通常位于Loan对象的“Status”或“Stage”字段中。具体取值取决于系统配置。

示例
已批准已拒绝申请人撤回
分配用户
AssignedUser
负责执行活动的用户,例如贷款专员或承保人员。
说明

此属性标识执行特定Task或在某一阶段负责贷款申请的员工。在nCino中,通常记录为记录的“Owner”。

按用户分析数据有助于了解工作负载分布、个人绩效和资源利用情况。它可以突出工作负荷过重的员工或团队,并识别高绩效人员,为资源管理和培训提供依据。

为什么重要

支持分析工作负载分布、团队绩效和资源分配,帮助识别与特定用户或团队相关的瓶颈。

获取位置

通常来自Loan对象或相关Task对象的“OwnerId”字段,并可与User对象关联以获取用户姓名。

示例
Alice SmithBob JohnsonCharlie Brown
分配部门
AssignedDepartment
在特定阶段负责贷款申请的部门或团队。
说明

此属性表示负责该活动的职能团队,例如“Origination”“Underwriting”或“Closing”。它可以根据分配用户的个人资料,或贷款记录中的专用字段推导得出。

从部门视角分析流程,对于了解跨职能协作至关重要。它有助于衡量部门间交接时间、识别跨部门转移造成的延迟,并从整体上了解组织内工作的执行位置。

为什么重要

对于分析部门间交接、衡量团队级绩效以及识别跨职能瓶颈至关重要。

获取位置

此信息可以从用户记录中分配用户的Department字段推导,也可以来自Loan对象中的自定义“Team”或“Queue”分配字段。

示例
贷款发放贷款审查信用风险结案
申请渠道
ApplicationChannel
提交贷款申请的渠道,例如Online、In-Branch或Broker。
说明

此属性标识贷款申请的提交来源。不同渠道的数据完整性和客户互动程度可能不同,进而影响后续流程路径。

按渠道分析流程有助于评估渠道效率。例如,可以比较Online提交与网点提交申请的周期时间和返工率。这些洞察可为渠道投入和特定来源的流程优化提供依据。

为什么重要

帮助比较不同提交渠道的效率、速度和质量,为战略改进和投入提供依据。

获取位置

通常存储在Loan对象的选项列表字段中,字段名通常为“Channel”或“Source”。

示例
在线门户分行经纪人网络移动应用
结束时间
EventEndTime
表示某项活动或事件完成时间的时间戳。
说明

End Time表示活动完成时间。活动的Start Time与End Time之差即为其处理时间。

此属性对于区分处理时间(主动工作时间)和等待时间(活动之间的空闲时间)至关重要。分析处理时间有助于识别最耗时的具体步骤,而某项活动的End Time与下一项活动的Start Time之间的间隔,则可揭示交接延迟。

为什么重要

支持精确计算活动处理时间,这是区分主动工作时间与空闲等待时间的关键。

获取位置

通常可取自相关记录中由系统生成的时间戳,例如“LastModifiedDate”,也可以使用字段历史记录中后续字段变更的时间戳。

示例
2023-10-26T11:30:00Z2023-10-26T17:00:00Z2023-10-27T11:45:00Z
贷款产品类型
LoanProductType
申请的具体贷款产品类型,例如Mortgage、Auto Loan或Personal Loan。
说明

此属性根据所提供的金融产品对贷款申请进行分类。不同贷款产品通常具有不同的流程变体、周期时间和风险特征。

按Loan Product Type细分流程分析,对于进行有意义的比较至关重要。它有助于了解不同产品如何影响流程效率,并支持创建针对性的仪表板,例如分别跟踪Mortgage和Auto Loan的放款吞吐量,从而确保在正确的业务背景下评估绩效。

为什么重要

支持按业务背景细分流程分析,揭示不同产品对流程效率、持续时间和路径的影响。

获取位置

通常存储在nCino Loan对象(LLC_Loan__c)的“Product”或“Loan Type”字段中。

示例
传统抵押贷款新车贷款无抵押个人贷款
贷款金额
LoanAmount
申请人申请的贷款金额。
说明

此属性表示申请贷款的本金金额。贷款金额会显著影响发起流程的复杂度和持续时间,金额较大或复杂度较高的贷款通常需要更多审核或步骤。

在分析中,Loan Amount是强大的细分维度。它支持研究高价值贷款是否需要更长处理时间、返工率是否更高,或是否遵循不同的流程路径。同时,它也是财务报告和了解待处理贷款组合价值的基础。

为什么重要

提供关键的财务背景,并支持细分分析,以判断贷款价值是否与流程复杂度、持续时间或结果相关。

获取位置

位于Loan对象的货币字段中,通常名为“Amount”(LLC_Loan__c.LLC_BI__Amount__c)。

示例
250000.0035000.00750000.00
SLA状态
SlaState
用于表示某项活动或案例是否达到Service Level Agreement的计算状态。
说明

此属性提供SLA检查结果,通常用于承保等特定阶段。它将实际周期时间与预定义的SLA目标进行比较,并分配“Met”或“Breached”等状态。

此属性对于监控业务承诺的履行情况至关重要。它直接支持“Underwriting SLA Adherence”仪表板和KPI,清晰、即时地反映合规情况。通过深入分析未达标申请的特征,还可以了解延迟的根本原因。

为什么重要

提供绩效是否达到目标的清晰分类结果,便于监控SLA合规情况并分析未达标原因。

获取位置

在数据转换层计算,将流程片段的实际持续时间(例如承保周期时间)与“UnderwritingSlaTarget”属性进行比较。

示例
已满足已超期
信用评分
CreditScore
申请人在信用检查时的信用评分。
说明

此属性保存信用机构在“Credit Check Completed”活动中返回的数值型信用评分,是承保和决策流程中的关键因素。

在流程挖掘中,可以利用信用评分分析其与流程行为之间是否存在相关性。例如,信用评分较低的申请是否需要更多人工步骤、承保时间是否更长,或拒绝率是否更高?这些分析可为基于风险的流程差异提供有价值的洞察。

为什么重要

支持分析这一关键决策因素,即信用评分与流程路径、持续时间和结果之间的相关性。

获取位置

此数据通常存储在与主Loan对象关联的“Credit Report”或“Financials”对象的专用字段中。

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

此属性定义流程中承保环节预期达到的Service Level Agreement(SLA),作为衡量实际绩效的基准。

该目标用于计算SLA达标率。将实际承保周期时间与目标进行比较后,可将申请标记为“Met”或“Breached”。这对于“Underwriting SLA Adherence”仪表板及相关KPI至关重要。

为什么重要

提供衡量服务级别协议绩效所需的基准,支持SLA达标情况监控。

获取位置

此值可以存储在Loan对象中,也可以根据Loan Product Type或Loan Amount等属性,按照业务规则推导得出。

示例
48小时72小时5个工作日
拒绝原因
DeclineReason
贷款申请被拒绝时提供的具体原因。
说明

当贷款的“Decision Outcome”为“Declined”时,此属性提供进一步的原因说明。原因可能包括信用评分较低、收入不足或材料不完整。

分析拒绝原因对于业务改进至关重要。它可以揭示与放贷标准、产品市场匹配度或申请流程本身相关的问题趋势,帮助企业优化策略并提高审批率。

为什么重要

提供申请被拒的根本原因,支持识别趋势并改进放贷标准或申请流程。

获取位置

通常存储在Loan对象的选项列表或文本字段中,当贷款状态变为“Declined”时,该字段会变为必填。

示例
信用评分低债务收入比高申请资料不完整抵押物不足
是否自动化
IsAutomated
用于标识某项活动是否由系统自动执行,而非由人工用户执行的布尔标志。
说明

此标志用于区分人工驱动的Task和自动化系统事件。例如,信用检查可能是自动化活动,而承保决策通常由人工完成。

识别自动化步骤对于发现和分析自动化机会至关重要。它支持衡量自动化对周期时间和效率的影响,并帮助识别适合未来自动化的人工活动。

为什么重要

区分系统活动与人工活动,是衡量自动化影响和识别新自动化机会的基础。

获取位置

通常根据与事件关联的用户推导得出。如果用户是“System”或“Integration”用户,则该标志设为true。

示例
truefalse
是否返工
IsRework
用于识别单个案例中重复活动或循环的计算标志。
说明

如果某项活动(例如“Supporting Documents Requested”)在同一贷款申请中发生多次,则此布尔属性设为true。它用于识别返工实例,而返工通常是流程低效的来源。

返工分析是流程挖掘的核心应用场景。“IsRework”标志支持快速筛选和量化返工实例,可用于驱动“Loan Application Rework Analysis”等仪表板,并计算返工率等KPI,从而突出流程步骤首次执行未成功的环节。

为什么重要

通过标记重复工作突出流程低效,支持有针对性地分析并减少成本高昂的循环。

获取位置

此属性在数据转换过程中计算,通过窗口函数检查同一活动是否已在指定Case ID中发生。

示例
truefalse
案例持续时间
CaseDuration
从贷款第一项活动开始到最后一项活动结束的总耗时。
说明

此计算指标衡量每个贷款申请的端到端周期时间,表示案例在流程中处于活动状态的总时长。

Case Duration是衡量整体流程效率的核心关键绩效指标。它用于在仪表板中展示周期时间分布、识别长时间运行的案例,并跟踪一段时间内的绩效趋势。分析与案例持续时间较长相关的因素,是许多流程挖掘项目的重要目标。

为什么重要

表示整体端到端周期时间,是衡量流程整体健康度和客户体验的关键KPI。

获取位置

通过计算每个LoanApplicationId的最大EventTime与最小EventTime之差得出。

示例
2592000秒1209600秒4320000秒
必需 建议 可选

贷款发放活动

以下是建议在事件日志中记录的关键流程步骤和里程碑,可用于准确发现和分析贷款发放工作流。
6 建议 9 可选
活动 说明
作出贷款决策
表示对贷款申请作出的最终正式决定,例如“Approved”或“Declined”。当贷款状态正式设置为反映最终结果时捕获该事件。
为什么重要

这是区分评估阶段和结案阶段的重要里程碑。分析承保完成到作出决定之间的时间,有助于发现委员会审核或最终签批中的潜在延迟。

获取位置

根据Loan对象的状态或阶段字段更新为“Approved”或“Declined”等终止状态推断。字段历史跟踪可提供准确时间戳。

采集

捕获设置贷款最终决策状态的字段更新时间戳。

事件类型 inferred
创建贷款申请
该活动表示在nCino系统中创建新的贷款申请记录,标志着贷款发起流程正式开始。通常在用户首次保存新的Loan记录时捕获。
为什么重要

这是流程的主要开始事件。从该活动到其他活动的耗时,是衡量整体周期时间和识别初始处理延迟的基础。

获取位置

这是从Salesforce平台中主要Loan对象(Loan__c)的创建时间戳捕获的明确事件,nCino正是构建于该平台之上。

采集

使用Salesforce对象Loan__c的“CreatedDate”字段。

事件类型 explicit
发放贷款资金
该活动标志着贷款发起流程成功完成,资金已转入申请人账户。通常在贷款阶段变更为“Booked”或“Complete”时捕获。
为什么重要

这是流程的主要成功结束事件。衡量到达该活动的总时间,即可得到端到端周期时间,这是评估整体流程绩效的关键KPI。

获取位置

根据Loan对象的最终阶段变更为“Booked”等成功终止状态推断,时间戳取自字段历史跟踪。

采集

捕获Loan的“Stage”字段(LLC_BI__Stage__c)更新为“Booked”的时间戳。

事件类型 inferred
完成承保
该活动表示承保人员已完成审核并作出建议。通常在贷款阶段从“Underwriting”推进到后续阶段时捕获,例如“Approved”“Declined”或“Pending Decision”。
为什么重要

该里程碑标志着承保阶段结束。“Underwriting Commenced”与该事件之间的时长,是衡量承保效率和识别瓶颈的重要KPI。

获取位置

根据Loan的“Stage”字段(LLC_BI__Stage__c)从“Underwriting”变更为其他值的时间推断,依赖字段历史跟踪。

采集

捕获Loan的“Stage”字段从“Underwriting”更新为承保后状态的时间戳。

事件类型 inferred
开始承保
标志着承保阶段正式开始,贷款申请进入承保人员的实际评估环节。通常通过贷款主要阶段或状态字段变更为“Underwriting”来捕获。
为什么重要

这是一个关键里程碑,标志着流程中资源投入最高的阶段之一开始,也是衡量承保周期时间和SLA达成情况的起点。

获取位置

根据Loan的“Stage”字段带时间戳的变更推断,具体为变更为“Underwriting”。这要求在Loan对象的Stage字段上启用Salesforce字段历史跟踪。

采集

捕获Loan的“Stage”字段(LLC_BI__Stage__c)更新为“Underwriting”的时间戳。

事件类型 inferred
贷款申请被拒
该活动表示流程未成功结束,贷款申请被正式拒绝。通常在贷款阶段或状态设置为“Declined”时捕获。
为什么重要

这是一个关键的失败结束事件。分析导致该结果的路径,有助于识别拒绝原因,并发现提升申请质量或优化放贷标准的机会。

获取位置

根据Loan对象的最终阶段变更为“Declined”推断,时间戳取自“Stage”字段的字段历史跟踪。

采集

捕获Loan的“Stage”字段(LLC_BI__Stage__c)更新为“Declined”的时间戳。

事件类型 inferred
完成信用检查
该活动表示信用检查已完成,结果已在系统中可用。通常在信用报告附加到贷款记录,或“Credit Check”阶段标记为完成时捕获。
为什么重要

信用检查是承保的重要前置依赖。该步骤延迟可能成为整个流程的重大瓶颈。

获取位置

可以从信用报告集成中直接获取,也可以根据Loan阶段更新推断。请检查Loan或相关对象中表示信用查询日期或完成状态的字段。

采集

使用Loan Stage更新为“Credit Check Complete”的时间戳,或相关信用报告记录的创建日期。

事件类型 inferred
完成初步审核
表示贷款专员或处理人员完成对申请及其初始数据的首次正式审核。通常通过贷款的状态或阶段字段发生变化来捕获,表明申请已完成初始数据录入。
为什么重要

衡量到达该活动所需的时间,有助于评估受理流程的初始响应速度和效率。这是进入更高资源投入活动前的关键步骤。

获取位置

通常可根据Loan的“Stage”字段或自定义“Status”字段带时间戳的变更推断,例如变更为“Initial Review Complete”或“Pending Documents”。这要求在Loan对象上启用字段历史跟踪。

采集

识别Loan Stage字段更新为表示审核完成的时间戳。

事件类型 inferred
完成风险评估
表示完成对贷款的正式风险评估或评级。这通常是承保阶段中的独立步骤,在风险评级字段填充或更新时捕获。
为什么重要

该活动反映了承保过程中的决策情况。分析此步骤耗时,有助于发现风险评估中的复杂因素。

获取位置

可以根据Loan对象中风险相关字段的填充时间或最后修改日期推断,例如“Risk Grade”或“Risk Rating”字段。

采集

使用字段历史跟踪中“Risk Rating”字段被填充或变更时的时间戳。

事件类型 inferred
接受贷款报价
表示申请人正式接受贷款报价。该事件可能由贷款专员手动更新状态字段捕获,也可能通过电子签名集成自动更新记录。
为什么重要

这是由客户推动的关键里程碑。此处长时间延迟可能表明报价条款或接受流程存在问题,也为改进提供了机会。

获取位置

通常根据Loan对象的手动状态更新推断,例如更新为“Offer Accepted”或“Closing”阶段。电子签名集成也可以将其作为明确的自动化事件捕获。

采集

捕获状态或阶段字段更新为“Accepted”的时间戳。

事件类型 inferred
收到补充文件
表示已收到申请人提交的所需文件,并将其上传至系统。通常在文档管理器中的文件占位记录状态更新为“Received”或“Complete”时捕获。
为什么重要

该活动结束了常见的等待阶段。“Documents Requested”与“Documents Received”之间的时间,通常可以反映外部依赖和沟通效率。

获取位置

可根据nCino文档管理器中文档要求记录的状态变化推断,状态更新时间戳即为事件时间。

采集

识别文档要求状态更新为“Received”或“Complete”的时间戳。

事件类型 inferred
生成贷款报价
当获批申请生成正式贷款报价或承诺函时,该活动发生。通常通过创建特定文件,或更新状态以表示报价已准备就绪来捕获。
为什么重要

审批后生成报价所需的时间会影响客户体验。该活动有助于监控文件生成和结案前步骤的效率。

获取位置

可以从与nCino集成的文件生成引擎中直接获取,也可以根据状态变更为“Offer Generated”或“Pending Customer Acceptance”推断。

采集

使用生成的贷款报价文件或相关内容版本记录的创建日期。

事件类型 explicit
申请人撤回申请
表示流程以另一种方式结束:申请人在作出最终决定前撤回申请。通常通过将贷款阶段设置为“Withdrawn”来捕获。
为什么重要

该结束事件可以反映客户流失情况。分析申请撤回的时间和原因,有助于发现流程过长、沟通不足或竞争力不够等问题。

获取位置

根据Loan对象的最终阶段变更为“Withdrawn”推断。“Stage”字段的字段历史跟踪可提供事件时间戳。

采集

捕获Loan的“Stage”字段(LLC_BI__Stage__c)更新为“Withdrawn”的时间戳。

事件类型 inferred
签署贷款协议
表示申请人签署最终贷款协议,是放款前的关键步骤。通常通过电子签名集成捕获,或在纸质文件返还后手动更新状态。
为什么重要

该活动是放款的必要前提,也是结案流程中的关键里程碑。此阶段的延迟会直接影响资金发放时间。

获取位置

可以从电子签名平台API更新nCino状态的明确事件中获取,也可以根据手动更新为“Documents Signed”推断。

采集

使用电子签名集成Webhook或手动状态更新的时间戳。

事件类型 explicit
请求补充文件
当贷款专员正式向申请人请求补充文件时,该事件发生。在nCino中,这通常通过文档管理功能处理,为所需文件创建清单项或占位记录。
为什么重要

跟踪该活动对于分析返工和延迟至关重要。同一笔贷款多次出现该活动,通常表示初始申请材料不完整,导致流程循环并延长周期时间。

获取位置

可以从nCino文档管理器中与贷款相关记录的创建事件直接获取,也可以根据贷款本身的状态变化推断。

采集

捕获文档管理器中与贷款关联的记录创建日期,例如docman__Document_Manager_Requirement__c。

事件类型 explicit
建议 可选

提取指南

如何从nCino获取数据

准备好开始了吗?

开始利用流程挖掘改造您的贷款发放运营,实现更快审批和更高效率。下载模板,立即开始优化。

立即加快贷款发放审批

改造您的nCino贷款发放流程,将决策时间缩短50%。

开始免费试用

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