转型/角色
用流程挖掘提升审计效率
年份
NaN
地点
全球
公司规模
适用于各种规模
免责声明
本资料库中的应用场景指南基于常见的流程改进项目,提供实践参考。所列数据和结果仅为通常预期,并非特定客户经核实的成果,也不构成对未来结果的承诺。
面向审计人员的流程挖掘:还原实际发生的情况
将已完成案例的事件数据与经批准的流程模型进行比对,发现偏差,查看相关案例历史,并导出证据供审查。分析结果可为审计工作提供支持,但不能取代您的判断,也不能认证合规性。
流程挖掘能提供哪些证据?
一致性检查会将记录的流程执行情况与您定义的标准进行比较。结果会显示哪些案例遵循预期路径,哪些存在差异。利用这些一致性检查证据,将审核重点放在异常情况上,无需手动重建每个案例。
证据取决于您提供的事件数据和流程标准。记录的活动与既定控制要求不一致,并不能说明原因,也不能证明控制失效。您需要自行判断这一发现的意义。
如何追溯发现并定位到源案例?
从分析中发现的一项偏差入手,查看其背后的案例级流程历史。从汇总发现进入该案例的记录事件,再结合背景检查事件顺序和时间。
为便于审核,请在导出文件中保留相关案例标识和源记录。事件数据需要包含活动记录、时间戳和案例引用,以便将执行情况追溯到源数据。
可以导出哪些内容?还应一并保留什么?
审核偏差后,导出发现和支持证据,存入审计档案。将导出文件与已批准的流程模型、测试范围和时间段,以及分析所用源数据的引用信息一并保存。
缺少这些背景信息,偏差清单就难以评估。ProcessMind为审核提供证据,证据是否足以满足审计要求由您判断。
如何记录和评估异常情况?
偏差是指记录的执行情况与作为测试依据的流程模型不一致,例如跳过某项活动、顺序异常,或以其他方式偏离既定路径。
请分别记录异常情况、案例证据和您的评估。分析可以帮助您发现并调查差异,但无法判定异常是否合理、是否违反控制要求或是否涉及合规问题。作出判断需要结合您的专业判断和组织背景。
如何执行一致性检查?
- **选择流程和控制问题。**明确测试目标、涵盖的时间段和已批准的流程标准。
- **准备事件数据。**加入所需的案例标识和活动记录,以便追溯执行情况及源案例。
- **将执行情况与标准进行比较。**执行一致性检查,并审核识别出的偏差。
- **调查异常情况。**打开相关案例历史,检查源记录并记录评估结果。
- **导出证据。**将发现、案例引用、流程模型和测试范围一并保存,供审核使用。
阅读流程治理指南,了解如何定义和维护流程标准。
一致性检查在实际应用中是什么样的?
假设已批准的流程要求先提交申请,再进行审核和批准,之后才能付款。您可以将这一顺序建模,再与已完成案例的事件数据进行比较。
分析可以标记记录活动与模型不一致的案例,例如付款记录早于批准记录。检查案例历史,并追溯相关发现至源记录。然后判断这一顺序反映的是控制异常、数据问题还是已批准的流程变体,并记录结论供审核。
结果反映的是流程一致性的证据,而不是自动作出的合规判断。
流程挖掘如何帮助准备审计?
流程挖掘可以在现有案例中查找偏差,而不只是依赖人工抽取的样本。利用结果聚焦调查重点,围绕案例历史整理证据,并在审核其他时间段时重复同一项测试。
覆盖范围取决于事件数据的完整性和质量。事件缺失、案例标识不一致或流程模型不完整,都可能影响结果。依赖分析发现前,请先核实数据和标准。
这与ISO 9001和DORA有什么关系?
在ISO 9001流程文档中,已定义的流程模型可作为比较记录执行情况的标准。分析可以帮助您发现实际案例与模型的差异,但仅凭分析无法证明您的文档或质量管理体系符合ISO 9001要求。
对于DORA运营韧性证据,流程数据可用于检查与ICT流程和事件相关的记录活动。证据是否满足您的义务,取决于具体要求、可用记录和您的评估。流程挖掘不能证明符合DORA要求。
查看生命科学行业合规用例,了解流程分析在受监管环境中的另一个示例。
依赖分析结果前应检查什么?
将导出内容用于审计前,请确认:
- 流程模型符合审核期间适用的已批准标准。
- 事件数据涵盖范围内的案例和活动。
- 案例标识能够帮助您追溯发现至源记录。
- 您已记录测试范围和数据限制。
- 您已评估异常情况,而非将所有偏差都视为控制失效。
先从一条流程和一个定义明确的控制问题入手,再评估案例级发现和证据导出是否满足审计需求。
对真实案例执行一次一致性检查
使用一个数据集查看偏差列表并导出支持证据。从您需要验证的流程和控制问题开始。
相关应用场景
优化流程,构建互联架构,掌控全局。
无需信用卡,也无需等待,即刻开始。将组织的实际工作方式转化为清晰、互联的流程设计。
构建流程架构,明确职责归属与管控措施,并在各层级统一角色分工。
开始免费试用,为流程治理、管理和持续改进建立可靠的统一基础。