- 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
- 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
Über die Veröffentlichung von Automatisierungsprojekten
Veröffentlichen eines Automatisierungsprojekts bedeutet, den Projektordner zu archivieren, damit er an Roboter gesendet und dann ausgeführt werden kann.
Standardmäßig werden alle Dateien im Projektordner veröffentlicht. Wenn Sie verhindern möchten, dass eine bestimmte Datei in das veröffentlichte Paket aufgenommen wird, klicken Sie im Bereich Projekt mit der rechten Maustaste darauf und wählen Sie dann Bei Veröffentlichung ignorieren aus. Bei Bibliotheken verhindert das Ignorieren einer Workflowdatei beim Veröffentlichen, dass sie als wiederverwendbare Komponente im Bereich Aktivitäten angezeigt wird, wenn die veröffentlichte Bibliothek in einem Projekt installiert wird.
Sie können Automatisierungsprojekte in Orchestrator, einem benutzerdefinierten NuGet-Feed oder lokal veröffentlichen. Nach der Veröffentlichung an Orchestrator wird das archivierte Projekt auf der Seite Pakete angezeigt und Sie können einen Prozess erstellen, der an Roboter verteilt werden soll. Wenn Sie einen Automatisierungsprozess im persönlichen Arbeitsbereich von Orchestrator veröffentlichen oder Testfälle veröffentlichen, wird ein Prozess automatisch erstellt, wenn er noch nicht vorhanden ist, und vorhandene Prozesse werden automatisch auf die neueste veröffentlichte Version aktualisiert.
Außerdem können Automationsprojekte in einem benutzerdefinierten NuGet-Feed veröffentlicht werden, mit der Option, auch einen API-Schlüssel hinzuzufügen, wenn der Feed Authentifizierung erfordert.
%ProgramData%\\UiPath\\Packages
.
Sie können Projekte über Studio oder über die Befehlszeile veröffentlichen. Um Abhängigkeiten für mehrere Projekte zu aktualisieren und sie alle gleichzeitig zu veröffentlichen, verwenden Sie das Massenaktualisierungstool für Projektabhängigkeiten.