Événements système

  • Rversion finale: Zurich
  • Mis à jour 31 juil. 2025
  • 2 minutes de lecture

    • Les événements sont des enregistrements spéciaux que le système utilise pour enregistrer 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 système et pour générer des enregistrements d’événements dans la table d’événements [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 cette logique de script :

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

    Par exemple, voici quelques-unes des conditions de la règle métier d’é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 GlideSystem eventQueue 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 d’événements de base de référence incluent l’enregistrement affecté et l’action déclencheur, 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, telles qu’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, telles qu’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 régulièrement 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 une action telle que :
    • Exécuter une action de script
    • 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 générale 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, consultez Exécutions de script planifiées et Objectifs d’événements sur le ServiceNow® Site Developer.

    Utilisez le tableau de bord des événements système et des travaux 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 pendant une mise à niveau de la plateforme en configurant les propriétés suivantes :

    • glide.event_processor.all_events_upgrade_safe : définir 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