- Versionshinweise
- Erste Schritte
- Einstellung und Konfiguration (Setup and Configuration)
- Automationsprojekte
- 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
- Variablen
- Argumente
- Importierte Namespaces
- Aufzeichnung
- UI-Elemente
- Kontrollfluss
- Selektoren
- Objekt-Repository
- Data-Scraping
- Bild- und Textautomatisierung
- Automatisierung von Citrix-Technologien
- RDP-Automatisierung
- SAP-Automation
- VMware Horizon-Automatisierung
- Protokollierung
- Das ScaleCoordinates-Migrationstool
- Best Practices und Einschränkungen
- Beispiel zum Verwenden des ScaleCoordinates-Migrationstools
- Das Tool ScreenScrapeJavaSupport
- Das WebDriver-Protokoll
- StudioPro
- Erweiterungen
- Fehlersuche und ‑behebung
- Internet Explorer x64
- Microsoft Office Interop-Probleme
- Erkennen von UI-Elementen in PDF mit Zugriffsoptionen.
- Erkennen von UI-Elementen nach Windows-Aktualisierungen.
- JxBrowser-Anwendungen
- Überwachung der Benutzerereignisse (User Events Monitoring)
- Java in App-V
- Microsoft App-V – Unterstützung und Einschränkungen
- Citrix-Fehlerbehebung
Beispiel zum Verwenden des ScaleCoordinates-Migrationstools
Die Skalierung unter Windows kann sich je nach betroffener Anwendung unterschiedlich verhalten. Dies kann zu Inkonsistenzen in Workflows führen, die sich mit der Automatisierung der Benutzeroberfläche befassen, insbesondere in Workflows, die Aktivitäten mit den Eigenschaften CursorPosition und ClippingRegion enthalten, wie Klicken, Darauf zeigen, Eingeben in, Text anklicken und andere. Dies gilt jedoch nur für Workflows, die mit einer Studio-Version vor 2018.2 erstellt wurden. Workflows, die vor dieser Version erstellt wurden, müssen mit dem Tool ScaleCoordinates migriert werden, das von DPI-fähigen Robotern (v2018.2) ausgeführt wird.
Um die erforderliche Flexibilität für die effiziente Nutzung alter Workflows mit 2018.2 zu gewährleisten, kann das ScaleCoordinates-Tools entweder einzelne oder alle Workflow-Dateien innerhalb eines bestimmten Pfades migrieren. Es müssen keine Änderungen an Workflows vorgenommen werden, die vor Studio 2018.2 erstellt wurden, wenn sie mit DPI-fähigen Robotern ausgeführt werden, sowie an neuen Workflows, die Sie mit Robotern ausführen möchten, die nach Verwendung dieses Tools nicht DPI-fähig sind.
Unabhängig davon, welche Art von Migration Sie durchführen möchten, müssen Sie dies zuerst tun:
- Öffnen Sie die Eingabeaufforderung.
- Navigieren Sie zum Installationsverzeichnis der UiPath-Plattform, in dem sich das Migrationswerkzeug ScaleCoordinates befindet.
-
Verwenden Sie einen der folgenden Befehle:
UiPath.ScaleCoordinates <input_xaml_file_path> <output_xaml_file_path> (--normalize_from | --denormalize_to)=<scaling_percentage>
zum Migrieren einer einzelnen.xaml
-Datei.UiPath.ScaleCoordinates <folder_path> (--normalize_from | --denormalize_to)=<scaling_percentage>
zum Migrieren aller Projekte in einem bestimmten Ordner.
Denken Sie daran, dass Sie Workflows so normalisieren können, dass sie in Studio 2018.2 ausgeführt werden können und ein normalisiertes Projekt so anpassen können, dass es mit alten Robotern auf einer nicht standardmäßigen DPI-Umgebung zusammenarbeitet. Nachfolgend finden Sie Beispiele für diese Situationen sowohl für ein einzelnes als auch für mehrere Projekte.
ProcessingInvoicesInSAP.xaml
, mit einem Skalenprozentsatz von 150 % für DPI-fähige Roboter verwenden. Der Workflow ist in einer Studio-Version älter als 2018.2 konzipiert, daher muss er mit dem folgenden Befehl normalisiert werden, um mit dem angegebenen Skalenprozentsatz zu laufen:
UiPath.ScaleCoordinates C:\Accounting\Automations\ProcessingInvoicesInSAP.xaml C:\Accounting\Automations\NormProcessingInvoicesInSAP.xaml
-normalize_from=150
C:\Accounting\Automations
unter dem Namen NormProcessingInvoicesInSAP
exportiert. Die ursprüngliche Workflow-Datei wird bei der Migration nicht entfernt. Der NormProcessingInvoicesInSAP
-Workflow kann nun mit 150 % Skalenprozentsatz auf DPI-fähigen Robotern (v2018.2) ausgeführt werden.
C:\Accounting\Automations
befinden und mit 150 % Skalierungsfaktor ausgeführt werden sollen, sieht der Befehl wie folgt aus:
UiPath.ScaleCoordinates C:\Accounting\Automations -normalize_from=150
C:\Accounting\Automations
können nun von DPI-fähigen Robotern (v2018.2) mit 150 % Skalenprozentsatz ausgeführt werden.
Ab Version 2018.2 sind Roboter DPI-fähig. Der DPI, an dem Workflows in Studio 2018.2 erstellt werden, ist irrelevant. Die Ausführung mit einem nicht standardmäßigen DPI auf älteren Robotern kann jedoch zu einer inkonsistenten Elementerkennung führen. Um dies zu verhindern, können Sie das Werkzeug ScaleCoordinates verwenden, um die Workflows zu migrieren, um sie mit einem bestimmten Prozentsatz auf alten Robotern auszuführen.
Genau wie die Normalisierung von Workflows kann die Denormalisierung entweder für eine einzelne Workflow-Datei oder für mehrere Workflows in einem bestimmten Pfad durchgeführt werden.
ProcessingInvoicesInSAP.xaml
-Workflow in Studio 2018.2 entworfen und möchten ihn mit 150 % Skalenprozentsatz auf DPI-unfähigen Robotern ausführen, muss der folgende Befehl verwendet werden, um den Workflow zu migrieren:
UiPath.ScaleCoordinates C:\Accounting\Automations\ProcessingInvoicesInSAP.xaml C:\Accounting\Automations\DenormProcessingInvoicesInSAP.xaml
-denormalize_to=150
DenormProcessingInvoicesInSAP.xaml
-Workflow ist nun bereit, mit 150 % Skalenprozentsatz auf Robotern vor der Version 2018.2 ausgeführt zu werden.
Ebenso können mehrere Workflows, die die gleichen Designbedingungen erfüllen, migriert und mit einem Skalenprozentsatz von 150 % auf DPI-unfähigen Robotern ausgeführt werden. Denken Sie daran, dass die Originaldateien überschrieben werden, also erstellen Sie vor der Migration ein Backup. Der notwendige Befehl sieht in diesem Fall so aus:
UiPath.ScaleCoordinates C:\Accounting\Automations -denormalize_to=150
C:\Accounting\Automations
auf DPI-unfähige Roboter mit 150 % Skalenprozent ausführen.