Juli 2023

26. Juli 2023

Bevorstehende Änderungen an Rollen und Berechtigungen

Wir entwickeln unsere Rollen ständig weiter, um sie so intuitiv und eigenständig wie möglich zu gestalten, damit Sie leichter ermitteln können, welche am besten zu Ihren Anforderungen passt.

Daher können Sie ab dem 21. August in Community und am 28. August in Enterprise Folgendes erwarten:

• Die Rolle Automation User hat keine Berechtigung mehr zum Veröffentlichen von Paketen und wird sich an ihre ursprüngliche Definition halten, nämlich ein Benutzer mit den minimalen Berechtigungen auf Ordnerebene, die zum Ausführen von Prozessen erforderlich sind. Dies ist eine Governance Best Practice zur Sicherstellung, dass persönliche Benutzerpakete nicht versehentlich veröffentlicht werden, ohne vorher überprüft worden zu sein.

• Sie haben dann Zugriff auf eine neue Rolle, Automation Publisher, die erfahrenen Benutzern gewidmet ist, die ihre eigenen Pakete veröffentlichen können.

24. Juli 2023

Webhooks in der Mandantensuche

Webhooks wurden der Liste der Entitäten hinzugefügt, die auf der Seite Suche in Mandant zurückgegeben werden können.

Änderungen bei manuellen Wiederholungen

Manuelle Wiederholungen werden nicht zu der maximalen Anzahl von Wiederholungen gezählt, die Sie für Warteschlangenelemente festgelegt haben.

Zur Anpassung an dieses Verhalten wurden die folgenden Parameteränderungen vorgenommen, wenn manuelle Wiederholungsversuche über die API durchgeführt werden:

• RetryNumber ist jetzt 0
• AncestorId ist jetzt null

Eindeutiger Schlüssel des Warteschlangenelements

Einzelne Warteschlangenelemente erhalten jetzt beim erneuten Versuch ihren eigenen eindeutigen Schlüssel, während sie zuvor den Schlüssel des übergeordneten Elements geerbt haben.

Dies gilt sowohl für automatische als auch für manuelle Wiederholungen.

Fehler bei der Verbindung mit dem Anmeldeinformationsspeicher

Wird die Verbindung zu dem Anmeldeinformationsspeicher, der die Zugriffsrechte des Roboters enthält, nicht hergestellt und damit die Abfrage des Kennworts verhindert, wird der Roboter nicht mehr gestartet und Sie erhalten folgende Fehlermeldung:

Unable to retrieve credentials from {credential_store_name} credential store. Please check your connection settings and ensure the {credential_store_name} service is running.

Dadurch wird verhindert, dass Sie aufgrund wiederholter Versuche, den Roboter ohne Zugriffsrechte zu starten, aus dem Roboterkonto ausgesperrt werden.

Neue Transaktionsspalten

Wir haben der Seite Transaktionen (Warteschlangen > Transaktionen anzeigen) vier neue Spalten hinzugefügt:

• Frist (absolut)

• Verschieben (absolut)

• Gestartet (absolut)

• Beendet (absolut)

Beachten Sie, dass sie standardmäßig nicht aktiviert sind. Wählen Sie sie daher aus der Liste Spalten aus.

Diese Spalten sind auch in exportierten Berichten enthalten.

20. Juli 2023

Aufbewahrung aufgezeichneter Videos

Wir haben unsere Aufbewahrungsrichtlinie für aufgezeichnete Videos geändert. Wenn Sie nun die Ausführung eines Auftrags über die Einstellungen des zugrunde liegenden Prozesses aufzeichnen möchten, wird das Video im Orchestrator wie folgt gespeichert:

• Sieben Tage lang bei fehlgeschlagenen Aufträgen

• Drei Tage lang bei erfolgreichen Aufträgen

18. Juli 2023

Änderungen der Ausführungseinstellungen

Wir haben neue Einstellungen hinzugefügt, mit denen Sie steuern können, wann Trigger nach Auftragsfehlern deaktiviert werden. Davon können Sie jetzt profitieren:

• Eine neue Einstellung im Fenster zur Erstellung von Triggern für Zeit und Warteschlange, nämlich Deaktivierung von ausführungsbasierten Triggern festlegen. Wenn der Umschalter aktiviert ist, werden Ihnen zwei Optionen angezeigt:
  • Deaktivieren, wenn die Zählung der aufeinanderfolgenden Auftragsausführungen fehlschlägt – Der Trigger wird nach der Anzahl der fehlgeschlagenen Ausführungen deaktiviert, die Sie für diese Einstellung auswählen.
  • Übergangszeitraum beim Deaktivieren des Triggers (Tage) – Die Anzahl der Tage, die gewartet werden soll, bevor der Trigger nach dem ersten Fehlschlagen eines Auftrags deaktiviert wird.
    Hinweis:

    Falls Sie einen serverlosen Roboter in einer Community-Instanz ausführen, werden die folgenden Ausführungswerte automatisch festgelegt und können nicht bearbeitet werden:

    • Deaktivieren, wenn die Zählung der aufeinanderfolgenden Auftragsausführungen fehlschlägt – 10.
    • Übergangszeitraum beim Deaktivieren des Triggers (Tage) – 0.

    Das bedeutet, dass der Trigger an dem Tag deaktiviert wird, an dem der Auftrag 10 Mal hintereinander fehlgeschlagen ist, um zu verhindern, dass der Verbrauch von Robot Units ständig versucht, den Auftrag erfolgreich auszuführen.

• Zwei neue Ausführungseinstellungen auf Mandantenebene für verbundene Ereignis-, Zeit- und Warteschlangen-Trigger (d. h. in Studio Web erstellte Trigger), die automatisch im persönlichen Arbeitsbereich veröffentlicht werden:
  • Trigger – Verbundene Trigger – Deaktivieren, wenn die Zählung von Auftragsausführungen fehlschlägt – Der Trigger wird nach der Anzahl fehlgeschlagener Ausführungen deaktiviert, die Sie für diese Einstellung wählen.
  • Trigger – Verbundene Trigger – Übergangszeitraum, wenn diese Anzahl von Auftragsausführungen weiterhin fehlschlägt (Tage) – Die Anzahl der Tage, die gewartet werden muss, bevor der Trigger nach dem ersten Fehlschlag eines Auftrags deaktiviert wird.

  Diese gelten nicht für Trigger, die außerhalb des persönlichen Arbeitsbereichs veröffentlicht werden.

Verbesserungen bei Berichtsexporten

Wir haben den Export von Daten aus Rastern optimiert. Von diesen Änderungen können Sie jetzt profitieren:

• Wenn Sie auf Exportieren klicken, werden Sie nicht mehr um eine Bestätigung gebeten. Stattdessen wird Ihnen eine Benachrichtigung angezeigt, die Sie darüber informiert, dass der Export in Bearbeitung ist.

• Danach wird eine weitere Benachrichtigung angezeigt, die Sie darüber informiert, dass die exportierten Daten zum Herunterladen bereit sind.

• Der Download wird dann automatisch gestartet, wenn Sie über die Berechtigung Warnungen – Anzeigen verfügen.

• Wenn Sie nicht darüber verfügen, können Sie die exportierten Daten von der Seite Meine Berichte herunterladen.

11 July 2023

Umbenannte Ausführungseinstellungen

Zwei Ausführungseinstellungen auf Mandantenebene wurden umbenannt, damit Sie sich leichter zurechtfinden:

• Trigger – Zählfunktion deaktivieren, wenn sie fehlschlägt lautet jetzt Trigger – Bei dieser Anzahl von fehlgeschlagenen Auftragserstellungen deaktivieren
• Trigger – Zählfunktion deaktivieren, wenn sie wiederholt fehlschlägt (Tage) ist jetzt Trigger – Übergangszeitraum, wenn diese Anzahl von Auftragserstellungen weiterhin fehlschlägt (Tage)

Interne Paketsortierung

Interne Pakete, d. h. Pakete, die über vom Orchestrator gehostete Feeds hochgeladen werden, werden jetzt nach Veröffentlichungsdatum sortiert. Das Veröffentlichungsdatum ist das Datum, an dem die neueste Version eines Pakets veröffentlicht wurde.

Änderungen bei der Triggerausführung

Die wiederkehrende Ausführung von Zeit-Triggern, Warteschlangen-Triggern und Testzeitplänen basiert jetzt auf ihrer Erstellungszeit. Während sie zuvor bei Sekunde 0 jeder Minute ausgelöst wurden, werden sie jetzt in der gleichen Sekunde ausgelöst wie in ihrer Erstellungszeit.

So sieht die Änderung in CRON-Ausdrücken aus:

• Für einen Zeittrigger, der um 12:23:34 Uhr mit dem CRON-Ausdruck 0 * * ? * * (d. h. Ausführung jede Minute) erstellt wird, ist die nächste Ausführungszeit um 12:24:34 Uhr.

• Für einen Zeittrigger, der um 12:23:34 Uhr mit dem CRON-Ausdruck 1 * * ? * * (d. h. Ausführung 1 Sekunde nach jeder Minute) erstellt wird, ist die nächste Ausführungszeit um 12:24:01 Uhr.

Berechtigungsprüfungen für Paketdownloads

Roboter können jetzt Pakete aus dem Mandanten-Feed herunterladen, sofern sie über die Berechtigung zum Anzeigen für Pakete verfügen.

Bevorstehende Änderung an manuellen Wiederholungen

Manuelle Wiederholungen werden nicht zu der maximalen Anzahl von Wiederholungen gezählt, die Sie für Warteschlangenelemente festgelegt haben.

Entsprechend diesem Verhalten werden die folgenden Parameteränderungen angewendet, wenn manuelle Wiederholungen über die API durchgeführt werden:

• RetryNumber wird 0
• AncestorId wird null

Diese Änderung soll in zwei Wochen in Community und in einem Monat in Enterprise umgesetzt werden.

Breaking Change

Bevorstehende Änderung der Berechtigungsprüfungen

Zum Erstellen eines Warteschlangentriggers über die Benutzeroberfläche sind Warteschlangenberechtigungen erforderlich. Diese Erzwingung ist jedoch derzeit für von der API ausgelöste Aktionen nicht verfügbar. Daher überprüfen wir innerhalb eines Monats auch die Berechtigung zum Erstellen für Warteschlangen, wenn Sie versuchen, einen Warteschlangentrigger über die API zu erstellen. Bitte stellen Sie sicher, dass Sie diese Anforderung vor diesem Zeitpunkt erfüllen.

Wann werden die Änderungen angezeigt?

Das Datum, an dem eine Änderung zum ersten Mal in den Versionshinweisen angekündigt wird, ist das Datum, an dem sie zum ersten Mal verfügbar wird.

Wenn Sie die Änderung noch nicht sehen, wird sie bald durchgeführt, nachdem wir Änderungen für alle Regionen veröffentlichen.

Weitere Informationen

Zeitachse der Einstellung

Wir empfehlen Ihnen, die Zeitleiste der veralteten Elemente regelmäßig auf Aktualisierungen in Bezug auf Funktionen zu überprüfen, die veraltet und entfernt werden.