- 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-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
- Citrix Technologies Automation
- 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
- UiPath.UIAutomation.Activities package and UiPath Remote Runtime versions mismatch
- 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
- 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
Über Object-Repository
Das Object Repository stellt die Verwaltung, Wiederverwendbarkeit und Zuverlässigkeit von UI-Elementen sicher, indem sie als Objekte in einem DOM-ähnlichen Repository erfasst werden, das projektübergreifend nutzbar ist. Es ermöglicht das Erstellen und Wiederverwenden von UI-Taxonomien in einem Automatisierungsprojekt oder über mehrere hinweg. Mit dem Object Repository können Sie eine UI-API für Ihre Anwendung erstellen und innerhalb von Minuten für Ihr Team freigeben.
Die wichtigsten Funktionen des Object-Repositorys sind:
- UI-Elemente im gesamten Projekt werden über eine zentrale Stelle verwaltet, aktualisiert und geändert.
- Anzeigen einer Liste aller UI-Aktivitäten innerhalb des Prozesses mithilfe der Registerkarte „UI-Aktivitäten“ im Bereich „Object Repository“.
- Schnelles Erfassen von Elementen, die Sie in Ihrer Automatisierung benötigen, mit dem Assistenten Elemente erfassen.
- Die Zuverlässigkeit von Selektoren wird mithilfe des Recorders Elemente erfassen erhöht, der Elemente zusammen mit ihren Ankern erfasst.
- Mithilfe von Ankern behalten Objekte ihre Zuverlässigkeit bei, falls die Anwendung eine neue, etwas andere Benutzeroberfläche erhält.
- Ziehen und Ablegen von Elementen aus dem Bereich Object Repository.
- Objekte lassen sich in lokalen Projekten oder projektübergreifend wiederverwenden, wenn sie als Bibliotheken verpackt werden.
-
Aktualisieren der Anwendung und Verarbeiten von UI-Elementen in einem Schritt mithilfe von UI-Bibliotheken.
Wenn der Umschalter Object Repository durchgesetzt auf Ja festgelegt ist, müssen Aktivitäten des UIAutomation-Pakets auf Elemente im Object Repository verweisen.
Die klassischen UIAutomation-Aktivitäten sind standardmäßig ausgeblendet. Sie sind jedoch weiterhin in der Kategorie Klassisch im Aktivitätenbereich verfügbar und können einem Projekt über den Aktivitätenbereich oder die Suchleiste Aktivität hinzufügen hinzugefügt werden.
UI-Deskriptoren
Ein UI-Deskriptor ist eine übergeordnete Gruppe von Selektoren und enthält Informationen zum eindeutigen Identifizieren von Elementen auf dem Bildschirm.
UI-Deskriptoren werden aus Aktivitäten im Workflow extrahiert und einem strukturierten Schema hinzugefügt, das sie nach Anwendungen, Anwendungsversionen, Bildschirmen und UI-Elementen gruppiert. Aus dieser Taxonomiestruktur enthalten nur Bildschirme und Elemente Deskriptorinformationen. Der Rest wird für die Gruppierung verwendet und ihre Rolle besteht darin, Upgrades zwischen Versionen einer Anwendung sicherzustellen.
UI-Deskriptoren können Teil sein von:
- Ein Projekt für eine umfassende Wiederverwendung.
- Snippet-Repositorys zu Testzwecken.
- UI-Bibliotheken für die globale projektübergreifende Freigabe.
UI-Elemente
UI-Elemente enthalten vollständige oder partielle Elementselektoren, Ankerselektoren, Kontext für die Bildschirm- und Elementbilderfassung sowie andere Metadaten, die das Element auf dem Bildschirm beschreiben.
Bildschirme
Bildschirme sind UI-Scopes, die entweder aus Aktivitäten innerhalb des Workflows extrahiert oder bei der Elementerfassung generiert werden. Ein Bildschirm gruppiert mehrere Elemente, die zum gleichen Bildschirm gehören.
UI-Anwendungen
Eine UI-Anwendung ist eine Zielanwendung, die mehrere Versionen mit je mehreren Bildschirmen haben kann. Anwendungen können mehrere Typen aufweisen:
- Desktop-/Webanwendung
- Mobile Anwendung
Zum Definieren mobiler Anwendungen müssen Sie das UiPath.MobileAutomation.Activities-Paket verwenden.
Die Struktur der mit dem Objektbrowser erstellten UI-Bibliotheken hat folgende Hierarchie: Anwendung > Version > Bildschirm > UI-Element.
UI-Bibliotheken
Eine UI-Bibliothek ist eine Kapselung von Elementen, die nach Anwendungen, Anwendungsversionen und Bildschirmen gruppiert sind. Elemente, die Sie definieren, können als UI-Bibliothek extrahiert werden und nach der Veröffentlichung in anderen Projekten als Abhängigkeit installiert werden.
Eine UI-Bibliothek kann mehrere Anwendungen enthalten, aber jedoch nur eine Version einer bestimmten Anwendung. Dieser Mechanismus stellt sicher, dass Sie beim Aktualisieren einer Abhängigkeit auch die Anwendungsversion aktualisieren, die Sie in Ihren Projekten verwendet haben.
Beim Erstellen einer neuen Version einer vorhandenen Anwendung müssen Sie die vorhandenen Elemente wiederverwenden. Elemente verfügen über eindeutige Bezeichner, die verwendet werden, wenn über Aktivitäten auf sie verwiesen wird. Sie können den Inhalt eines Elements (Deskriptoren und andere Metadaten) jederzeit ändern.
Mit dem Object Repository können Sie UI-Elemente projektübergreifend wiederverwenden:
- Alle lokal gespeicherten Elemente können auf Projektebene wiederverwendet werden.
- Zu Testzwecken können Sie den Bereich Snippets verwenden, um Anwendungen zwischen Projekten zu speichern und zu übergeben. Aus Snippets können Sie Ihrem lokalen Projekt-Repository Anwendungen hinzufügen.
-
Sie können Elemente in UI-Bibliotheken extrahieren und als Abhängigkeit in Ihren Projekten installieren, wenn Sie sie auf globaler Ebene wiederverwenden möchten. Sie können auch primär auf Wiederverwendbarkeit setzen, indem Sie zunächst UI-Bibliotheken mit den Elementen erstellen, die Sie für alle Automatisierungsprojekte benötigen.
Das Object-Repository hat eine Baumstruktur, in der jeder Knoten ein Objekt ist, das Bildschirme oder Elemente darstellt, die alle hierarchisch unter der Anwendung angeordnet sind. Die Struktur ist wie folgt aufgebaut:
- Anwendung – Es gibt zwei Arten von Anwendungen: mobil oder Desktop/Web, je nachdem, welche Technologie für die UI-Automatisierung verwendet wird.
- Version: Anwendungen können mehrere Versionen haben
- Bildschirm: Fenster der obersten Ebene einer Anwendungsversion, die nur unter einer App-Version erstellt werden kann.
- UI-Element: ein Objekt auf dem Bildschirm mit einem Deskriptor und Metadaten. Es kann von mehreren Typen sein.
UI-Elemente können in der Baumstruktur frei neu angeordnet werden, sofern sie unter dem vorgesehenen Bildschirm verbleiben. Zum Verschieben ziehen Sie ein Element einfach an die gewünschte Position innerhalb der Struktur.
Elemente können auch Teil anderer Elemente sein und sie können auch unter Containern ohne UI-spezifische Rolle gruppiert werden. Auf diese Weise können Sie eine UI-Struktur definieren, die so nah wie möglich an dem liegt, was der Benutzer auf dem Bildschirm sieht.