- 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éparation de la prise en charge d'Active Accessibility
- Résolution des problèmes rencontrés avec JxBrowser Applications
- Surveillance des événements utilisateur
- Résolution des problèmes Citrix
- Automatisation des applications exécutées sous un autre utilisateur Windows
Guide de l’utilisateur de Studio
Types de journaux
La plateforme UiPath est équipée d'outils de journalisation pour tous ses composants principaux. Tous les journaux spécifiques à UiPath reposent sur l'infrastructure Nlog.
Ces journaux peuvent être classés selon les caractéristiques suivantes :
Selon la catégorie à laquelle ils appartiennent, c'est-à-dire selon s'ils ont été créés par un utilisateur ou générés automatiquement par le système, les journaux peuvent être :
-
Journaux par défaut (Default Logs) : 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 s'arrête, ou lorsque les paramètres de journalisation sont configurés pour consigner l'exécution de chaque activité. Les événements consignés par cette catégorie sont :
- Démarrage de l'exécution (Execution Start) : les journaux sont générés à chaque fois qu'un processus est démarré (niveau = Information)
- Fin de l'exécution (Execution End) : les journaux sont enregistrés à chaque fois qu'un processus est terminé (niveau = Information)
- Début de la transaction (Transaction Start) : les journaux sont enregistrés à chaque fois qu'un processus est démarré (niveau = Information)
- Fin de la transaction (Transaction End) : les journaux sont enregistrés à chaque fois qu'une transaction est terminée (niveau = Information)
- Journal des erreurs (Error Log) : les journaux sont enregistrés à chaque fois que l'exécution rencontre une erreur et qu'elle s'arrête (niveau = Erreur).
- Journal de débogage (Debugging Log) : les journaux sont enregistrés si la journalisation du Robot est configurée avec le niveau Détaillé (Verbose). Il contient les noms et les types des activités, les valeurs des variables, les arguments, etc.
- Journaux personnalisables (User-Defined Logs) : 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 Écrire une ligne (Write Line) est utilisée.
- Message (Message) - le message du journal des événements
- Niveau (Level) - définit la gravité du journal.
- Timestamp - la date et l'heure exactes de l'événement.
- Nom de fichier (FileName) - le nom du fichier
.xaml
en cours d'exécution. - jobId - la clé de la tâche qui exécute le processus.
- Nom du processus (processName) - le nom du processus qui déclenche la journalisation
- processVersion - le numéro de version du processus.
- windowsIdentity - le nom de l'utilisateur qui a déclenché l'événement qui a été enregistré.
- robotName - le nom du robot (défini dans Orchestrator)
- machineName : le nom de la machine robot.
- IdMachine (machineId) - l'ID de la machine robot.
-
IdUnitéOrganisation (OrganizationUnitId) - l’ID de l’organisation Orchestrator.
Remarque : il est possible que les options processName et processVersion ne s'affichent pas si le processus est exécuté localement sans connexion à Orchestrator.
La présence de ces champs de journal varie en fonction du type de journal :
- totalExecutionTimeInSeconds appartient à la catégorie Fin d'exécution (Execution End)
- totalExecutionTime appartient à la catégorie Fin d'exécution (Execution End)
- Nom de la file d'attente (queueName) appartient aux catégories Début de transaction (Transaction Start) et Fin de transaction (Transaction End).
- transactionID appartient aux catégories Début de transaction (Transaction Start) et Fin de transaction (Transaction End).
- transactionState appartient aux catégories Début de transaction (Transaction Start) et Fin de transaction (Transaction End).
- transactionStatus appartient à la catégorie Fin de transaction (Transaction End).
- transactionExecutionTime appartient à la catégorie Fin de transaction (Transaction End).
-
activityInfo appartient à la catégorie du journal de débogage. Il s'agit d'un message JSON composé des champs suivants :
- DisplayName
- État (State): En échec (Faulted), Fermé (Closed), En cours d'exécution (Executing)
- Activité
- Variables
-
Arguments
Remarque : seuls les 3 premiers sont toujours présents dans le message. Les variables et les 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 apparaissent dans tous les journaux suivants après la génération de l'activité, sauf s'ils sont supprimées par l'activité Supprimer les champs de journaux (Remove Log Fields).