[changes]
* Added a new "Add Ticket Sharing" action that allows supporters to grant read or write access to tickets for specific users and groups. The action can be used in task plans to automatically share tickets with other users or groups when certain conditions are met.
* Added two new ticket filter types: "Created" and "Last Modified". These allow filtering tickets by their creation date or last modification date, for a time period in the past.
* Added 4 additional longer date period options for filtering date fields.
* Added a new trigger type "Form Trigger" that can start a task plan when a form of submit type "Notify Task Planner" is submitted. The trigger can be configured to react to any form or only to a specific form.
* Added the ability to enter "time spent" on actions that are applied using the Task Planner action "Apply Ticket Action". This field also allows for placeholders.
* Ticket Change Triggers which are set to trigger on either "any ticket change" or when a ticket is "in a status" will no longer trigger on simple changes of whether a ticket is unread or not.
* Added ticket filter type: "Read status" which allows filtering tickets by their status of whether they are read or unread.
* The Task Planner action "Apply Ticket Action" now allows for rich text entry for the editing step.
* Ticket components such as triggers will now check the ticket permissions of the task's owner. This means that if you happen to have any Task Planner tasks whose owner does not have access to certain resources, for example, then ticket change triggers will no longer fire for any tickets in these resources, and ticket series will no longer include these tickets, etc. In this case, we recommend either granting ticket privileges to the owner of the tasks or converting the task to be a "system task" by editing its settings - this causes the task to be run with full privileges and the components will therefore again work for any ticket.

[changes:de]
* Eine neue Aktion "Ticket-Freigabe hinzufügen" wurde hinzugefügt, mit der Supporter Lese- oder Schreibzugriff auf Tickets für bestimmte Benutzer und Gruppen gewähren können. Die Aktion kann in Aufgaben verwendet werden, um Tickets automatisch mit anderen Benutzern oder Gruppen zu teilen, wenn bestimmte Bedingungen erfüllt sind.
* Zwei neue Ticket-Filtertypen hinzugefügt: "Erstellt" und "Zuletzt geändert". Damit können Tickets nach ihrem Erstellungsdatum oder dem Datum der letzten Änderung gefiltert werden.
* 4 zusätzliche Zeitoptionen zum Filtern von Datumsfeldern hinzugefügt.
* Neuer Trigger-Typ "Formular-Trigger" hinzugefügt, der einen Aufgabenplan startet, wenn ein Formular mit dem Absende-Typ "Task Planner benachrichtigen" abgeschickt wird. Der Auslöser kann so konfiguriert werden, dass er auf beliebige oder nur auf ein bestimmtes Formular reagiert.
* In der Aktion "Ticket-Aktion auf Ticket anwenden" ist es nun möglich, einen Aufwandswert einzugeben, der im Realisierungsschritt der Aktion auftauchen wird. In diesem Feld ist es auch möglich, Platzhalter einzutragen.
* Wenn ein "Ticket Verändert"-Trigger eingestellt ist, eine Aufgabe bei "Jeder Ticketänderung" oder jeder Änderung eines Tickets "in einem Status" zu starten, wird das nicht mehr tun wenn ein Ticket einfach nur "gelesen" oder "ungelesen" wird.
* Neuen Ticket-Filtertyp "Lesestatus" hinzugefüt, womit Tickets danach gefiltert werden können ob sie "gelesen" oder "ungelesen" sind.
* Die Aktion "Ticket-Aktion auf Ticket anwenden" erlaubt nun die Eingabe von Rich Text für den Bearbeitungsschritt.
* Ticketkomponenten wie Trigger prüfen nun die Berechtigungen des Aufgabeninhabers für das Ticket. Das bedeutet: Wenn es in der Aufgabenplanung Aufgaben gibt, deren Inhaber keinen Zugriff auf bestimmte Ressourcen haben, werden beispielsweise Ticket-Änderungs-Trigger für Tickets in diesen Ressourcen nicht mehr ausgelöst und Ticket-Serien enthalten diese Tickets ebenfalls nicht mehr. Wenn dies nicht gewünscht ist, empfehlen wir, entweder dem Inhaber der Aufgabe die nötigen Ticket-Rechte zu geben oder die Aufgabe in den Einstellungen in eine "Systemaufgabe" umzuwandeln. Dann läuft sie mit vollen Rechten und die Komponenten laufen wieder für alle Tickets.

[bugfixes]
* Improved resource display of sub-resources in trigger conditions or actions by displaying their paths.
* Fixed the process trigger not firing for "Reaching activity" if the activity was the starting activity of the process.
* Placeholders in formula jobs were not replaced if the values were empty.
* Empty values in selectable fields were sometimes not correctly checked in ticket filter conditions.
* The initial default values of ticket fields were not correctly applied to the ticket filter.
* Leaving the subject field empty for an Apply Ticket Action email action would cause the task to fail.
* Setting a ticket's resource to the same resource as before could cause the Set Ticket Field action to fail.
* Using a placeholder for a category in the Set Ticket Field action could lead to an error.
* Newly created ticket fields and user fields were not immediately visible in the task planner field selection dropdown until the server was restarted.

[bugfixes:de]
* Bei Nutzung von Unterresourcen in Bedingungen oder Aktionen wird der Pfad der Unterresource mit angezeigt.
* Der Prozess-Trigger wurde nicht korrekt ausgelöst, wenn er auf "Erreichen einer Aktivität" gestellt wurde, die die Anfangsaktivität eines Prozesses war.
* In Formel-Jobs wurden Platzhalter nicht ersetzt, wenn der Wert leer war.
* In Ticketfilterbedingungen wurden leere Werte unter Umständen nicht korrekt behandelt.
* Initiale Standardwerte von Ticketfeldern wurden im Ticketfilter nicht korrekt angewandt.
* Wenn in einer Ticket-Aktion-Anwenden Aktion der Betreff leer gelassen wurde, kam es bei der Ausführung der Aufgabe zu einem Fehler.
* Ein Ticket in die gleiche Ressource zu eskalieren konnte für die Aktion "Ticketfeld Setzen" zu einem Fehler führen.
* Wenn ein Platzhalter für einen Kategoriewert in der Aktion "Ticketfeld Setzen" genutzt wurde, konnte dies zu einem Fehler führen.
* Neu erstellte Ticketfelder und Benutzerfelder wurden erst nach einem Server-Neustart in der Aufgabenplanung im Feldauswahl-Dropdown angezeigt.

[security]

[security:de]

