- Versionshinweise
- Erste Schritte
- UiPath Assistant
- Installation und Upgrade
- Robotertypen
- Roboterkomponenten
- Lizenzierung
- Verbindung von Robotern mit Orchestrator
- Prozesse und Aktivitäten
- Protokollierung
- Robot JavaScript SDK
- Spezifische Szenarien
- Windows-Sitzungen
- Anmeldung mit Thales Luna Credential System
- Anmelden mit nShield Key Storage Provider
- Weiterleitung von Robotern über einen Proxy-Server
- Ausführung von Aufgaben in einem minimierten RDP-Fenster
- Arbeiten mit zugeordneten Netzwerklaufwerken
- Anhalten eines Prozesses:
- Schaltfläche „Beenden“ deaktivieren
- Benutzerdefinierte Paketordner und Netzwerkpfade
- Fehlersuche und ‑behebung
A process can be stopped through Kill or Cancel commands. The command can be sent from Orchestrator, Assistant, or Studio.
Wenn der Roboter den Befehl Abbrechen empfängt, bricht er die Ausführung der aktuellen Aktivität ab und beginnt mit der Ausführung der letzten Schritte. Wenn dies mehr als 3 Sekunden dauert, wird der Prozess beendet.
Empfängt der Roboter Roboter hingegen den Befehl Beenden für einen Prozess, versucht er zuerst, die Ausführung abzubrechen, und wenn die Ausführung nicht in 3 Sekunden abgeschlossen ist, wird der Prozess beendet.
Try-Catch-Szenario
Während eines Try-Catch-Workflows kann der Transaktionsstatus als erfolgreich angezeigt werden, wenn ein Prozess angehalten wird, obwohl er tatsächlich nicht abgeschlossen wurde.
Abbrechen eines Prozesses
Wenn sich die Ausführung im Try- oder Catch-Block befindet, wenn der Befehl Abbrechen vom Roboter empfangen wird, springt er zum Finally-Block der nach Fehlern sucht. Wenn keine Fehler gefunden werden, denkt der Finally-Block, dass die Ausführung erfolgreich abgeschlossen wurde, da keine Fehlerereignisse vorhanden sind (sie sind leer).
Abbrechen eines Prozesses
Wenn sich die Ausführung im Try- oder Catch-Block befindet, wenn der Befehl Beenden vom Roboter empfangen wird, versucht er zunächst, den Prozess abzubrechen und springt zum Finally-Block. Wenn die Logik innerhalb des Finally-Blocks seit dem Empfang des Befehls Abbrechen in 3 Sekunden nicht beendet ist, wird die gesamte Ausführung beendet, und der gesamte Prozess ist in den Protokollen erfolgreich, da keine Fehler im Catch-Block aufgezeichnet wurden, da er übersprungen wurde.
Vermeiden von falsch positiven Ergebnissen
- Das Festlegen des Prozessstatus auf
Successfulsollte nur innerhalb des Try-Blocks erfolgen, nachdem die Geschäftslogik abgeschlossen ist. - Das Festlegen des Status auf
Faileddarf nur innerhalb des Catch-Blocks erfolgen, nachdem die Logik zur Fehlerbehandlung abgeschlossen ist. - Im Finally-Block sollte nur Bereinigungslogik vorhanden sein, da sie unabhängig davon ausgeführt wird, ob die Ausführung erfolgreich war oder nicht.
Das REFramework-Prozessszenario
In the REFramework scenario, when a process is stopped, the block containing the error logic is skipped and the final block is executed. This causes the values for the BusinessError and SystemError to stay null and the overall process status is considered successful. The behavior described is intended.
Wenn der Block, der die Fehlerlogik enthält, übersprungen wird, werden die Werte für BusinessError und SystemError null bleiben, und der Gesamtprozessstatus gilt als successful, da keine Fehler aufgezeichnet wurden.