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.

As such, this is what you can expect starting with August 21st in Community and August 28th in Enterprise:

• The Automation User role will no longer have permission to publish packages, and will abide by its initial definition, namely a user with the minimum folder level permissions needed to execute processes. This is a governance best practice to ensure that personal user packages do not accidentally get published without first being reviewed.
• You will have access to a new role, Automation Publisher, which is dedicated to proficient users who can publish their own packages.

24. Juli 2023

Webhooks in der Mandantensuche

Webhooks have been added to the list of entities that can be returned in the Search in tenant page.

Ä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:

    • Disable when consecutive job execution fail count - 10.
    • Grace period on disabling the trigger (days) - 0. This means the trigger will get disabled on the day when the job failed 10 consecutive times, to prevent the consumption of Robot Units from constantly trying to execute the job successfully.
• Two new tenant-level execution settings aimed at connected event, time, and queue triggers (i.e. triggers created in Studio Web) automatically published to personal workspaces:
  • Triggers - Connected triggers - Disable when job execution fail count - the trigger is disabled after the number of failed executions you choose for this setting.
  • Triggers - Connected triggers - Grace period when job execution keeps failing count (days) - the number of days to wait before the trigger is disabled after the first failure of a job.These do not apply to triggers published outside of personal workspaces.

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:

• Triggers - Disable when failed count is now Triggers - Disable when job creation fail count
• Triggers - Disable when it keeps failing count (days) is now Triggers - Grace period when job creation keeps failing count (days)

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

This change is scheduled to happen in two weeks' time in Community and in a month's time in Enterprise.

Breaking Change

Bevorstehende Änderung der Berechtigungsprüfungen

Creating a queue trigger from the user interface requires Queues permissions. However, this enforcement is not currently in place for API-triggered actions. As such, within a month, we will also start checking for the Create on Queues permission when you try to create a queue trigger from the API. Please make sure that you meet this requirement before that time.

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.