La règle métier des événements d’incident

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

    • La règle métier Événements d’incident est fournie avec le système et définit un certain nombre d’événements qui peuvent être déclenchés par différentes actions dans la table Incident.

    Figure 1. Règle métier des événements d’incident
    Extrait de la règle métier des événements d’incident

    Cette règle métier définit plusieurs événements, dont trois sont déclenchés après l’insertion ou la mise à jour d’un enregistrement dans la table Incident. Le premier script est :

    if (current.operation() != 'insert' && current.comments.changes()) {
gs.eventQueue("incident.commented", current, gs.getUserID(), gs.getUserName());
}

    La condition de ce script exige qu’un changement soit apporté au champ Commentaires dans un enregistrement d’incident existant (non inséré). Si cette condition est vraie, alors la plateforme ajoute l’événement incident.commented à la file d’attente de l’événement.

    La deuxième condition exige qu’un enregistrement soit inséré avant que l’événement ne soit ajouté à la file d’attente.

    if (current.operation() =='insert') {

    La troisième condition est vraie chaque fois que l’enregistrement d’incident est mis à jour (y compris les mises à jour du champ Commentaires , comme spécifié par le premier script).

    if (current.operation() == 'update')

    La partie alors de chaque script, la fonction gs.eventQueue , ajoute l’événement à la file d’attente des événements. Cette instruction utilise la syntaxe suivante, séparée par des accolades :

    gs.eventQueue("incident.updated", current, gs.getUserID(), gs.getUserName());
    La fonction gs.eventQueue prend les paramètres suivants :
    Tableau 1. Paramètres gs.eventQueu
    Champ Valeur d'entrée
    Nom Nom de l’événement déclenché, entre guillemets.
    Enregistrement Enregistrement référencé lorsque la condition dans le script est évaluée comme vraie. Habituellement, cette valeur est exprimée comme actuelle, c’est-à-dire l’enregistrement actuel sur lequel la règle métier travaille. Si la règle métier est déclenchée dans le cadre d’une tâche planifiée, utilisez un argument GlideRecord à sa place.
    Parm 1 Paramètre facultatif que vous pouvez utiliser pour transmettre des informations système ou d’enregistrement avec l’événement. Par exemple, l’appel d’API GlideSystem gs.getUserID() transmet l’ID système de l’utilisateur qui a agi sur l’enregistrement actuel sous forme de valeur de chaîne. D’autres scripts peuvent référencer cette valeur de chaîne en tant que parm1 en utilisant le format ${event.parm1}.
    Parm 2 Paramètre facultatif que vous pouvez utiliser pour transmettre des informations système ou d’enregistrement avec l’événement. Par exemple, l’appel d’API GlideSystem gs.getUserName() transmet le nom d’utilisateur de l’utilisateur qui a agi sur l’enregistrement actuel. D’autres scripts peuvent référencer ces valeurs de chaîne en tant que parm2 en utilisant le format ${event.parm2}.
    Remarque :
    Le gs. La fonction EventQueue fonctionne directement avec le backend et donc les règles métier qui sont appelées par gs. EventQueue() ne sont pas invoqués.