Juli 2022

29. Juli 2022

Berechtigungserhöhung jetzt verboten

Wenn ein Benutzer zuvor versuchte, Rollen zuzuweisen, die Berechtigungen enthielten, die er selbst nicht hatte, wurde eine Warnung angezeigt, die darauf hinweist, dass der Vorgang möglicherweise höhere Berechtigungen erfordert.

Ab heute ist die Zuweisung von Rollen in einem solchen Fall nicht mehr zulässig, es sei denn, Sie verfügen über die Berechtigungen Rollen – Bearbeiten oder Rollen – Erstellen.

Wenn Sie versuchen, Rollen mit Berechtigungen zuzuweisen, die Sie nicht haben, weist die Fehlermeldung auf die Rollen hin, die die zusätzlichen Berechtigungen enthalten, und Sie müssen die angegebenen Rollen entfernen, um mit der Rollenzuweisung fortzufahren.

Diese Änderung gilt, wenn Rollen aus dem Mandanten- oder Ordnerkontext zugewiesen werden.

26. Juli 2022

Auftragsprioritäten

Die Auftragspriorität kann jetzt auf einer detaillierteren Ebene festgelegt werden, wobei insgesamt zehn Prioritätstypen zur Auswahl stehen. Diese sind auf Prozess-, Auftrags- und Triggerebene verfügbar und ermöglichen es Ihnen, beim Umgang mit einer großen Anzahl von Ordnern, Prozessen und Warteschlangen sehr präzise zu sein.

Aufträge mit einer der vorherigen drei Prioritäten werden dem neuen Satz wie folgt zugeordnet:

Niedrig > Niedrig
Normal > Mittel
Hoch > Hoch

Darüber hinaus kann die Auftragspriorität über die API als numerischer Wert zwischen 1 und 100 festgelegt werden, indem der neue SpecificPriorityValue -Parameter verwendet wird, der in den folgenden Endpunkten verfügbar ist:

POST /odata /Jobs /UiPath.Server.Configuration.OData.StartJobs
POST/odata /ProcessSchedules
PUT/odata /ProcessSchedules({key})

Bestätigungsfenster beim Löschen von Benutzern

Beim Löschen von Benutzern wird jetzt ein neues Bestätigungsfenster angezeigt. Das Fenster listet die Benutzer mit ausgelasteten Robotern auf und informiert Sie darüber, dass beim Löschen auch die laufenden Aufträge gelöscht werden. Wenn Sie einen Benutzer mit beschäftigtem Roboter bearbeiten, werden Sie im Bestätigungsfenster darüber informiert, dass Aufträge möglicherweise fehlschlagen.

Separate Warnungen für Attended- und Unattended-Roboter

Ab dem 29. Juni wurde der Benachrichtigungsmechanismus geändert, um separate Warnungen für Attended- und Unattended-Roboter bereitzustellen. Daher wird den Warnungen von Unattended-Robotern das Präfix „Unattended“ vorangestellt. Ebenso haben Attended-Roboter-Warnungen das Präfix „Attended“. Darüber hinaus werden die Schweregrade Fatal und Error für Attended-Roboter-Warnungen auf Info reduziert.

Die folgende Tabelle fasst die Änderungen zusammen:

Vorherige Warnung	Neue Warnung – Teilnehmer	Neue Warnung – Unattended
„Roboter ist getrennt.“ Schweregrad: Fatal	„Attended-Roboter ist getrennt.“ Schweregrad: Info	„Unattended-Roboter ist getrennt.“ Schweregrad: Fatal
„Roboter reagiert nicht.“ Schweregrad: Fehler	„Attended-Roboter reagiert nicht.“ Schweregrad: Info	„Unattended-Roboter reagiert nicht.“ Schweregrad: Fehler
„Roboter ist verfügbar.“ Schweregrad: Info	„Beaufsichtigter Roboter ist verfügbar.“ Schweregrad: Info	„Unattended-Roboter ist verfügbar.“ Schweregrad: Info

Fehlerkorrekturen (Bug Fixes)

Das Untersuchen von Workflow-Paketen mit zwei oder mehr aufeinanderfolgenden Flow-Switch-Aktivitäten führte zu einem Fehler.
Wenn Sie einen Prozess gelöscht haben, der einem Trigger zugeordnet war, wurde dieser bestimmte Trigger immer noch auf der Seite Suchen angezeigt, anstatt zusammen mit dem Prozess gelöscht zu werden. Wenn Sie versucht haben, den Trigger auf der Seite Suchen zu bearbeiten, wurde der Fehler „ProcessSchedule is not exist (#1002)“ zurückgegeben.

19. Juli 2022

Automation Cloud™-Roboter – serverlos

Bei der automatischen Auswahl der Maschinengröße wählen wir für Prozesse, die UiPath Document Understanding-Aktivitäten verwenden, jetzt die Maschinengröße „Standard“ anstelle von „Groß“ aus.

18. Juli 2022

Verbundene Trigger im Orchestrator – Teil 1

Der Orchestrator unterstützt triggerbasierte Automatisierungen aus Studio Web (derzeit in der Vorschau) über mehrere persönliche Arbeitsbereichsanpassungen:

Durch das Veröffentlichen eines Projekts im Orchestrator wird das Paket in Ihrem persönlichen Arbeitsbereich verfügbar. Damit Sie im Handumdrehen ausführungsbereit sind, erstellt der Orchestrator automatisch einen Prozess im Arbeitsbereich. Der Prozess hat denselben Namen wie das Studio-Webprojekt.
Durch das erneute Veröffentlichen des Automatisierungsprojekts im Orchestrator werden alle Prozess-, Paket- oder Triggerbearbeitungen mit den Werten überschrieben, die im Studio Web-Workflow vorhanden sind.
Zum Zeitpunkt der Veröffentlichung wählt der Orchestrator eine der verfügbaren Laufzeiten des persönlichen Arbeitsbereichs aus, um den Auftrag auszuführen. Die Laufzeitpriorität ist die folgende:
1. Serverlos
2. Produktion (Unattended)
3. Nichtproduktiv (NonProduction)
  
  Wenn beispielsweise keine serverlosen Laufzeiten in Ihrem persönlichen Arbeitsbereich vorhanden sind, verwendet der Orchestrator die verfügbare Produktionslaufzeit. Wenn auch diese nicht vorhanden ist, verwendet der Orchestrator eine verfügbare NonProduction-Laufzeit. Wenn keine vorhanden ist, schlägt der Auftrag fehl.
  
  Hinweis: Wenn die ausgewählte Laufzeit zwischen Auftragsausführungen nicht verfügbar ist, schlägt die bevorstehende Auftragsausführung fehl, da der Orchestrator nicht nach der nächsten verfügbaren sucht.

Darüber hinaus gibt es je nach Triggertyp, der im Studio-Webprojekt verwendet wird, spezifische Anpassungen:

Zeitbasierter Trigger

Der Orchestrator erstellt automatisch den Zeittrigger, den Sie in Ihrem persönlichen Arbeitsbereich > Automatisierungen > Seite Trigger finden.

Ereignisbasierter Trigger

Der Ereignistrigger wird im Abschnitt Paketanforderungen des zugehörigen Prozesses im Orchestrator angezeigt (Registerkarte Prozesse > Weitere Aktionen > Bearbeiten > Paketanforderungen). Der Wert ist die im Workflow verwendete Microsoft Outlook 365-Kontoadresse.

Bekanntes Problem: Wenn Ihr Microsoft Outlook 365-Connector über mehrere Verbindungen (d. h. mehrere Konten) verfügt, stehen diese auf der Seite Prozess > Paketanforderungen von Orchestrator zur Auswahl.Das Ändern der ursprünglichen Verbindung (derjenigen, die im Studio-Webprojekt vorhanden ist) führt dazu, dass die Auftragsausführung fehlschlägt.Um den Fehler zu vermeiden, bearbeiten Sie die Verbindung im Studio-Webprojekt und veröffentlichen Sie sie erneut im Orchestrator.

Hinweis: Die einzige verfügbare Ereignisoption ist Neue E-Mail erhalten, die zum Microsoft Outlook 365-Connector gehört.

12. Juli 2022

Kontextmenü für jeden Ordner

Jeder einzelne Ordner verfügt jetzt über ein eigenes Kontextmenü.Es bietet eine Übersicht über alle ordnerbezogenen Aktionen und fasst die Optionen zusammen, die zuvor in den Menüs Schnellaktionen und Ordnerauswahl enthalten waren.

Darüber hinaus wird der Name des ausgewählten Ordners jetzt in den Breadcrumbs angezeigt. Wenn Sie darauf klicken, gelangen Sie zurück zur Registerkarte Start.