Formulaire Créer un problème dans Gestion des changements réglementaires

  • Rversion finale: Australia
  • Mis à jour 12 mars 2026
  • 4 minutes de lecture

    • Utilisez le formulaire Conformité de l'espace de travail Créer un problème pour créer un problème ou ajouter un problème existant à une tâche réglementaire dans Gestion des changements réglementaires (RCM).

    Formulaire Créer un nouveau problème

    Pour obtenir une description des valeurs de champ, consultez le tableau suivant.
    Tableau 1. Formulaire Créer un nouveau problème
    Champ Description
    Problème
    Numéro Numéro du problème. Ce champ est renseigné automatiquement.
    Nom Nom du problème. Par exemple, contrôle non conforme.
    Source du problème Source à partir de laquelle le problème a été créé, comme l’événement à risque ou l’évaluation des risques. Ce champ est renseigné automatiquement.
    Type de problème Type du problème. Les options sont les suivantes :
    • Échec de l’efficacité de la conception du contrôle : le contrôle a été mal conçu et ne peut pas prévenir ou détecter efficacement le risque prévu.
    • Échec de l’efficacité opérationnelle du contrôle : le contrôle était bien conçu mais a échoué pendant l’exécution ou n’a pas été suivi correctement.
    • Contrôle ne répond pas aux besoins : le contrôle est en place, mais ne répond pas aux exigences réglementaires, politiques ou commerciales.
    • Contrôle inexistant : il n’y a aucun contrôle présent pour traiter un risque ou un besoin connu.
    • Non-conformité à un règlement : Une loi ou un règlement n’a pas été respecté, exposant potentiellement l’organisation à des pénalités.
    • Non-conformité à une politique : Une politique interne n’a pas été respectée, ce qui peut entraîner des risques ou des inefficacités.
    • Amélioration ou suggestion à une politique existante : recommandation visant à améliorer une politique existante pour plus de clarté, de couverture ou d’efficacité.
    • Recommandation pour une nouvelle politique : Une proposition visant à créer une politique pour combler une lacune qui n’est actuellement pas couverte.
    • Optimisation ou amélioration des processus : opportunités identifiées pour améliorer l’efficience, la précision ou l’efficacité d’un processus business.
    • Observation : Une note ou une constatation générale qui n’est peut-être pas un problème pour le moment, mais qui pourrait mériter une attention particulière.
    • Violation de données : accès non autorisé, divulgation ou perte de données sensibles ou personnelles.
    • Fraude : Tromperie intentionnelle à des fins personnelles ou organisationnelles, comme le détournement d’actifs.
    • Anomalie : Erreurs ou omissions dans les rapports financiers ou opérationnels qui déforment les faits.
    • Formation : Lacunes ou besoins identifiés dans les connaissances ou les compétences qui nécessitent une attention particulière.
    • Documentation : problèmes liés à une documentation manquante, obsolète ou inexacte.
    • Problème de risque : Une préoccupation générale liée au risque qui peut ne pas entrer dans d’autres catégories spécifiques.
    • Autre : Tout problème qui ne rentre pas dans les types ci-dessus, mais qui mérite tout de même d’être suivi et résolu.
    Classification Classification du problème. Les options sont les suivantes :
    • Audit
    • Conformité
    • Risque
    • Risque du fournisseur
    Emplacement Emplacement où le problème s’est produit. Par exemple, États-Unis.
    État Étape du cycle de vie du problème. Les options sont les suivantes :
    • Nouveau
    • Analyser
    • Répondre
    • Revue
    • Fermé terminé
    • Fermé incomplet
    Sous-état Sous-état du problème. Ce champ est renseigné automatiquement.
    Priorité Urgence du problème. Les options sont les suivantes :
    • 1 - Critique
    • 2 - Élevée
    • 3 - Modérée
    • 4 - Faible
    • 5-En préparation
    Évaluation du problème Gravité ou niveau de risque du problème. Les options sont les suivantes :
    • 1 : très élevé
    • 2 - Élevée
    • 3 - Modérée
    • 4 - Faible
    • 5 : très faible
    Description

    D’uneexplication détaillée de la question. Par exemple, le contrôle « Gérer les demandes de changement » ne répond pas aux exigences de conformité.
    Affectation
    Groupe d'affectation Groupe auquel le problème est affecté. Par exemple, les utilisateurs professionnels GRC.
    Assigné à Utilisateur auquel le problème est affecté.
    Groupe du gestionnaire des problèmes Groupe de gestionnaires chargé de superviser le problème. Options disponibles :
    • Gestionnaires de conformité
    • Gestionnaires des risques informatiques
    • Gestionnaires des risques
    Gestionnaire des problèmes Gestionnaire responsable de la supervision du problème.
    Liste de surveillance Utilisateurs devant recevoir des notifications sur les mises à jour du problème.
    Calendrier
    Date d’échéance Date à laquelle le problème est dû.
    Date de confirmation Date de confirmation du problème. Ce champ est renseigné automatiquement.
    Date de début prévue Date de début prévue pour le problème.
    Date de fin prévue Date de fin prévue pour le problème.
    Durée Durée du problème en jours, heures, minutes et secondes.
    Date de création Date de création du problème. Ce champ est renseigné automatiquement.
    Fermé Date de fermeture du problème.
    Date de début effective Date de début réelle du problème.
    Date de fin effective Date de fin réelle du problème.
    Durée réelle Durée réelle du problème en jours, heures, minutes et secondes.
    Regroupement des problèmes
    Problème parent Problème parent associé au problème.
    Règle de regroupement des problèmes Règle de groupe pour le problème. Ce champ est renseigné automatiquement.
    Plan d'action
    Recommandation Recommandation pour le problème. Par exemple, Assurez-vous que les changements apportés aux contrôles de l’entité suivent un processus de changement approuvé.
    Plan d'action Plan d’action pour le problème. Par exemple, tirer parti des procédures de gestion des changements approuvées dans le RCM.
    Activité
    Notes de travail Notes internes sur le problème. Celles-ci sont privées et visibles uniquement par les utilisateurs ayant accès à l’enregistrement de problème.
    Commentaires supplémentaires Informations supplémentaires sur le problème que vous souhaitez partager avec vos clients. Ceux-ci sont visibles par les personnes concernées externes et les clients.
    Paramètres
    Domaine fonctionnel Domaine fonctionnel auquel le problème appartient. Par exemple, Risque IT et conformité.