Observations d’audit

  • Rversion finale: Xanadu
  • Mis à jour 1 août 2024
  • 2 minutes de lecture
  • Les observations d’audit sont le résultat d’un audit. En tant que partie importante du rapport d’audit, les observations d’audit représentent les résultats d’examens, d’analyses, d’entrevues et de discussions.

    Les observations d’audit sont utilisées pour attirer l’attention des gestionnaires d’audit sur des questions importantes. Les observations sont consignées dans le système. Par exemple, si les opérations d’une banque font l’objet d’un audit, les observations d’audit sont fondées sur des éléments probants sur la façon dont les opérations de la banque se comportent par rapport aux critères d’audit. Pendant les tests de contrôle, les entretiens et les procédures pas à pas, les observations d’audit sont enregistrées. Un utilisateur d’audit peut créer une observation à partir d’un engagement si l’engagement n’est pas dans les états Suivi ou Fermé. Une observation peut également être créée à partir de tous les types de tâches d’audit.

    Une fois l’audit terminé, l’auditeur présente ses observations d’audit aux responsables de l’audit. En utilisant les observations de l’audit, l’auditeur peut présenter un résumé des problèmes, des découvertes et des recommandations. L’équipe d’audit examine les observations afin de déterminer si celles-ci doivent faire l’objet d’un signalement. L’équipe d’audit peut également déterminer si l’observation peut être suivie en tant que recommandation, observation ou meilleure pratique.

    Au cours de son cycle de vie, une observation d’audit passe par les états suivants :
    1. Brouillon
    2. Revue
    3. Répondre
    4. Finaliser
    5. Fermé
    Le déroulement d’une observation est le suivant :
    1. Un utilisateur d’audit ayant le rôle sn_audit.user crée une observation.
    2. Le créateur de l’observation affecte les personnes chargées de répondre et les pairs réviseurs à l’observation. Les intimés sont les propriétaires de l’entité et les propriétaires du contrôle. Les pairs examinateurs sont les auditeurs et les responsables de l’audit de la mission.
    3. Le créateur de l’observation peut demander un examen par les pairs de l’observation. Dans ce cas, ce qui suit se produit.
      1. Le réviseur pair reçoit une notification l’invitant à effectuer la révision par les pairs. Le réviseur pair peut afficher la tâche sous Audit > Observations > Les revues de mes pairs en attente.
      2. L’examinateur procède à l’examen.
      Remarque :
      Lorsqu’un examen par les pairs est demandé, l’état reste Brouillon, mais le sous-état devient le sous-état Examen par les pairs demandé.
    4. Le créateur de l’observation peut également demander une révision. Le réviseur peut être un gestionnaire d’audit ou le responsable de l’audit.
      1. Le réviseur reçoit une notification l’invitant à effectuer la révision. Le réviseur peut afficher la tâche sous Audit > Observations > Mes vérifications en attente.
      2. L’examinateur peut soit demander une révision de l’observation, soit demander une réponse de la personne interrogée. Le réviseur peut également fournir des commentaires dans la section Résultats en sélectionnant l’option appropriée.
    5. Si le réviseur a demandé une réponse à la personne interrogée, celle-ci répond à l’observation en naviguant vers Audit > Observations > Ma réponse en attente.
    6. L’observation passe à l’état Finaliser.
    7. L’observation est fermée et un problème est créé.
    Figure 1. Workflow des observations d’audit
    Le cycle de vie de l’observation d’audit