Studio
2023.4
False
- Hard- und Softwareanforderungen
- Entwicklungsrichtlinien
- Dienste, mit denen Studio eine Verbindung herstellt
- Fehler 1603
- Fehler 1625
- Fehler 4000 – Voller Datenträger
- Fehler 4001 – Nicht autorisiert, eine geplante Aufgabe zu erstellen
- Fehler 4003 – Es wurden zwei Installationen pro Benutzer und pro Maschine erkannt
- Fehler 4004 – Es wurden zwei gleichzeitige Installationen von UiPath Studio erkannt
- Fehler 4012 – Es wurden zwei gleichzeitige Installationen von UiPath Studio erkannt
- Ändern oder Deinstallieren von Studio
- Studio aktualisieren
- Kommandozeilenparameter
- Unterstützte Anwendungen und Technologien
- Aktivieren von Gmail für E-Mail-Aktivitäten
- Telemetrie abwählen
- Ausführbare Studio-Dateien
- Ü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
- Ü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
- Über das WebDriver-Protokoll
- Konfigurationsschritte
- Bekannte Probleme und Einschränkungen
- 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
Studio-Benutzerhandbuch
Letzte Aktualisierung 25. Okt. 2023
Bekannte Probleme und Einschränkungen
Bei der Erstellung Ihres Browserautomatisierungsprojekts über das WebDriver-Protokoll muss Folgendes berücksichtigt werden:
Visuelle Automatisierung über WebDriver
- Selektoren für UI-Elemente innerhalb von IFrames werden nicht validiert. Es wird empfohlen, IFrames bei der Erstellung des Automatisierungsprojekts zu vermeiden. Dies geschieht, wenn die Elementidentifizierung über die Browsererweiterung und die Selektorvalidierung über das WebDriver-Protokoll erfolgt.
- Eine mit dem WebDriver-Protokoll erstellte Browser-Automatisierung erzeugt immer eine neue Browser-Sitzung. Das bedeutet, dass gespeicherte Cookies oder Browserdaten bei der Erstellung Ihres Automatisierungsprojekts nicht berücksichtigt werden.
- Wenn ein Selektor für einen Browser mit mehreren geöffneten Tabs nicht gefunden wird, wechselt die Ausführung kontinuierlich zwischen ihnen. In diesem Szenario wird empfohlen, das Automatisierungsprojekt in einem einzelnen Browsertab zu erstellen. Dieser Effekt macht sich nur während der visuellen Browser-Automatisierung bemerkbar.
Monitorlose Automatisierung über WebDriver
- Für die monitorlose Automatisierung sind keine visuellen Elemente erforderlich. Daher öffnet das WebDriver-Protokoll bei der Verwendung im monitorlosen Modus kein sichtbares Browserfenster. Aus diesem Grund kann die monitorlose Automatisierung mit einigen Aktivitäten nicht funktionieren, die Hardwareereignisse (z. B. Klicken oder Eingeben in) im Standardzustand verwenden. Sie müssen so konfiguriert werden, dass sie die Eigenschaften SimulateClick, SimulateType oder SimulateHover oder die Eigenschaft Fensternachrichten senden verwenden.
- Mit Bildern interagierende Aktivitäten (etwa Click Image oder Find Image) werden nicht unterstützt, da dafür das Browserfenster selbst erforderlich ist.
- Die Ereignisüberwachung (etwa Click Trigger oder Hotkey Trigger) wird nicht unterstützt, da sie auf Hardware-Ereignissen basiert.
- Durch die Verwendung von
<WND>-Tags in der Aktivität Close Application wird nur die Browsersitzung und nicht der entsprechende WebDriver-Prozess geschlossen. Stattdessen wird die Verwendung von<HTML>-Tags empfohlen. - Bei der Verwendung von Chrome oder Firefox wird das über das WebDriver-Protokoll geöffnete Browserfenster immer im gleichen visuellen Bereich und mit den gleichen Größenspezifikationen geöffnet. Darüber hinaus besitzen einige Websites ein adaptives Seitenlayout, was bei einer Änderung der Fenstergröße zu ungültigen Selektoren führen kann. In diesem Zusammenhang wird empfohlen, bei der Erstellung Ihres Automatisierungsprojekts die Standardgröße für das Browserfenster zu verwenden.
