您的贷款发起数据模板

Temenos
您的贷款发起数据模板

您的贷款发起数据模板

此模板为收集贷款发起流程分析所需数据提供清晰框架,列出构建完整事件日志所需的关键属性和活动,并说明如何从源系统提取这些关键信息。
  • 建议收集的属性
  • 需要跟踪的关键活动
  • 提取指南
刚接触事件日志?了解 如何创建流程挖掘事件日志.

贷款发放属性

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

事件时间戳记录活动发生的准确时刻。该时间顺序数据对于正确排列事件以及开展所有基于时间的流程分析至关重要。

该属性支持计算周期时间、处理时间和活动间等待时间等关键绩效指标,可用于识别延误、衡量服务级别协议(SLA)的执行情况,并了解贷款发放流程的时间特征。没有准确的时间戳,就无法开展流程挖掘。

为什么重要

该时间戳对于正确排列事件以及计算周期时间、瓶颈等所有基于时长的指标至关重要。

获取位置

通常与Temenos事件日志或审计轨迹表中的活动字段或状态字段一起提供。可查找名为“TIMESTAMP”“EVENT_DATE”或类似名称的字段。

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

活动名称用于描述贷款发起流程中的明确步骤或里程碑,例如“申请已提交”或“信用检查已完成”。这些活动构成流程图的基础,展示每个贷款申请的事件顺序。

分析这些活动有助于可视化流程、识别常见路径、发现偏差并定位瓶颈。活动的顺序和频率是理解流程实际运行方式与设计方式差异的基础。

为什么重要

它定义流程中的各个步骤,用于可视化流程图,并分析流程、瓶颈和偏差。

获取位置

通常来自Temenos中的事件日志、状态变更记录或审计轨迹表。可能需要将技术状态代码或事件类型映射为便于用户理解的活动名称。

示例
已提交申请信用检查完成开始承保生成贷款决策已发放资金
贷款申请ID
LoanApplicationId
每笔贷款申请的唯一标识,用于跟踪整个贷款发放流程,是主要键。
说明

Loan Application ID在整个生命周期内唯一标识每笔贷款申请,从提交、最终决策到资金发放均可使用。它是汇总所有相关活动和数据的核心实体,可完整追踪某笔贷款的发放过程。

在流程挖掘中,该属性对于构建案例视图至关重要,其中每个Loan Application ID代表一个端到端流程实例。通过该标识分析数据,可以计算案例级指标,例如总周期时间、返工循环和最终结果,从而全面了解贷款发放流程。

为什么重要

这是连接所有相关事件、构成单一端到端流程的关键案例标识,也是开展流程分析的基础。

获取位置

通常是Temenos中主要贷款申请或交易实体的主键。具体表名和字段名请参阅Temenos文档,例如AA.ARRANGEMENT模块中的相关字段。

示例
LA-2023-001234LA-2023-001235LA-2023-001236
最近数据更新时间
LastDataUpdate
表示该事件数据最近一次刷新或提取时间的时间戳。
说明

该元数据属性记录源系统最近一次数据提取或更新的日期和时间。它不代表业务事件,而是反映待分析数据的新鲜度。

该信息对于了解流程挖掘分析的时效性和开展数据治理至关重要,可帮助用户判断当前查看的是实时、每日还是每周数据,为分析结论和决策提供背景。

为什么重要

表示数据的新鲜度,对于数据治理以及帮助用户了解分析时效性至关重要。

获取位置

这是在数据提取、转换和加载(ETL)过程中添加的元数据属性,通常设置为ETL运行的时间戳。

示例
2023-11-20T04:00:00Z2023-11-21T04:00:00Z2023-11-22T04:00:00Z
源系统
SourceSystem
提取事件数据的记录系统。
说明

该属性用于标识活动数据来源的信息系统。在复杂IT环境中,贷款发放事件可能记录在多个系统中,例如前端门户、核心银行平台和文档管理系统。

指定源系统对于数据治理、问题排查和了解流程中的技术触点十分重要,有助于验证数据准确性,并揭示不同平台之间的流程碎片化。

为什么重要

标识数据来源,对于数据验证、问题排查和了解流程集成至关重要。

获取位置

这是通常在数据提取和转换过程中添加的元数据属性。对于来自同一系统的所有记录,可以使用“Temenos Transact”等固定值。

示例
Temenos Transact T24Temenos Infinity外部征信机构服务
信用评分
CreditScore
申请人在申请时的信用评分。
说明

信用评分是征信机构提供的、用于表示申请人信用状况的数值,是承保和决策流程中的关键因素。

在流程挖掘中,信用评分是重要的背景属性。将信用评分与最终结果关联,可分析贷款决策的一致性;还可按评分细分申请,观察低评分申请是否需要更长处理时间或更多人工干预。

为什么重要

为决策提供关键背景信息,支持分析信用状况如何影响流程路径、时长和结果。

获取位置

通常由外部征信机构服务提供,并存储在Temenos的客户表或特定申请表中。

示例
720650810
决策结果
DecisionOutcome
贷款申请审核的最终结果,例如Approved、Rejected或Withdrawn。
说明

决策结果记录承保和审批阶段完成后贷款申请的最终状态,是整个流程的关键结果指标。

该属性对于分析流程有效性至关重要,可用于计算审批率和拒绝率。与信用评分、申请人类型等其他属性结合后,还可评估贷款决策的一致性。了解申请被拒的原因,是改进流程的关键。

为什么重要

表示流程的最终业务结果,可用于分析审批率、拒绝原因和决策一致性。

获取位置

通常作为Temenos主要贷款申请记录中的状态字段存储,并在“Loan Decision Rendered”活动中更新。

示例
已批准已拒绝申请人撤回贷款报价已过期
已分配贷款专员
AssignedLoanOfficer
负责执行该活动的贷款专员或用户的姓名或ID。
说明

该属性用于标识在贷款发放流程中执行特定任务的员工或团队成员。在流程挖掘中,这类人员通常称为“资源”。

按贷款专员分析绩效,有助于了解工作量分布、识别高绩效人员,并发现培训或流程标准化机会。它是资源绩效和工作量管理仪表板的基础,可帮助管理者优化团队效率并平衡任务分配。

为什么重要

将用户操作归属到具体个人或团队,从而支持工作量分析、绩效比较和资源优化。

获取位置

通常可在审计轨迹表中找到,并与用户ID关联。可在Temenos的事件或交易记录中查找“USER_ID”“PROCESSED_BY”或“OWNER”等字段。

示例
Alice SmithBob Johnson承保团队B
申请渠道
ApplicationChannel
提交贷款申请的渠道,例如线上、网点或移动端。
说明

申请渠道表示客户采用的提交方式。不同渠道的数据质量、客户预期和处理要求可能不同,从而影响整体流程绩效。

按渠道分析流程,有助于识别效率最高的渠道,以及需要改进的渠道。例如,线上门户提交的申请平均处理速度可能快于网点提交的申请。这一洞察有助于优化渠道策略和资源配置。

为什么重要

支持比较不同客户交互渠道的绩效,帮助优化特定渠道的流程和用户体验。

获取位置

通常在流程开始时捕获,并存储在主要贷款申请记录中。可在Temenos中查找“SOURCE”或“CHANNEL”字段。

示例
在线门户分行移动应用经纪人
结束时间
EndTime
表示活动完成时间的时间戳。
说明

结束时间标志着具体活动的完成。开始时间表示事件何时开始,结束时间则用于了解其持续时长。对于瞬时事件,结束时间可以与开始时间相同。

在流程分析中,同时具备开始时间和结束时间对于准确计算活动处理时间至关重要。这有助于区分申请被主动处理的时间与等待下一步骤的时间,是识别真正效率瓶颈的关键。

为什么重要

支持精确计算活动处理时间,对于在瓶颈分析中区分主动工作时间和空闲等待时间至关重要。

获取位置

可能在审计日志中以独立的“END_TIME”字段提供,也可能需要使用序列中后续活动的开始时间推导。有关事件记录详情,请参阅Temenos文档。

示例
2023-10-26T10:15:00Z2023-10-26T18:00:10Z2023-10-27T11:30:00Z
贷款产品类型
LoanProductType
申请办理的贷款产品类型,例如抵押贷款、个人贷款或汽车贷款。
说明

该属性根据申请的金融产品对每笔贷款申请进行分类。不同贷款产品通常具有不同的流程、SLA和风险特征。

按贷款产品类型细分流程分析,对于开展有意义的比较至关重要,有助于解释周期时间、审批率和流程路径的差异。例如,抵押贷款申请流程通常比个人贷款流程更复杂、耗时更长。该属性支持同类比较和有针对性的改进。

为什么重要

支持按流程细分,对不同业务线的绩效进行比较并识别差异,因为不同业务线通常具有独特的流程要求。

获取位置

这是贷款申请的核心属性,通常位于Temenos的主要申请表中。可查找与“PRODUCT_ID”或“PRODUCT_CATEGORY”相关的字段。

示例
抵押贷款个人贷款汽车贷款房屋净值信用额度
贷款金额
LoanAmount
申请人申请的贷款总金额。
说明

此属性表示申请中的贷款本金金额。贷款金额会显著影响流程路径、审核严格程度和所需审批。

按贷款金额分析流程,可以进行分组,了解高金额贷款是否遵循不同且更严格的流程。这有助于解释周期时间和承保工作量的差异。例如,超过特定阈值的贷款可能需要额外审批步骤,您可以通过流程挖掘将其可视化并进行验证。

为什么重要

支持按金额分析,了解贷款金额如何影响流程复杂度、周期时间和所需审批级别。

获取位置

这是Temenos贷款申请记录中的基础字段。请查找类似“AMOUNT”或“REQUESTED_AMOUNT”的字段。

示例
250000.0015000.00500000.00
决策原因
ReasonForDecision
用于说明最终贷款决策原因的代码或描述,尤其适用于拒绝申请的情况。
说明

此属性为“Decision Outcome”提供背景信息。对于被拒申请,它会说明具体原因,例如“收入不足”“债务收入比过高”或“信用记录不佳”。

这些信息对于分析拒绝的根本原因非常有价值。通过分析最常见的拒绝原因,组织可以发现资格预审阶段的问题、改善客户沟通,或调整放贷标准。这些信息可直接支持减少返工、提升进入流程的申请整体质量。

为什么重要

为被拒申请提供关键背景信息,支持根因分析,从而提升申请质量并减少不必要的处理。

获取位置

通常存储在Temenos中与最终决策状态关联的备注字段或原因代码字段中。

示例
债务收入比过高申请资料不完整信用评分低
客户区域
CustomerRegion
申请人所在的地理区域。
说明

Customer Region表示申请人的地理位置,例如“北美”“欧洲”或某个州,从而支持按地理区域对流程进行分组。

按区域分析绩效,可以发现流程效率、审批率或产品受欢迎程度的区域差异。这些洞察可用于精准营销、资源分配,以及识别区域最佳实践或面临的挑战。

为什么重要

支持地理分析,比较不同区域的流程绩效,识别区域瓶颈并了解市场差异。

获取位置

该信息属于客户档案或地址详情,存储在Temenos的客户信息文件(CIF)或等效客户主数据中。

示例
北美EMEAAPAC加利福尼亚州
承保SLA是否违约
IsUnderwritingSlaBreached
如果承保时长超过定义的SLA目标,则该计算标志为真。
说明

此布尔属性是一个计算标志,用于表示贷款申请的承保阶段是否违反服务级别协议(SLA)。系统会将承保流程的实际时长与“Underwriting SLA Target”进行比较后确定结果。

该标志提供清晰的二元指标,简化SLA合规分析和报告。它直接用于仪表板和KPI,按时间、产品或贷款专员跟踪SLA违约率,帮助您主动管理绩效和合规风险。

为什么重要

为SLA合规提供简单的“是/否”指标,便于筛选、汇总和分析SLA违约的频率及根本原因。

获取位置

该属性不在源系统中,而是通过计算“Underwriting Commenced”和“Underwriting Completed”活动之间的时长,并与“UnderwritingSlaTarget”属性比较后得到。

示例
truefalse
承保SLA目标
UnderwritingSlaTarget
贷款承保流程应完成的目标时长。
说明

Underwriting SLA Target定义了承保阶段预期的服务级别协议,通常以工作小时或工作日衡量。该目标可能因贷款产品类型或金额等因素而异。

此属性是衡量实际绩效的基准,直接用于“Underwriting SLA & Compliance Status”仪表板,也是计算“SLA Breach Rate”KPI所必需的数据。分析SLA违约情况有助于发现延误原因,并管理运营与合规风险。

为什么重要

为绩效提供明确基准,支持衡量SLA达标情况,并识别可能超出目标的申请。

获取位置

该值可能依据业务规则静态存储,也可能作为贷款申请中的字段存在,并由Temenos中的产品主数据派生。

示例
48小时72小时24小时
是否自动执行
IsAutomated
用于标识活动由系统自动执行还是由用户手动执行的标志。
说明

此布尔属性用于区分人工用户执行的活动和自动化系统执行的活动,例如自动信用检查或初始验证规则。

了解自动化程度是发现进一步提升效率机会的关键。您可以比较自动化步骤与手动步骤在速度和一致性方面的差异。该分析有助于确定未来自动化计划的优先级,并衡量其影响。

为什么重要

区分系统驱动和人工驱动的活动,对于发现自动化机会并衡量现有自动化的影响至关重要。

获取位置

通常根据与活动关联的用户派生。如果用户是系统账户或服务账户,则将该活动标记为自动执行;也可以根据事件类型本身进行判断。

示例
truefalse
是否返工
IsRework
如果某项活动属于返工循环,则该计算标志为真。
说明

此布尔标志用于识别代表返工的活动,即某个步骤或一系列步骤被重复执行。例如,“Supporting Documents Requested”发生在“Underwriting Commenced”之后,表示流程回环。

检测并标记返工是流程挖掘的核心优势之一。此属性支持轻松量化“Application Rework Rate”KPI。分析返工驱动因素,例如首次提交材料不完整,对于提升流程效率、降低成本和缩短周期时间至关重要。

为什么重要

突出显示低效流程循环中的活动,便于量化返工并分析其根本原因。

获取位置

该属性不在源系统中,而是由流程挖掘引擎通过检测单个案例中的重复活动序列计算得到。

示例
truefalse
申请人类型
ApplicantType
对申请人进行分类,例如新客户或现有客户。
说明

此属性将申请人划分为有意义的群组,例如“新客户”“现有客户”或“企业客户”。流程可能因申请人类型而异。例如,现有客户已有相关数据,处理速度可能更快。

按申请人类型分析流程,有助于了解不同客户群体的流程体验。您可以据此发现简化现有客户流程或为新客户提供更多支持的机会。这种分组是“Loan Decision Outcome Consistency”分析的关键。

为什么重要

支持按新客户和现有客户进行分组,分析流程差异,从而有针对性地改善客户体验。

获取位置

通常通过检查申请人在申请时是否已在Temenos中拥有现有客户档案或ID来获取。

示例
新客户现有客户企业客户
部门
Department
负责执行该活动的组织部门。
说明

此属性表示执行某项活动的业务单元或部门,例如“贷款发起”“承保”或“结案”。它有助于了解组织不同部分之间的交接。

按部门分析流程,对于识别跨职能低效和交接延误至关重要。该分析可以揭示特定部门内部的沟通缺口或资源限制,清晰呈现组织瓶颈。

为什么重要

帮助可视化不同团队之间的工作流,从而分析交接耗时并识别组织瓶颈。

获取位置

它通常不是事件日志中的直接字段,而是通过将用户(“AssignedLoanOfficer”属性)与人力资源主数据结合,映射到相应部门后派生得到。

示例
贷款发起贷款审查信用风险结清
必需 建议 可选

贷款发放活动

以下是建议在事件日志中记录的必要流程步骤和关键里程碑,可用于准确发现流程。
7 建议 9 可选
活动 说明
信用检查完成
征信机构返回信用报告或评分,并更新申请记录时发生。通常根据信用相关字段更新及后续状态变化推断。
为什么重要

该活动标志着信用检查子流程结束。从发起到完成的时长是衡量流程效率的关键绩效指标。

获取位置

根据申请记录中填充信用评分字段的时间戳,或申请状态变为“Credit Check Complete”的时间戳推断。

采集

根据信用评分字段更新或相关状态变化的时间戳推导。

事件类型 inferred
已发放资金
成功完成贷款发放的最后一项活动,表示资金已转入申请人账户。这是核心金融交易,会明确记录在Temenos T24核心银行引擎中。
为什么重要

该活动标志着流程成功完成。资金发放时长是衡量客户体验的关键指标,也是流程吞吐量的最终衡量标准。

获取位置

作为核心银行模块中的明确金融交易日志条目捕获。资金发放交易记录会包含特定交易代码和时间戳。

采集

根据执行资金发放金融交易识别。

事件类型 explicit
已提交申请
表示在Temenos系统中创建新的贷款申请。这是贷款发放流程的正式起点,通常在用户首次保存新的申请记录时记录。
为什么重要

该活动是整个流程的主要开始事件。分析从此时到完成的时间,可得到整体周期时间,这是衡量效率的关键KPI。

获取位置

记录在申请创建日志中,或根据相关Temenos模块中主要贷款申请记录的创建时间戳推导,例如AA.ARRANGEMENT。

采集

根据Loan Application ID的创建事件或初始时间戳识别。

事件类型 explicit
已签署贷款协议
标志着已收到签署的贷款协议并在系统中登记。用户更新申请状态,流程随之进入最终资金发放阶段。
为什么重要

这是资金发放前的最终法律前提。跟踪该节点有助于衡量最终行政手续所需的时间。

获取位置

根据申请审计日志中状态变为“Agreement Signed”或“Ready for Disbursement”推断。

采集

根据表示已收到并核验签署合同的状态变化识别。

事件类型 inferred
开始承保
表示已分配贷款承保人员,并已开始主动审核申请。通常根据申请状态更新为“In Underwriting”或类似状态推断。
为什么重要

这是关键承保阶段的起点。从此时开始计时,有助于跟踪承保人员的工作量以及服务级别协议(SLA)的执行情况。

获取位置

根据申请历史日志中状态变为“Underwriting in Progress”的时间戳推断,也可能与承保人员的分配记录关联。

采集

根据申请状态变为“In Underwriting”状态识别。

事件类型 inferred
承保完成
标志着承保人员审核流程结束,之后进入最终贷款决策。通常根据申请状态变化推断,例如“Underwriting Complete”或“Pending Decision”。
为什么重要

该里程碑结束了承保SLA的计时。从“Underwriting Commenced”到此节点的时长,是评估承保人员绩效的关键指标。

获取位置

根据申请状态历史日志中状态变为“Underwriting Complete”或“Ready for Final Decision”的时间戳推断。

采集

根据表示承保审核结束的状态变化时间戳识别。

事件类型 inferred
生成贷款决策
表示贷款申请的最终决策,例如“Approved”或“Rejected”。这是关键事件,通过申请决策状态字段的最终确定来捕获。
为什么重要

这是重要的业务结果,对于计算审批率、分析拒绝原因和衡量整体决策时长至关重要。

获取位置

根据主要申请记录中“Decision Outcome”或等效状态字段的最终不可变更新推断,并使用该更新的时间戳。

采集

根据记录最终决策状态(如“Approved”或“Rejected”)的时间戳推导。

事件类型 inferred
初始验证完成
表示已完成自动或人工检查,以确保申请表完整并符合基本资格标准。该事件通常通过申请记录中的状态变更捕获。
为什么重要

跟踪这一里程碑有助于识别流程初始阶段的数据质量问题和延误,并将数据录入阶段与实质审核阶段区分开来。

获取位置

根据申请状态字段的变化推断,例如在申请状态历史日志中从“New”变为“Pending Review”或“Validated”。

采集

根据申请状态字段变为“Validated”或等效状态推导。

事件类型 inferred
完成风险评估
表示正式风险评估已完成。该评估可能是主要承保审核中的独立步骤,也可能在其后进行。通常在风险评估部分或任务标记为完成时捕获。
为什么重要

该活动对合规跟踪至关重要,可确保所有相关申请均一致完成强制性风险评估步骤。

获取位置

根据与风险相关的状态变化推断,例如“Risk Assessed”,或根据工作流中特定风险评估任务的完成时间戳推断。

采集

根据风险评估任务的完成时间戳或特定状态变化推导。

事件类型 inferred
已发起信用检查
表示向外部征信机构或内部信用系统发送请求,以评估申请人的信用状况。这是明确的系统操作,通常记录为出站API调用。
为什么重要

这是衡量信用检查处理时间的起点。信用检查是可能形成重要瓶颈的关键子流程,该指标有助于隔离由征信机构造成的延误。

获取位置

从记录调用征信机构API的系统日志中捕获,或根据特定Temenos子模块中创建信用检查请求记录的时间推导。

采集

发起信用检查交易或API调用时记录的事件。

事件类型 explicit
已接受贷款报价
表示申请人已正式接受贷款报价。通常由贷款专员在收到申请人确认后更新申请状态进行记录。
为什么重要

这是由客户推动的关键里程碑,确认申请人希望继续办理,并触发合同生成和资金发放的最后步骤。

获取位置

根据申请历史日志中的状态变为“Offer Accepted”或类似状态推断,并使用该状态更新的时间戳。

采集

根据状态变为“Offer Accepted”的时间戳推导。

事件类型 inferred
已收到全部材料
该事件标志着申请人所需的全部支持材料均已收到并上传。通常根据申请状态变化推断,表示申请已准备进入下一阶段。
为什么重要

这是承保和信用评估的关键前提。此节点之前的延误通常取决于申请人,之后的延误则通常属于内部原因。

获取位置

根据申请状态变为“Documents Complete”或“Ready for Underwriting”推断。该状态变化会记录在申请的审计轨迹中。

采集

根据申请状态变更为表示已收到全部材料的时间戳识别。

事件类型 inferred
已请求补充材料
表示贷款专员已向申请人请求补充材料。这通常是系统通信或与申请关联的备注模块中记录的明确操作。
为什么重要

该活动对于识别返工循环至关重要。同一申请多次出现该活动,通常意味着流程低效、沟通缺口或初始要求不清晰。

获取位置

通常在执行“Request Documents”交易时作为日志事件记录,或从与申请ID关联的案例备注或通信日志中的特定条目捕获。

采集

用户触发材料请求操作或通信模板时记录。

事件类型 explicit
生成贷款报价
对于已批准的贷款,这是生成正式贷款报价文件并发送给申请人的明确操作。通常在触发文件生成服务时记录该事件。
为什么重要

该活动标志着流程从内部处理转向客户操作。此步骤与客户接受报价之间的延误,可能表明报价内容或沟通存在问题。

获取位置

用户执行“Generate Offer”功能时,从申请事件日志中捕获,或根据文档管理系统中报价文件的创建时间戳捕获。

采集

执行文件生成交易时记录。

事件类型 explicit
申请已撤回
这是另一种结束事件,表示申请人在最终决策前撤回申请。通常由用户将申请状态更新为“Withdrawn”来捕获。
为什么重要

跟踪撤回情况有助于识别客户流失率较高的流程阶段,也可能揭示处理时间过长或沟通不佳等问题。

获取位置

根据申请历史日志中状态变为“Withdrawn by Customer”或“Cancelled”推断。

采集

根据状态变为终止状态“Withdrawn”识别。

事件类型 inferred
贷款被拒绝
这是另一种结束活动,表示贷款申请审核后被正式拒绝。通常在申请最终决策状态设为“Rejected”时捕获。
为什么重要

该活动表示流程未成功完成。分析以此结束的案例及其拒绝原因,对于改进申请质量和决策政策至关重要。

获取位置

根据申请最终状态设为“Rejected”或类似终止状态推断。数据来源与“Loan Decision Rendered”相同,但仅筛选特定结果。

采集

根据最终决策状态设为“Rejected”的时间戳推导。

事件类型 inferred
建议 可选

提取指南

如何从Temenos获取数据

该流程的提取方法正在验证中。请稍后再来查看,或 联系我们 获取帮助。

准备开始了吗?

使用此模板开启您的流程挖掘之旅,深入了解贷款发起运营。立即开始优化,缩短审批时间。

立即加速Temenos贷款发起

简化贷款流程,将决策时间缩短50%。

开始免费试用

无需信用卡