执行您的审计

审计报告是审计测试、讨论和观察的主要书面证据。工作文件管理必须做到集中化、自动化和实时，以便立即提供持续的审计监督和透明度。在本文中，我们将讨论如何使用 项目 应用程序执行审计。

本文阐述了如何使用工作计划工作流执行审计，这对于中小型审计职能和团队非常有用。本文所述工作流适合于简单的审计，包括审计团队将会执行的一套步骤或程序，以及每个步骤结果的记录。这是一种方法，但您可以使用其他 项目 类型来实现相同或类似的目标。

执行审计意味着什么？

执行审计涉及各种活动，包括：

  • 执行风险评估。
  • 执行程序。
  • 审核和分析证据。
  • 记录观察结果和 问题。
  • 起草临时结论和建议。
  • 咨询客户和其他团队成员。

执行审计的结果是 问题 识别和补救。

我在哪里执行审计？

您可以使用 项目 应用程序执行审计。

全盘视角

  • 项目 模板被用作构建一个或多个审计的起点，并且可以根据需要进行修改。
  • 项目 用于记录 目标、风险和程序，记录 外勤工作，并捕获 问题。

  • 框架 用于组织和管理多个 项目 之间的相同信息。您可以使用一个 框架 在多个 项目 之间同步相同的 目标、注解、风险、控制和测试计划。

    当您在 项目 中更改上述元素时，可以将这些更改同步回该 项目 关联的 框架，以便将更改应用于与该 框架 关联的所有其他 项目。这对于定期进行的审计特别有用。有关详细信息，请参阅将 项目 与 框架 同步。

在 项目 内部，审计工作的范围贯穿各种阶段，并被显示在一系列顺序选项卡中。

这些项包括：

  • 项目 规划活动。
  • 记录 外勤工作。
  • 对所完成的工作进行质量保证审核。
  • 报告审计结果并向管理层提出建议。
  • 捕获和补救 问题。

步骤

准备好进行了解了吗？

让我们在情境中仔细了解上述功能。

1.设置您的 项目

第一步是理解在您的系统中建立数据的最佳办法，以便您能够正确报告。您可以创建 项目 来定义 目标、风险和程序，执行程序以及编制信息以进行报告。您还可以设置标记结构，以将 目标、风险和程序映射到相关的情境数据点（资产、所有者、实体等）， 并启用上述维度的报告。

提示

项目 应用程序提供了多个风险和控制库（项目 模板），其中包含特定工作流的预填充内容。各种 项目 模板通常用于快速启动审计和创建可重复使用的模板。这些项包括：

  • 内部审计（可操作）模板
  • SOC/SSAE 16/ISAE 3402 审计模板
  • 内部审计（财务和互联网控制）模板
  • Sarbanes-Oxley (SOX) 审计模板（COSO 2013 框架）

设置 项目

您可以在两种不同类型的 项目 工作流之间进行选择，具体取决于审计是运营审计还是更全面的审计（如 SOX 或 ICFR 审核）。在设置 项目 后，项目 会在审计中执行一个简单的工作流。这有助于您识别相关的审计程序并管理 问题。

示例

场景

您是负责物理安全审计的审计师，希望开始集中管理审计文档。项目 将重点关注 Vandelay Industries 组织极为重要的橡胶库存的物理安全。

流程

帮助主题使用 项目 模板

作为构建 项目 的起点，您使用乳胶设施安全审查 项目 模板创建 项目。

结果

项目 填充了一系列 目标。每个 目标 均包含一系列风险和程序。

为您的组织实体结构建模

组织由不同的业务单位、部门、地点、地区和法律实体组成。您可以在审计管理过程中为业务和法律实体结构建模。这使您可以向管理层和审计委员会报告测试结果和 问题。

示例

场景

Vandelay Industries 涵盖不同的地理区域和位置。您希望能够从业务的不同交叉部分创建报告，使组织所有级别的利益相关者都能够获得他们需要的信息。同样，健康与安全委员会也要求他们自己的报告。

流程

帮助主题设置实体标签

在管理实体下，您根据适用于该 项目 的地理区域和位置为业务结构建模。

结果

您现在可以将 项目、目标、风险、程序和 问题 标记到相关的情境数据点，并基于这些维度进行报告。

执行审计风险评估

组织通常可以系统地识别和评估风险。审计风险评估提供了评估影响业务的运营风险的手段，优先考虑应首先缓解的风险。您可以开发一组通用的评估标准，可以在营运部门、实体或业务单位之间使用，并根据定义的评分框架评估运营风险。

提示

为避免手动评估运营风险，您可以使用评估推动器自动执行不同的风险评估。您可以将在 结果 应用程序中创建的度量链接到 项目 中的风险评估，以为评估提供参考，并根据预定义的度量范围自动填充固有风险分数。

示例

场景

您的组织拥有成熟和完善的运营风险评估进程，并采用三分制从两个维度（可能性、影响）评估风险：

  • 1 = 低
  • 2 - 中
  • 3 - 高

现在，您需要评估固有风险评分，以确定在没有实施控制或其他缓解因素的情况下，组织面临的原始风险。

流程

帮助主题

您在乳胶设施安全审查 项目 中捕获了以下信息：

风险 4-A：如果发生紧急情况，设施安全和活动可能会中断。

  • 影响2 = 中
  • 可能性2 = 中

风险 4-B：在检查过程中未能符合安全要求可能会导致罚款或其他处罚，包括停业。

  • 影响1 = 低
  • 可能性3 = 高

结果

已完成固有风险评估：

2.收集、评估和记录证据

收集、评估和记录证据涉及各种活动。项目 工作完成后，可以进行质量保障审核。高级审计师可以轻松地添加辅导说明和批注，并向资历较浅的团队成员分配其他任务。项目 会自动向团队成员发送电子邮件并通知其要完成的任务，让团队成员参与审核进程。

提示

使用 Diligent HighBond iOS 或 Android 版，审计团队可以不间断和实时访问工作文件，而无论各个团队成员的实际位置如何。

执行程序

审计师可以记录其执行的程序的结果。在执行程序时，项目 会自动汇总测试结果和 问题，并实时计算保障。

提示

使用 项目 和 结果 应用程序，您可以将工作文件证据直接链接到自动化分析，实现高效的全群体测试。通过基于组织实际数据的真正分析驱动的风险评估，管理人员可以随时了解组织风险的确切状态，而无需编制各种报告和更新。风险评估自动考虑固有风险和缓解措施，提供残留风险的量化估计。

示例

场景

作为审计风险评估的结果，您的团队确定需要对确保环境控制措施到位引起重视。您需要执行与风险 4-A 和风险 4-B 相关联的程序：

4-03：必须定期对设施进行消防检查。应及时解决所发现的不足。可提供手持式灭火器或固定式消防水带。

流程

帮助主题执行程序和测试控制

在程序结果部分，您可以写下您的观察并记下所找到的过期灭火器。您在在完成此程序时是否识别出 问题？旁边指定 问题 已注明。

结果

程序评估被捕获：

标识 问题

审计师在审计过程中捕获和分配标记为要补救的 问题。他们可以将 问题 委托给所有者以更新状态和相关的行动计划。他们还可以将操作分配给利益相关者，以便跟踪、捕获证据和表决。

示例

场景

由于程序 4-03 失败，您需要通过记录 问题 来注明异常。您希望在工作底稿中添加 问题 以及捕获它的背景。

流程

帮助主题记录 问题

您记录以下 问题：

  • 标题/大标题灭火器过期
  • 描述在设施的西入口旁发现一个过期的灭火器。
  • 所有者大楼管理员
  • 问题类型发现
  • 识别日期日期
  • 严重性低
  • 已发布已发布

完成对灭火器的审计后，您签核并将您的经理设置为批准您的工作的下一个审核者。

结果

此时将捕获 问题。审计员日后可以审核补救计划，记录重新测试结果，以确定不足是否真正得到了补救。

记录时间

经理可以使用时间表应用程序来按照利用情况衡量单个资源的绩效。他们能够深入了解为特定 项目 分配的计划资源，包括工作时数。他们还可以衡量特定 项目 的整体盈利能力和投资回报率 (ROI)，并生成报告。

示例

场景

您需要记录用于检查建筑物中灭火器的时间。您想在工作文件中添加该时间条目。

流程

帮助主题记录时间

您可以快速捕获以下建议的时间条目，该条目基于您的近期活动：

  • 日期07/11/2018
  • 小时1
  • 描述灭火器检查

结果

已捕获时间条目：

管理请求

在 项目 周期的任何时刻，审计师都可以直接在 项目 内提交和跟踪所有客户请求，以便使所有通信线程和请求事项井然有序。您还可以配置 项目 定期发送自动提示，以提醒 项目 参与者注意待处理的请求。

示例

场景

您已准备好执行以下程序：

3-02：在周末，只有设施的主要入口（丹佛的南 1（Dv1））和洛杉矶的南 2（LA1））允许门禁卡访问。

在执行此程序之前，您需要审查大厦的门禁卡访问日志。您希望提交访问日志请求，以便继续执行程序。

流程

帮助主题添加请求

您在请求面板中捕获了以下请求项：

  • 发起人您的姓名
  • 描述请将访问日志发送给我，以便我对其进行分析。
  • 所有者大楼管理员
  • 立即发送已选择
  • 电子邮件电子邮件
  • 截止日期2018 年 7 月 27 日

结果

已捕获请求项，并向大楼管理员发送通知。然后大楼管理员可以查看请求并上载请求的访问日志。

3.管理 问题 补救

问题 管理、跟踪和补救是审计的主要结果。补救阶段涉及管理 问题 生命周期并获取管理层对这些 问题 的响应。您可以识别、编目、评估并分解 问题 为补救行动。您还可以将 问题 汇总为更大的主题以用于报告目的。

定义补救计划

审计师通常与管理层合作，以确保对 问题 的响应表述得当并解决根本原因。通过将 问题 分配给适当的所有者，问题 所有者可以输入其自己的管理层响应或行动计划，说明负责人、其将采取的行动以及完成时间段。

示例

场景

您需要记录补救计划来解决消防安全计划问题，并记录操作作为后续措施。

流程

帮助主题

在跟进和补救子选项卡中，您将补救状态指定为等待管理层响应。作为补救计划的一部分，您指定管理层审查消防安全计划的方向，并确保符合所有要求。最后，您创建了两个行动来处理该 问题。

结果

这些操作被捕获：

重新测试并关闭 问题

审计师可以跟进管理，重新测试 问题，并记录任何后续发现。他们可以具体说明该 问题 是否已得到真正的补救，并向审计委员会报告补救活动的状态。

示例

场景

这两个操作均已完成；已更换灭火器，管理层已审查消防安全计划。您重新检查了灭火器并发现灭火器已被更换，您注意到管理层已审查了消防安全计划并确保了合规。

流程

帮助主题

您记录重新测试结果以验证 问题 是否确实已得到补救：

再测试结果概览

已检查和更换灭火器，且已对消防安全计划进行了审查。

然后，您关闭该 问题 和行动：

结果

已捕获重新测试结果，关闭项目并准备报告。

后续步骤 

了解如何监控和沟通结果

结果 应用程序可用于识别和管理异常，从受访者那里收集信息以提供数据情境，并且可视化数据以突出显示趋势、模式或异常值。然后，您可以使用 Storyboard 应用程序在单个演示中呈现多个可视化效果和富文本内容。

要了解详细信息，请参阅监控和沟通结果。

报名参加 学校 课程

通过学习 PROJ 100 课程内容，继续深入了解本文介绍的概念。

学校 是 Diligent 的在线培训资源中心。对于任何具有 Diligent One 订阅的用户，这些 学校 课程均无需额外付费。有关详细信息，请参阅 Academy。