Die Registerkarte WR-Trigger ist standardmäßig für alle Benutzer zugänglich, die über eine Berechtigung zum Ändern für einen Knoten verfügen, für den der WR-Trigger aktiviert ist. Administratoren können über die Seite Objekt- und Nutzungsberechtigungen verwaltenden im Bereich Systemverwaltung den Zugriff auf ausgewählte Benutzer und Gruppen beschränken. Der Bereich Nutzungsberechtigungen enthält einen Eintrag für die Registerkarte WR-Trigger, auf der Sie die Einschränkungen festlegen können.

Allgemeine Verwendung

Sie können auf die Funktion WR-Trigger über die neue Option WR-Trigger im Eigenschaftenbereich des Menüs Funktionen zugreifen. Die Funktion wird in einer neuen Registerkarte angezeigt. Auf das Menü und die Registerkarte kann nur für Untertypen zugegriffen werden, für die die Funktion WR-Trigger aktiviert ist. Trigger können für einzelne Objekte festgelegt werden oder für Container und damit durchgängig nach unten in einer Hierarchie. Letzteres ist hilfreich, wenn Trigger für eine Vielzahl von Objekten festzulegen sind.

	Wichtig: Ab Content Server 16 bestimmt der neue Papierkorbmechanismus, wie sich WR Trigger im Zusammenhang mit dem Trigger-Ereignis Löschen verhält. In den Versionen von Content Server vor Content Server 16 wird beim Senden eines Objekts an den Papierkorb ein Verschieben- anstelle eines Löschen-Ereignisses ausgelöst. Der Mechanismus in Content Server 16 und neueren Versionen sendet Objekte immer in den Papierkorb und löst daher immer ein Verschieben- anstelle eines Löschen-Ereignisses aus. Dies ist eine wichtige Änderung, wenn Sie ein Upgrade für ein System durchführen, bei dem das optionale Papierkorb-Modul installiert war. Kunden, die ein Upgrade auf Content Server 16 durchführen und die zuvor das Ereignis Verschieben genutzt haben, um ein Ereignis Löschen zu erfassen, das ein Objekt an den Papierkorb sendet, müssen ihre Trigger aktualisieren, um das Trigger-Ereignis Löschen in Content Server 16 verwenden zu können.

Wenn ein Ausgangsobjekt, d. h. ein Container mit anderen Objekten darin, kopiert, verschoben oder gelöscht wird, wird der Trigger nur für dieses Ausgangsobjekt ausgelöst. Für einzelne Unterobjekte wird kein WebReport initiiert. Wenn für jedes einzelne Objekt ein WebReport initiiert werden muss, können Sie eine Anfrage verwenden, die anhand des Objekts, das den Trigger ausgelöst hat, nach allen untergeordneten Objekten sucht. Anschließend wird das gewünschte Verhalten mit einem untergeordneten WebReport implementiert, z. B. das Auslösen eines Workflows.

Alle Trigger, mit Ausnahme von Löschen, werden ausgelöst, nachdem das Ereignis stattgefunden hat. Beispiel: Wenn [LL_REPTAG_TRIGGERID NODEINFO:PARENTID /] in einem WebReport verwendet wird, der von einem Verschieben-Trigger-Ereignis initiiert wurde, wird die Objekt-ID des neuen übergeordneten Objekts zurückgegeben. Weitere Informationen zum Zugriff auf das Original finden Sie unter TRIGGERDESTPARENTID in der dynamischen Tag-Anleitung. Weitere Informationen zur dynamischen Tag-Anleitung finden Sie unter So greifen Sie auf die dynamische Tag-Anleitung zu. Mit dem Löschen-Trigger wird das Ereignis kurz vor dem Löschvorgang ausgelöst, um ein Maximum an Metadaten verfügbar zu haben. Nachdem ein Objekt tatsächlich gelöscht wurde, ist es nicht mehr vorhanden und besitzt keine gültigen Metadaten mehr.

Wenn Content Server ein Dokument hinzugefügt wird, werden die Trigger Löschen und Version hinzufügen ausgelöst. Das liegt daran, dass diese Vorgänge von Content Server als getrennte Aktionen angesehen werden. Zuerst findet die Objekterstellung statt und anschließend wird diesem Objekt eine neue Version hinzugefügt, in diesem Fall Version 1. Wird ein Ordner hinzugefügt, wird nur der Erstellen-Trigger ausgelöst.

	Hinweise: Sie können die Einstellung Nur dieses Objekt für Aktionen wie Kategorieaktualisierungen oder Aktualisierungen verwenden. Diese Einstellung gilt jedoch nicht für die Triggererstellung. Um die WR-Triggervererbung sowohl auf das Objekt als auch auf seine direkten Nachfahren anzuwenden, können Sie die Option Dieses Objekt und alle untergeordneten Objekte verwenden und eine RUNIF-Anweisung hinzufügen, um den übergeordneten Ordner zu überprüfen. Beispiel: [LL_WEBREPORT_RUNIF "[LL_REPTAG_TRIGGERID NODEINFO:PARENTID /]" == "[LL_REPTAG_$FOLDER /]" /] [LL_REPTAG_$FOLDER /] ist eine Konstante, die auf den Trigger-Stammordner verweist. Weitere Informationen zu Konstanten finden Sie unter WebReports-Konstanten.

Benutzer- oder Gruppen-Trigger

Die Funktion WR-Trigger unterstützt auch Trigger für Benutzer- oder Gruppenereignisse. Diese Trigger können auf den Verwaltungsseiten unter Benutzer/Gruppen-WR-Trigger verwalten konfiguriert werden. Weitere Informationen zum Verwalten von WR-Triggern finden Sie unter WR-Trigger verwalten. WebReports-Entwickler können basierend auf den folgenden Benutzer-/Gruppenereignissen einen WebReport initiieren:

Wenn das Kontrollkästchen Global aktiviert ist, wird bei jedem Auslösen eines ausgewählten Triggers in Content Server unabhängig vom Aufrufer der angegebene WebReport ausgeführt. Wenn Sie jedoch einen Benutzer oder eine Gruppe angeben, wird das Kontrollkästchen Global deaktiviert, und der WebReport wird nur ausgeführt, wenn das Trigger-Ereignis innerhalb der Gruppe oder für den Benutzer ausgelöst wird. Wenn z. B. das Erstellen, Löschen oder Hinzufügen usw. in der Gruppe stattfindet und nicht ausdrücklich für die Gruppe an sich, wird der WebReport initiiert. Bei einem Benutzer muss das Trigger-Ereignis für den Benutzer stattfinden. Nicht alle Trigger-Ereignisse sind für Benutzer relevant und werden daher ignoriert.

WR-Trigger-Tags