- 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
- Dateivergleich
- Beste Praktiken für die Automatisierung (Automation Best Practices)
- Integration der Quellenkontrolle
- Debugging
- 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-DBP-002 – Hohe Anzahl von Argumenten
- ST-DBP-003 – Leerer Catch-Block
- ST-DBP-007 – Mehrere Flussdiagrammebenen
- ST-DBP-020 – Nicht definierte Ausgabeeigenschaften
- 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-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
- Aufzeichnung
- UI-Elemente
- Kontrollfluss
- Selektoren
- Objekt-Repository
- Data-Scraping
- Bild- und Textautomatisierung
- Automatisierung von Citrix-Technologien
- RDP-Automatisierung
- Salesforce-Automatisierung
- SAP-Automation
- VMware Horizon-Automatisierung
- Protokollierung
- Das Tool ScreenScrapeJavaSupport
- Das WebDriver-Protokoll
- Test Suite – Studio
- Erweiterungen
- Fehlersuche und ‑behebung
- Informationen zur Fehlerbehebung
- 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
- Automatisieren von Anwendungen, die unter einem anderen Windows-Benutzer ausgeführt werden
- Die Validierung großer Windows-Legacy-Projekte dauert länger als erwartet
Workflowdesign
UiPath bietet vier Diagramme zur Integration von Aktivitäten in eine Arbeitsstruktur beim Entwickeln einer Workflow-Datei:
- Flowchart
- Sequence
- State Machine
- Global Exception Handler
Sequences haben eine einfache lineare Darstellung, die von oben nach unten fließt. Sie sind am besten für einfache Szenarien geeignet, bei denen eine Aktivität der nächsten folgt. Sie sind beispielsweise nützlich bei der UI-Automatisierung, wenn die Navigation und die Eingabe einen Klick/Tastenanschlag nach dem anderen geschieht. Da Sequences einfach anzuordnen und zu verstehen sind, sind sie für die meisten Workflows das bevorzugte Layout.
Flowcharts bieten mehr Flexibilität für die Verbindung von Aktivitäten und das Layout eines Workflows entspricht mehr einer zweidimensionalen Art. Wegen seiner freien Form und der ansprechenden Ansicht sind Flowcharts am besten dazu geeignet, Entscheidungspunkte innerhalb eines Prozesses aufzuzeigen. Pfeile, die überallhin zeigen können, ähneln der unstrukturierten GoTo-Programmieranweisung. Große Workflows sind in diesem Fall anfällig für ein chaotisches Verflechten von Aktivitäten.
State Machine ist eine ziemlich komplexe Struktur, die als Flowchart mit konditionalen Pfeilen, die auch Übergänge (Transitions) genannt werden, angesehen werden können. Damit wird eine kompaktere Darstellung der Logik ermöglicht, und wir fanden es geeignet für ein standardmäßiges Prozessdiagramm auf hoher Ebene von transaktionalen Geschäftsprozessvorlagen.
Die Ausnahmebearbeitung ist dazu bestimmt, in kleinen und großen Automationsprojekten zur Erkennung von Ausführungsfehlern und vor allem für die Bestimmung des Workflow-Verhaltens bei derartigen Fehlern eingesetzt zu werden. Wird bei der Fehlersuche ein Ausführungsfehler angetroffen, kann die globale Ausnahmebearbeitung darauf eingestellt werden, einzuschreiten und Ihnen die Überprüfung des Workflow-Verhaltens entsprechend den zuvor in der Ausnahmebearbeitung eingestellten Optionen zu ermöglichen.
In einen Workflow müssen Entscheidungen implementiert werden, damit dem Roboter ermöglicht wird, auf verschiedene Bedingungen bei der Datenverarbeitung und Anwendungsinteraktion unterschiedlich zu reagieren. Die Auswahl der passendsten Darstellung einer Bedingung und ihrer nachfolgenden Zweige hat große Auswirkungen auf die visuelle Struktur und Lesbarkeit eines Workflows.
Die If-Aktvität teilt eine Sequence vertikal und ist perfekt für kurze, ausgewogene, lineare Zweige. Probleme entstehen, wenn weitere Bedingungen auf eine Wenn… Andernfalls wenn-Weise verkettet werden müssen, insbesondere wenn die Verzweigungen die verfügbare Bildschirmgröße entweder in der Breite oder Höhe überschreiten. Als allgemeine Richtlinie gilt, dass verschachtelte If-Anweisungen vermieden werden sollten, um den Workflow einfach/linear zu halten.
Flowchart-Layouts sind geeignet, um wichtige Geschäftslogik und ähnliche Bedingungen wie verschachtelte Wenn-Anweisungen oder Wenn... Andernfalls wenn-Gebilde zu zeigen. In manchen Situationen sieht ein Flowchart sogar innerhalb einer Sequence gut aus.
Der VB-Wenn-Operator ist sehr nützlich für kleinere lokale Bedindungen oder Datenberechnungen und kann oft einen ganzen Block auf eine einzelne Aktivität reduzieren.
Die Switch-Aktivität kann manchmal in Konvergenz mit dem Wenn-Operator verwendet werden, um eine Wenn… Andernfalls wenn-Kaskade mit genauen Bedingungen und Aktivitäten pro Zweig zu rationalisieren und kompaktieren.
Mit der Aktivität Flow Switch wird der nächsten Knoten abhängig vom Wert eines Ausdrucks ausgewählt; Flow Switch kann als Äquivalent der prozeduralen Switch-Aktivität in Flussdiagrammen angesehen werden. Sie kann mehr als 12 Fälle abgleichen, indem mehr Verbindungen über denselben Switch-Knoten gestartet werden.
Daten gibt es hinsichtlich Visibilität und Lifecycle in den folgenden beiden Optionen: Argumente und Variablen. Der Zweck von Argumenten ist es, Daten von einem Workflow zu einem anderen weiterzuleiten, Variablen hingegen sind an einen Container in einer einzelnen Workflow-Datei gebunden und können nur lokal verwendet werden.
Im Gegensatz zu Argumenten, die überall in einer Workflow-Datei vorhanden sind, sind Variablen nur innerhalb eines Containers, in dem sie definiert sind und der Umfang genannt wird, sichtbar.
Variablen sollten im innersten Umfang gehalten werden, um ein Durcheinander im Variablenfenster zu reduzieren, und damit nur in Autocomplete angezeigt wird, was zu einem bestimmten Punkt im Workflow wichtig ist.
Denken Sie beim Aufrufen von Workflows mit der Option Isoliert (mit der der Workflow in einem separaten Systemprozess ausgeführt wird) daran, dass nur serielle Typen als Argumente verwendet werden können, um Daten von einem Prozess zu einem anderen weiterzuleiten. So können beispielsweise die Objekte SecureString, Browser und Terminal Connection die Interprozessgrenze nicht sicher überschreiten.
Variablen und Eingabeargumente haben die Option, mit einigen standardmäßigen statischen Werten initialisiert zu werden. Dies ist sehr praktisch, wenn Workflows individuell getestet werden, ohne dass echte Eingabedaten von aufrufenden Workflows oder anderen externen Quellen erforderlich sind.
Den Workflow-Dateien, Aktivitäten, Argumenten und Variablen sollten aussagekräftige Namen zugewiesen werden, damit ihre Nutzung während des gesamten Projekts genau beschrieben wird.
Projekte müssen aussagekräftige Beschreibungen haben, da sie auch auf der Orchestrator-Benutzeroberfläche angezeigt werden. Dies kann in Mehrbenutzerumgebungen hilfreich sein.
Zur Verbesserung der Lesbarkeit sollten auch Variablen- und Argumentnamen an einer Namenskonvention ausgerichtet werden:
- Snake Case:
First1_Name2,first_name2, - Binnenmajuskeln mit Klein- oder Großbuchstabe am Anfang
FirstName,lastName, - Binnenmajuskel mit Initialmajuskel:
First1Name2,First1Name, - Kebab-Schreibweise:
First-Name,First-Name1.
in_DefaultTimeout, in_FileName, out_TextResult, io_RetryNumber.
Aktivitätsnamen sollten die Aktion genau beschreiben, wie z. B. Klicken Sie auf die Taste Speichern. Behalten Sie den Teil des Titels bei, der die Aktion beschreibt (Klicken, Eingeben in, Element vorhanden usw.).
Außer dem Haupt-Workflow sollten alle Workflow-Namen das Verb enthalten, das beschreibt, was der Workflow ausführt, wie etwa „GetTransactionData“, „ProcessTransation“, „TakeScreenshot“.
Die Aktivität Comment und Anmerkungen sollten dazu verwendet werden, eine Technik oder die Besonderheiten einer bestimmten Interaktion oder eines Anwendungsverhaltens detaillierter zu beschreiben. Denken Sie daran, dass zu einem bestimmten Zeitpunkt andere Personen dieses Roboterprojekt sehen. So können Sie ihr Verständnis dieses Prozesses erleichtern.
