您的贷款发放数据模板

事件开始时间是标记活动开始的精确时间戳，是事件日志的基础组成部分。它对于按时间顺序排列事件、还原每个案件的流程路径至关重要。

在流程分析中，开始时间用于计算案件总耗时、活动之间的间隔时间，以及在有结束时间时计算每个步骤的实际处理时间。它是理解流程时序、识别延误并根据服务级别协议评估绩效的主要时间属性。

该时间戳对于排列事件顺序、计算流程周期时间以及识别活动之间的延误至关重要。

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

活动名称描述贷款发起工作流中的具体步骤或里程碑，例如“申请已提交”“信用检查完成”或“生成贷款报价”。每项活动都代表流程中消耗时间和资源的独立节点。

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

它定义流程步骤，用于可视化和分析流程路径、识别瓶颈并衡量各阶段耗时。

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

贷款申请ID是在每项贷款请求创建时分配的唯一键。它是主要案件标识符，用于关联从首次提交到最终放款或结案的所有相关活动、文件和决策。保持标识一致，对于还原每份申请的端到端流程至关重要。

在流程挖掘中，该属性用于将所有相关事件归入同一案件，从而按申请分析流程路径、周期时间和差异。没有一致且唯一的案件标识符，就无法准确映射流程或分析其绩效。

这是流程挖掘的基础键，可将所有相关事件归入同一案件，从而分析完整的贷款发起流程。

通常位于贷款申请的表头或主交易表中。

该属性记录源系统最近一次数据提取或刷新的时间戳，是数据治理和质量保证所需的元数据字段。

了解数据最近更新时间，有助于分析人员判断数据集的新鲜度，确保分析基于当前信息。对于持续监控流程而言，这一点尤其重要，因为它反映了流程视图的实时程度。该时间戳还有助于调试数据管道，识别数据摄取计划中的潜在问题。

它可以确认数据的新鲜度，确保分析基于及时信息，并帮助管理数据质量。

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

源系统名称用于标识生成事件数据的应用程序或平台，例如贷款发起系统（LOS）、CRM或文件管理系统。在现代企业中，贷款发起等单一业务流程通常跨越多个互联系统。

识别每个事件的源系统对于数据验证、问题排查和了解流程技术环境至关重要。它可以帮助分析人员追溯数据来源，评估不同系统对整体流程路径及潜在延误的影响。

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

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

事件结束时间标记活动结束的精确时刻。有些事件是只有开始时间的里程碑，但许多活动具有明确的持续时间。结束时间可以直接用于计算实际处理时间。

分析实际处理时间对于了解资源利用率、识别具体任务中的低效，以及区分案件的实际处理时间和等待时间至关重要。例如，它可以帮助确定承保实际耗时，并将其与申请在承保人员队列中的等待时间区分开来。

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

对于跟踪活动持续时间的系统，通常与开始时间一起出现在事件日志或交易表中。

决策结果表示贷款申请完成处理后的最终状态。常见结果包括“批准”“拒绝”“申请人撤回”或“反报价”。

该属性对于结果分析至关重要，可用于了解哪些流程路径会带来成功或未成功的结果。将流程差异与决策结果关联起来，组织可以识别提高批准率的最佳实践，或导致拒绝的行为模式。这类分析对于提升流程效率和业务结果至关重要。

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

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

分配用户用于标识执行或负责特定活动的员工或系统用户，可能是贷款专员、处理人员、承保人员或结案专员。

该属性是分析团队和个人绩效、工作负载分配及资源配置的基础。按用户跟踪活动，可以识别高绩效人员、发现培训需求并重新平衡工作负载，从而提升效率。它还支持分析不同用户或团队如何影响流程结果和周期时间。

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

通常位于记录系统内用户操作的交易日志或事件日志中。

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

该属性对于分析申请失败的根本原因极具价值。通过分析最常见的拒绝原因，组织可以识别申请人群体、承保标准或申请流程本身存在的系统性问题。这些洞察可用于制定营销策略、开发产品，并改进流程以降低拒绝率。

它为根因分析提供关键洞察，有助于了解申请被拒的原因，并支持有针对性的流程改进。

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

该布尔属性用于区分系统自动执行的活动，例如自动信用检查或初始文件验证，与人工用户执行的活动。

这一差异对于了解流程自动化程度及其对效率的影响至关重要。分析自动化步骤与人工步骤，有助于发现进一步自动化的机会，量化现有自动化带来的时间节省，并了解人力资源的工作负载。它可以清晰呈现贷款发起流程中的人机协作情况。

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

可以是事件日志中的字段，也可以根据活动名称或与事件关联的用户推导，例如用户为“system”。

申请渠道用于标识申请人最初的接触点或提交方式，例如“在线门户”“移动应用”“网点”或“第三方经纪人”。

不同渠道的客户体验和内部处理工作流可能存在显著差异。按渠道分析流程，有助于了解各提交路径的效率和效果。分析结果可以揭示哪些渠道处理更快、客户满意度更高或数据质量更好，为技术和运营方面的战略投入提供依据。

它支持比较在线、网点和移动端等不同提交渠道的流程绩效与客户体验。

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

贷款产品类型根据申请的金融产品对贷款申请进行分类，例如“传统抵押贷款”“FHA贷款”“汽车贷款”或“个人信用额度”。

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

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

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

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

较大的贷款金额可能触发更严格的承保流程，需要更高层级的审批，或适用不同的费用结构。按贷款金额分析流程，可以发现贷款价值如何影响处理时间、批准率和审核严格程度。它也是财务分析的重要输入，例如计算贷款管道总价值或每笔贷款金额对应的成本。

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

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

信用评分是征信机构在申请流程中提供的、用于表示申请人信用状况的数值，是风险评估和承保决策的主要因素。

较高的信用评分通常意味着较低风险，可能带来更优惠的贷款条款或更快的审批流程。在流程挖掘中，分析信用评分如何影响流程，可以发现不同风险特征申请人的处理路径。例如，低评分申请可能需要更多人工审核或补充文件，从而导致更长的周期时间。

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

来源于外部征信机构，并与申请人档案数据一同存储。

此属性用于标识具体的部门或职能团队，例如“贷款处理”“承保”或“结案”，说明哪个团队负责某项活动，或在特定时间点拥有该案例。

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

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

可从工作流管理系统中获取，也可根据分配给任务的用户或角色推导得出。

地理位置用于指定与贷款相关的地点，可能是房产所在州、处理申请的分支机构，或申请人所在区域。

此属性适合用于分析流程中的区域差异。例如，不同州可能有各自的合规要求，需要在流程中增加相应步骤；某些分支机构的效率也可能高于其他机构。按地理位置细分数据，可以揭示绩效差异、资源需求以及影响贷款发放流程的市场特定趋势。

支持开展地理分析，发现流程绩效、合规要求和业务结果方面的区域差异。

可从申请数据中获取，例如房产地址或提交申请的分支机构。

承保SLA目标定义了贷款申请承保阶段应完成的预期时限。该目标是业务设定的关键绩效指标（KPI）基准，用于确保及时处理。

将根据时间戳计算的承保实际耗时与该目标进行比较，组织可以衡量SLA达标情况。该分析有助于识别承保瓶颈、评估团队绩效并有效管理客户预期。

它作为衡量服务级别协议达成情况的基准，有助于识别延误并管理运营目标。

通常在业务规则配置或服务级别协议文档中定义，也可能与案件数据一同存储。

申请人类型根据申请人与金融机构的关系对其分类，例如“新客户”或“现有客户”。

这一细分很重要，因为流程可能因该属性而异。现有客户已有相关数据，流程可能更简化；新客户则可能需要更全面的身份和信息验证。按申请人类型分析流程，可以突出这些差异，并帮助组织针对不同客户群体定制和优化客户旅程。

它支持比较不同客户群体的流程，而不同群体可能对应不同的工作流和服务级别预期。

根据客户关系管理（CRM）数据推导，或在申请表中指定。