- Notes de publication
- Démarrage
- Paramétrage et configuration
- Projets d'automatisation
- Dépendances
- Types de workflows
- Comparaison de fichiers
- Meilleures pratiques d'automatisation
- Intégration du contrôle de code source
- Débogage
- L'outil de diagnostic (Diagnostic Tool)
- Analyseur de workflow
- À propos de l'analyseur de workflow
- ST-NMG-001 - Convention d'affectation de noms des variables
- ST-NMG-002 - Convention d'affectation de noms des arguments
- ST-NMG-004 - Duplication du nom complet
- ST-NMG-005 - La variable remplace une autre
- ST-NMG-006 - La variable remplace l'argument
- ST-NMG-008 - Longueur de variable dépassée
- ST-NMG-009 - Ajouter un préfixe aux variables DataTable
- ST-NMG-011 - Ajouter un préfixe aux arguments Datatable
- ST-NMG-012 - Valeurs par défaut de l'argument
- ST-NMG-016 : longueur d'argument dépassée
- ST-DBP-002 - Nombre élevé d'arguments
- ST-DBP-003 - Bloc d'interception vide
- ST-DBP-007 - Plusieurs couches de l'organigramme
- ST-DBP-020 - Propriétés de sortie non définies
- ST-DBP-023 : Workflow vide
- ST-DBP-024 - Vérification de l’activité de persistance
- ST-DBP-025 - Condition préalable à la sérialisation des variables
- ST-DBP-026 - Utilisation de l’activité Délai
- ST-DBP-027 - Pratiques exemplaires de persistance
- ST-DBP-028 - Condition préalable à la sérialisation des arguments
- ST-MRD-002 - Valeurs par défaut des noms d'activités
- ST-MRD-004 - Activités inaccessibles
- ST-MRD-005 - Séquences redondantes
- ST-MRD-007 - Clauses If imbriquées
- ST-MRD-008 - Séquence vide
- ST-MRD-009 - Activités profondément imbriquées
- ST-MRD-011 - Utilisation de la ligne d'écriture
- ST-MRD-017 - Incomplet si (Incomplete If)
- ST-USG-005 - Arguments d'activité codée en dur
- ST-USG-009 - Variables inutilisées
- ST-USG-010 - Dépendances inutilisées
- ST-USG-014 - Restrictions sur les paquets (Package Restriction)
- ST-USG-020 - Nombre minimum de messages consignés
- ST-USG-024 - Non utilisé, sauvegardé pour plus tard (Unused Saved for Later)
- ST-USG-025 - Utilisation abusive de la valeur enregistrée (Saved Value Misuse)
- ST-USG-026 - Restrictions d'activité (Activity Restrictions)
- ST-USG-027 - Packages requis
- ST-USG-028 - Restreindre l'invocation des modèles de fichier
- Variables
- Arguments
- Noms d'espace importés
- Enregistrement
- Éléments de l'interface utilisateur
- À propos des éléments d'interface utilisateur
- Propriétés des activités de l'interface utilisateur
- Exemple d'utilisation des méthodes de saisie
- Méthodes de sortie ou de capture de données d'écran
- Exemple d'utilisation de méthodes de sortie ou de capture de données d'écran
- Génération de tables à partir de données non structurées
- Capture relative de données
- Flux de contrôle
- Sélecteurs
- Réf. d’objets
- Capture de données
- Automatisation des images et des textes
- À propos de l'automatisation des images et des textes
- Activités liées à la souris et au clavier
- Exemple d'utilisation de l'automatisation de la souris et du clavier
- Les activités de type texte
- Exemple d'utilisation d'automatisation de texte
- Activités de type OCR
- Activités de type image
- Exemple d'utilisation de l'automatisation d'image et d'OCR
- Automatisation des technologies Citrix
- Automatisation de RDP
- Automatisation de Salesforce
- Automatisation SAP
- Automatisation VMware Horizon
- Journalisation
- Outil ScreenScrapeJavaSupport
- Protocole Webdriver
- Suite de tests - Studio
- Extensions
- Résolution des problèmes
- À propos de la résolution des problèmes
- Prise en charge et limitations de Microsoft App-V
- Résolution des problèmes rencontrés avec Internet Explorer x64
- Problèmes rencontrés avec Microsoft Office
- Identification des éléments d'IU dans PDF avec options d'accessibilité
- Résolution des problèmes rencontrés avec JxBrowser Applications
- Surveillance des événements utilisateur
- Résolution des problèmes Citrix
Guide de l’utilisateur de Studio
Niveaux de journalisation
La table suivante liste les niveaux de journalisation dans UiPath.
Niveau de journalisation |
Journaux par défaut (Default Logs) |
Journaux personnalisables (User-Defined Logs) |
---|---|---|
Désactivé (Off) |
Aucun (None) |
Aucun (None) |
Critique (Critical) |
Tous les messages consignés avec le niveau Critique (Critical) ou supérieur. |
Tous les messages consignés avec le niveau Critique (Critical) ou supérieur. |
Erreur |
Tous les messages consignés avec le niveau Erreur (Error) ou supérieur. |
Tous les messages consignés avec le niveau Erreur (Error) ou supérieur. |
Avertissement |
Tous les messages consignés avec le niveau Avertissement (Warning) ou supérieur. |
Tous les messages consignés avec le niveau Avertissement (Warning) ou supérieur. |
Information |
Tous les messages consignés avec le niveau Informations ou supérieur. |
Tous les messages consignés avec le niveau Informations ou supérieur. |
Traçage (Trace) |
Tous les messages consignés avec le niveau Traçage (Trace) ou supérieur. |
Tous les messages consignés avec le niveau Traçage (Trace) ou supérieur. |
Détaillé (Verbose) |
Tous les messages consignés avec le niveau Traçage (Trace) et les journaux de traçage des flux de travail. |
Tous les messages consignés avec le niveau Traçage (Trace). |
Le niveau Détaillé (Verbose) consigne un message pour le début et la fin de l'activité, ainsi que les valeurs des variables et des arguments utilisés.
Par défaut, le niveau Détaillé (Verbose) inclut :
- Entrée de journal Exécution démarrée (Execution Started) : générée à chaque démarrage d'un processus.
- Entrée de journal Exécution terminée (Execution Ended) : générée à chaque finalisation d'un processus.
- Entrée de journal Transaction démarrée (Transaction Started) : générée chaque fois qu'un élément de transaction est récupéré par le Robot depuis Orchestrator.
- Entrée de journal Transaction terminée (Transaction Ended) : générée chaque fois que le Robot définit l'état de transaction sur Réussite (Success) ou sur Échec (Failed).
-
Entrée de journal Informations de l'activité (Activity Information) : générée chaque fois qu'une activité est démarrée, défaillante ou terminée au sein d'un flux de travail.
Remarque : l'ordre de priorité des types de journaux est le suivant : Détaillé < Traçage < Information < Avertissement < Erreur < Critique < Off.Niveau de journal (Log Level)
Consigné (Logged)
Exemple/Commentaire
Fichier journal (Log File)
Volet Sortie (Output)
Page Journal d'Orchestrator (Orchestrator Log)
Détaillé (Verbose)
Activités (Activities)
Trace {"message":{"DisplayName":"Message box","State":"Executing","Activity":"UiPath.Dialog.Activities.MessageBox","Arguments":{"Caption":"","Text":"String in message BOX"}...
Oui (Yes)
Non (No)
Oui (Yes)
Détaillé (Verbose)
Variables
`"Variables":{"NewTransaction":"False
Oui (Yes)
Non (No)
Oui (Yes)
Détaillé (Verbose)
Propriétés (propriétés)
`"Arguments":{"Caption":"","Text":"String in message BOX","ChosenButton":"Ok
Oui (Yes)
Non (No)
Oui (Yes)
Traçage (Trace)
Activités (Activities)
`Trace {"message":{"DisplayName":"Main","State":"Executing","Activity":"System.Activities.DynamicActivity
Oui (Yes)
Non (No)
Oui (Yes)
Information
Écrire une ligne (WriteLine)
Consigner le message (Log Message)
Info {"message":"message from activity"
Remarque: Sauf les messages enregistrés avec le niveau de Trace level défini dans l'activité.Oui (Yes)
Oui (Yes)
Oui (Yes)
Avertissement
Avertissements (Warnings)
Warn {"message":"Warning from log message activity"
Oui (Yes)
Oui (Yes)
Oui (Yes)
Avertissement
Erreurs (Errors)
Error {"message":"Error from log message activity"
Oui (Yes)
Oui (Yes)
Oui (Yes)
Avertissement
Critique (Critical)
Erreurs critiques
Oui (Yes)
Oui (Yes)
Oui (Yes)
Erreur
Erreurs (Errors)
Error {"message":"Error from log message activity"
Oui (Yes)
Oui (Yes)
Oui (Yes)
Erreur
Critique (Critical)
Critique
Erreurs critiques
Oui (Yes)
Oui (Yes)
Oui (Yes)
Critique (Critical)
Critique (Critical)
Critique
Erreurs critiques
Oui (Yes)
Oui (Yes)
Oui (Yes)
Désactivé (OFF)
s/o
s/o
Non (No)
Non (No)
Non (No)
Plusieurs occurrences de messages de journal sont possibles, en fonction de l'événement consigné, comme suit :
Ils sont générés par défaut au début et à la fin de l'exécution d'un projet, lorsqu'une erreur système se produit et que l'exécution est interrompue, ou lorsque les paramètres de journalisation sont configurées pour consigner l'exécution de chaque activité.
Default
dans le champ logType
.
Les événements consignés par cette catégorie sont les suivants :
- L'évènement Début d'exécution (Execution Start) est généré à chaque démarrage d'un processus. Il est consigné à partir du niveau de journalisation Information.
- L'évènement Fin d'exécution (Execution End) est généré à chaque finalisation d'un processus. Il est consigné à partir du niveau de journalisation Information.
- L'évènement Début de transaction (Transaction Start) est généré à chaque démarrage d'une transaction au sein d'un processus. Il est consigné à partir du niveau de journalisation Information.
- L'évènement Fin de transaction (Transaction End) est généré à chaque finalisation d'une transaction au sein d'un processus. Il est consigné à partir du niveau de journalisation Information.
- L'évènement Journal des erreurs (Error Log) est généré chaque fois que l'exécution rencontre une erreur et qu'elle s'arrête. Il est consigné à partir du niveau de journalisation Erreur (Error).
- L'évènement Journal de débogage (Debugging Log) est généré si l'option Paramètre de journalisation du robot (Robot Logging Setting) est configurée sur Détaillé (Verbose) et qu'il contient les noms des activités, les types, les valeurs des variables, les arguments, etc. Il est consigné à partir du niveau de journalisation Traçage (Trace).
Générés selon le processus conçu par l'utilisateur dans Studio, lorsque l'activité Message du journal des événements (Log Message) ou l'activité Écrire une ligne (Write Line) est utilisée.
User
dans le champ logType
.
Si ces journaux sont générés à un intervalle inférieur à 1 ms, ils peuvent mal s'afficher dans le panneau de Sortie.
Plusieurs types de champs de journal sont disponibles dans tous les types de messages de journaux ci-dessus. Ils peuvent être classés comme suit :
Ces champs de journal sont présents dans tous les types de journaux d'exécution, comme par exemple SQL (si configuré), Elasticsearch (si configuré) et les journaux de l'observateur d'évènements par défaut :
Message
: message du journal.Level
: définit le niveau de gravité de l'événement.Timestamp
: la date et l'heure exactes de réalisation de l'action.FileName
: le nom du fichier.xaml
en cours d'exécution.jobId
: la clé de la tâche qui exécute le processus.processName
: le nom du processus qui a déclenché la journalisation.processVersion
: le numéro de version du processus.windowsIdentity
: le nom de l'utilisateur qui a effectué l'action consignée.-
robotName
: le nom du Robot (tel qu'il est défini dans Orchestrator).Remarque : les champsprocessName
etprocessVersion
ne s'affichent pas dans les journaux si le processus est exécuté localement, sans être connecté à Orchestrator.
La présence de ces journaux varie en fonction du type de journal :
-
Fin d'exécution (Execution End)
totalExecutionTimeInSeconds
totalExecutionTime
-
Début de transaction (Transaction Start)
QueueName
transactionID
transactionState
-
Fin de transaction (Transaction End)
QueueName
transactionID
transactionState
transactionStatus
Délai d'exécution de la transaction (Transaction Execution Time)
Type d'exception de traitement (ProcessingException Type)
processingExceptionReason
queueItemReviewStatus
queueItemPriority
-
Journal de débogage (Debugging Log)
-
activityInfo
, un message JSON composé des champs suivants :DisplayName
State
(Défaillant (Faulted), Fermé (Closed), En cours d'exécution (Executing))Activité
Variables
-
Arguments
-
totalExecutionTimeInSeconds
, totalExecutionTime
et queueName
sont toujours présents dans les messages du journal. Variables
et Arguments
ont généralement des sous-champs.
Ces champs sont définis dans Studio à l'aide de l'activité Ajouter des champs de journaux (Add Log Fields) et s'affichent dans tous les journaux suivants après la génération de l'activité, sauf s'ils sont supprimés par l'activité Supprimer les champs de journaux (Remove Log Fields).
La création de champs de journaux définis par l’utilisateur qui ont le même nom qu’un champ de journal par défaut provoque la corruption du processus de journalisation et peut causer des problèmes dans le workflow en cours d’exécution.
jobId
, car jobId
est un champ de journal généré par défaut.