您的贷款发放数据模板

事件开始时间是一个精确的时间戳，标记活动的起始。它是事件日志的基础组成部分，对于按时间顺序排列事件以重构每个 Case 的流程流至关重要。

在流程分析中，开始时间用于计算整体 Case 时长、活动之间的间隔时间，以及在有结束时间时计算每一步的实际处理时间。它是用于理解流程耗时、识别延迟以及评估服务水平协议 (SLA) 执行情况的主要时间属性。

此 Timestamp 对于事件排序、计算流程周期时间以及识别活动之间的延迟至关重要。

任何系统的事件日志或交易历史表中的必填字段。

活动名称描述了贷款发放工作流中的特定步骤或里程碑，例如“申请已提交”、“信用检查已完成”或“贷款报价已生成”。每个活动代表流程中消耗时间合资源的一个不同节点。

分析这些活动的顺序和频率是流程挖掘的核心。它有助于揭示实际流程流、识别常见路径、发现瓶颈并衡量不同阶段的时长。清晰且一致的活动命名对于创建易于理解且准确的流程图至关重要。

定义了流程的各个步骤，从而实现流程流的可视化与分析、瓶颈识别以及各阶段时长的测量。

存在于记录业务流程步骤的事件日志或交易表中。

“贷款申请 ID”是在每项贷款申请创建时分配的唯一键。它作为主要的 Case ID，将从初始提交到最终放款或结案的所有相关活动、文档和决策联系在一起。这种一致性对于重建每项申请的端到端路径至关重要。

在 Process Mining 中，此属性用于将所有相关事件归入一个 Case，从而分析每项申请的流程流向、周期时间以及变体。如果没有一致且唯一的 Case ID，就无法准确映射流程或分析其性能。

这是流程挖掘的基础主键，它将所有相关事件关联至单个 Case，从而实现对整个贷款发放旅程的分析。

通常出现在贷款申请的表头或主交易表中。

此属性记录了从源系统进行最新数据提取或刷新的 Timestamp。这是一个对于数据治理和质量保证至关重要的元数据字段。

了解数据的最后更新时间有助于分析师掌握数据集的新鲜度，并确保分析是基于最新信息的。这对于监控进行中的流程尤为重要，因为它指示了流程视图的实时性。此 Timestamp 对于调试数据流水线和识别数据摄取计划中的潜在问题也很有价值。

确认数据的时效性，确保分析基于最新信息，并有助于数据质量管理。

通常在数据提取、转换和加载 (ETL) 过程中生成并存储。

“源系统名称”指定了生成事件数据的原始应用程序或平台，例如贷款发放系统 (LOS)、CRM 或文档管理系统。在现代企业中，贷款发放等业务流程通常跨越多个互连系统。

识别每个事件的源系统对于数据验证、故障排除以及了解流程的技术架构至关重要。它允许分析师将数据追溯到源头，并评估不同系统对整体流程流向的影响以及可能导致的延迟。

有助于追溯数据来源，这对于数据验证以及理解跨多个 IT 系统的业务流至关重要。

通常作为数据提取中的标准字段提供，或者可以在数据工程过程中添加。

事件结束时间标记活动完成的精确时刻。虽然有些事件只是只有开始时间的里程碑，但许多活动都有明确的持续时长。结束时间允许直接计算这种实际处理时间。

分析实际处理时间对于了解资源利用率、识别特定任务中的低效环节以及区分实际处理案件的时间与等待时间至关重要。例如，它有助于确定授信审批实际耗时多久，而不是申请在审批人队列中等待的时间。

支持计算活动的实际处理时间，这是区分增值工作与等待时间的逻辑关键。

在追踪活动时长的系统中，通常在事件日志或交易表中与开始时间并列显示。

决策结果指示贷款申请在完整处理后的最终状态。常见的处理结果包括“批准”、“拒绝”、“申请人撤回”或“还价”。

此属性对于结果分析至关重要，旨在了解哪些流程路径会导致成功或失败的结果。通过将流程变体与决策结果相关联，机构可以识别出能够提高通过率的最佳实践，或导致拒绝的行为。这种分析对于提高流程效率和业务成果至关重要。

对于结果分析必不可少，有助于识别哪些流程行为和路径与贷款申请的成功或失败相关联。

通常记录在贷款申请状态字段中，或作为交易历史中的特定决策事件。

当贷款申请的最终结果为“已拒绝”时，“拒绝原因”会提供代码或文字描述来解释原因。常见原因包括“信用记录不足”、“债务收入比过高”或“申请资料不全”。

此属性对于申请失败的根本原因分析非常有价值。通过分析最频繁出现的拒绝原因，组织可以识别申请人群体、核保标准或申请流程本身存在的系统性问题。这些洞察可以为营销策略、产品开发以及旨在降低拒绝率的流程改进提供依据。

为根本原因分析提供关键见解，有助于了解申请被拒绝的原因，并实现有针对性的流程改进。

作为最终决策事件的一部分进行记录，通常与“拒绝”决策结果相关联。

此布尔属性区分了由系统自动执行的活动（如自动信用检查或初始文档验证）与由人工执行的活动。

这种区分对于理解流程的自动化水平及其对效率的影响至关重要。分析自动化与手动步骤有助于识别进一步自动化的机会，量化现有自动化节省的时间，并了解人力资源的负载情况。它为整个贷款发放过程中的人机交互提供了清晰的视角。

有助于区分系统驱动和人工驱动的活动，这是进行自动化分析和了解资源工作负载的关键。

可以是事件日志中的一个字段，也可以基于活动名称或与事件关联的用户（例如“system”用户）衍生得出。

申请渠道识别申请人使用的初始联系点或提交方式。例如“在线门户”、“移动 App”、“线下分行”或“第三方经纪人”。

不同的渠道可能具有显著不同的客户体验和内部处理工作流。按渠道分析流程有助于机构了解每个提交路径的效率和有效性。它可以揭示哪些渠道处理时间更快、客户满意度更高或数据质量更好，从而为技术和运营方面的战略投资提供见解。

支持分析不同提交渠道（如在线、分行或移动端）的流程绩效和客户体验。

在申请过程开始时捕获，并存储在主贷款申请表中。

分配用户识别执行或负责特定活动的个人员工或系统用户。这可能是信贷员、处理员、审批人或结项专员。

此属性是分析团队和个人绩效、工作负载分布以及资源配置的基础。通过按用户追踪活动，机构可以识别高绩效个人、精准定位培训需求并重新平衡工作负载以优化效率。它还支持分析不同用户或团队如何影响流程结果和周期时长。

对于分析工作负载分配、团队绩效以及识别流程中与资源相关的瓶颈至关重要。

通常出现在记录系统中用户操作的交易或事件日志中。

“贷款产品类型”根据所申请的金融产品对贷款申请进行分类。例如：“常规抵押贷款”、“FHA 贷款”、“车贷”或“个人授信额度”。

不同的贷款产品通常具有不同的流程、合规要求和风险状况。按产品类型分析流程对于识别差异和优化特定产品线的工作流至关重要。这种细分可以实现更具针对性的改进，并有助于解释贷款组合中周期时间、批准率和返工率的差异。

支持流程细分，以比较不同类型贷款的绩效并识别工作流中的差异。

贷款申请表上的标准字段，存储在主申请数据表中。

“贷款金额”代表申请人请求的本金总额。这是一个关键的财务属性，通常会影响贷款申请的复杂程度和相关风险。

较大的贷款金额可能会触发更严格的核保程序，需要额外的审批层级，或者涉及不同的收费结构。通过贷款金额来分析流程，可以揭示金额大小如何影响处理时间、批准率以及审查强度。它也是财务分析的关键输入，例如计算贷款流水线的总价值或每美元贷款的成本。

此属性是流程复杂性和风险的关键驱动因素，可用于分析贷款价值如何影响周期时间和批准率。

贷款申请数据中的核心字段，通常存储在主贷款信息表中。

信用评分是申请人信用状况的数字化体现，是在申请过程中从征信机构获得的。它是风险评估和授信决策的主要因素。

较高的信用评分通常意味着较低的风险，并可能带来更优惠的贷款条款或更快的审批流程。在流程挖掘中，分析信用评分如何影响流程可以揭示针对不同风险特征申请人的差异化处理路径。例如，评分较低的申请可能会经历更多的人工审核或需要额外的证明文件，从而导致更长的周期时长。

这是风险评估的关键因素，会显著影响流程路径、决策结果和整体周期时间。

源自外部征信机构并存储在申请人的个人资料数据中。

该属性标识了在特定时间点负责某项活动或拥有该 Case 的具体部门或职能团队，例如“贷款处理”、“核保”或“结案”。

追踪部门间的交接对于了解组织工作流和识别跨职能延迟至关重要。按部门分析流程有助于衡量不同团队的绩效，了解其工作负荷，并优化团队之间的协作和交接程序。

支持按职能团队分析流程交接和绩效，突出跨部门的瓶颈和低效环节。

可以在工作流管理系统中找到，或根据分配给任务的用户或角色推断得出。

“地理位置”指定了与贷款相关的地点，包括房产所在的省份、处理该贷款的分行或申请人所在的地区。

该属性对于分析流程中的地域差异非常有用。例如，不同地区可能有独特的合规要求，导致流程步骤增加；或者某些分行的处理效率明显高于其他分行。这种地域细分可以揭示绩效差异、资源需求以及影响贷款发放流程的特定市场趋势。

支持地理维度分析，以揭示不同地区在流程绩效、合规要求和业务成果方面的差异。

存在于申请数据中，例如房产地址或提交申请的分行。

“核保 SLA 目标”定义了贷款申请核保阶段应完成的预期时间范围。该目标是企业设定的关键绩效指标 (KPI) 基准，旨在确保处理的及时性。

通过将根据 Timestamp 计算出的核保阶段实际耗时与此目标进行对比，企业可以衡量 SLA 的达成率。这种分析有助于识别核保环节的瓶颈、评估团队绩效并有效管理客户预期。

作为衡量服务水平协议执行情况的基准，有助于识别延迟并管理运营目标。

通常在业务规则配置或服务水平协议文档中定义，并可能与 Case 数据一起存储。

申请人类型根据贷款申请人与金融机构的关系进行分类，例如“新客户”或“老客户”。

这种细分非常重要，因为流程可能会根据此属性而有所不同。由于已有数据，老客户的流程可能更加精简，而新客户则可能需要更广泛的身份和信息验证。按申请人类型分析流程可以突出这些差异，并帮助机构为每个细分群体量身定制和优化客户旅程。

支持在不同客户群之间进行流程对比，这些客户群可能拥有不同的工作流和服务水平预期。

源自客户关系管理 (CRM) 数据或在申请表中注明。