INHALTSVERZEICHNIS
- Änderungen in der Benutzerschnittstelle (GUI)
- Änderungen in der Benutzerpflege
- Änderungen für API Benutzer
- Änderungen bei den Metadaten
Änderungen in der Benutzerschnittstelle (GUI)
Es wurden diverse Änderungen gemacht, viele davon eher kosmetischer Art - siehe folgende Beispiele:
Die wichtigsten Änderungen darüber hinaus betreffen die sogenannte Responsiveness, also die Möglichkeit, das GUI auch auf Geräten mit einer schlechteren Auflösung als der bisher vorausgesetzten (1920 * 1080) zu betreiben (z.B. Tablets).
Siehe auch: Was sind die aktuellen Systemvoraussetzungen?
Änderungen in der Benutzerpflege
Löschen von Benutzern
Bereits hinzugefügte Benutzer können wieder gelöscht werden, solange sie keine aktiven Tickets besitzen.
Änderungen für API Benutzer
Einstellungen der eigenen Organisation: Test Button
Die Einstellungen der eigenen Organisation erfolgen im Self-Service durch einen Administrator.
Sollte die Plattform über die API genutzt werden, ist eventuell die Angabe der Zugangsdaten zur eigenen Notifications-API erforderlich (also falls Notifications erwünscht sind).
Hier war es bisher nicht möglich, diese Angaben auch vor dem Speichern unmittelbar zu überprüfen.
Ab sofort kann dies über einen "Verbindungstest"-Button durchgeführt werden.
Dabei wird eine Dummy "Create Notification" versendet, die bewusst keine Payload enthält (Body).
Dies führt zwar in jedem Fall zu einem erwarteten Fehler (400 Bad Request), doch das ist bereits ein Indiz dafür, dass die API erreicht wurde. Andernfalls wird es andere Fehler geben (Verbindung konnte nicht hergestellt werden).
Das positive Ergebnis ist also keine 100% Garantie für eine vollständig korrekt implementierte API. Zumindest kann die Erreichbarkeit und die Gültigkeit der Authentifizierungs-Merkmale festgestellt werden.
Neuer HTTP Code: 422 Unprocessable Content
Die API quittierte fehlerhafte Tickets bisher grundsätzlich mit einem HTTP-Code 400: Bad Request.
Jetzt wird unterschieden zwischen
- 400 Bad Request: Syntaxfehler = formale Fehler im Ticket
- 422 Unprocessable Content: Validierungsfehler = das Ticket erfüllt nicht die Anforderungen gemäß Metadaten (z.B. fehlende Pflichteingabe)
Änderungen bei den Metadaten
Neue Eigenschaft: exklusive Gruppe
Die neu eingeführte Eigenschaft exklusive Gruppe (excclusiveGroup) erlaubt die Markierung von Feldern, die nicht gleichzeitig gefüllt werden dürfen.
Beispiel:
Ein Eintrag in der Liste der Telefonnummern darf entweder eine Rufnummer enthalten oder einen Rufnummern-Block, aber nicht beides gleichzeitig.
Zusammen mit der bereits eingeführten Eigenschaft Pflichteingabe in Struktur (mandatoryInStructure) sind jetzt alle wesentlichen Eigenschaften eines Attributs auch in den Metadaten abgebildet.
War dieser Artikel hilfreich?
Das ist großartig!
Vielen Dank für das Feedback
Leider konnten wir nicht helfen
Vielen Dank für das Feedback
Feedback gesendet
Wir wissen Ihre Bemühungen zu schätzen und werden versuchen, den Artikel zu korrigieren