---
sourceDocument: Australie : créer des workflows
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/fr-FR/build-workflows

 Release :

    - australia

ft:locale :

    - fr-FR

ft:publication_title :

    - Australie : créer des workflows

ft:clusterId :

    - crworkflow

bundleId :

    - crworkflow

workflow :

    - Creator


---

# Événements d'incident

# La règle métier des événements d'incident {#ariaid-title1}

* Rversion finale: Australia
* 
* Mis à jour 12 mars 2026
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 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.
<br />

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'une modification soit apportée au champ Commentaires dans un enregistrement d'incident existant (non inséré). Si cette condition est vraie, la plateforme ajoute l'événement `incident.commenté` à la file d'attente des événements.

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, mise en évidence par des accolades :  

    gs.eventQueue("incident.updated", current, gs.getUserID(), gs.getUserName());

La fonction gs.eventQueue prend les paramètres suivants : {#r_BuildAScript__simpletable_blb_g2w_fr__entry__2}

| Champ | Valeur d'entrée |
|-|-|
| Nom | Le 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 comme 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 comme parm2 en utilisant le format `${event.parm2}`. |
[Tableau 1. Paramètres gs.eventQueu]

{#r_BuildAScript__simpletable_blb_g2w_fr}  
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.