- 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
Protokollierungsstufen
Die folgende Tabelle listet die Protokollierungsstufen in UiPath auf.
Protokollierungsstufe |
Standardprotokolle |
Benutzerdefinierte Protokolle |
---|---|---|
Aus |
Keine |
Keine |
Kritisch |
Alle mit der Stufe Kritisch oder höher protokollierten Meldungen. |
Alle mit der Stufe Kritisch oder höher protokollierten Meldungen. |
Fehler (Error) |
Alle mit der Stufe Fehler oder höher protokollierten Meldungen. |
Alle mit der Stufe Fehler oder höher protokollierten Meldungen. |
Warnung |
Alle mit der Protokollierungsstufe Warnung oder höher protokollierten Meldungen. |
Alle mit der Protokollierungsstufe Warnung oder höher protokollierten Meldungen. |
Informationen |
Alle Meldungen werden mit der Stufe Information oder einer höheren Stufe protokolliert. |
Alle Meldungen werden mit der Stufe Information oder einer höheren Stufe protokolliert. |
Ablaufverfolgung |
Alle Meldungen werden mit der Stufe Trace oder einer höheren Stufe protokolliert. |
Alle Meldungen werden mit der Stufe Trace oder einer höheren Stufe protokolliert. |
Ausführlich |
Alle Meldungen werden mit der Stufe Trace und in Workflow Tracking-Protokollen gespeichert. |
Alle Meldungen werden mit der Stufe Trace protokolliert. |
Auf der Stufe Verbose wird sowohl eine Meldung für den Start als auch für das Ende der Aktivität protokolliert, sowie die Werte der verwendeten Variablen und Argumente.
Standardmäßig umfasst die Stufe Verbose:
- Ausführung gestartet-Protokolleintrag – wird jedes Mal erzeugt, wenn ein Prozess gestartet wird.
- Ausführung beendet-Protokolleintrag – wird jedes Mal erzeugt, wenn ein Prozess finalisiert wird.
- Transaktion gestartet-Protokolleintrag – wird jedes Mal erzeugt, wenn der Roboter ein Transaktionsobjekt von Orchestrator erhält.
- Transaktion beendet-Protokolleintrag – wird jede Mal erzeugt, wenn der Roboter den Transaktionsstatus entweder auf Erfolgreich oder Fehlgeschlagen setzt.
-
Aktivitätsinformationen-Protokolleintrag – wird jedes Mal erzeugt, wenn eine eine Aktivität in einem Workflow gestartet, mit Fehler beendet oder beendet wurde.
Hinweis: Die Prioritätsreihenfolge der Protokolltypen ist: Ausführlich < Ablaufverfolgung < Information < Warnung < Fehler < Kritisch < Aus.Protokollierungsstufe
Protokolliert
Beispiel/Kommentar
Protokolldatei
Ausgabebereich
Die Seite Orchestrator-Protokoll
Ausführlich
Aktivitäten
`Trace {"message":{"DisplayName":"Message box","State":"Executing",
"Activity":"UiPath.Dialog.Activities.MessageBox","Arguments":{"Caption":"","Text":"String in message BOX
Ja
Nein
Ja
Ausführlich
Variablen
"Variables":{"NewTransaction":"False"}}
Ja
Nein
Ja
Ausführlich
Argumente (Eigenschaften)
„Argumente“:{"Caption":"","Text":"String in Message BOX","ChosenButton":"Ok"}
Ja
Nein
Ja
Ablaufverfolgung
Aktivitäten
`Trace {"message":{"DisplayName":"Main","State":"Executing",
"Activity":"System.Activities.DynamicActivity
Ja
Nein
Ja
Informationen
Protokollmeldung
Info {"message":"message from activity"
Hinweis: Außer Meldungen, die mit festgelegter Trace-Rückverfolgungsstufe in der Aktivität protokolliert werden.Ja
Ja
Ja
Ablaufverfolgung
Zeile schreiben (WriteLine)
Ablaufverfolgung {"message":{"DisplayName":"Main","State":"Executing","Activity":"System.Activities.DynamicActivity"}
Ja
Ja
Ja
Warnung
Warnungen
Warn {"message":"Warning from log message activity"
Ja
Ja
Ja
Warnung
Fehler
Error {"message":"Error from log message activity"
Ja
Ja
Ja
Warnung
Kritisch
Kritische Fehler
Ja
Ja
Ja
Fehler (Error)
Fehler
Error {"message":"Error from log message activity"
Ja
Ja
Ja
Fehler (Error)
Kritisch
Schwerwiegend (Fatal)
Kritische Fehler
Ja
Ja
Ja
Kritisch
Kritisch
Schwerwiegend (Fatal)
Kritische Fehler
Ja
Ja
Ja
AUS (OFF)
n. a.
n. a.
Nein
Nein
Nein
Abhängig vom Ereignis, das protokolliert wird, gibt es mehrere verschiedene Möglichkeiten, dass Protokollmeldungen vorkommen, und zwar:
Wird standardmäßig erzeugt, wenn die Ausführung eines Projekts beginnt und endet, wenn ein Systemfehler auftritt und die Ausführung angehalten wird oder wenn die Protokollierungseinstellungen so konfiguriert sind, dass Ausführung jeder Aktivität protokolliert wird.
Default
im Feld logType
.
Die von dieser Kategorie protokollierten Ereignisse sind:
- Ausführungsstart wird jedes Mal erzeugt, wenn ein Prozess gestartet wird. Diese wird beginnend ab der Protokollierungsstufe Information protokolliert.
- Ausführungsende wird jedes Mal erzeugt, wenn ein Prozess beendet wird. Diese wird beginnend ab der Protokollierungsstufe Information protokolliert.
- Transaktionsstart wird jedes Mal erzeug, wenn eine Transaktion innerhalb eines Prozesses gestartet wird. Dies wird beginnend ab der Protokollierungsstufe Information protokolliert.
- Transaktionsende wird jede Mal erzeugt, wenn eine Transkation innerhalb eines Prozess abgeschlossen wird. Dieses wird beginnend ab der Protokollierungsstufe Information protokolliert.
- Fehlerprotokoll wird jedes Mal erzeugt, wenn die Ausführung auf einen Fehler trifft und angehalten wird. Dies wird beginnend ab der Protokollierungsstufe Fehler (Error) protokolliert.
- Debugging-Protokoll wird erzeugt, wenn die Einstellung für die Roboterprotokollierung auf Ausführlich festgelegt ist und enthält Aktivitätennamen, Typen, Variablennamen, Argumente usw. Dies wird beginnend ab der Protokollierungsstufe Rückverfolgung (Trace) protokolliert.
Wird entsprechend dem vom Benutzer in Studio konzipierten Prozess erzeugt, wenn die Aktivität Protokollmeldung (Log Message) oder die Aktivität Zeile schreiben (Write Line) verwendet wird.
User
im Feld logType
.
Wenn solche Protokolle in einem Intervall von weniger als 1 ms generiert werden, werden sie möglicherweise nicht ordnungsgemäß im Bedienfeld Ausgabe angezeigt.
Es gibt mehrere Typen an Protokollfeldern, die über alle oben genannten Protokollmeldungstypen zu finden sind. Diese können wie folgt klassifiziert werden:
Diese Protokollfelder sind für alle Ausführungstypen vorhanden, wie SQL (falls konfiguriert), Elasticsearch (falls konfiguriert) und die Standardprotokolle der Ereignisanzeige:
Message
– die Protokollmeldung.Level
– Definiert den Schweregrad der Protokollierung.Timestamp
– Datum und Uhrzeit, wann die Aktion durchgeführt wurde.FileName
– Der Name der Datei.xaml
, die ausgeführt wird.jobId
– Der Schlüssel des Jobs, der den Prozess ausführt.processName
– Der Name des Prozesses, der die Protokollierung ausgelöst hat.processVersion
– Die Versionsnummer des Prozesses.windowsIdentity
– Der Name des Benutzers, der die protokollierte Aktion durchgeführt hat.-
robotName
– Der Name des Roboters (wie in Orchestrator definiert).Hinweis: Die FelderprocessName
undprocessVersion
erscheinen nicht in den Protokollen, wenn der Prozess lokal ohne Verbindung zu Orchestrator ausgeführt wird.
Diese Protokolle sind abhängig vom Protokolltyp vorhanden:
-
Ausführung beendet
totalExecutionTimeInSeconds
totalExecutionTime
-
Transaktionsstart
Warteschlangenname (QueueName)
transactionID
transactionState
-
Transaktionsende
Warteschlangenname (QueueName)
transactionID
transactionState
transactionStatus
Transaktionsausführungszeit
Der Typ Verarbeitungsausnahme
Grund für Verarbeitungsausnahme
queueItemReviewStatus
queueItemPriority
-
Debuggingprotokoll
-
activityInfo
, was eine JSON-Meldung mit den folgenden Feldern ist:DisplayName
State
(Mit Fehler beendet, Geschlossen, Wird ausgeführt)Aktivität
Variablen
-
Arguments
-
totalExecutionTimeInSeconds
, totalExecutionTime
und queueName
sind immer in den Protokollmeldungen vorhanden. Variables
und Arguments
haben üblicherweise Unterfelder.
Diese Felder werden in Studio mithilfe der Aktivität Protokollfelder hinzufügen (Add Log Fields) erzeugt, und sie erscheinen in allen nachfolgenden Protokollen, nachdem die Aktivität erzeugt wurde, wenn sie nicht durch die Aktivität Protokollfelder entfernen (Remove Log Fields) entfernt werden.
Das Anlegen von benutzerdefinierten Protokollfeldern, die denselben Namen wie ein Standard-Protokollfeld haben, führt dazu, dass der Protokollierungsprozess verfälscht wird und dadurch Probleme im ausgeführten Workflow auftreten.
jobId
dieses Problem, da jobId
ein standardmäßig angelegtes Protokollfeld ist.