---
sourceDocument: Yokohama Now Plattformverwaltung
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/de-DE/yokohama/platform-administration

 Release :

    - yokohama

ft:locale :

    - de-DE

ft:publication_title :

    - Yokohama Now Plattformverwaltung

ft:clusterId :

    - platadm

bundleId :

    - platadm

workflow :

    - Platform


---

# Die Business-Regel für Incident-Ereignisse

# Die Business-Regel für Incident-Ereignisse {#ariaid-title1}

* Freigeben Version: Yokohama
* 
* Aktualisiert 30. Januar 2025
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 1 Minute Lesedauer

Die Business-Regel für Incident-Ereignisse wird im System enthalten und definiert eine Reihe von Ereignissen, die durch verschiedene Aktionen in der Incident-Tabelle ausgelöst werden können.
Abbildung : 1. Business-Regel für Incident-Ereignisse

Diese Business-Regel definiert mehrere Ereignisse, von denen drei ausgelöst werden, nachdem ein Datensatz in der Incident-Tabelle eingefügt oder aktualisiert wurde. Das erste Skript ist:  

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

Die Bedingung in diesem Skript erfordert, dass eine Änderung an vorgenommen wird Kommentare Feld in einem vorhandenen (nicht eingefügten) Incident-Datensatz. Wenn diese Bedingung „wahr" ist, fügt die Plattform hinzu `incident.commented `Ereignis in die Ereigniswarteschlange.

Die zweite Bedingung erfordert, dass ein Datensatz eingefügt wird, bevor das Ereignis der Warteschlange hinzugefügt wird.  

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

Die dritte Bedingung ist „wahr", wenn der Incident-Datensatz aktualisiert wird (einschließlich Aktualisierungen für Kommentare Feld, wie vom ersten Skript angegeben).  

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

Der dann Teil jedes Skripts, die gs.eventWarteschlange Funktion, fügt das Ereignis der Ereigniswarteschlange hinzu. Diese Anweisung verwendet die folgende Syntax, die mit geschweiften Klammern gesetzt wird:  

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

Die gs.eventWarteschlange Die Funktion verwendet die folgenden Parameter: {#r_BuildAScript__simpletable_blb_g2w_fr__entry__2}

| Feld | Eingabewert |
|-|-|
| Name | Der Name des ausgelösten Ereignisses in Anführungszeichen. |
| Datensatz | Der Datensatz, auf den verwiesen wird, wenn die Bedingung im Skript ausgewertet wird Wahr . Normalerweise wird dies ausgedrückt als Aktuell , Bedeutet den aktuellen Datensatz, an dem die Business-Regel arbeitet. Wenn die Business-Regel als Teil einer geplanten Aufgabe ausgelöst wird, verwenden Sie an ihrer Stelle ein GlideRecord-Argument. |
| Parameter 1 | Ein optionaler Parameter, mit dem Sie System- oder Datensatzinformationen mit dem Ereignis übergeben können. Beispiel: Der GlideSystem-API-Aufruf gs.getUserID() Übergibt die SYS-ID des Anwenders, der für den aktuellen Datensatz gehandelt hat, als Zeichenfolgenwert. Andere Skripts können diesen Zeichenfolgenwert mithilfe des Formats als parm1 referenzieren `${event.parm1} `. |
| Parameter 2 | Ein optionaler Parameter, mit dem Sie System- oder Datensatzinformationen mit dem Ereignis übergeben können. Beispiel: Der GlideSystem-API-Aufruf gs.GetAnwendername() Übergibt den Anwendernamen des Anwenders, der für den aktuellen Datensatz gehandelt hat. Andere Skripts können diese Zeichenfolgenwerte mithilfe des Formats als parm2 referenzieren `${event.parm2} `. |
[Tabelle : 1. gs.eventQueu-Parameter]

{#r_BuildAScript__simpletable_blb_g2w_fr}  
Hinweis:  
Die Funktion „gs.EventQueue" funktioniert direkt mit dem Back-End, daher werden Business-Regeln, die von „gs.EventQueue()" aufgerufen werden, nicht aufgerufen.