UiPath Documentation
robot
2020.10
false
Roboter-Benutzerhandbuch
Wichtig :
Bitte beachten Sie, dass dieser Inhalt teilweise mithilfe von maschineller Übersetzung lokalisiert wurde. Es kann 1–2 Wochen dauern, bis die Lokalisierung neu veröffentlichter Inhalte verfügbar ist.

Anhalten eines Prozesses:

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 Successful sollte nur innerhalb des Try-Blocks erfolgen, nachdem die Geschäftslogik abgeschlossen ist.
  • Das Festlegen des Status auf Failed darf 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.

Hinweis:

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.

War diese Seite hilfreich?

Verbinden

Benötigen Sie Hilfe? Support

Möchten Sie lernen? UiPath Academy

Haben Sie Fragen? UiPath-Forum

Auf dem neuesten Stand bleiben