您的贷款发起数据模板

Event Timestamp 记录了活动发生的精确时刻。此时间序列数据对于正确排列事件顺序以及进行所有基于时间的流程分析至关重要。

此属性支持计算关键绩效指标（KPI），如周期时间、处理时间和活动间的等待时间。它用于识别延迟、衡量相对于服务水平协议（SLA）的绩效，并了解贷款发放流程的时间动态。没有准确的 timestamp，流程挖掘就无法实现。

此 timestamp 对于正确排序事件以及计算所有基于时长的指标（如周期时间和瓶颈）至关重要。

通常在 Temenos 的事件日志或审计追踪表中与活动或状态字段并列。请查找名为 'TIMESTAMP'、'EVENT_DATE' 或类似的字段。

Activity Name 描述了贷款发放过程中的具体步骤或里程碑，例如“Application Submitted”或“Credit Check Completed”。这些活动构成了流程图的骨干，展示了每笔贷款申请的事件序列。

分析这些活动有助于实现流程流向的可视化，识别常用路径，发现偏离情况并精准定位瓶颈。活动的顺序和频率是理解流程实际运行情况（与设计情况相比）的基础。

它定义了流程中的步骤，支持流程图的可视化以及对流程流、瓶颈和偏差的分析。

此信息通常源自 Temenos 内的事件日志、状态变更记录或审计追踪表。可能需要将技术状态代码或事件类型映射为用户友好的活动名称。

Loan Application ID 在贷款请求的整个生命周期内（从提交到最终决策和放款）唯一标识每一笔请求。它是关联所有活动和数据的核心实体，支持对特定贷款的发放过程进行完整追踪。

在流程挖掘中，此属性对于构建案例（case）视图必不可少，其中每个 Loan Application ID 代表一个完整的端到端流程实例。通过此标识符分析数据可以计算案例级指标，如总周期时间、返工环路和最终结果，从而全面了解贷款发放流程。

这是必不可少的 case 标识符，它将所有相关事件连接成一个完整的端到端流程，使流程分析成为可能。

这通常是 Temenos 中主贷款申请或交易实体的初级键。请咨询 Temenos 文档以获取具体的表名和字段名，例如与 AA.ARRANGEMENT 模块相关的名称。

此元数据属性记录了从源系统进行最近一次数据提取或更新的日期和时间。它不代表业务事件，而是代表被分析数据的新鲜度。

这些信息对于了解流程挖掘分析的时效性以及数据治理至关重要。它帮助用户了解他们查看的是实时数据、每日数据还是每周数据，从而为他们的发现和决策提供背景信息。

指示数据的新鲜度，这对于数据治理以及用户了解其分析的时效性至关重要。

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

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

指定源系统对于数据治理、故障排除以及了解流程中的技术触点非常重要。它有助于验证数据准确性，并能揭示跨不同平台的流程碎片化情况。

识别数据来源，这对于数据验证、故障排除和理解流程集成至关重要。

这是通常在数据提取和转换过程中添加的元数据属性。对于来自该系统的所有记录，它可以是一个静态值，例如 'Temenos Transact'。

信用评分是申请人信用状况的数字化表示，从征信机构获取。它是核保和决策过程中的关键因素。

在流程挖掘中，信用评分是一个关键的上下文属性。通过将评分与最终结果关联，它有助于分析贷款决策的一致性。它还可以用于细分申请，以查看评分较低的申请是否需要更长的处理时间或更多的人工干预。

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

这些数据通常从外部征信机构服务获取，并存储在 Temenos 内的客户或申请特定表中。

“决策结果”捕获了核保和审批阶段完成后贷款申请的最终状态。这是整个流程的关键结果指标。

此属性对于分析流程有效性至关重要。它用于计算批准率和拒绝率，当与“信用评分”或“申请人类型”等其他属性结合使用时，有助于评估贷款决策的一致性。了解申请被拒绝的原因是流程改进的关键。

代表流程的最终业务结果，支持对审批率、拒绝原因和决策一致性进行分析。

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

此属性标识了在贷款发放流程中执行特定任务的员工或团队成员。在流程挖掘中，这通常被称为“资源”（resource）。

按信贷员分析绩效有助于了解工作负载分布、识别表现优秀的员工并发现培训或流程标准化的机会。它是资源绩效和工作负载管理相关仪表板的基础，支持管理人员优化团队效率并平衡任务分配。

将用户操作归因于特定个人或团队，从而实现工作量分析、绩效比较和资源优化。

此信息通常存在于审计追踪表中，通常与用户 ID 关联。请在 Temenos 的事件或交易记录中查找如 'USER_ID'、'PROCESSED_BY' 或 'OWNER' 等字段。

Application Channel 指示了客户使用的提交方式。不同渠道可能具有不同的数据质量、客户预期和处理要求，从而影响整体流程绩效。

按渠道分析流程有助于识别哪些渠道效率最高，哪些渠道可能需要流程改进。例如，来自在线门户的申请平均处理速度可能快于在分行提交的申请。这一洞察对于优化渠道策略和资源配置非常有价值。

支持不同客户互动渠道的绩效分析，有助于优化特定渠道的流程和用户体验。

此信息通常在流程开始时捕捉，并存储在主贷款申请记录中。请在 Temenos 中查找 'SOURCE' 或 'CHANNEL' 字段。

End Time 标记了特定活动的完成。Start Time 指示事件何时开始，而 End Time 对于了解其持续时间必不可少。对于瞬时事件，End Time 可以与 Start Time 相同。

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

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

这可能在审计日志中作为一个单独的 'END_TIME' 字段提供，或者可能需要通过使用序列中后续活动的 Start Time 来推导。请咨询 Temenos 文档以了解事件记录详情。

此属性根据所申请的金融产品对每个贷款申请进行分类。不同的贷款产品通常具有不同的流程流向、SLA 和风险概况。

按 Loan Product Type 对流程分析进行细分对于进行有意义的对比至关重要。它有助于解释周期时间、审批率和流程路径的差异。例如，抵押贷款申请流程本质上比个人贷款流程更复杂、更长。此属性支持“同类比较”并实现针对性改进。

支持流程细分，以便比较不同业务线的绩效并识别差异，因为这些业务线通常具有独特的流程要求。

这是贷款申请的核心属性，通常存在于 Temenos 的主申请表中。请查找与 'PRODUCT_ID' 或 'PRODUCT_CATEGORY' 相关的字段。

此属性代表所申请的贷款本金金额。贷款金额会显著影响流程路径、审查级别和所需的审批权限。

基于贷款金额分析流程支持按维度细分，以了解高额贷款是否遵循不同且更严格的流程。这有助于解释周期时间和核保投入的差异。例如，超过一定阈值的贷款可能需要额外的审批步骤，这些可以通过流程挖掘进行可视化和验证。

支持基于价值的分析，以观察贷款金额如何影响流程复杂性、周期时间以及所需的审批级别。

这是 Temenos 贷款申请记录中的基本字段。请查找如 'AMOUNT' 或 'REQUESTED_AMOUNT' 等字段。

此属性为“Decision Outcome”提供上下文。对于被拒绝的申请，它指定了根本原因，如“收入不足”、“债务收入比过高”或“信用记录不良”。

这些信息对于拒绝原因的根因分析极具价值。通过分析最常见的拒绝原因，机构可以识别预审阶段的问题、改善客户沟通或调整放贷标准。它直接支持减少返工并提高进入审批环节申请的整体质量。

为被拒绝的申请提供关键背景，支持根因分析以提高申请质量并减少不必要的处理。

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

“处理时间”是一个计算指标，代表活动的实际工作时间，计算方式为结束时间与开始时间之差。它与“等待时间”（即活动之间花费的时间）形成对比。

此指标是瓶颈分析的基础。通过将处理时间与等待时间分开，分析人员可以确定延迟是由低效活动（处理时间长）还是由队列和交接延迟（等待时间长）引起的。这对于正确确定改进重点至关重要。

测量活动的实际工作时长，有助于在瓶颈分析中区分流程效率低下和等待时间。

此属性不在源系统中。它是在数据转换期间通过从每项活动的“EndTime”中减去“EventTimestamp”（StartTime）计算得出的。

Customer Region 提供了申请人的地理位置，例如“北美”、“欧洲”或特定省份。这支持对流程进行地理维度细分。

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

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

此信息是存储在 Temenos 的客户信息文件 (CIF) 或等效客户主数据中的客户概况或地址详情的一部分。

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

了解自动化程度是识别进一步提升效率机会的关键。它支持对自动化步骤与人工步骤的速度和一致性进行比较。此分析有助于确定未来自动化方案的优先级并衡量其影响。

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

这通常基于与活动关联的用户来推断。如果用户是系统或服务帐户，则该活动被标记为自动化。也可以基于事件类型本身进行判断。

此布尔标记识别代表返工的活动，即某个步骤或一系列步骤必须重复执行。例如，如果在“Underwriting Commenced”之后发生了“Supporting Documents Requested”，则表示流程出现了回流。

检测并标记返工是流程挖掘的核心优势。此属性支持轻松量化“Application Rework Rate” KPI。分析返工的驱动因素（如初始提交不完整）是提高流程效率、降低成本并缩短周期时间的突破口。

突出显示属于低效流程循环一部分的活动，从而可以轻松对返工进行量化和根因分析。

此属性不在源系统中。它是流程挖掘引擎通过检测单个 case 内重复出现的活动序列计算得出的。

此布尔属性是一个计算出的标记，指示贷款申请的核保阶段是否违反了其服务水平协议（SLA）。它是通过将核保流程的实际持续时间与“Underwriting SLA Target”进行对比来确定的。

此标记通过提供清晰、二元的 SLA 合规指标来简化分析和报告。它直接用于仪表板和 KPI，按时间、产品或信贷员追踪 SLA 违约率，从而帮助前瞻性地管理绩效和合规风险。

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

此属性不在源系统中。它是通过衡量“Underwriting Commenced”和“Underwriting Completed”活动之间的持续时间，并将其与“UnderwritingSlaTarget”属性进行比较计算得出的。

Underwriting SLA Target 定义了核保阶段预期的服务水平协议，通常以营业小时或天数衡量。此目标可能根据贷款产品类型或金额等因素而有所不同。

此属性作为衡量实际绩效的基准。它直接用于“Underwriting SLA & Compliance Status”仪表板，并用于计算“SLA Breach Rate” KPI。分析违约情况有助于识别延迟原因，并管理运营与合规风险。

提供清晰的绩效基准，支持衡量 SLA 遵守情况并识别有违规风险的申请。

这可能根据业务规则存储为静态值，或者可能是贷款申请上的一个字段，可能源自 Temenos 中的产品主数据。

此属性将申请人划分为有意义的群体，如“新客户”、“老客户”或“企业”。流程可能会因申请人类型而异；例如，由于已有数据，老客户的处理速度可能更快。

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

支持细分分析，以查看流程在针对新老客户时是否存在差异，从而帮助定制和改进客户旅程。

此信息通常通过在申请时检查申请人在 Temenos 中是否已有现成的客户概况或 ID 来获取。

此属性指示了执行给定活动的业务单元或部门，如“Origination”（发起）、“Underwriting”（核保）或“Closing”（结案）。它有助于了解组织不同部分之间的交接情况。

按部门分析流程对于识别交接期间的跨职能低效和延迟至关重要。它可以突出显示特定部门内的沟通鸿沟或资源限制，从而清晰地展示组织瓶颈。

有助于可视化不同团队之间的工作流，从而能够分析交接时间并识别组织瓶颈。

这通常不是事件日志中的直接字段，但可以通过使用 HR 主数据源将用户（'AssignedLoanOfficer' 属性）映射到其各自部门来推导。