- Démarrage
- Meilleures pratiques
- Modélisation de l'organisation dans Orchestrator
- Meilleures pratiques d'automatisation
- Optimisation de l'infrastructure Unattended à l'aide de modèles de machine
- Organisation des ressources avec des balises
- Exportation des grilles dans l'arrière-plan
- Appliquer la gouvernance de la connexion Integration Service au niveau de l'utilisateur
- Locataire
- À propos du contexte du locataire
- Recherche de ressources dans un locataire
- Gestion des Robots
- Connexion des Robots à Orchestrator
- Enregistrement des identifiants du Robot dans CyberArk
- Stockage des mots de passe de l’Unattended Robot dans Azure Key Vault (lecture seule)
- Stockage des informations d’identification de l’Unattended Robot dans HashiCorp Vault (lecture seule)
- Stockage des informations d'identification du robot Unattended dans AWS Secrets Manager (lecture seule)
- Suppression des sessions Unattended déconnectées et qui ne répondent pas
- Authentification du Robot
- Authentification du Robot avec les informations d'identification du client
- Configurer les capacités d’automatisation
- Gestion des machines
- Agents et fonctions sur les robots locaux
- Affectation d'objets machine à des dossiers
- Configuration des mappages compte-machine.
- Statut de protection EDR
- Solutions
- Audit
- Paramètres
- Registre
- Cloud Robots
- Vue d'ensemble des robots Cloud
- Exécution d'automatisations Unattended à l'aide de Cloud Robots - VM
- Téléchargement de votre propre image
- Réutilisation des images de machines personnalisées (pour les pools manuels)
- Réinitialisation des informations d'identification d'une machine (pour les pools manuels)
- Surveillance
- Mises à jour de sécurité
- Demander un essai
- Questions fréquemment posées
- Configuration du VPN pour les robots du cloud
- Configurer une connexion ExpressRoute
- Diffusion en direct et contrôle à distance
- Robots Automation Suite
- Contexte des dossiers
- Processus (Processes)
- Tâches (Jobs)
- Apps
- Déclencheurs (Triggers)
- Journaux (Logs)
- Surveillance
- Index
- Files d'attente (Queues)
- Actifs
- À propos des actifs
- Gestion des actifs dans Orchestrator
- Gestion des actifs dans Studio
- Stockage des ressources dans Azure Key Vault (lecture seule)
- Stockage des ressources dans HashiCorp Vault (lecture seule)
- Stockage des ressources dans AWS Secrets Manager (lecture seule)
- Stocker des ressources dans Google Secret Manager (lecture seule)
- Connexions
- Règles métier
- Compartiments de stockage
- Serveurs MCP
- Tests d'Orchestrator
- Service de catalogue de ressources
- Intégrations
- Résolution des problèmes
Agents sur des robots locaux: exécutez des tâches Agent, Fonction et API sur vos propres robots non assistés à l'aide du type de runtime Local, au lieu uniquement de Cloud - Serverless.
Cette fonctionnalité est actuellement en aperçu.
L'agent sur des robots locaux vous permet d'exécuter des types de processus Agent, Fonction et API sur des robots non assistés que vous hébergez vous-même, et non uniquement sur des robots Cloud - Serverless hébergés par UiPath. Les agents low-code et les agents codés s'exécutent via le même runtime d'exécution sous-jacent, appelé Runtime unifié, qu'ils s'exécutent sur un robot local ou sur Cloud - Serverless.
Type de runtime local
Lorsque vous démarrez une tâche pour un processus d'agent, de fonction ou d'API, la liste déroulante Type de runtime de la page Démarrer la tâche inclut Local avec Cloud - Serverless. L'option Local exécute la tâche sur l'un de vos propres robots non assistés connectés au lieu d'une machine hébergée par UiPath.
L’exécution des tâches Agent, Fonction et API sur le type d’exécution local nécessite Robot 2026.10 LTS ou 26.0.200 Service d'assistance.
Chaque type de processus puise à partir d'un pool de capacités spécifique sur le runtime local:
| Types de processus | S'exécute sur le runtime local à l'aide de |
|---|---|
| Agent (low-code ou codé) | Capacité des agents |
| Function | Capacité des fonctions |
| API | Capacité des fonctions |
Contrairement aux runtimes Production ou Test , qui mappent un runtime à une tâche simultanée quel que soit le type de processus, le type de runtime Local couvre plusieurs types de processus via des pools de capacité distincts sur le même modèle de machine.
Configurer les runtimes d’agent et de fonctions
Les modèles de machine incluent une section de runtimes Agents et Fonctions , distincte de la configuration du runtime RPA existante. Il contient deux champs:
- Emplacements d'agent: le nombre de tâches d'agent pouvant s'exécuter en parallèle sur chaque machine hôte connectée à l'aide de ce modèle.
- Emplacements de fonction: le nombre de tâches de fonction et d'API pouvant s'exécuter en parallèle sur chaque machine hôte connectée à l'aide de ce modèle.
Les agents et les fonctions consomment des unités et ne nécessitent pas de licences supplémentaires. Si aucune unité n'est disponible pour votre locataire, les exécutions ne démarrent pas même lorsque les emplacements sont configurés.
Contrairement aux licences de runtime RPA, les emplacements d'agent et les emplacements de fonction ne sont pas limités par une allocation de licence par type. Ils réservent une capacité d'exécution simultanée directement sur la machine hôte, indépendamment de la licence du locataire. Vous les configurez à partir de la même fenêtre de modèle de machine utilisée pour les runtimes RPA. Pour connaître les étapes, consultez Ajout d'un modèle de machine.
Comment Orchestrator achemine les tâches vers les robots locaux
Les robots connectés signalent les types de processus et les runtimes qu'ils prennent en charge. Orchestrator envoie uniquement une tâche à un robot qui prend en charge le type de processus et le runtime de la tâche.
Si aucun robot connecté ne prend actuellement en charge le type de processus requis, la tâche reste à l'état En attente jusqu'à ce qu'un robot capable se connecte, plutôt que de ne pas démarrer. Cela diffère des types de runtime RPA, ce qui vous empêche de démarrer une tâche lorsqu’aucun runtime correspondant n’est disponible.
Licences et consommation
L'exécution des tâches d'agent et de fonction sur des robots locaux est basée sur la consommation, similaire aux licences Cloud - Serverless. Contrairement à Cloud - Serverless, la consommation ne prend pas en compte la taille de la machine, car la machine vous appartient plutôt qu’à UiPath.