- Notes de publication
- Démarrage
- Assistant UiPath
- Installation et mise à niveau
- Types de robot
- Composants du Robot
- Licences
- Connexion des Robots à Orchestrator
- Processus et activités
- Journalisation
- Robot JavaScript SDK
- Scénarios spécifiques
- Sessions Windows
- Connexion à l’aide du système d’informations d’identification Thales Luna
- Connexion à l’aide du fournisseur de services de chiffrement nShield
- Rediriger les Robots vers un serveur proxy
- Exécuter des tâches à partir d'une session de bureau à distance minimisée
- Utilisation de lecteurs réseau mappés
- Arrêter un processus :
- Désactiver le bouton Arrêt
- Dossiers de paquets personnalisés et chemins d'accès réseau
- Intégration de CrowdStrike
- Résolution des problèmes
- Robot ne répond pas sur RDP
- Journaux d'exécution en double
- Erreurs du Robot fréquemment rencontrées
- Augmentation de la durée d'exécution des processus
- Vérification forcée de la signature des paquets
- Message trop volumineux pour être traité
- Erreurs lors de l’exécution en tant qu’administrateur
- Les packages NuGet ne sont pas accessibles après la migration
- Invite de contrôle d'accès utilisateur et activités d'automatisation de l'interface utilisateur
- Échec de l’exécution des projets .NET6
Dossiers de paquets personnalisés et chemins d'accès réseau
Un package combine toutes les parties utilisées dans une automatisation et peut inclure : des activités, des workflows, des fichiers, des sources de données et d'autres composants nécessaires à l'exécution de l'automatisation. Un projet créé dans Studio est publié en tant que package vers un emplacement/un flux à partir duquel il est ensuite téléchargé par le robot et utilisé pour exécuter une automatisation.
Les emplacements/flux suivants sont configurés par défaut dans Studio :
- Locataire d'Orchestrator et Hôte d'Orchestrator
- Local
- Officiel
- Marketplace
Les flux personnalisés peuvent également être utilisés, mais avant de mettre en place un emplacement personnalisé pour publier un package, assurez-vous que les Robots y ont accès.
Pour plus d'informations sur le fonctionnement des flux et leur modification, consultez le document Gestion des packages d'activités, qui vous fournira de plus amples détails à ce sujet.
PACKAGES_FOLDER
ou en modifiant le fichier uipath.config. Cela vous permet de modifier l'emplacement de téléchargement de vos workflows ainsi que leurs dépendances pour Studio et/ou Robot.
%userProfile%\.nuget\packages
.
%USERNAME%
ou %USERPROFILE%
. Toutefois, vous devez les échapper comme il suit :
UiPathStudio.msi PACKAGES_FOLDER=C:\Some\Path\^%USERNAME^%
.
%
UiPathStudio.msi PACKAGES_FOLDER=C:\Some\Path\^%USERNAME^%
.
:fa-caret-right: Console ou scripts PowerShell : aucun échappement nécessaire.
C:\packages\^%UserDomain^%.^%Username^%
- Pas de restrictions lorsqu'un chemin local est utilisé par plusieurs robots en mode service sur une même machine.
- Lorsque le Robot est déployé en Mode de service et que Secure XAML est utilisé, les chemins d'accès réseau ne sont pas pris en charge.
- Les robots en mode service installés sur des machines distinctes ne peuvent pas se connecter au même dossier sur un réseau. Chaque machine doit avoir son propre dossier.
- Seuls les chemins non mappés sont pris en charge, par exemple
\\server\Packages
. Les chemins d'accès réseau mappés tels queZ:\Packages
ne sont pas pris en charge. Ce raisonnement repose sur la façon dont les mappages sont résolus par utilisateur. Dans le cas présent, le propriétaire des fichiers installés sera le compte d'ordinateur : par conséquent, il n'aura pas accès aux mappages réseau par utilisateur.
- Lorsque des chemins locaux sont utilisés, le chemin doit contenir le nom d'utilisateur.
- Si un même chemin local est utilisé par plusieurs robots en mode utilisateur sur une même machine, l'installation ou l'exécution d'une automatisation est susceptible d'échouer lorsque deux robots ou plus tenteront d'utiliser les fichiers du dossier en même temps. Si deux robots ou plus tentent d'installer le même processus en même temps, l'installation peut également échouer.
-
Lorsque des chemins d'accès réseau sont utilisés, le chemin d'accès doit inclure le nom de la machine et le nom d'utilisateur.
Remarque :Si un même processus doit être exécuté par plusieurs robots simultanément, assurez-vous que le workflow n'écrit ou ne modifie aucun fichier dans le dossier d'installation du workflow. Le répertoire de travail de l'automatisation est le dossier d'installation : vous devez donc éviter d'utiliser des chemins relatifs dans le workflow, sauf pour lire les fichiers inclus dans l'automatisation.
Pour éviter cela, utilisez des chemins d'accès absolus rattachés aux utilisateurs individuels. Par exemple,%userprofile%\Desktop
et%temp%
.