您的KYC客户开户数据模板

Pega KYC
您的KYC客户开户数据模板

您的KYC客户开户数据模板

此模板为收集KYC客户开户流程分析所需的关键数据提供清晰指引,列出需要采集的重要属性和事件日志中需要跟踪的关键活动,并提供实用的数据提取建议,帮助您顺利开启流程挖掘。
  • 事件日志推荐属性
  • 全流程需要跟踪的关键活动
  • 实用的数据提取指南
刚接触事件日志?了解 如何创建流程挖掘事件日志.

KYC客户准入属性

以下是建议纳入事件日志的数据字段,为全面分析您的KYC客户准入流程提供必要信息。
3 必需 7 建议 11 可选
名称 说明
客户申请
CustomerApplication
每个客户入驻申请案例的唯一标识符。
说明

Customer Application是客户入驻流程中用于标识单个案例的主案例标识符,可将该客户入驻过程中的所有相关活动和事件归为一组。每个申请都会经历从提交到批准并激活账户,或被拒绝的流程。

在流程挖掘中,该属性对于重建每个申请的端到端流程至关重要。它可以帮助分析人员查看完整事件序列、跟踪每个申请的状态并比较不同路径。基于此ID分析案例,有助于识别常见流程变体、瓶颈以及偏离标准流程的情况。

为什么重要

该ID是流程挖掘的基础,可将所有独立事件连接成连贯的端到端流程实例,用于分析。

获取位置

这通常是Pega中的主案例ID,常以pzInsKey的形式存在,也可能是在主案例类型工作对象中使用便于业务理解的等效字段。

示例
APP-2023-00123APP-2023-00124APP-2023-00125
开始时间
EventTime
表示活动或事件开始时间的时间戳。
说明

该属性记录活动开始的准确日期和时间,为单个客户申请案例中的所有事件提供时间顺序。

时间戳是开展流程绩效分析的基础。它们用于计算活动时长、步骤之间的等待时间以及客户入驻流程的端到端总周期时间。这些数据对于识别瓶颈、衡量SLA达成情况和了解流程效率至关重要。

为什么重要

时间戳提供计算时长、分析流程绩效和识别延迟所需的时间顺序背景。

获取位置

这是Pega审计轨迹中的标准字段,通常以每个事件历史表中的pxTimeCreated形式存在。

示例
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:05:00Z
活动
ActivityName
客户入驻流程中发生的具体事件或任务名称。
说明

该属性记录业务活动或系统事件的名称,例如“申请已提交”“合规审核已启动”或“申请已拒绝”。它代表客户入驻流程中的一个具体步骤。

活动分析是流程挖掘的核心。该属性用于构建流程图,展示不同步骤之间的流转关系,帮助识别事件顺序、衡量各活动的发生频率,并找出最常见或最耗时的任务。

为什么重要

此属性定义流程图中的步骤,使您能够可视化、分析并理解流程顺序。

获取位置

这些信息通常记录在Pega的审计轨迹(历史表)中,也可以根据案例状态变化推导得出。

示例
初始筛查已完成合规审核已完成申请已批准
SLA目标日期
SlaTargetDate
预计完成客户入驻案例的日期。
说明

该属性存储服务级别协议(SLA)规定的申请目标完成日期。SLA可能因客户类型、风险等级或产品等因素而有所不同。

该日期是“SLA达成情况跟踪”仪表板及相关KPI的基础。它作为基准,用于与实际完成日期进行比较。分析未达到SLA目标的案例,有助于识别系统性延迟,并确定流程改进的优先级,确保履行服务承诺。

为什么重要

它为衡量按时完成情况提供基准,对客户满意度和运营管控至关重要。

获取位置

Pega提供内置的SLA管理框架。该日期通常存储在pySLAGoal等属性中,也可能存储在案例的自定义SLA属性中。

示例
2023-11-10T17:00:00Z2023-11-15T17:00:00Z
拒绝原因
RejectionReason
说明申请被拒绝的原因。
说明

当申请的最终状态为“已拒绝”时,该属性提供具体原因,例如“背景调查未通过”“文档不完整”或“风险等级较高”。

该属性是“申请拒绝分析”仪表板的主要分析维度。按原因对被拒绝案例进行分组,企业可以识别客户入驻流程中最常见的失败环节。这些洞察对于实施有针对性的改进、降低拒绝率、改善客户体验和提高运营效率至关重要。

为什么重要

帮助了解申请失败的具体原因,为有针对性的流程改进提供依据,从而提高成功率。

获取位置

这可能是案例转为“已拒绝”状态时设置的特定属性。请参阅Pega KYC文档,了解标准拒绝原因字段。

示例
制裁名单命中文档不匹配PEP识别信息不足
用户
OperatorId
执行活动的用户唯一标识符。
说明

该属性存储负责完成KYC流程中特定任务的员工或系统用户ID,例如合规专员或自动筛查机器人。对于自动化步骤,该值可能是系统账户或服务账户ID。

按用户分析有助于了解工作负载分布、个人绩效和培训需求。通过识别参与非标准流程的用户或团队,还可以调查流程偏差。

为什么重要

此属性将流程活动关联到具体个人或团队,从而支持工作负载分析、绩效评估和一致性检查。

获取位置

这是Pega审计轨迹中的标准字段,通常以历史表中的pxUpdateOperator或类似属性存储。

示例
j.doe@acmebank.comkyc_analyst_04system_auto_agent
申请状态
ApplicationStatus
客户申请的最终结果或当前状态。
说明

该属性表示流程结束时申请的总体状态,例如“已批准”“已拒绝”或“已撤回”。对于进行中的案例,它也可以反映最近已知状态。

这是结果分析的重要维度,可直接用于“申请拒绝分析”仪表板,对案例进行分组并了解不同结果产生的原因。分析流向不同状态的流程,有助于识别已批准案例的最佳实践,以及被拒绝案例的根本原因。

为什么重要

它定义案例的业务结果,支持对成功路径和未成功路径进行深入对比分析。

获取位置

这通常是Pega案例工作对象的最终状态(pyStatusWork)。

示例
已批准已拒绝等待合规处理客户撤回申请
结束时间
EndTime
表示活动或事件完成时间的时间戳。
说明

该属性记录活动结束的准确日期和时间,并与开始时间结合使用,以计算单个活动的处理时长。

单独记录结束时间可以提高绩效分析的准确性。它有助于区分实际处理时间(开始时间到结束时间之间的时长)和等待时间(一个活动结束到下一个活动开始之间的时长)。这对于定位真正的瓶颈、区分处理问题与排队问题至关重要。

为什么重要

支持精确计算活动处理时长,是详细绩效分析和瓶颈识别的基础。

获取位置

该字段可能存在于Pega的审计轨迹中,也可能需要将后续事件的开始时间作为当前事件的结束时间来推导。

示例
2023-10-26T10:15:00Z2023-10-26T18:05:20Z2023-10-27T11:00:00Z
部门
WorkGroup
负责该活动的部门或职能团队。
说明

该属性标识执行用户所属的组织单元或团队,例如“筛查团队”“合规部门”或“客户入驻运营团队”。

按部门分析流程对于“按部门划分的工作负载”仪表板至关重要。它可以帮助管理人员了解工作如何在不同团队之间流转,识别跨职能瓶颈,并评估整个客户入驻流程中的资源配置情况。这是优化交接和均衡工作负载的关键。

为什么重要

它支持分析不同业务单元之间的流程顺序和瓶颈,为资源管理和组织优化提供依据。

获取位置

该信息通常与Pega中的用户配置文件(Operator ID记录)关联,并可与事件数据连接。对应属性可能是pyWorkGroup。

示例
初步筛查合规审查账户激活
风险等级
RiskLevel
客户申请的计算风险等级。
说明

该属性表示评估出的客户风险,通常分为“低”“中”或“高”。风险等级一般由自动评分引擎根据客户数据和筛查结果确定。

风险等级是造成流程变体的重要因素。高风险申请通常需要额外的尽职调查步骤,例如强化合规审核,因此周期时间更长。按风险等级分析流程,有助于解释这些差异,确保风险控制有效运行,同时避免造成不必要的延迟。

为什么重要

解释流程路径和持续时间的差异,因为风险等级通常决定所需的尽职调查程度。

获取位置

这可能是案例中的计算属性,由Pega决策规则或评分模型填充。请参阅Pega KYC文档。

示例
SLA状态
SlaStatus
表示案例是否在SLA目标期限内完成。
说明

该属性根据实际完成时间戳与“SLA目标日期”的比较结果,将每个已完成案例归类为“按时”或“逾期”。

这是“SLA达成情况跟踪”仪表板和“SLA达成率”KPI的核心指标。它可以直观展示相对于服务级别承诺的绩效。分析逾期案例的特征,有助于识别延迟的根本原因,并降低未来SLA违约风险。

为什么重要

直接衡量相对于服务承诺的绩效,对运营管理、合规和客户满意度至关重要。

获取位置

该值通过比较案例最终活动的时间戳与SlaTargetDate字段得出。如果完成时间晚于目标时间,则状态为“逾期”。

示例
按时逾期存在风险
入驻产品
OnboardedProduct
客户申请的金融产品。
说明

该属性指定客户申请入驻的产品或服务,例如“零售银行账户”“企业贷款”或“投资服务”。

产品会影响入驻流程,因为不同产品可能具有不同的监管要求和复杂度。按产品分析流程,有助于识别特定产品线是否具有更长的周期时间或更高的拒绝率,为产品级流程优化提供依据。

为什么重要

支持按产品线细分流程分析,揭示绩效差异和优化机会。

获取位置

这可能是案例中的属性,在申请流程开始时选择。

示例
支票账户财富管理企业授信额度
最近数据更新时间
LastDataUpdate
最近一次数据刷新或提取的时间戳。
说明

该属性表示最近一次从源系统提取数据的时间。单次数据加载中的所有记录通常具有相同的值。

该时间戳有助于了解待分析数据的新鲜度。用户可以据此判断流程分析反映的是当前状态还是历史状态,并了解下一次数据更新的预期时间,这对运营监控仪表板至关重要。

为什么重要

向用户说明数据的时效性,帮助其判断分析反映的是当前状态还是过去某一时期。

获取位置

该值在数据提取、转换和加载(ETL)过程中生成并写入数据集。

示例
2023-11-01T02:00:00Z2023-11-02T02:00:00Z
周期时间
CycleTime
从申请提交到最终解决所经过的总时间。
说明

该计算指标衡量每个客户申请的端到端持续时间,从第一个事件开始,直到最后一个事件结束。通常通过特定案例中最终活动与初始活动的时间戳之差计算。

周期时间是衡量流程效率和客户体验的核心关键绩效指标(KPI)。它用于“整体客户入驻周期时间分析”仪表板,以监控平均处理时间、识别长时间未完成的案例,并跟踪流程改进措施随时间产生的影响。

为什么重要

这是直接衡量客户视角下客户入驻流程整体速度和效率的关键KPI。

获取位置

流程挖掘工具通过计算每个案例ID的最大时间戳与最小时间戳之差,得出该指标。

示例
5天4小时12天1小时2天8小时
客户ID
CustomerId
正在进行客户入驻的客户唯一标识符。
说明

该属性是将申请关联到主数据系统中客户记录的唯一ID。它代表KYC流程所针对的实体,可以是个人或组织。

申请ID用于跟踪流程,而客户ID支持分析同一客户提交的多个申请,或使用客户细分、历史记录等客户属性丰富流程数据,从而以客户为中心分析入驻流程。

为什么重要

将流程数据连接到客户主数据,支持基于客户属性和历史记录开展更深入的分析。

获取位置

这通常是KYC案例的核心属性,用于将案例关联到Pega内部或外部CRM中的客户数据模型。

示例
CUST-98765CUST-98766CUST-98767
客户所在国家/地区
CustomerCountry
客户居住或注册所在的国家/地区。
说明

该属性存储与入驻客户相关的国家/地区信息,是风险评估和确定所需尽职调查程度的重要输入。

在分析中,客户所在国家/地区可以揭示重要模式。某些司法管辖区可能具有更高风险,导致入驻流程更长、更复杂。该维度支持按地域分析绩效,并帮助确保高效满足区域合规要求。

为什么重要

支持按地域分析流程,而地域通常与监管复杂度和风险等级相关。

获取位置

这可能是与案例关联的客户数据对象中的属性。

示例
USADEUSGPGBR
文档状态
DocumentStatus
客户提供文档的当前状态。
说明

该属性跟踪KYC流程所需文档的状态,取值可能包括“等待客户提供”“已收到”“已验证”或“已拒绝”。在单个案例中,该状态可能发生多次变化。

这是“客户入驻吞吐量与状态”仪表板和“文档验证速度”分析的重要属性。它可以细致呈现最常见的瓶颈环节之一。跟踪文档在每种状态下的停留时间,有助于企业识别客户提交或内部审核中的延迟。

为什么重要

提升对文档处理子流程的可见性,帮助识别并解决文档验证中的常见延迟。

获取位置

这可能是与主案例关联的数据对象或页面列表中的属性,用于跟踪每份所需文档。请参阅Pega KYC文档。

示例
等待上传已收到,等待审核已批准已拒绝,需要更多信息
是否自动化
IsAutomated
标识活动由系统还是人工执行的标志。
说明

如果活动由筛查引擎或系统规则等自动化代理执行,该布尔属性为true;如果由人工用户执行,则为false。

区分自动化活动和人工活动对于自动化分析至关重要。它有助于衡量现有自动化的效果,识别适合未来自动化的人工任务,并了解人工与系统参与者在流程中的协作关系。

为什么重要

区分人工驱动和系统驱动的活动,是开展自动化建设或分析的基础。

获取位置

该值可以根据事件关联的用户ID推导。如果OperatorId对应已知系统或代理账户,则将此标志设为true。

示例
truefalse
是否返工
IsRework
标识活动是否属于返工循环的标志。
说明

如果某项活动(例如“文档审核”)在同一案例中发生多次,该布尔属性为true。它通常由“请求补充信息”等事件触发。

识别返工对于发现流程低效和客户摩擦点至关重要。“流程返工与循环”仪表板使用该属性量化返工的频率和影响。减少返工通常是重要目标,因为这可以缩短处理时间、降低运营成本并改善客户体验。

为什么重要

突出显示流程低效、重复任务和循环,这些通常是流程改进的重点。

获取位置

该标志在数据分析过程中推导得出,方法是检查同一案例ID中是否存在重复的活动名称。例如,“文档审核完成”第二次出现时即可判定。

示例
truefalse
案例类型
CaseType
KYC客户入驻案例的具体类型。
说明

该属性对客户入驻申请进行分类,例如“个人客户”“企业客户”或“高净值个人”。不同案例类型通常遵循不同的流程变体,包含不同的步骤、SLA和风险特征。

按案例类型分析流程,可以更有针对性地比较绩效,了解某些类型的入驻是否更容易出现延迟或拒绝。这种细分对于根据不同客户旅程的具体需求制定流程改进方案至关重要。

为什么重要

将流程数据划分为不同类别,支持更准确、更相关的绩效分析。

获取位置

这通常是Pega中案例实例的类名,也可能是定义案例类型的专用属性。

示例
个人客户 onboarding企业客户 onboarding简化尽职调查
源系统
SourceSystem
标识数据来源的系统。
说明

该属性指定记录事件的源应用。对于此流程,其值通常固定为“Pega KYC”。

如果所有数据都来自同一系统,该属性看似多余,但在整合多个系统的数据时,它对数据治理至关重要。该属性可以明确数据来源,并帮助排查数据集成问题。

为什么重要

该属性提供数据来源的重要背景信息,确保数据治理,并支持跨多个源系统进行分析。

获取位置

这通常是在数据提取和转换过程中添加的静态值,用于标记数据集来源。

示例
Pega KYCPega CLM
必需 建议 可选

KYC客户准入活动

以下是您应在事件日志中记录的关键流程步骤和里程碑,用于准确发现流程并深入了解KYC客户准入。
8 建议 6 可选
活动 说明
合规审核已启动
此活动表示合规团队正式审核的开始,这是流程中关键且通常耗时较长的环节。当案例分配至合规工作队列或其状态相应更新时,系统会记录该活动。
为什么重要

这是合规审核周期时间KPI的开始事件,有助于衡量并识别这一关键且通常由人工完成的审核阶段中的瓶颈。

获取位置

根据案例状态(pyStatusWork)变为“Pending-Compliance”,或根据合规工作篮中的分配创建事件推断。

采集

识别案例分配至合规工作篮,或状态变化表明审核开始的时间戳。

事件类型 inferred
合规审核已完成
此活动表示合规团队已完成审核并提出建议。系统通过案例状态变化记录该活动,表明案例已离开合规阶段。
为什么重要

这是合规审核周期时间KPI的结束事件。分析到达该节点前所需的时间,对于提升合规效率至关重要。

获取位置

根据案例状态(pyStatusWork)从“Pending-Compliance”变为“Pending-Final-Decision”或“Resolved-Approved”等状态推断。

采集

识别案例历史中合规审核阶段或分配完成的时间戳。

事件类型 inferred
已收到文档
表示客户已将所有请求的文档上传或提交至系统。通常在新附件关联到Pega案例时,以明确事件的形式记录。
为什么重要

这是启动文档审核和验证SLA计时的关键里程碑。此时点之前的延迟取决于客户,此后的延迟则属于内部流程。

获取位置

当新文档与案例关联时,Pega会在附件表(pc_link_attachment或pc_data_workattach)中明确记录该事件。

采集

事件时间为与案例关联的相关附件对象的创建时间戳。

事件类型 explicit
开户已完成
此活动标志着整个KYC开户流程成功结束。当Pega案例达到表示成功完成的最终解决状态,且所有下游操作均已完成时,系统会记录该活动。
为什么重要

这是流程的主要成功结束事件,对于计算所有成功开户客户的端到端周期时间至关重要。

获取位置

根据案例解决状态(pyStatusWork)设置为最终成功值的时间戳推断,例如“Resolved-Completed”。

采集

识别History-Work表中最终“Resolved-Completed”状态的时间戳。

事件类型 inferred
申请已批准
表示最终决定批准客户的开户申请。这是关键业务里程碑,通常根据案例状态更新为最终成功解决状态推断。
为什么重要

这是区分成功案例和失败案例的关键里程碑,也是最终账户激活步骤的前置节点,并常用于衡量决策时间。

获取位置

根据案例解决状态(pyStatusWork)设置为最终成功值的时间戳推断,例如“Resolved-Completed”或“Resolved-Approved”。

采集

识别案例审计轨迹中反映成功解决的pyStatusWork最终更新记录。

事件类型 inferred
申请已拒绝
表示最终决定拒绝客户的申请,开户流程随之终止。通常根据案例转为最终失败解决状态推断。
为什么重要

这是主要的失败结束事件,对于分析申请拒绝率,以及通过“Rejection Reason”等属性了解失败原因至关重要。

获取位置

根据案例解决状态(pyStatusWork)设置为最终失败值的时间戳推断,例如“Resolved-Rejected”。

采集

识别案例审计轨迹中反映拒绝状态的pyStatusWork最终更新。

事件类型 inferred
申请已提交
此活动表示在Pega系统中创建了新的客户开户案例。当客户申请的新案例实例通过客户门户、内部用户或自动数据源正式启动时,系统会记录该活动。
为什么重要

这是整个开户流程的主要开始事件,对于衡量端到端周期时间以及分析申请提交量和模式至关重要。

获取位置

这是Pega审计轨迹中明确记录的事件,表示新的工作对象(案例)已创建。请在pc_history_work表中查找该案例ID的初始记录。

采集

从pc_work表中的案例创建时间戳或审计轨迹中的第一条记录获取。

事件类型 explicit
风险评估已完成
此活动表示已根据申请和验证数据完成客户风险评估与评分。这是关键里程碑,通常在Pega案例中的风险评估阶段或步骤解决时记录。
为什么重要

这是关键的合规里程碑。分析该活动的持续时间和结果,对于了解风险管理效率及其对流程路径的影响至关重要。

获取位置

根据Pega案例模型中特定阶段或流的完成情况推断,该完成会导致审计轨迹中记录状态变化。

采集

根据风险评估阶段结束后的pyStatusWork变化推断,例如变为“Pending-Compliance-Review”。

事件类型 inferred
初始筛查已完成
表示对申请数据完成初步审核,通常由自动化执行,用于检查资料完整性和基本资格。该事件通常根据案例状态变化推断,例如从“New”变为“Pending-Documents”。
为什么重要

分析初始阶段耗时,有助于发现数据验证或自动规则执行中的早期瓶颈,避免其拖延整个流程。

获取位置

根据Pega审计轨迹(History-Work表)中记录的案例状态属性(pyStatusWork)变化推断。

采集

识别pyStatusWork从“New”或“Submitted”状态变为“ScreeningComplete”或类似状态的时间戳。

事件类型 inferred
已请求文档
当系统或代理人确定需要客户提供特定文档才能继续处理时,会发生此活动。系统通常通过识别通信记录创建事件,或检测案例状态变为“Pending-Customer-Docs”等状态来记录。
为什么重要

跟踪该活动有助于衡量客户响应所需时间,并识别流程是否经常因等待文档而停滞。这是文档验证时长KPI的前置活动。

获取位置

可以是明确记录的通信事件(pc_link_attachment),也可以根据审计轨迹中记录的案例状态变化(pyStatusWork)推断。

采集

根据pyStatusWork变为“Pending-Documents”或类似状态推断,也可以与明确的“Send Correspondence”事件关联。

事件类型 inferred
已请求补充信息
当审核人员,通常是合规人员,需要客户提供更多信息或说明时,会发生此活动。该事件通常有明确记录,即用户从案例中发送特定通信时记录。
为什么重要

该活动是流程返工和循环的主要指标。跟踪其发生频率,对于衡量首次处理率和识别要求不清晰的问题至关重要。

获取位置

可以是审计轨迹中明确记录的“Send Correspondence”事件,也可以根据状态变为“Pending-Customer-Info”推断。

采集

根据特定通信对象的创建记录,或案例工作人员发起的流操作获取。

事件类型 explicit
文档审核已完成
此活动表示合规人员或自动化流程已完成对客户提交文档的审核。系统根据案例或文档状态变化推断该事件,表明审核步骤已完成。
为什么重要

该活动完成文档验证时长KPI。分析此步骤的完成时间,有助于发现人工或自动化审核流程中的低效环节。

获取位置

根据审计轨迹中案例状态(pyStatusWork)从“Pending-Review”变为“Review-Complete”或“Pending-Checks”等状态推断。

采集

识别案例状态(pyStatusWork)发生变化的时间戳,表明文档验证子流程已解决。

事件类型 inferred
背景调查已启动
表示对客户开展外部或内部背景调查的开始,可能涉及第三方服务集成。通常根据案例状态变化推断,表明案例正在等待调查结果。
为什么重要

该活动有助于单独分析等待外部依赖项所花费的时间,并评估第三方服务绩效及其对整体开户时间的影响。

获取位置

根据Pega的History-Work表中记录的案例状态(pyStatusWork)变为“Pending-Background-Check”或类似状态推断。

采集

识别pyStatusWork更新为表示背景调查已开始的时间戳。

事件类型 inferred
账户已激活
此活动表示客户账户已在核心银行系统或相关下游系统中成功创建并激活。通常根据客户获批后Pega案例中的最终状态更新推断。
为什么重要

这代表客户和企业实现价值的时刻。“Application Approved”与此事件之间的时间,可用于衡量系统交接效率。

获取位置

根据特定案例状态(pyStatusWork),例如“Resolved-AccountActive”,或根据集成在案例中设置的标志推断,相关记录位于审计轨迹中。

采集

识别表明下游账户已激活的案例属性更新时间戳。

事件类型 inferred
建议 可选

提取指南

如何从Pega KYC获取数据

准备开始了吗?

借助此数据模板,您已具备优化KYC客户开户流程的坚实基础。立即发现低效环节,推动合规改进!

立即简化KYC开户流程,彻底消除延误

实现顺畅的KYC流程,将开户时间缩短至24小时,并提升合规水平。

开始免费试用

无需信用卡,几分钟即可完成设置