- Versionshinweise
- Erste Schritte
- Einstellung und Konfiguration (Setup and Configuration)
- Automationsprojekte
- Über die Veröffentlichung von Automatisierungsprojekten
- Entwerfen von Automatisierungen
- Verwalten von Aktivitätspaketen
- Konfigurieren von Aktivitätsprojekteinstellungen
- Signieren von Paketen
- Governance
- Importieren von Entitäten
- Moderne Designumgebung
- Verknüpfen eines Projekts mit einer Idee im Automation Hub
- Verwenden des Data Managers
- Abhängigkeiten
- Workflow-Typen
- Kontrollfluss
- Dateivergleich
- Beste Praktiken für die Automatisierung (Automation Best Practices)
- Integration der Quellenkontrolle
- Informationen zur Versionskontrolle
- Verwalten von Projekten mit TFS
- Verwalten von Projekten mit SVN
- Workflow Diff
- Debugging
- Protokollierung
- Das Diagnose-Tool
- Workflow-Analyse
- Über die Workflow-Analyse
- ST-NMG-001 – Namenskonvention für Variablen
- ST-NMG-002 – Namenskonvention für Argumente
- ST-NMG-004 – Duplizierung des Anzeigenamens
- ST-NMG-005 – Variable überschreibt Variable
- ST-NMG-006 – Variable überschreibt Argument
- ST-NMG-008 – Variablenlänge überschritten
- ST-NMG-009: Datentabellenvariablen mit Präfix versehen
- ST-NMG-011 – Datentabellenargumente mit Präfix versehen
- ST-NMG-012 – Standardwerte für Argumente
- ST-NMG-016 – Argumentlänge überschritten
- ST-NMG-017 – Der Klassenname stimmt mit dem Standard-Namespace überein
- ST-DBP-002 – Hohe Anzahl von Argumenten
- ST-DBP-003 – Leerer Catch-Block
- ST-DBP-007 – Mehrere Flussdiagrammebenen
- ST-DPB-010 – Mehrere Instanzen von [Workflow] oder [Testfall]
- ST-DBP-020 – Nicht definierte Ausgabeeigenschaften
- ST-DBP-021 – Hartcodiertes Timeout
- ST-DBP-023 – Leerer Workflow
- ST-DBP-024 – Prüfung der Persistenzaktivität
- ST-DBP-025 – Voraussetzung für Variablenserialisierung
- ST-DBP-026 – Verwendung der Verzögerungsaktivität
- ST-DBP-027 – Bewährte Methode für Persistenz
- ST-DBP-028 – Voraussetzung für Argumentenserialisierung
- ST-USG-005 – Hartcodierte Aktivitätsargumente
- ST-USG-009 – Nicht verwendete Variablen
- ST-USG-010 – Nicht verwendete Abhängigkeiten
- ST-USG-014 – Paketbeschränkungen
- ST-USG-017 – Ungültiger Parametermodifizierer
- ST-USG-020 – Minimale Protokollmeldungen
- ST-USG-024 – Nicht verwendet, gespeichert für später
- ST-USG-025 – Missbrauch gespeicherter Werte
- ST-USG-026 – Aktivitätseinschränkungen
- ST-USG-027 – Erforderliche Pakete
- ST-USG-028 – Aufruf von Dateivorlagen einschränken
- ST-USG-032 – Erforderliche Tags
- ST-USG-034 – Automation Hub-URL
- Variablen
- Argumente
- Importierte Namespaces
- Codierte Automatisierungen
- Einleitung
- Registrieren von benutzerdefinierten Diensten
- „Vor“- und „Nach“-Kontexte
- Generieren von Code
- Generieren eines codierten Testfalls aus manuellen Testfällen
- Triggerbasierte Attended-Automatisierung
- Aufzeichnung
- UI-Elemente
- Selektoren
- Objekt-Repository
- Data-Scraping
- Bild- und Textautomatisierung
- Automatisierung von Citrix-Technologien
- RDP-Automatisierung
- VMware Horizon-Automatisierung
- Salesforce-Automatisierung
- SAP-Automation
- macOS UI-Automatisierung
- Das Tool ScreenScrapeJavaSupport
- Das WebDriver-Protokoll
- Erweiterungen
- Über Erweiterungen
- SetupExtensions-Tool
- „UiPathRemoteRuntime.exe“ wird nicht in der Remotesitzung ausgeführt.
- UiPath Remote Runtime blockiert das Schließen der Citrix-Sitzung
- UiPath Remote Runtime verursacht Speicherverlust
- Versionen von UiPath.UIAutomation.Activities-Paket und UiPath Remote Runtime stimmen nicht überein
- Die erforderliche UiPath-Erweiterung ist auf der Remotemaschine nicht installiert
- Einstellungen für die Bildschirmauflösung
- Group Policies
- Kommunikation mit Browser nicht möglich
- Die Chrome-Erweiterung wird automatisch entfernt
- Möglicherweise ist die Erweiterung beschädigt
- Überprüfen Sie, ob die Erweiterung für Chrome installiert und aktiviert ist
- Überprüfen Sie, ob ChromeNativeMessaging.exe ausgeführt wird
- Überprüfen der korrekten Definition der ComSpec-Variablen
- Aktivieren Sie den Zugriff auf Datei-URLs und den Inkognito-Modus
- Mehrere Browser-Profile
- Group Policy conflict
- Spezifische bekannte Probleme für MV3-Erweiterungen
- Liste der Erweiterungen für Chrome
- Chrome-Erweiterung für Mac
- Group Policies
- Kommunikation mit Browser nicht möglich
- Die Edge-Erweiterung wird automatisch entfernt
- Möglicherweise ist die Erweiterung beschädigt
- Überprüfen, ob die Erweiterung für Microsoft Edge installiert und aktiviert ist
- Überprüfen Sie, ob ChromeNativeMessaging.exe ausgeführt wird
- Überprüfen der korrekten Definition der ComSpec-Variablen
- Aktivieren des Zugriffs auf Datei-URLs und den InPrivate-Modus
- Mehrere Browser-Profile
- Group Policy conflict
- Spezifische bekannte Probleme für MV3-Erweiterungen
- Liste der Erweiterungen für Edge
- Erweiterung für Safari
- Erweiterung für VMware Horizon
- Erweiterung für Amazon WorkSpaces
- SAP Solution Manager-Plugin
- Excel-Add-in
- Test Suite – Studio
- Fehlersuche und ‑behebung
- Informationen zur Fehlerbehebung
- Fehler bei der Assembly-Kompilierung
- Microsoft App-V – Unterstützung und Einschränkungen
- Fehlerbehebung bei Internet Explorer x64
- Probleme in Microsoft Office
- Erkennen von UI-Elementen in PDF mit Zugriffsoptionen.
- Reparieren der Active Accessibility-Unterstützung
- Die Validierung großer Windows-Legacy-Projekte dauert länger als erwartet
Studio-Benutzerhandbuch
Orchestrierungsprozess
Lang andauernde Workflows sind Masterprojekte, die Serviceorchestrierung, menschliche Eingriffe und lang andauernde Transaktionen in Unattended-Umgebungen unterstützen.
Menschliches Eingreifen kommt ins Spiel, wenn bestimmte Prozesse menschliche Eingaben erfordern, um Ausnahmen, Genehmigungen oder Validierungen zu verarbeiten, bevor der nächste Schritt der Aktivität ausgeführt wird.
Ein Workflow mit langer Ausführungszeit enthält UiPath.Persistence.Activities und kann mit Invoke Process und Aktivitäten ohne Benutzerinteraktion kombiniert werden, wodurch menschliche Aufgaben mit Roboteraufgaben koordiniert werden. Er wird in Sitzung 0 ausgeführt und gewährleistet so eine schnelle Ausführung. Bitte beachten Sie, dass das Debugging eines Orchestrierungsprozesses in einer Benutzersitzung erfolgt.
Lang andauernde Workflows können Folgendes orchestrieren:
- Hintergrundprozesse, die Aktivitäten enthalten können, die API-Aufrufe ausführen und in Sitzung 0 ausgeführt werden. Sie können mit der Aktivität Invoke Process aufgerufen werden.
- UI: Ein Prozess mit Benutzerinteraktionsaktivitäten, der über die Aktivität Start Job von Orchestrator aufgerufen und in einer Benutzersitzung ausgeführt wird.
- Human in the Loop: Der Benutzer interagiert durch Aufgaben, die das Ausfüllen von Formularen im Orchestrator erfordern. Dies impliziert die Verwendung der Aktivität Create Form Task zusammen mit Wait for Form Task und Resume.
Wechseln Sie in Studio zu Start > Orchestrierungsprozess, um die Vorlage zu öffnen, welche die standardmäßigen UiPath.Persistence.Activities- und UiPath.System.Activities-Abhängigkeiten in einem Flowchart-Workflowtyp enthält.
supportsPersistence: true
, der angibt, dass die Prozessausführung nach Abschluss der Aufgabe fortgesetzt wird.
requiresUserInteraction: false
gibt an, dass dieser Workflow keine Benutzerinteraktionsaktivitäten enthält, ähnlich wie ein Hintergrundprozess.
project.json
-Datei manuell zu ändern.
Ein Prozess kann aus dem Fenster Projekteinstellungen in einen Orchestrierungsprozess umgewandelt werden, indem der Umschalter Unterstützt Persistenz auf Jagesetzt wird.
Zum Einstieg enthält das Panel Snippets eine Reihe von Workflow-Snippets, mit denen Sie einen Orchestrierungsprozess erstellen können.
UiPath.Persistence.Activities
-Pakets sind, zu koppeln und Ihren eigenen Orchestrierungsprozess zu erstellen:
-
Verwenden Sie die Aktivität Add Queue Item and Get Reference, um ein Warteschlangenelement mit
in
-,in/out
- oderout
-Parametern hinzuzufügen und das entsprechende Objekt des Warteschlangenelements zu erhalten. Wenn das Warteschlangenelement verarbeitet ist, werden in derItemInformation
-Eigenschaft bereitgestellte Argumente wieder den zugeordneten Workflow-Variablen zugewiesen, wenn diese Aktivität an die Aktivität Wait for Queue Item and Resume gekoppelt ist. -
Die Aktivität Wait for Queue Item and Resume muss mit den Aktivitäten „Add Queue Item“ und „Get Reference“ gekoppelt werden. Der Workflow wechselt in den Status „Angehalten“, sodass der Roboter bei dieser Aktivität auf den Abschluss eines bestimmten Warteschlangenelements wartet, bevor er mit dem nächsten Schritt im Prozess fortfährt.
-
Die Aktivität Start Job and Get Reference ruft andere Prozesse durch Bereitstellen von Argumenten vom Typ
in
,in/out
oderout
auf. Nach der Ausführung werden die geänderten Argumente dann wieder den Workflow-Variablen zugeordnet, wenn diese Aktivität an die Aktivität Wait for Job and Resume gekoppelt ist. -
Die Aktivität Wait for Job and Resume muss mit Start Job and Get Reference gekoppelt werden, indem das von letzterer Aktivität ausgegebene
Job Object
bereitgestellt wird. Dadurch wird der aktuelle Prozess vorübergehend angehalten und auf den Abschluss des Referenzauftrags gewartet. Der Prozess wird fortgesetzt, sobald der Status des Referenzauftrags auf „Abgeschlossen“ aktualisiert wurde. -
Verwenden Sie die Aktivität Create Form Task, um eine Aufgabe mit formularbasierter Visualisierung für menschliche Interaktionen innerhalb eines Workflows zu erstellen. Diese Formulare mit relevantem Workflow-Kontext werden den Benutzern zur Entscheidungsfindung und für andere Szenarien angeboten. Um den Formulardesigner in dieser Aktivität zu aktivieren, müssen Sie das Paket UiPath.FormActivityLibrary installieren.
Hinweis: Wenn Sie eine Studio-Version ab 2021.4 verwenden, die mit UiPath.Persistence.Activities- und UiPath.FormActivityLibrary-Versionen vor 1.2.1 beginnt, wird das Fenster „Formulardesigner“ nicht fokussiert und Sie können mit Studio interagieren, wenn das Designerfenster geöffnet ist. Um dieses Problem zu vermeiden, stellen Sie sicher, dass die Pakete auf die neueste Version aktualisiert werden. -
Die Aktivität Wait for Form Task and Resume muss mit Create Form Task gekoppelt werden, indem
Task Object
als Eingabe bereitgestellt wird, um den Workflow auszusetzen, bis diese bestimmte Aufgabe durch den Endbenutzer abgeschlossen wurde. - Verwenden Sie die Aktivität Resume After Delay, um die Ausführung des Workflows auszusetzen und zu einem bestimmten Datum und einer bestimmten Uhrzeit wieder aufzunehmen.
- Führen Sie den Workflow in Studio aus. Immer wenn der Roboter eine Aktivität mit langer Ausführungszeit ausführt, wechselt Studio in den schreibgeschützten Zustand, wobei die Option Fortsetzen im Menüband aktiviert ist. Zum Fortfahren schließen Sie die zugrunde liegende Aufgabe, das Element oder den Auftrag in der Warteschlange ab und klicken auf Fortsetzen.
- Aktivitäten mit langer Ausführungszeit („Wait and Resume“-Aktivitäten), die Teil des
UiPath.Persistence.Activities
-Pakets sind, können nur in einem Orchestrierungsprozess-Einstiegspunkt – der alsMain.xaml
gekennzeichneten Datei – verwendet werden. - Auf wiederverwendbare Komponenten, die auf einem Orchestrierungsprozess basieren, kann nur innerhalb eines anderen Orchestrierungsprozesses verwiesen werden.
- Wenn ein Workflow mit langer Ausführungszeit an die Warteschlangenverarbeitung angehängt ist und sich der Workflow im Status „Angehalten“ befindet, verbleibt das Warteschlangenelement auch nach 24 Stunden im Status „In Bearbeitung“, bis der Workflow bei der Wiederaufnahme den Transaktionsstatus setzt. Bezeichner der Warteschlangenelemente sind Teil des persistierten Workflow-Kontextes, wenn sie im gleichen Scope der „Wait and Resume“-Aktivitäten enthalten sind.
-
Persistenzpunkte (Wait- und Resume-Aktivitäten) dürfen nicht innerhalb des Texts einer Für jede-Aktivität verwendet werden, da sie den Workflow nach dem Ausführen der ersten Iteration anhalten. Dies ist möglicherweise nicht das gewünschte Verhalten.
Alternativ können Sie Schleifen mit Persistenzaktivitäten verwenden, z. B. die Aktivität Parallel für jeden. Bitte beachten Sie, dass die maximale Anzahl von Resume-Triggern pro Auftrag standardmäßig auf 1.000 begrenzt ist.
- Die Delay- und Retry Scope-Aktivitäten werden nicht unterstützt und funktionieren nicht ordnungsgemäß, wenn sie im Hauptworkflow eines Orchestrierungsprozesses verwendet werden. In solchen Fällen sollten sie in eine No Persistence Scope-Aktivität gesetzt werden.
- Lang andauernde Workflows können in jedem verfügbaren Roboter desselben Typs wie dem, der einen Auftrag (z. B. unattended oder außerhalb der Produktion) in derselben Umgebung oder demselben Ordner angehalten hat, wieder aufgenommen werden, sodass lokale Ressourcen, die für die Ausführung erforderlich sind, auch nach Persistenzpunkten verfügbar sein müssen.
- Alle Variablen, die im Scope einer Aktivität mit langer Ausführungszeit verwendet werden, müssen serialisierbar sein. Die auf dieser Seite aufgeführten Variablentypen sind serialisierbar: „Text“, „True or False“, „Number“, „Array“, „Date“ und „Time“. Datentabellen- und GenericValue-Variablen.
- Nicht serialisierbare Datentypen können in getrennten Sequence-Scopes im selben Workflow oder durch den Aufruf anderer Dateien verwendet werden, solange sie sich zwischen Warte- und Fortsetzungsaktivitäten wie Wait for Job and Resume, Wait for Queue Item and Resume und Wait for Form Task and Resume befinden.
- Berücksichtigen Sie, dass einige Eigenschaften von Objekten, die von Aktivitäten mit langer Ausführungszeit generiert wurden, nicht im Lokal-Panel ausgewertet werden können.
- Implementieren Sie eine geeignete Batchverarbeitung in Workflows, die eine hohe Anzahl von Aktionen pro Auftrag erwarten. Bitte beachten Sie, dass es ein Standardlimit von 1.000 Aktionen (oder anderen Auftragstriggern) gibt, auf die ein Auftrag gleichzeitig warten kann.