银行业流程挖掘，助力流程符合规范

银行业一致性检查：证据需要说明什么

对银行而言，一致性检查是核实实际案例活动是否遵循已批准的流程及其控制要求。流程挖掘会将事件数据与您记录的标准流程进行比对，揭示偏差和不一致的变体，并支持导出银行控制流程的审计证据。但它不能认证合规性。

哪些控制问题可以通过分析解答？

针对开户、贷款审批或其他纳入范围的流程，您可以依据现有证据调查：

• **谁批准了该案例？**查看记录的活动和案例属性，确认每个步骤由谁执行或批准。
• **要求的步骤是否按正确顺序完成？**将事件顺序与已批准流程进行比较，查找跳过、重复或顺序错误的活动。
• **有哪些证据支持该决策？**审阅源系统中的事件数据和案例详情。可用证据取决于事件日志记录的字段。
• **控制缺口在哪里？**查找预期控制活动缺失、出现在非预期环节，或导致流程路径不符合预期的案例。

这项分析有助于团队评估控制措施的执行情况。是否满足相关要求，需由银行负责解读分析结果并作出判断。

一致性检查如何识别偏差？

先记录预期流程，再与根据事件数据还原的流程进行比较。结果会显示实际案例与标准之间的差异，包括活动缺失、意外步骤和顺序变更。

不符合预期的变体是指偏离预期流程路径的情况。按变体对案例分组，可以看出偏差是个别现象还是反复出现。随后，您可以审阅相关案例和现有证据，而不只是依赖抽样结果。

了解一致性检查

偏差及其证据是什么样的？

假设已批准的开户流程要求先审查再批准。事件日志显示，有些案例在记录审查活动之前就已获批。

从分析中导出案例级证据供审阅。导出内容仅限于您提供的数据。它可以支持审计工作，但不能认证合规性，也不能替代银行的控制评估。

查看适用于审计审阅的证据示例

可以审查哪些银行流程？

只要事件数据记录了活动及其顺序，流程挖掘就可以用于审查银行流程。例如：

• 开户和KYC审查
• 贷款评估与审批
• 交易处理和支付异常
• 客户入驻和服务请求

进行KYC流程挖掘时，如果源数据记录了相关事件，可关注重复索取信息、缺失的审核步骤或意外交接。PEGA的KYC入职指南列出了需要关注的活动、要提取的数据表，以及可供填写的数据模板。

开户与KYC流程中的客户满意度

重复索取信息、缺少审核步骤或两个步骤之间的等待，都会直接影响申请人，也会记录在事件日志中。按耗时和案例返回先前步骤的频次比较同一流程的不同变体，再查看耗时最长的案例及其处理情况。这能帮助您从流程角度分析客户满意度问题；满意度分数则来自您自己的调查，值得与流程数据结合查看。

只要数据记录了每个案例的耗时，同样的方法也适用于贷款申请、银行卡申请和服务请求。

如何调查控制缺口？

从已批准的流程和团队预期的控制活动入手。将这些要求与实际案例进行比较，再按流程变体、案例、时间段或其他可用属性审阅偏差。

针对每项发现，检查事件数据是否完整，以及案例记录是否支持您的判断。事件缺失可能意味着控制存在缺口，也可能是日志记录不完整。作出决定前，请与相关流程负责人和控制负责人确认原因。

流程挖掘如何支持银行流程优化？

银行流程优化始于了解实际执行与已批准流程的差异。流程挖掘可以显示案例在哪些环节等待、重复活动或进入意外路径，为运营、风险和内部控制团队提供共同依据，帮助确定调查重点。

ProcessMind还支持流程映射、仪表板和KPI。您可以用它们记录标准流程，并监控团队定义的指标。流程模拟有助于在实施前评估拟议变更，但不会执行变更。

如需进一步了解流程分析如何支持改进，请阅读我们的数据驱动流程改进指南，并了解如何分析流程。

如何开始？

选择一个控制证据至关重要且有事件数据可用的账户流程。明确已批准的步骤顺序、必需的控制措施，以及团队需要审阅的案例字段。

然后将标准流程与实际执行情况进行比较。根据源记录核对少量偏差，确认事件日志是否记录了相关活动，并判断发现的问题属于控制缺口、流程变体还是数据问题。团队验证分析方法后，可将其应用于其他流程。

在一个账户流程中验证一致性

在一个账户流程中验证一致性