Événements système

  • Rversion finale: Xanadu
  • Mis à jour 1 août 2024
  • 2 minutes de lecture

    • Les événements sont des enregistrements spéciaux que le système utilise pour le journal lorsque certaines conditions se produisent et pour prendre des mesures en réponse à ces conditions.

    Le système utilise des règles métier pour surveiller les conditions du système et pour générer des enregistrements d’événements dans la table Événement [sysevent], également appelée journal des événements ou file d’attente des événements.

    Les règles métier génératrices d’événements utilisent généralement la logique de script suivante :

    Si [une condition est vraie pour l’enregistrement actuel], alors [ajouter un événement spécifique à la file d’attente].

    Par exemple, voici quelques-unes des conditions de la règle métier Événement d’incident :
    • Si un utilisateur ajoute un commentaire à un enregistrement d’incident, ajoutez un incident.commented événement.
    • Si un utilisateur ajoute un enregistrement d’incident, ajoutez un incident.inserted événement.
    • Si un utilisateur met à jour un enregistrement d’incident, ajoutez un incident.updated événement.
    Les règles métier génératrices d’événements utilisent la méthode eventQueue GlideSystem pour insérer des enregistrements d’événements, qui contiennent généralement les informations suivantes :
    Tableau 1. Champs d’événement
    Champ Description
    Nom Nom unique de l’événement. Les noms des événements de base de référence incluent l’enregistrement affecté et l’action déclenchante, telle que incident.commented.
    Param1 Paramètre spécifique à l’événement que le système utilise pour transmettre des informations d’enregistrement à d’autres parties du système, comme un ID système d’enregistrement ou une valeur de champ.
    Parm2 Paramètre spécifique à l’événement que le système utilise pour transmettre des informations d’enregistrement à d’autres parties du système, comme un ID système d’enregistrement ou une valeur de champ.
    Table Table à laquelle l’événement s’applique. Il s’agit de la même table sur laquelle la règle métier s’est exécutée.
    Instance ID système de l’enregistrement auquel cet événement s’applique.
    Les travaux planifiés lisent périodiquement la file d’attente des événements et les transmettent au gestionnaire approprié pour traitement. Le gestionnaire utilise les informations des enregistrements d’événements pour effectuer certaines actions telles que :
    • Exécuter une action des scripts
    • Planifier une tâche
    • Envoyer une notification
    • Déclencher une activité de workflow
    • Déclencher un moniteur d’inactivité

    Par défaut, le système fournit des événements couvrant une vue large de l’activité de l’application. Si les événements existants ne répondent pas à vos besoins, vous pouvez créer vos propres événements pour surveiller les changements spécifiques apportés aux enregistrements.

    Pour la formation des développeurs, reportez-vous à la section Exécutions de script planifiées et Objectifs d’événements sur le ServiceNow® Site Developer.

    Utilisez le tableau de bord Tâches et événements système pour surveiller le système de traitement des événements système et le système de traitement des travaux planifiés.

    Traitement des événements pendant la mise à niveau de la plateforme

    Déterminez quels événements doivent être traités lors d’une mise à niveau de plateforme en configurant les propriétés suivantes :

    • glide.event_processor.all_events_upgrade_safe : défini sur vrai pour traiter tous les événements pendant la mise à niveau de la plateforme. Valeur par défaut = faux.
    • glide.event_processor.upgrade_safe_events : configurez une liste de noms d’événements séparés par des virgules pour indiquer que seuls les événements spécifiés sont traités. Valeur par défaut = <vide>.

      Cette propriété n’est pertinente que lorsque glide.event_processor.all_events_upgrade_safe = false.