Die dieswöchige Version enthält die folgenden Aktualisierungen/Änderungen. Wie jede Woche werden wir diese heute Abend an alle SaaS-Umgebungen weitergeben.
Was gibt es Neues??
- Das Feld für das Zieldatum wurde zur Tabelle der Tickets hinzugefügt. Das bedeutet, dass es nun - sofern aktiviert - auch nach Excel exportiert werden kann.
- Beim Anpassen von E-Mails über die Aktionen wird nun auch ein Markdown-basierter WYSIWYG-Editor angezeigt.
- In Aktionen wurde ein neuer Auslöser hinzugefügt: "Benutzerverwaltung > Neu".
- Es ist jetzt möglich, benutzerdefinierte Kopfzeilen mit einem Webhook zu senden.
- Über die API können Sie jetzt nicht nur Tickets lesen, sondern auch erstellen und bearbeiten. Das Gleiche gilt für die Objekte der Datensätze.
- Es ist möglich, eine generierte E-Mail (aus Aktionen) zu speichern und sie dem entsprechenden Objekt/Ticket (EML-Datei) hinzuzufügen.
- Wenn ein Benutzer über das Portal antwortet, wird nun ein Protokolleintrag erstellt und ein Auslöser ausgelöst.
- Es ist möglich, im Portal die Möglichkeit zu deaktivieren, sowohl auf offene als auch auf abgeschlossene Tickets zu antworten.
- Sie können jetzt Bilder in allen WYSIWYG-Feldern verwenden. Dabei müssen Sie jedoch die Berechtigungen Ihres Publikums berücksichtigen. Wenn jemand beispielsweise keine Berechtigung für Ticketanhänge hat und Sie dort ein Bild einfügen, wird er das Bild nicht sehen.
- In den Zwischenräumen können Sie jetzt auch eine Kategorie zu Zeitleistenelementen hinzufügen.
- Es ist jetzt möglich, auf der Grundlage des oder der Status(s) festzulegen, dass ein Ticket abgeschlossen ist.
Was haben wir angepasst oder verbessert?
- Verschiedene 'Hinweise'. Dies sind Warnmeldungen, die in den lokalen Entwicklungsumgebungen unserer Entwickler angezeigt werden.
- Gelöschte Objekte befanden sich noch in den "Favoriten" der Nutzer.
- Es war unmöglich, einen Wiki-Artikel zu bearbeiten.
- Es war möglich, Dateien zu öffnen (wenn auch über eine Umleitung), für die man nicht berechtigt war.
Hinweis
Ab nächster Woche (Version v21.31) wird die Verwendung des api_key via URL entfallen. Wie bereits angekündigt, müssen Sie vollständig auf die Autorisierung über einen Header (mit Bearer-Token) umstellen. Bitte wenden Sie sich an den Support, um Unterstützung zu erhalten.
