您的 KYC 客户准入 Data 模板

事件时间（Event Time）是活动在系统中记录的精确日期和时间。它提供了单个客户申请案例中所有事件的时间顺序，构成了准入旅程的时间线。

该属性对于所有基于时间的分析都至关重要。它用于计算活动之间的周期时间、识别延迟和等待时间、衡量案例总时长，并检查是否符合服务水平协议 (SLA)。特定案例的这些时间戳序列允许流程挖掘工具还原流程发生时的真实情况。

此属性提供 event 的时间顺序，这对于计算持续时间、发现瓶颈和分析流程时间表至关重要。

此时间戳位于 ACTICO 的事件日志表中，与每个记录的活动相关联。请参考 ACTICO 文档。

Customer Application 是主要的 case 标识符，它将与单个客户准入旅程相关的所有 event 和活动分组。它代表了 KYC 流程的一个完整实例，从最初提交到最终的批准或拒绝决定。

在 Process Mining 中，此属性对于重建每个申请的端到端旅程至关重要。它允许分析人员跟踪活动顺序，衡量总周期时间，并比较不同申请所采取的不同流程路径（即变体）。共享相同 Customer Application ID 的所有 event 都被视为同一个 case 的一部分。

这是 Process Mining 的基本属性，因为它将所有相关的 event 连接成一个单一且连贯的流程实例，从而实现对每位客户准入体验的端到端分析。

这是 ACTICO 主申请或 case 管理表中的主键。请参阅 ACTICO 文档以获取具体的表名和字段名。

此属性记录 KYC 流程中发生的每个步骤或活动的名称，例如“申请已提交”、“已执行风险评估”或“申请已批准”。它为流程图提供了按顺序排列的构建模块。

通过分析“活动名称”，可以实现流程流向的可视化、识别频繁或稀少的活动，并检测瓶颈或返工循环。它是了解正在执行哪些操作以及执行顺序的基石，这对于变体分析和合规检查至关重要。

它定义了流程图中的步骤，允许流程流可视化、识别偏离，以及分析活动的频率和顺序。

此信息通常位于 ACTICO 的 event log 表中，通常在描述 event 或任务类型的字段中。请参阅 ACTICO 文档。

此属性记录从 ACTICO 最近一次拉取 data 的日期和时间。这是一个适用于整个数据集而非单个 event 的元数据字段，提供了分析新鲜度的上下文。

在 dashboard 和报告中，此信息对于用户了解 data 的时效性至关重要。它有助于管理对洞察及时性的预期，对于需要近实时 data 的运营监控尤为关键。显示此 timestamp 可确保所呈现 data 的透明度和信任度。

指示数据的更新程度，让用户了解他们分析的是否为最新信息，这对于运营决策至关重要。

此值在 data 提取、转换和加载 (ETL) 过程中生成并存储。它反映了 ETL 作业成功完成时的 timestamp。

此属性标识生成 data 的源信息系统。对于此流程，它始终为“ACTICO”，但在涉及多个系统的更广泛分析中，它有助于区分 data 来源。

在 Process Mining 上下文中，这对于 data 治理和验证至关重要。它确保 data 正确归因于其来源，这在合并来自不同系统的 data 以创建整体流程视图时非常重要。它还有助于通过追溯到源系统来解决 data 质量问题。

提供有关 data 来源的关键上下文，确保 data 血缘和治理，这在整合来自多个源的 data 时至关重要。

这通常是在 data 提取和转换过程中添加的静态值（'ACTICO'），用于标记数据集。

SLA 目标日期是根据内部服务级别协议定义的完成客户准入的截止日期。此日期通常根据申请提交日期加上标准处理时间计算得出。

此属性对于监控 SLA 合规性至关重要。通过比较 case 的实际完成日期与其 SLA 目标日期，系统可以确定该 case 是按时完成还是违反了 SLA。这是“准入 SLA 绩效”dashboard 和“准入 SLA 达成率”KPI 的基础。

提供衡量按时交付性能的基准，实现对 SLA 合规性的直接监控和报告。

这可能作为字段存储在 ACTICO 的主 case 表中，或者根据业务规则得出（例如，提交日期 + 5 个工作日）。

此属性标识负责执行活动的特定用户或系统代理。它将流程步骤与执行人员或团队联系起来。

按用户分析绩效是一个常见需求。此属性允许创建展示工作量分布、个人处理时间以及用户或团队间绩效比较的 dashboard。它有助于识别绩效优异的个人以及可能需要额外培训的员工，并且是了解资源分配和利用率的关键。

将流程活动链接到特定用户，从而按个人或团队进行性能分析，并有助于识别培训需求或资源分配不均。

通常与 ACTICO 的 event log 或交易历史表中的每个 event 一起存储。请参阅 ACTICO 文档。

当申请的最终状态为“已拒绝”时，此属性提供了根本原因。例如：“文档不完整”、“背景检查失败”或“高风险概况”。

这是根本原因分析的关键属性。通过分析不同拒绝原因的频率，业务部门可以识别流程中或客户提交件中的系统性问题。例如，如果由于文档不完整导致的拒绝数量很多，可能表明申请说明不够清晰。这直接支持了“申请拒绝率及原因”dashboard。

揭示申请被拒绝背后的原因，从而能够进行根本原因分析，以降低拒绝率并提高流程效率。

通常存在于 ACTICO 的主 case 或申请表中，往往仅在申请状态为“已拒绝”时才填充。

此属性指示 case 的最终处理结果，通常为“已批准”或“已拒绝”。它还可以显示进行中 case 的状态。这是基于结果分析的关键维度。

了解申请为何被批准或拒绝是 KYC Process Mining 的一个主要目标。此属性允许过滤流程图，以查看已批准与已拒绝申请的典型路径，从而帮助识别导致不良结果的流程模式。它也是计算“申请拒绝率”KPI 的基础。

定义每个案例的结果，以便在成功和失败的流程实例之间进行对比分析，并计算拒绝率。

这是一个 case 级属性，通常位于 ACTICO 的主 case 或申请表中。它反映了申请的最终状态。

结束时间标志着活动的完成。结合开始时间 (EventTime)，它可以计算每个任务的精确持续时间，即处理时间。并非所有 event 都有明显的结束时间，因为某些 event 可能是瞬间完成的。

此属性是性能分析的基础，特别是用于测量每个步骤所需的时间。它能够创建详细的性能 dashboard，帮助识别哪些活动耗时最多，并且对于计算“平均文档审查时间”等 KPI 至关重要。

允许计算精确的活动时长（处理时间），这对于识别性能瓶颈和分析资源效率至关重要。

与开始时间类似，此信息通常可以在 ACTICO 的事件日志表中找到。某些系统会将单个事件记录的开始和结束时间存储在不同的列中。请参考 ACTICO 文档。

此属性将活动分配给特定的组织单位，例如“合规”、“准入团队”或“客户关系”。它为流程流向提供了组织上下文。

部门级分析对于了解工作在组织不同部分之间如何交接至关重要。它有助于识别跨部门瓶颈、衡量部门效率并分析跨团队的资源分配。Dashboard 可以按部门过滤，为管理人员提供其团队具体绩效的视图。

提供组织维度的分析，从而能够识别跨部门延迟并评估团队层面的绩效。

此信息可能直接存储在 event data 中，或者通过将用户 data 与映射用户到部门的 HR 主数据表联接得出。请参阅 ACTICO 文档。

此属性代表评估后的客户风险类别，通常决定了后续 KYC 流程的复杂程度和严谨性。与低风险客户相比，高风险客户可能需要额外的检查和审批。

在 Process Mining 中，“风险等级”是用于对比分析的强大维度。它允许分析人员检查流程是否按照预期根据风险级别正确地走不同路径。例如，可以验证是否所有高风险客户都经历了加强尽职调查步骤。它是“风险评估流程流向”dashboard 的关键。

允许根据风险对案例进行细分，从而分析流程是否按照合规政策的要求，正确地适应了不同的风险状况。

这是存储在 ACTICO 主申请表 case 层级的关键 data 点。

此属性根据服务级别协议对 case 的绩效进行分类评估。它是通过将 case 的完成时间（对于未结 case 为当前时间）与 'SlaTargetDate' 进行比较得出的。

此属性通过将日期比较转换为易于理解的状态来简化 SLA 报告。Dashboard 可以使用它进行清晰的可视化展示（如饼图或仪表盘），显示“达成”与“违反”case 的百分比。它是“准入 SLA 绩效”dashboard 的关键元素，并直接支持“准入 SLA 达成率”KPI。

为每个 case 提供清晰的 SLA 合规分类状态，简化报表制作，并实现绩效与目标达成情况的可视化。

这是一个根据业务逻辑得出的计算属性，通过将 case 完成 timestamp 与 'SlaTargetDate' 进行比较。

此属性指定客户的国家/地区，这可能对 KYC 流程产生重大影响。不同的司法管辖区有不同的监管要求，可能会触发额外或替代的流程步骤。

按国家分析流程可以对比不同地区的绩效。它可以帮助识别某些国家是否持续出现较长的周期时间或较高的拒绝率，这可能预示着监管摩擦或特定的市场挑战。这种地理视图对于旨在标准化流程同时尊重当地合规需求的全球性组织非常重要。

提供地理维度的分析，有助于理解不同监管司法管辖区的流程差异和性能表现。

这是存储在 ACTICO 系统 case 或客户层级的核心客户信息。

处理时间是指从一项活动开始到结束所计算的持续时间。该指标代表“实际操作时间”或主动工作时间，与活动之间的等待时间相对。

这是衡量运营效率的关键 KPI。某些活动的处理时间过长，通常预示着存在瓶颈或任务过于复杂。通过汇总此指标，管理人员可以识别哪些环节消耗的资源最多，并优先针对这些环节进行流程改进或自动化。它是性能 dashboard 的核心组成部分。

衡量任务的实际工作时长，有助于精准定位耗费最多时间和资源的高成本低效活动。

这是一个计算指标，通过从每个活动的 'EndTime' 中减去 'EventTime' (StartTime) 得出。

此属性将申请人划分为不同的类别，例如个人客户与企业实体。KYC 流程在这些类型之间通常存在显著差异，企业准入要复杂得多。

将“客户类型”作为维度，可以在同一 data 集中清晰地分离并比较这些不同的流程。分析人员可以过滤流程图以仅查看“企业”客户，从而了解其独特的挑战、瓶颈和周期时间，而不会使 data 被简单得多的“个人”客户流程所干扰。

允许针对不同的客户类别对流程进行细分，这些类别的流程流和复杂程度往往大相径庭，细分有助于实现更准确的分析。

这是存储在 ACTICO 内部 case 或客户层级的基本属性。

此布尔属性用于区分由人工执行的任务和由系统自动化执行的任务（如自动背景检查或风险评分）。

分析此属性有助于评估自动化举措的有效性。它允许对比自动化步骤与手动步骤的处理时间，识别流程中哪些部分仍高度依赖人工，并能发现进一步自动化的机会，从而提高效率并降低运营成本。

区分人工任务和系统任务，这对于衡量自动化的影响以及识别未来提升效率的机会至关重要。

这可以从 'InitiatingUser' 属性中推断得出（例如，如果用户是 'SYSTEM'），或者它可能是 event log 中的一个专用标记。请参阅 ACTICO 文档。

此布尔属性标记在同一 case 中第二次或多次执行的活动，例如在请求更多信息后发生的“文档审查”。它识别了返工实例，而返工通常是流程效率低下的根源。

识别返工是 Process Mining 的主要目标。此标记允许对返工进行量化（如计算“文档返工率”KPI）。在流程图中，可以突出显示返工循环，展示流程在何处发生了回流。这有助于发现质量问题或流程未能“一次性做好”的环节。

突出显示重复工作的实例，以便直接衡量流程的低效程度，并识别存在质量或清晰度问题的活动。

这是一个计算属性。逻辑在 Process Mining 工具中或在 data 转换期间定义，用于检测同一 case 内的重复活动。