- Démarrage
- Comprendre UiPath Robot
- Assistant UiPath
- Prérequis d’installation
- Installation de robots pour des automatisations Unattended
- Configuration de robots pour des automatisations Unattended
- Connexion des robots pour les automatisations Unattended à Orchestrator
- Configuration de Windows Server pour des Robots haute densité
- Rediriger les Robots vers un serveur proxy
- Implémenter l’authentification
- Ajuster les paramètres du registre pour l'exécution dans une session de bureau à distance minimisée
- Utilisation d’emplacements réseau
- Configurer des Robots Linux
- Configuration de la vérification de la signature des paquets
- Configurer des dossiers de package et des chemins d’accès réseau
- Configurer des flux d’activité
- Déployer des automatisations non assistées
- Installation de robots pour des automatisations Attended
- Configuration de robots pour les automatisations Attended
- Intégrations
- Résolution des problèmes
- Résoudre les problèmes du service de robot UiPath
- Résoudre les problèmes d’exécution
- Résoudre les problèmes de mise en réseau
- Résolution des problèmes de connexion
- Licensing troubleshooting
- Résolution des problèmes de package
- Résolution des problèmes .NET
- Dépannage de la journalisation
- Dépannage des problèmes de session
Résolution des problèmes de package
Le problème se produit lorsque vous utilisez un lecteur réseau mappé pour vos packages. Le lecteur réseau mappé est à la disposition de l'utilisateur qui l'a créé, tandis que le service Robot fonctionne au niveau du système.
Lors de la mise à niveau vers une version plus récente à partir d'une version plus ancienne, l'exécution de certaines automatisations peut échouer, surtout lorsque la vérification de la signature des paquets est appliquée.
Le dossier des packages contient les versions signées et non signées des packages d'activités. Lors de l'exécution d'une automatisation, le Robot installe la version applicable la plus ancienne de ce paquet d'activités, qui peut être la version non signée. Si la vérification de la signature des paquets est appliquée, l’exécution de l’automatisation échoue. Sinon, il s’exécute comme prévu.
Une fois la migration d'un Robot du mode service vers le mode utilisateur terminée, les fichiers XML des packages NuGet deviennent inaccessibles. En outre, le message d’erreur suivant s’affiche : « L’accès au chemin C:\Users\john.doe\.nuget\packages\HelloWorld\1.0.0\lib\net45\Main.xaml est refusé ».
La suppression de packages du dossier d'origine permet au Robot de les réinstaller dans un dossier auquel l'utilisateur actuel peut accéder, permettant également au service de robot UiPath d'accéder également aux packages.
Lors de la conversion du mode service au mode utilisateur, vous pouvez modifier l'emplacement du dossier de package. Cela permet au Robot de reconstruire le répertoire et de l'utiliser pour de futurs téléchargements.
.nupkg
manquant correspondant au projet.
Le dossier du package peut déjà contenir les deux éléments suivants :
-
une version du package avec le fichier de projet
.nupkg
correspondant, et -
aversion sans le fichier de projet
.nupk
g.
- Les paquets publiés depuis Studio ne sont pas visibles dans l’UiPath Assistant
- Description
- Problème potentiel
- Solutions
- Vérification forcée de la signature des paquets
- Description
- Problème potentiel
- Solutions
- Les packages NuGet ne sont pas accessibles après la migration
- Description
- Problème potentiel
- Solution 1
- Solution 2
- Le Robot ne parvient pas à télécharger le paquet
- Description
- Problème potentiel
- Solution