- Démarrage
- Comprendre UiPath Robot
- Prérequis d’installation
- Installation de robots pour des automatisations unattended
- Configuration des robots pour les automatisations unattended
- Déploiement d'automatisations unattended
- Connexion des robots dédiés aux automatisations unattended à Orchestrator
- Configuration de Windows Server pour des Robots haute densité
- Rediriger les Robots vers un serveur proxy
- Implémenter l’authentification avec le fournisseur d’informations d’identification
- Configurer des dossiers de package et des chemins d’accès réseau
- Configurer des flux d’activité
- Installation des robots pour les automatisations attended
- Configuration des robots pour les automatisations attended
- Intégrations
- Gouvernance
- Résolution des problèmes
- Résoudre les problèmes du service de robot UiPath
- Résoudre les problèmes d’exécution
- Enregistrement et dépannage à distance
- Résoudre les problèmes de mise en réseau
- Résolution des problèmes de connexion
- Dépannage des licences
- Dépannage des packages
- Résolution des problèmes .NET
- Dépannage de la journalisation
- Dépannage des problèmes de session

Guide de l’administrateur du Robot
Description
Il est parfois impossible pour les robots de trouver un lecteur réseau mappé lors de l’exécution d’une automatisation Unattended, surtout lors de l’exécution du processus en arrière-plan.
Problème potentiel
Cela peut se produire en raison de la nature non interactive de la session d’ouverture de session Windows.
Solution
Pour mapper le lecteur réseau en mode sans affichage pour chaque tâche que le robot démarre, exécutez la commande suivante :net use Z: \\unc\path
net use Z: \\unc\path
Description
La tentative d’exécution d’un package à partir d’un chemin d’accès réseau ou d’un partage de fichiers Azure échoue avec l’erreur « System.Xaml.XamlObjectWriterException : impossible de créer le type d’erreur inconnu [......] ».Le robot consigne le message d’erreur suivant : « System.NotSupportedException : une tentative a été effectuée pour charger un assembly à partir d’un emplacement réseau, ce qui aurait entraîné sa mise en sandbox dans les versions précédentes de .NET Framework. »
Problème potentiel
Il est possible que la machine Robot ne fasse pas confiance à l’adresse Web du partage de fichiers Azure, où se trouve le package. Il se peut également que le compte utilisé par le Robot ne dispose pas d’autorisations pour cet emplacement spécifique.
Solution
Assurez-vous que le compte sous lequel le robot s’exécute dispose des autorisations nécessaires. Ensuite, ajoutez l’adresse Web de partage de fichiers Azure en tant que réseau de confiance sur la machine robot.
Description
La machine Robot ne répond plus et affiche une utilisation élevée du processeur à un moment donné après le démarrage de l’automatisation. Cela se produit sur les machines Windows 10 v1903.
Problème potentiel
DWM.exe
, entraînant une utilisation élevée du processeur à la fin d’une session Bureau à distance.
Solution
Appliquez la mise à jour KB4522355 sur la machine Windows défectueuse.