Die Business-Regel für Incident-Ereignisse

  • Freigeben Version: Zurich
  • Aktualisiert 31. Juli 2025
  • 1 Minute Lesedauer

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

    Abbildung : 1. Geschäftsregel für Incident-Ereignisse
    Business-Regel-Fragment 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 von Kommentare Feld, wie im 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:
    Tabelle : 1. gs.eventQueu-Parameter
    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. Zum 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. Zum Beispiel der GlideSystem-API-Aufruf gs.GetUserName() Übergibt den Anwendernamen des Anwenders, der im aktuellen Datensatz gehandelt hat. Andere Skripts können diese Zeichenfolgenwerte mithilfe des Formats als parm2 referenzieren ${event.parm2} .
    Hinweis:
    Die Funktion „gs.EventQueue“ funktioniert direkt mit dem Back-End, daher werden Business-Regeln, die von gs.EventQueue() aufgerufen werden, nicht aufgerufen.