studio
2022.10
false
- 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
- Über die Salesforce-Automatisierung
- Unterstützung der Salesforce Lightning-Schnittstelle
- 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
Studio-Benutzerhandbuch
Letzte Aktualisierung 17. Dez. 2024
Unterstützung der Salesforce Lightning-Schnittstelle
Beim Automatisieren der Salesforce Lightning-Oberfläche enthalten die vorgefertigt generierten Selektoren spezifische Lightning-Attribute, die stabil sind und sich im Laufe der Zeit nicht verändern. Dies macht sie sehr zuverlässig und beständig bei Änderungen auf der Benutzeroberfläche. Für die Automatisierung dieser Umgebung ist das UIAutomation-Aktivitätspack eine gute Wahl. Die Attribute sind
sfl-path, sfl-name und sfl-type.
Hinweis:
Jedes UiPath.UIAutomation.Activities-Paket kann verwendet werden, um Benutzeroberflächen von Salesforce Classic und Lightning über die generische Browserautomatisierungsunterstützung von UiPath zu automatisieren.
UiPath.UIAutomation.Activities v21.10 oder höher ist erforderlich, um Automatisierungsprojekte für die Salesforce Lightning-Oberfläche mithilfe der unten beschriebenen spezifischen Attribute zu erstellen.
Die meisten Elemente in Salesforce Lightning können mithilfe des Attributs
sfl-path identifiziert werden. Nachfolgend finden Sie einige Beispiele:
Ein Selektor, der ein Sucheingabefeld identifiziert; Der Selektor enthält das Attribut
sfl-path, das den genauen Pfad des Elements bestimmt:
Ein Selektor, der ein Symbol identifiziert:
In einigen Fällen reicht das Attribut
sfl-path jedoch möglicherweise nicht aus, um das Element, das Sie automatisieren möchten, genau zu identifizieren. In diesen Fällen werden die Attribute sfl-name und sfl-type im UIExplorer exponiert und können bei Bedarf in den Selektor aufgenommen werden:
Wenn die für Salesforce Lightning spezifischen Attribute nicht erforderlich sind und Standard-HTML-Attribute für die eindeutige Identifizierung eines Elements auf einer Seite ausreichen, dann wird der Selektor mit der
<html>-Standardstrategie generiert und sieht möglicherweise folgendermaßen aus:
