- Démarrage
- Agents conversationnels UiPath
- Agents UiPath dans Studio Web
- À propos des agents UiPath
- Licences
- Agents avancés (aperçu)
- Exécuter des agents
- Agents et workflows
- Meilleures pratiques pour créer des agents
- Choix du meilleur modèle pour votre agent
- Meilleures pratiques pour la publication et le déploiement d’agents
- Meilleures pratiques en matière d’ingénierie contextuelle
- Meilleures pratiques pour DeepRAG et la transformation par lots : JIT vs. stratégies basées sur l’index
- Utiliser des fichiers
- Contextes
- Escalades
- Évaluations
- Traçages d’agent
- Examen de l’agent (aperçu)
- Agents codés UiPath
- Créer avec Coding Agents
Licences
Modèle de licence pour les agents, couvrant les exécutions d'agents, les droits du plan et la façon dont la consommation est mise en correspondance avec les Platform Units (Unified Pricing) ou les Agent Units (Flex).
Comprendre l'exécution des agents
Une exécution d'agent fait référence à l'exécution complète d'un agent, suivie sous un seul ID d'exécution. Chaque exécution commence par un déclencheur et se poursuit jusqu'à ce qu'elle atteigne un état terminal : Réussite, Échec, Annulation ou Expiration.
Licences et consommation
- Les exécutions de production consomment des Platform Units ou des Agent Units, selon votre plan de tarification.
- Les tests effectués lors de la conception dans Studio Web, tels que les exécutions de débogage et les évaluations, tirent d'abord dans votre limite mensuelle, puis à partir de toute augmentation accordée par l'administrateur. Lorsque ces dépenses sont consommées, elles consomment des Platform Units ou des Agent Units achetées, en fonction de votre régime de tarification.
Par défaut, les agents des organisations Community et d'essai standard ne peuvent utiliser que des modèles « Apportez vos propres modèles ». Pour utiliser des modèles hébergés par UiPath, demandez l’accès. Pour des détails de configuration, reportez-vous à Configuration des LLM.
Lors de l'exécution d'agents à partir d'un dossier partagé, vous devez affectuer une identité Unattended Robot au dossier. Il s'agit d'une exigence d'identité, et non d'une exigence de licence : l'agent lui-même ne consomme pas de licence Unattended robot pendant le développement, le débogage ou les exécutions de production. Pour plus de détails sur la configuration, consultez la section Affectation d'objets à un dossier.
Ce qui est comptabilisé comme exécution d'agent
- Exécutions invoquées depuis Orchestrator après publication (démarrage manuel, planification ou déclencheur de file d'attente).
- Exécutions invoquées via une API ou un webhook dans un espace de travail de production.
- Une session de conversation commencée sur un canal publié (comptabilisée comme une seule exécution jusqu'à ce qu'elle se termine ou s'éteigne).
Ce qui n'est pas comptabilisé comme exécution d'agent
- Test/aperçu Studio Web pendant la création ou la conception de l'agent.
- Autopilot, exécutions d'évaluation et simulations/évaluations marqués comme un Aperçu.
Licences à tarification unifiée
Les informations figurant sur cette page vous concernent si vous utilisez la tarification unifiée. Si vous utilisez une tarification Flex, consultez la section Licences Flex.Pour obtenir des informations générales sur les licences, consultez le guide d'administration d'Automation Cloud.
Cette page fournit des informations détaillées sur les licences qui vous donnent accès aux agents et sur la façon dont les activités des agents sont quantifiées à l'aide d'unités de plateforme (Platform Units).
Licences et droits des agents
Les tableaux suivants fournissent une liste des licences qui vous donnent accès aux agents, des régimes associés à chaque licence et des droits qu'elles confèrent.
Tableau 1. Régimes de licence
| Fonctionnalités | Libre | Essai de base | Basique | Essai standard | Standard | Enterprise | Version d’essai Standard de test d’application | Application Test Standard | Application Test Enterprise |
|---|---|---|---|---|---|---|---|---|---|
| Développer des agents : concevoir, effectuer des débogages et évaluer des agents dans Studio Web | ❌ | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ |
| Exécuter des agents : déployer et exécuter des agents en tant que processus | ❌ | ❌ | ❌ | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ |
Tableau 2 : Licences utilisateur
| Fonctionnalités | Utilisateur Express | Utilisateur de base | Utilisateur Plus | Utilisateur Pro | Testeur d’application | Développeur de tests d’application |
|---|---|---|---|---|---|---|
| Développer des agents : concevoir, effectuer des débogages et évaluer des agents dans Studio Web | ❌ | ✅ | ✅ | ✅ | ❌ | ✅ |
| Exécuter des agents : déployer et exécuter des agents en tant que processus | ❌ | ✅ | ✅ | ✅ | ✅ | ✅ |
Droits de temps de conception
Enterprise
Tous les utilisateurs d'une licence Enterprise reçoivent un pool d'utilisation mensuel AI et Agentic, partagé entre les produits UiPath AI et Agentic et utilisable pour le développement et les évaluations d'agents. Le pool remplace le droit journalier d'exécutions d'agents précédemment accordé sous forme d'appels LLM.
Lorsque vous utilisez le pool pendant la conception de l'agent, l'utilisation est réduite en fonction du coût du modèle que vous utilisez et de la complexité des appels LLM exécutés, en tenant compte des jetons d'entrée et de sortie.
La limite mensuelle est disponible selon les règles suivantes:
- La limite mensuelle est partagée entre tous les produits d'IA et d'Agentic, et pas seulement avec l'expérience Agent Builder dans Studio Web. Elles ne sont pas accordées sous forme de Platform Units.
- La limite mensuelle est attribuée individuellement à chaque utilisateur nommé et ne peut pas être regroupée au niveau d’un locataire ou d’une organisation.
L'utilisation puise à partir de trois sources dans un ordre fixe, avec une seule source active à la fois: la limite mensuelle d'abord, puis toute recharge accordée par l'administrateur, puis les Platform Units. Chaque recharge est un pack fixe de 50 Platform Units et une recharge inutilisée est conservée entre les réinitialisations mensuelles.
Les utilisateurs ne peuvent pas accorder leurs propres rechargements. Un utilisateur demande un rechargement depuis Préférences > Licences, et un administrateur de licence l'accorde depuis Admin > Licences > Consommables > Utilisation de l'utilisateur.
Pour de plus amples informations sur le fonctionnement de la limite mensuelle, des recharges et des unités payantes, consultez la section Pool d'utilisation de l'IA et des agents. Pour ces procédures, reportez-vous aux sections Demande de recharges de l'utilisation de l'IA et d'Agents et Octroi de recharges de l'utilisation de l'IA et de l'Agentic.
Le pool d’utilisation d’IA et d’Agents nécessite que les licences utilisateur soient activées pour votre organisation. Lorsque les licences utilisateur ne sont pas activées, toutes les interactions avec les agents au moment de la conception sont facturées selon la logique de consommation standard.
Le pool est disponible sur les plans de licence Unified Pricing et Flex, et n’est pas disponible sur Community. Pour Community, reportez-vous à la section Community ci-dessous.
La disponibilité des fonctionnalités dépend également de la plateforme Cloud que vous utilisez. pour des détails, reportez-vous à la page Disponibilité des fonctionnalités.
La taille de la limite mensuelle dépend de la licence utilisateur, comme suit.
| Licence utilisateur | Pool d'utilisation IA et agentique |
|---|---|
| Utilisateur de base | Pool d’utilisation de base |
| Utilisateur Plus | Basique x7,5 |
| Utilisateur Pro | Basique x20 |
| Testeur d’application | Basique x7,5 |
| Développeur de tests d’application | Basique x20 |
La consommation du pool et des droits achetés pendant la conception et l'exécution est calculée selon les scénarios suivants:
| Disponibilité des unités de plateforme | Temps de conception | Temps d'exécution |
|---|---|---|
| Aucune unité achetée | Autorisée dans la limite mensuelle. Bloquée une fois que la limite mensuelle est atteinte. | Non autorisée |
| Unités achetées et disponibles | Puis, d'abord à partir de la limite mensuelle, puis de tout rechargement accordé par l'administrateur, puis à partir des Platform Units. | Autorisée à partir des unités de plateforme disponibles |
Communauté
Sur le plan Community, le développement de l'agent puise dans le pool de crédits mensuel Community, que l'organisation partage avec d'autres fonctionnalités. Lorsque le pool est épuisé, il est récupéré à la prochaine réinitialisation mensuelle.
Les organisations Community reçoivent les modifications de plate-forme en premier, avant les organisations Enterprise, mais certaines fonctionnalités en aperçu peuvent ne pas être disponibles dans le cadre du plan Community. Pour de plus amples informations, consultez la section Déploiement de fonctionnalités. Pour tout ce que comprend le plan Community, reportez-vous à Plan Community.
Consommation des unités de plateforme
Les Platform Units mesurent l'utilisation des activités spécifiques aux agents. Les exécutions d'agent consomment des Platform Units au moment de l'exécution et au moment de la conception (pour le débogage et les évaluations) une fois la limite mensuelle et les frais supplémentaires dépassés.
Pour les modèles hébergés par UiPath, l'utilisation est basée sur le nombre d’appels LLM effectués lors d’une exécution d’agent, les tarifs variant en fonction du niveau de modèle.
Pour les modèles gérés par le client, la consommation est facturée une fois par exécution d'agent au taux d'agent, quel que soit le nombre d'appels LLM effectués lors de cette exécution.
Tableau 3. Consommation des agents par niveau de modèle
| Niveau de modèle | Taux de consommation standard | Comment la consommation est calculée |
|---|---|---|
| Premium models: Claude Opus 4.6, Claude Opus 4.7, Claude Opus 4.8, Claude Opus 5, GPT-5.5, GPT-5.6 Sol | 0,4 Platform Units (Taux de l'agent × 2) | Facturé par appel LLM |
| Modèles standard: GPT-4.1, GPT-4o, GPT-5, GPT-5.1, GPT-5.2, GPT-5.4, GPT-5.6 Terra, Claude Sonnet 4.5, Claude Sonnet 4.6, Claude Sonnet 5, Gemini 2.5 Pro, Gemini 3.1 Pro (aperçu) | 0,2 Platform Units (dénommées ci-dessous taux d'agent) | Facturé par appel LLM |
| Modèles de base: Claude Haiku 4.5, Gemini 3 Flash (aperçu), Gemini 3.5 Flash-Lite, Gemini 3.7 Flash, GPT-4.1-mini, GPT-4o-mini, GPT-5-mini, GPT-5.4-mini, GPT-5.6 Luna | 0,16 Platform Units (taux d'agent × 0,8) | Facturé par appel LLM |
| Modèles gérés par le client (par le biais de la fonctionnalité Bring your own model/subscription (Apportez votre propre modèle/abonnement) de la couche de confiance AI Trust Layer) | 0,2 Platform Units (taux d'agent) | Facturé une fois par exécution d'agent |
Nous facturons les appels LLM par incréments de jeton d'entrée de 64k.Les jetons d’entrée font référence au contenu envoyé au modèle par requête, y compris l’invite système, l’historique des conversations, les définitions de l’outil et les messages de l’utilisateur, et n’incluent pas la réponse du modèle. Les appels qui dépassent cette limite sont facturés plusieurs fois. Par exemple, un appel à jeton d'entrée de 100 000 entraîne deux facturations d'appel LLM. Cette limite de jetons ne s'applique pas aux modèles gérés par le client.
La consommation de Platform Units s'affiche aux endroits suivants:
- Dans Automation Cloud Admin, sous l'onglet Consommables de la page Licences , pour votre organisation ou pour un locataire. Pour de plus amples informations, reportez-vous à l'onglet Consommables.
- Sur la page Agents, sous Registre de l'agent > Agents. Définissez le bouton bascule sur PLTU pour afficher la consommation de chaque agent dans Platform Units. Pour de plus amples informations, consultez la section Gérer les agents déployés.
Vous pouvez demander à votre représentant commercial de vous aider à évaluer l'utilisation de votre agent et la consommation de Platform Units prévue.
LLM en tant que consommation de garde-fous de juge — Platform Units
Les garde-fous qui effectuent leur propre appel LLM, en particulier le garde-fou LLM en tant que juge , consomment des Platform Units aux mêmes taux par modèle indiqués dans le tableau 3, suivis séparément de la consommation propre de l'agent. L'exécution d'un agent avec ce garde-fou activé coûte les Platform Units de l'agent plus les Platform Units du modèle de juge. Étant donné que l'évaluation des garde-fous ne nécessite pas la même capacité de modèle que l'agent, vous pouvez utiliser un modèle de juge de niveau inférieur pour réduire les coûts.
Licence Flex
Les informations de cette page vous concernent si vous utilisez le plan Flex. Si vous utilisez la tarification unifiée, consultez la section Licences à tarification unifiée. Pour de plus amples informations, consultez la section Structure des régimes de licence.
Cette page fournit des informations détaillées sur les licences qui vous donnent accès aux agents et sur la façon dont les activités des agents sont quantifiées à l'aide d'unités d'agents.
Licences et droits des agents
Le tableau suivant fournit une liste des licences qui vous donnent accès aux agents, des plans associés à chaque licence et des droits qu'elles confèrent.
| Licence (License) | Régime de licence | Droits |
|---|---|---|
| Sans licence | Community (Communauté)1 | Développer des agents : concevoir, effectuer des débogages et évaluer des agents dans Studio Web |
| Automation Developer | Enterprise |
Développer des agents : concevoir, effectuer des débogages et évaluer des agents dans Studio Web |
| Développement citoyen | ||
| Cloud Basic User |
1. – Les utilisateurs du régime Community (Communauté) peuvent développer des agents en utilisant les droits de temps de conception.
Droits de temps de conception
Enterprise
Tous les utilisateurs d'une licence Enterprise reçoivent un pool d'utilisation mensuel AI et Agentic, partagé entre les produits UiPath AI et Agentic et utilisable pour le développement et les évaluations d'agents. Le pool remplace le droit journalier d'exécutions d'agents précédemment accordé sous forme d'appels LLM.
Lorsque vous utilisez le pool pendant la conception de l'agent, l'utilisation est réduite en fonction du coût du modèle que vous utilisez et de la complexité des appels LLM exécutés, en tenant compte des jetons d'entrée et de sortie.
La limite mensuelle est disponible selon les règles suivantes:
- La limite mensuelle est partagée entre tous les produits d'IA et d'Agentic, et pas seulement avec l'expérience Agent Builder dans Studio Web. Elles ne sont pas accordées sous forme d'Agent Unit.
- La limite mensuelle est attribuée individuellement à chaque utilisateur nommé et ne peut pas être regroupée au niveau d’un locataire ou d’une organisation.
L'utilisation puise à partir de trois sources dans un ordre fixe, avec une seule source active à la fois: la limite mensuelle d'abord, puis tout rechargement accordé par l'administrateur, puis les Agent Unit. Un rechargement inutilisé est conservé entre les réinitialisations mensuelles.
Les utilisateurs ne peuvent pas accorder leurs propres rechargements. Un utilisateur demande un rechargement depuis Préférences > Licences, et un administrateur de licence l'accorde depuis Admin > Licences > Consommables > Utilisation de l'utilisateur.
Pour de plus amples informations sur le fonctionnement de la limite mensuelle, des recharges et des unités payantes, consultez la section Pool d'utilisation de l'IA et des agents. Pour ces procédures, reportez-vous aux sections Demande de recharges de l'utilisation de l'IA et d'Agents et Octroi de recharges de l'utilisation de l'IA et de l'Agentic.
Le pool d’utilisation d’IA et d’Agents nécessite que les licences utilisateur soient activées pour votre organisation. Lorsque les licences utilisateur ne sont pas activées, toutes les actions Agent au moment de la conception sont facturées selon la logique de consommation standard.
Le pool est disponible sur les plans de licence Unified Pricing et Flex, et n’est pas disponible sur Community. Pour Community, reportez-vous à la section Community ci-dessous.
La disponibilité des fonctionnalités dépend également de la plateforme Cloud que vous utilisez. pour des détails, reportez-vous à la page Disponibilité des fonctionnalités.
La taille de la limite mensuelle dépend de la licence utilisateur, comme suit.
| Licence utilisateur | Pool d'utilisation IA et agentique |
|---|---|
| Cloud Basic User | Pool d’utilisation de base |
| Développement citoyen | Basique x7,5 |
| Automation Developer | Basique x20 |
La consommation du pool et des droits achetés pendant la conception et l'exécution est calculée selon les scénarios suivants:
| Disponibilité des unités d'agent | Temps de conception | Temps d'exécution |
|---|---|---|
| Aucune unité achetée | Autorisée dans la limite mensuelle. Bloquée une fois que la limite mensuelle est atteinte. | Non autorisée |
| Unités achetées et disponibles | Puise d'abord à partir de la limite mensuelle, puis de tout rechargement accordé par l'administrateur, puis à partir des unités d'agent. | Autorisée à partir des unités d'agent disponibles |
Communauté
Sur le plan Community, le développement de l'agent puise dans le pool de crédits mensuel Community, que l'organisation partage avec d'autres fonctionnalités. Lorsque le pool est épuisé, il est récupéré à la prochaine réinitialisation mensuelle.
Les organisations Community reçoivent les modifications de plate-forme en premier, avant les organisations Enterprise, mais certaines fonctionnalités en aperçu peuvent ne pas être disponibles dans le cadre du plan Community. Pour de plus amples informations, consultez la section Déploiement de fonctionnalités. Pour tout ce que comprend le plan Community, reportez-vous à Plan Community.
Consommation d'unités de l'agent
Les unités d'agent mesurent l'utilisation des activités spécifiques à un agent. Les exécutions d'agent consomment des unités d'agent au moment de l'exécution et au moment de la conception (pour le débogage et les évaluations) une fois la limite mensuelle et les frais supplémentaires dépassés.
La consommation d'Agent Unit dépend du type de modèle utilisé par l'agent et diffère entre les modèles hébergés par UiPath et ceux gérés par le client.
Par défaut, chaque locataire se voit affecter 0 Agent Units, et la consommation d'Agent Units puise dans le pool de l'organisation. Si des Agent Units sont affectées à un locataire spécifique, l'affectation de ce locataire est utilisée pour la consommation.
La consommation est calculée comme suit :
- Modèles hébergés par UiPath : la consommation est basée sur le nombre d'appels LLM effectués pendant une seule exécution d'agent. Chaque appel LLM est facturé en tant qu'action d'agent, et plusieurs appels au cours d'une seule exécution entraînent plusieurs frais.
- Modèles gérés par le client (Bring Your Own Model ou Bring Your Own Subscription) : la consommation est facturée une fois par exécution d'agent, quel que soit le nombre d'appels LLM effectués lors de cette exécution. Les appels LLM effectués à l'aide de modèles gérés par le client ne sont pas mesurés.
Tableau 4. Consommation des agents par niveau de modèle
| Niveau de modèle | Taux de consommation standard | Comment la consommation est calculée |
|---|---|---|
| Premium models: Claude Opus 4.6, Claude Opus 4.7, Claude Opus 4.8, Claude Opus 5, GPT-5.5, GPT-5.6 Sol | 2 Agent Units | Facturé par appel LLM |
| Modèles standard: GPT-4o, GPT-4.1, GPT-5, GPT-5.1, GPT-5.2, GPT-5.4, GPT-5.6 Terra, Claude Sonnet 4.5, Claude Sonnet 4.6, Claude Sonnet 5, Gemini 2.5 Pro, Gemini 3.1 Pro (aperçu) | 1 Agent Unit | Facturé par appel LLM |
| Modèles de base: Claude Haiku 4.5, Gemini 3 Flash (aperçu), Gemini 3.5 Flash-Lite, Gemini 3.7 Flash, GPT-4.1-mini, GPT-4o-mini, GPT-5-mini, GPT-5.4-mini, GPT-5.6 Luna | 0,8 Agent Units | Facturé par appel LLM |
| Modèles gérés par le client (par le biais de la fonctionnalité Bring your own model/subscription (Apportez votre propre modèle/abonnement) de la couche de confiance AI Trust Layer) | 1 Agent Unit | Facturé une fois par exécution d'agent |
Pour les modèles hébergés par UiPath, nous facturons les appels LLM par incréments de jeton d’entrée de 64k. Les jetons d’entrée font référence au contenu envoyé au modèle par requête, y compris l’invite système, l’historique des conversations, les définitions de l’outil et les messages de l’utilisateur, et n’incluent pas la réponse du modèle. Les appels qui dépassent cette limite sont facturés plusieurs fois. Par exemple, un appel à jeton d'entrée de 100 000 entraîne deux facturations d'appel LLM. Cette limite de jetons ne s'applique pas aux modèles gérés par le client. Pour les modèles gérés par le client (BYOM/BYOS), les appels LLM ne sont pas mesurés, car la consommation est facturée une fois par exécution d'agent.
La consommation d'Agent Units s'affiche aux endroits suivants:
- Dans Automation Cloud Admin, sous l'onglet Consommables de la page Licences , pour votre organisation ou pour un locataire. Cet onglet est la source d’autorité pour la consommation qui vous est facturée. Sur la carte Agent Units , sélectionnez Overview (Présentation). Le graphique Consommation par services affiche les unités consommées par les agents et par d'autres services. Pour de plus amples informations, reportez-vous à l'onglet Consommables.
- Sur la page Agents, dans le champ Agent Unit consommées au total dans Vue d'ensemble et dans Registre de l'agent > Agents. Dans Registre des agents > Agents, le total couvre tous les agents du locataire et la colonne Unités indique la consommation de chaque agent. Vous pouvez filtrer la liste par Dossier. Pour des détails, reportez-vous à Gestion des agents UiPath et Gestion des agents déployés.
Vous pouvez demander à votre représentant commercial de vous aider à évaluer l'utilisation de votre agent et la consommation d'Agent Units prévue.
LLM en tant que consommation de garde-fous de juge — Unités d'agent
Les garde-fous qui effectuent leur propre appel LLM, en particulier le LLM en tant que garde-fou de juge , consomment des Agent Units aux mêmes taux par modèle indiqués dans le tableau 4, suivis séparément de la propre consommation de l'agent. L'exécution d'un agent avec ce garde-fou activé coûte les Agent Units de l'agent plus les Agent Units du modèle de juge. Étant donné que l'évaluation des garde-fous ne nécessite pas la même capacité de modèle que l'agent, vous pouvez utiliser un modèle de juge de niveau inférieur pour réduire les coûts.