您的KYC客户准入数据模板

LexisNexis Risk Solutions
您的KYC客户准入数据模板

您的KYC客户准入数据模板

该模板全面介绍如何收集分析KYC客户准入流程所需的数据,包括应收集的关键属性、应跟踪的核心活动,以及如何从源系统中提取这些信息。利用此资源构建完整的事件日志,深入了解客户准入流程。
  • 建议收集的属性
  • 需跟踪的关键活动
  • 提取指南
刚接触事件日志?了解 如何创建流程挖掘事件日志.

KYC客户准入属性

以下是建议纳入事件日志的数据字段,用于全面分析和发现KYC客户准入流程。
3 必需 6 建议 11 可选
名称 说明
事件时间戳
EventTimestamp
特定活动开始的准确日期和时间。
说明

该时间戳标记活动的开始时间,为案件中的所有事件提供时间顺序,也是流程挖掘中所有基于时间的分析基础。

利用Event Timestamp,您可以计算活动持续时间、活动之间的等待时间以及开户流程的端到端总周期时间。这些数据对于识别瓶颈、监控SLA遵循情况和了解流程效率至关重要。

为什么重要

该时间戳对于按时间顺序排列事件,以及计算周期时间和瓶颈等所有基于时间的指标至关重要。

获取位置

位于事件日志或审计轨迹表中,通常与Activity Name并列。

示例
2023-10-26T10:00:00Z2023-10-26T11:30:00Z2023-10-27T14:15:00Z
客户申请
CustomerApplication
每份客户入职申请的唯一标识符,作为主要案例ID。
说明

客户申请是连接单个客户入职旅程中所有相关活动和数据点的核心标识符。它从提交申请时开始,持续跟踪案例,直至申请完成或被拒绝。

在流程挖掘中,该属性对于将所有事件归入同一完整案例至关重要,支持对入职生命周期进行端到端分析。它可以重建每位申请人的完整流程路径,这是计算周期时间、分析流程变体以及跟踪申请状态变化的基础。

为什么重要

这是基础Case ID。没有它,您无法追踪客户申请的端到端历程,流程分析也就无从进行。

获取位置

这是LexisNexis Risk Solutions案件管理模块中的主要案件标识符。

示例
APP-2023-001234APP-2023-005678APP-2024-009101
活动名称
ActivityName
在开户流程的某个时间点发生的具体Task或Event的名称。
说明

Activity Name用于描述KYC开户工作流中的一个步骤,例如“Application Submitted”“Document Review Performed”或“Application Approved”。每项活动都代表流程中的一项独立操作或里程碑。

该属性是构建流程图的关键。流程图以可视化方式呈现活动流转,支持分析流程变体、具体步骤之间的瓶颈以及返工循环的发生频率。分析活动是了解流程实际运行情况的基础。

为什么重要

该属性构成流程图的基础,帮助您可视化并分析客户开户历程中的事件顺序。

获取位置

通常位于LexisNexis Risk Solutions中记录流程步骤的事件日志或审计轨迹表内。

示例
提交申请完成初步筛查请求材料完成合规审核
SLA目标日期
SlaTargetDate
预计完成客户开户流程的日期。
说明

SLA Target Date定义了完成申请所需遵循的服务级别协议。该日期通常根据申请类型、客户细分或司法管辖区等因素确定。

该属性对于“SLA Target Adherence Monitoring”仪表板和“SLA Adherence Rate”KPI至关重要。通过比较实际完成日期与SLA Target Date,组织可以衡量承诺履行情况,识别可能违反SLA的案件,并调查延迟的根本原因。

为什么重要

支持根据服务级别协议衡量绩效,突出导致SLA违约的流程低效问题。

获取位置

请查阅LexisNexis Risk Solutions文档或咨询系统管理员。该值可能存储在案件中,也可能根据业务规则计算得出。

示例
2023-11-10T17:00:00Z2023-11-15T17:00:00Z2023-12-01T17:00:00Z
分配用户
AssignedUser
负责执行活动的用户或代理人的唯一标识符。
说明

该属性用于标识执行Task的具体人员,例如负责进行文档审核的合规专员。它有助于分析工作负载分配和个人绩效。

在分析中,Assigned User是“Resource Allocation and Workload”仪表板的关键字段。您可以按用户筛选流程图、比较团队成员的绩效,并发现培训或重新平衡工作负载的机会。它还可以帮助定位由特定用户群体造成的瓶颈。

为什么重要

该属性对于分析资源绩效、工作负载分布,以及识别自动化或资源优化机会至关重要。

获取位置

请查阅LexisNexis Risk Solutions文档或咨询系统管理员。通常位于审计轨迹或Task管理表中。

示例
j.doem.smithk.chen
申请状态
ApplicationStatus
客户申请当前或最终所处的状态。
说明

该属性反映案件在特定时间点的整体状态或最终结果。常见状态包括“In Progress”“Approved”“Rejected”或“Pending Information”。

Application Status对于跟踪开户流程结果至关重要。它用于“Application Rejection Reasons & Stages”和“Daily Throughput and Application Status”仪表板,以监控成功率和运营流转。分析状态随时间的变化,有助于了解案件生命周期。

为什么重要

跟踪每项申请的结果,对于计算Application Rejection Rate等关键KPI和监控吞吐量至关重要。

获取位置

请查阅LexisNexis Risk Solutions文档或咨询系统管理员。通常是主案件或申请对象中的关键字段。

示例
处理中已批准已拒绝等待客户提供信息
结束时间
EndTime
活动完成的准确日期和时间。
说明

该时间戳标记活动的完成时间。对于某个Event,End Time与Start Time之差即为其处理时间。

End Time对于准确计算每个步骤的耗时至关重要,也是“Activity Processing & Waiting Times”仪表板的重要输入。它有助于区分资源实际处理Task的时间与案件等待下一步骤开始的时间。

为什么重要

支持精确计算活动处理时间,对于识别低效步骤和分析资源工作负载至关重要。

获取位置

请查阅LexisNexis Risk Solutions文档或咨询系统管理员。通常可在同时记录开始和结束Event的事件日志中找到。

示例
2023-10-26T10:45:10Z2023-10-26T11:55:30Z2023-10-28T09:05:00Z
部门
Department
分配用户所属的业务部门或团队。
说明

Department属性用于指定负责某项活动的职能团队,例如“Compliance”“Onboarding Operations”或“Fraud Prevention”。

该属性支持从部门视角分析流程,帮助分析不同团队之间的交接。它是“Resource Allocation and Workload”仪表板的主要维度,也有助于识别跨职能低效问题或部门间沟通延迟。

为什么重要

支持按职能领域分析流程交接和绩效,帮助识别跨部门瓶颈。

获取位置

请查阅LexisNexis Risk Solutions文档或咨询系统管理员。可能需要从用户或HR主数据表中关联获取。

示例
Compliance客户 onboarding 团队KYC分析师客户支持
风险等级
RiskLevel
客户申请经计算得出的风险等级,例如Low、Medium或High。
说明

LexisNexis Risk Solutions专注于风险评估。该属性代表评估结果,根据潜在风险特征对每项申请进行分类。风险等级通常决定尽职调查所需的强度和时长。

该属性是“Risk Level vs. Onboarding Duration”仪表板的核心维度。按风险等级分析流程,可以判断高风险申请是否如预期需要更长时间,也可以发现低风险申请是否被不必要地延迟。这有助于验证和优化基于风险的开户策略。

为什么重要

对于基于风险的分析至关重要,有助于了解客户风险特征如何影响流程复杂度、持续时间和路径。

获取位置

请查阅LexisNexis Risk Solutions文档或咨询系统管理员。这是风险评估模块的核心输出。

示例
受制裁
SLA状态
SlaStatus
表示已完成的申请是否达到SLA目标。
说明

该属性根据案件是否遵守“SlaTargetDate”对每个已完成案件进行分类。典型值为“Met”或“Breached”。

该计算字段是“SLA Target Adherence Monitoring”仪表板和“SLA Adherence Rate”KPI的基础。它提供了服务承诺履行情况的清晰概览,并支持进一步分析违反SLA的案件具有哪些共同特征。

为什么重要

为SLA绩效提供清晰的二元结果,便于跟踪、报告和分析服务级别目标的合规情况。

获取位置

这是一个计算属性,通过比较每个案件最后一个活动的时间戳与“SlaTargetDate”得出。

示例
已满足已超时存在风险
最后数据更新时间
LastDataUpdate
表示数据最近一次从源系统刷新或提取时间的时间戳。
说明

该属性提供数据集最近一次更新的时间戳。通常,数据提取和加载过程中会将其应用于整个数据集。

对于仪表板用户而言,这项信息对于了解所分析数据的新鲜度至关重要。它能确保决策基于满足时效要求的最新数据,并帮助用户正确理解洞察的及时性。

为什么重要

为数据新鲜度提供重要背景,确保分析结果具有时效性,避免决策建立在过时信息之上。

获取位置

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

示例
2024-01-15T02:00:00Z2024-01-16T02:00:00Z2024-01-17T02:00:00Z
合规审核人
ComplianceReviewer
专门负责合规审核活动的用户或代理人。
说明

“AssignedUser”记录执行任意活动的用户,而该属性专门标识参与关键审核步骤的合规专员,支持对合规职能进行更有针对性的分析。

该属性是“Compliance Review Duration and Backlog”仪表板的关键字段。它有助于分析合规团队的工作负载和绩效,识别特定审核人员是否形成瓶颈,或判断团队整体是否人手不足。

为什么重要

聚焦合规职能,支持详细分析审核人员在这一关键且经常延迟的流程阶段中的工作负载和绩效。

获取位置

请查阅LexisNexis Risk Solutions文档或咨询系统管理员。可以通过筛选与合规相关活动的“AssignedUser”得出。

示例
c.joness.patelsystem_escalation
周期时间
CycleTime
客户申请从提交到最终决策的端到端总耗时。
说明

Cycle Time衡量单个案件从第一个Event(例如“Application Submitted”)到最后一个Event(例如“Customer Onboarding Completed”或“Application Rejected”)所经过的总时间。

这是衡量整体流程健康度的主要KPI,并在“Onboarding End-to-End Cycle Time”仪表板中呈现。跟踪平均周期时间,可以监控流程改进的影响,并了解风险等级、申请类型等不同因素如何影响整体客户体验。

为什么重要

这是衡量客户从流程中获得价值所需总时间的关键绩效指标,直接影响客户满意度和运营效率。

获取位置

这是一个计算指标,通过对每个案件用最后一个Event的时间戳减去第一个Event的时间戳得出。

示例
5天4小时22天8小时1天2小时
客户国家/地区
CustomerCountry
客户的居住国或注册成立所在国家/地区。
说明

此属性用于指定客户所在国家。由于不同司法管辖区适用的国际法规和风险等级不同,客户所在国家是KYC中的关键因素。

按客户所在国家分析流程,可以发现周期时间和流程复杂度方面的显著差异。例如,来自高风险司法管辖区的申请可能需要额外的一致性检查,因此处理时间更长。这项分析有助于资源规划,并为不同地区制定切实可行的SLA。

为什么重要

支持按司法管辖区分析,对于了解地区法规和风险因素如何影响流程绩效至关重要。

获取位置

请查阅LexisNexis Risk Solutions文档或咨询系统管理员。这是客户主数据中的标准字段。

示例
USAGBRDEUSGP
拒绝原因
RejectionReason
说明申请被拒绝原因的代码或描述。
说明

当申请的最终状态为“Rejected”时,该属性提供具体原因,例如“Failed Identity Verification”“Sanctions Match”或“Incomplete Documentation”。

这些数据是“Application Rejection Reasons & Stages”仪表板的主要输入。分析拒绝原因有助于识别流程中的常见失败点,为改进申请指南、客户沟通或内部审核标准提供依据。了解申请被拒绝的原因,是提高整体审批率的关键。

为什么重要

直接揭示开户失败的原因,支持有针对性地改进流程,提高申请审批率。

获取位置

请查阅LexisNexis Risk Solutions文档或咨询系统管理员。通常位于Application Status设为“Rejected”时填充的字段中。

示例
制裁名单匹配文档不完整身份识别与验证失败高风险画像
是否自动化
IsAutomated
用于标识活动由系统自动执行还是由用户手动执行的标记。
说明

该布尔属性用于区分系统自动执行的Task(例如初步筛查)与需要人工介入的Task(例如手动文档审核)。

“Is Automated”用于计算“Manual Activity Proportion”KPI,并分析自动化举措的成效。在流程图中,它可以突出自动化步骤与手动步骤的衔接位置,帮助识别进一步自动化的机会,从而降低成本和处理时间。

为什么重要

区分手动Task与自动化Task,对于识别自动化机会和衡量其影响至关重要。

获取位置

请查阅LexisNexis Risk Solutions文档或咨询系统管理员。它可能是事件日志中的标记,也可能根据“AssignedUser”推断得出,例如AssignedUser为“system”用户。

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

当同一案件中某项活动重复发生时,该布尔标记设为true。例如,在“Additional Information Requested”之后再次发生“Document Review Performed”,就表示流程发生了回退。

“Is Rework”对于“Rework and Repetition Analysis”仪表板和“Rework Loop Percentage”KPI至关重要。它支持量化无效工作,并帮助识别返工的根本原因,例如说明不清或数据质量不佳,从而推动有针对性的流程改进。

为什么重要

直接量化流程中的低效和无效工作,突出频繁重复、推高成本和周期时间的活动。

获取位置

这是一个计算属性,通常由流程挖掘工具通过检测案件中重复出现的活动序列得出。

示例
truefalse
渠道
Channel
提交申请所使用的渠道,例如“Web”“Mobile”或“In-Branch”。
说明

Channel属性用于标识申请的提交来源。渠道可能影响数据质量、客户行为以及开户过程中遇到的问题类型。

该属性用于比较不同渠道的流程绩效。例如,在“Onboarding Funnel Conversion Rates”仪表板中按渠道筛选,可以查看移动端申请者是否比Web端申请者更容易中途退出,从而为渠道专项流程改进提供依据。

为什么重要

支持按申请渠道分析流程绩效,识别可用于优化渠道策略和用户体验的差异。

获取位置

请查阅LexisNexis Risk Solutions文档或咨询系统管理员。该信息通常在申请流程开始时采集。

示例
Web门户移动应用网点办理API
源系统
SourceSystem
事件数据来源的系统或应用程序。
说明

该属性用于标识生成事件数据的源系统,例如LexisNexis Risk Solutions或集成的第三方工具。在复杂环境中,同一流程的数据可能来自多个系统。

了解源系统有助于进行数据验证、故障排查,以及分析特定系统可能导致的流程差异。同时,它还能帮助确保数据完整性,并说明活动是在何处、以何种方式记录的。

为什么重要

标识数据来源,对于数据治理、验证以及了解流程在不同IT系统中的执行情况至关重要。

获取位置

该信息可能以静态值形式存储,也可能位于数据导出文件或API响应中的特定字段内。

示例
LexisNexis Risk SolutionsThreatMetrixBridger Insight XG
申请类型
ApplicationType
客户申请的类型,例如“Individual”或“Business”。
说明

该属性根据开户实体的类型对申请进行分类。不同申请类型通常遵循不同的流程路径,并具有不同的风险特征和SLA目标。

按Application Type分析流程,可以对数据进行分组,比较不同客户类型开户流程的效率和复杂度。它也是大多数仪表板中常用的筛选条件,可提供更细致的绩效视图。

为什么重要

支持对流程进行有效分组,揭示不同类型申请的处理方式,以及每种类型存在的具体瓶颈。

获取位置

请查阅LexisNexis Risk Solutions文档或咨询系统管理员。通常是申请或案件对象中的核心字段。

示例
个人企业高净值个人信托
必需 建议 可选

KYC客户准入活动

以下是您应在事件日志中记录的关键流程步骤和里程碑,用于准确发现流程并分析绩效。
8 建议 6 可选
活动 说明
启动合规审核
系统会将案例分配给合规人员或团队进行人工审核,通常适用于高风险申请。该事件通常可根据状态变更为“等待合规审核”,或从任务分配日志中推断。
为什么重要

这标志着人工且通常耗时较长的审核步骤开始。衡量从此时到审核完成的时间,有助于量化合规相关瓶颈。

获取位置

从任务分配日志、案例所有权转移至合规团队的记录,或案例历史中的状态更新中提取。

采集

根据状态变更为“正在进行合规审核”,或案例被分配至合规相关用户队列来推断。

事件类型 inferred
完成合规审核
合规人员完成审核并提出建议,将案例推进至下一阶段。当任务被标记为“完成”时,系统可以明确记录此事件;也可以根据状态从“等待合规审核”变更为其他状态来推断。
为什么重要

这是结束关键且通常由人工完成的流程环节的重要里程碑,也是衡量合规审核时长的终点。

获取位置

从合规任务完成时间戳,或状态退出“正在进行合规审核”的记录中提取。

采集

根据表示审核完成的状态变更推断,例如变更为“已批准”“已拒绝”或“最终决定”。

事件类型 inferred
完成客户入职
该事件标志着整个入职流程成功结束,确认客户已完全激活。它可能是明确的最终状态,也可能根据“账户已激活”事件推断。
为什么重要

这是成功状态下的主要结束事件,对于计算所有成功完成入职客户的端到端周期时间至关重要。

获取位置

根据“账户已激活”的时间戳推断,或从案例文件中“入职完成”等最终终止状态提取。

采集

根据账户激活等最后一个重要正向事件,或最终状态更新推断。

事件类型 inferred
完成风险评估
系统根据收集的信息和已执行的检查,为客户计算风险评分。这是LexisNexis的核心功能,通常会作为明确的自动化事件记录在案例历史中。
为什么重要

评估结果通常决定后续流程路径,例如是否需要加强尽职调查。这是工作流中的关键决策点。

获取位置

查找应用审计日志或工作流历史中记录风险评分或评估模块完成情况的事件。

采集

风险引擎完成分析并分配风险档案或评分时,系统会记录特定事件。

事件类型 explicit
批准申请
系统作出并记录批准客户申请的最终决定。这是关键业务结果,几乎总会以明确的状态变更记录。
为什么重要

该里程碑标志着决策流程成功结束。分析最终获批的路径,有助于识别最佳实践。

获取位置

查找申请案例记录中的最终状态更新,确认状态已设置为“已批准”或类似的终止状态。

采集

记录为主申请表或案例表中的最终确定状态变更。

事件类型 explicit
拒绝申请
系统记录拒绝客户申请的最终决定。这是终止事件,通过系统中的确定性状态变更提取。
为什么重要

这是失败状态下的主要结束事件。分析发生拒绝的阶段及相关原因,对于流程改进至关重要。

获取位置

从申请记录的最终状态字段中提取,确认其已设置为“已拒绝”“不予批准”或类似的终止状态。

采集

记录为主申请表或案例表中的最终确定状态变更。

事件类型 explicit
提交申请
标志着KYC入职流程的开始,即系统首次收到客户申请。通常,当申请表通过客户门户或与LexisNexis集成的内部数据录入系统提交时,系统会明确记录此事件。
为什么重要

这是流程的主要开始事件。分析从该活动到流程完成所需的时间,对于衡量端到端周期时间和SLA达成情况至关重要。

获取位置

从系统日志或申请表中提取,后者记录新客户申请记录的初始创建时间戳。

采集

创建新的申请案例或在核心申请表中新增记录时,系统会记录此事件。

事件类型 explicit
收到材料
确认客户已将所需材料上传或提交至系统。通常,这是由材料提交门户生成的明确事件,或由代理人员手动录入。
为什么重要

该活动结束一段等待时间,并触发后续审核活动,是数据收集阶段的重要里程碑。

获取位置

从文档管理系统日志中提取,或从申请案例文件中新材料附件的带时间戳记录中提取。

采集

材料成功上传,或在系统中被手动标记为已收到时,系统会记录此事件。

事件类型 explicit
启动身份核验
表示系统开始使用LexisNexis服务执行核心身份核验,例如与数据库进行比对。通常,当系统调用核验服务时,事件日志会明确记录此事件。
为什么重要

该活动标志着关键且通常耗时较长的子流程开始。跟踪其持续时间,有助于定位与身份核验相关的瓶颈。

获取位置

从身份核验模块的API调用日志,或显示核验任务开始的审计轨迹记录中提取。

采集

系统触发身份核验模块或API处理申请时,会记录此事件。

事件类型 explicit
完成初步筛查
申请提交后,系统立即执行自动检查,以验证基本数据是否完整并运行初步核验。该活动通常会作为明确的自动化步骤记录在流程工作流历史中。
为什么重要

识别最早阶段即失败的申请,帮助了解数据质量问题,同时标志着流程中的第一个自动化增值步骤。

获取位置

查找自动规则执行日志,或申请工作流历史中表示初步筛查完成的状态变更。

采集

记录为已完成的自动化任务,或案例历史中的特定状态更新。

事件类型 explicit
完成材料审核
用户或自动化工具会审核已提交材料的真实性、有效性和完整性。该活动可以根据状态从“收到材料”变更为“审核完成”来推断,也可以从明确的日志记录中提取。
为什么重要

这是瓶颈和返工的常见来源。分析其处理时长和重复次数,对于提升效率和发现自动化机会至关重要。

获取位置

通过跟踪“收到材料”状态与后续“核验通过”或“需要补充信息”等状态之间的时间来推断。

采集

计算材料接收事件与标志审核完成的事件之间的时间差。

事件类型 inferred
激活账户
申请获批后,客户账户会在核心银行或服务平台中正式创建并激活。该活动通常记录在审计轨迹中,也可以根据账户创建日期推断。
为什么重要

这是为客户交付最终价值的步骤。从“批准申请”到此步骤之间的延误,可能表明系统集成存在问题。

获取位置

从账户创建日志、对其他系统的API调用,或账户记录本身的创建时间戳中提取。

采集

作为批准后的独立事件记录,或根据客户记录中的激活时间戳识别。

事件类型 explicit
请求材料
系统或用户向客户请求特定材料,例如驾驶证或水电费账单。该事件可以从系统生成的通信日志中提取,也可以根据表示案例等待材料的状态变更识别。
为什么重要

该活动通常会为流程引入较长的等待时间。分析其发生频率和持续时间,有助于识别由客户响应时间造成的延误。

获取位置

检查发送给客户的通信日志中是否存在相关事件,或申请状态是否发生变更,例如“等待客户材料”。

采集

根据状态变更为“等待材料”,或外发通信日志中的时间戳推断。

事件类型 inferred
请求补充信息
合规人员或审核人员向客户请求更多信息或说明。该事件是返工的主要原因之一,通常会作为明确的状态变更或通信日志记录。
为什么重要

该活动会形成返工循环,延长入职周期时间。跟踪其发生频率,有助于识别要求不明确或申请材料常见缺陷。

获取位置

查找状态变更为“等待客户信息”,或外发通信事件日志。该操作通常由用户触发。

采集

代理人员使用“请求信息”功能时记录此事件,该操作会改变案例状态,并可能同时生成通信事件。

事件类型 explicit
建议 可选

提取指南

如何从LexisNexis Risk Solutions获取数据

准备好开始了吗?

利用此模板启动KYC客户准入流程挖掘之旅。立即将数据转化为可执行的洞察。

优化您的KYC客户准入流程,立即减少客户流失

实现顺畅准入,将处理时间缩短至24小时。

开始免费试用

无需信用卡,立即开始优化。