- Introduction
- Cycle de vie du produit
- Licences
- Options de livraison
- UiPath Platform
- Documentation UiPath
- Résolution des problèmes
Licence de service
Ces licences peuvent être distribuées à vos organisations et locataires. Elles fournissent des fonctionnalités spécifiques pour prendre en charge ou gérer les processus métier. Les licences de service ciblent un indicateur spécifique, comme les instances de service, la capacité de service ou les unités de consommation de service.
Certains types de licence contrôlent la capacité de service autorisée.
Par exemple, le nombre d'emplacements d'exécution (runtimes) pour Orchestrator et AI Center, la limite de débit pour Computer Vision ou les unités pour Data Service.
Les runtimes sont des licences liées à l’utilisation du robot – dans ce cas, le robot fait référence à l’entité qui exécute une automatisation.
Ils sont utilisés pour exécuter des processus Unattended et sont destinés à être attribués à des objets machine – soit une machine standard, soit un modèle de machine.
Le nombre de Runtime attribués à un objet machine représente la capacité d'exécution pour l'exécution d'automatisations sur chaque machine hôte qui est attachée simultanément à cet objet machine. Par exemple, avec un Runtime, une seule automatisation peut être exécutée à la fois. Avec 5 Runtime, jusqu'à 5 automatisations peuvent être exécutées en même temps sur la même machine hôte. Cependant, cela prend en compte le type de processus, comme suit :
-
Exécution simultanée : Les robots disposent d'une capacité d'exécution simultanée, ce qui signifie qu'ils peuvent exécuter plusieurs processus simultanément sur une même machine. Pour une exécution simultanée, une machine doit avoir plusieurs runtime alloués. Le nombre d'environnements d'exécution alloués détermine le nombre de processus pouvant s'exécuter simultanément sur la même machine.
-
Processus de premier plan : Dans le cas des processus de premier plan, un seul de ces processus peut s'exécuter en même temps. Ainsi, même si une machine a, par exemple, 5 runtimes alloués, les processus de premier plan seront quand même exécutés un par un.
-
Processus d'arrière-plan : Une station de travail Windows ne peut exécuter qu'un seul processus à la fois. Il est donc recommandé de ne lui affecter qu'un runtime. Mais vous pouvez également avoir plus de robots définis sur une machine que le nombre de runtimes alloués à cette machine.
Une machine Windows Server est capable d'exécuter simultanément plusieurs processus via plusieurs Robots, et vous pouvez donc lui attribuer plus de runtimes pour permettre une exécution simultanée.
Les runtimes sont alloués aux locataires et constituent le pool de runtimes du locataire. Lorsqu’une machine hôte se connecte à UiPath® Orchestrator, le nombre de runtimes attribués à son objet machine associé est consommé à partir du pool du locataire. Lorsque la machine hôte se déconnecte, les runtimes retournent au pool du locataire.
Lorsqu'elle est en ligne et connectée à Orchestrator, une machine utilise un nombre de licences égal à la capacité de Runtime du modèle de machine utilisé pour se connecter à Orchestrator. Le Runtime représente le nombre maximum de robots pouvant s’exécuter simultanément sur une machine spécifique et est personnalisable manuellement.
Types de runtimes
Plusieurs types de runtimes sont nécessaires pour exécuter certains types de processus ou pour utiliser des automatisations relatives à un certain produit UiPath.
Runtimes Non assisté (Unattended) ou Hors production (NonProduction)
Unattended Runtime peut être utilisé en Production pour exécuter des processus Unattended, tandis que le NonProduction Runtime est réservé aux processus Unattended fonctionnant à sec afin de s'assurer qu'ils s'exécutent comme prévu avant de les déployer en Production.
Cette licence est basée sur le nombre maximum de Robots Unattended ou NonProduction capables d'exécuter des processus simultanément. Ce nombre est fourni par le nombre total de runtimes affectés à toutes les machines en ligne. Vous pouvez distribuer ainsi ces licences entre toutes vos machines.
Toutes les machines dont les robots sont définis comme Unattended sont répertoriées dans la page Unattended ou Nonproduction, avec le nombre de runtimes alloués, le nombre de robots définis et en cours d'exécution et le statut de la licence de la machine.
Le nombre de Runtime attribués à une machine détermine le nombre de licences Unattended ou NonProduction utilisées lorsque le robot UiPath s’exécute sur la machine. Le nombre de robots définis sur une machine, en revanche, ne dépend pas du nombre de Runtime.
Runtimes Testing
La licence Testing fonctionne de la même manière que la licence Unattended, dans la mesure où nous tenons compte du nombre maximal de robots de test capables d'exécuter simultanément des tests. Ce nombre est fourni par le nombre total de runtimes affectés à toutes les machines en ligne. Vous pouvez distribuer ainsi ces licences entre toutes vos machines.
Pour la liste complète des runtimes disponibles, consultez la page Licences UiPath. Sur la page Licences, le terme Robot est utilisé pour désigner les runtimes.
- 1 unité du Data Service accorde 1 Go de stockage de données, 5 Go de stockage de pièces jointes et un maximum de 10 000 appels API/jour.
- 1 unité du Data Service est accordée pour chaque paire de licences Utilisateur/Unattended Robot achetée.
Ce type de licence contrôle la limite de débit. Le débit désigne la quantité de données (en mégapixels) pouvant être traitée chaque minute par nos serveurs AI Computer Vision en fonction de votre droit de licence.
Un compte peut utiliser une seule licence AI Computer Vision.
L’accès aux serveurs de AI Computer Vision est accordé sur la base d’une clé API. La clé API peut être générée (ou générée de nouveau, si nécessaire) depuis :
- Automation Cloud et Automation Suite : depuis la page Admin > Licences, sous l’onglet Robots et services.
- Orchestrator autonome : depuis la page Licences du portail de gestion de l’hôte.
Pour certains produits, vous pouvez avoir des instances distinctes au sein de chaque locataire. Les licences pour ces produits contrôlent le nombre d'instances de service autorisées. Par exemple, si vous avez 3 licences Automation Hub allouées à votre organisation et 4 locataires, vous pouvez activer le service Automation Hub dans les 3 locataires de votre choix.
La licence contrôle les unités spécifiques au service autorisées qui sont disponibles. Au fur et à mesure que le service est utilisé, des unités sont consommées et lorsque vous n’en avez plus, vous ne pouvez plus utiliser le service.
Par exemple, pour Document Understanding, la licence spécifie le nombre maximum de pages que vous pouvez traiter à l'aide de ce service. Au fur et à mesure que vous traitez des pages, les unités s'épuisent et votre nombre d'unités diminue. Lorsque vous n'avez plus d'unités, vous ne pouvez plus traiter de pages et vous devez acheter des unités supplémentaires pour continuer à utiliser le service.
Pour une licence Document Understanding, l’unité de licence est le nombre de pages, vous permettant d’extraire un certain nombre de pages de documents sur nos serveurs ML. Les licences Document Understanding disponibles autorisent 40 000 pages, 1 M de pages ou 10 M de pages.
L’accès aux points de terminaison et aux modèles est accordé sur la base d’une clé API. La clé API est générée automatiquement lorsque vous créez votre compte et est requise pour l’activité Extracteur d’apprentissage automatique (Machine Learning Extractor) dans UiPath Studio.
Les unités d'IA sont la mesure utilisée pour autoriser les produits d'IA. Les unités AI sont facturées en fonction de la consommation lorsque les modèles vous apportent de la valeur.
Pour obtenir des informations détaillées sur la logique de mesure et de facturation, ou sur le suivi, consultez :
- AI Center AI Units
- Logique de mesure et de facturation Document Understanding
- Task Mining exécutant le pipeline ML
- Licence Process Mining
- Utilisation des activités GenAI
- Activité UI Automation Fermer la fenêtre contextuelle
Les RU doivent exécuter des automatisations non assistées à l'aide de robots hébergés par Unattended , à savoir :
- Robots UiPath Automation CloudTM - VM (Cloud Robot - VM) - Documentation
- Robots UiPath Automation CloudTM - Sans serveur (Cloud Robot - Serverless) - Documentation
- Robot Automation Suite Robot UiPath - Sans serveur
Les robots VM et sans serveur ne nécessitent pas de Runtime Unattended. Ils sont concédés sous licence pour une utilisation Unattended via les Robot Units.
Consommation
Les Robot Units vous permettent d'utiliser un ou deux types de Cloud Robots, mais ils consomment les Robot Units différemment :
Fonctionnalités |
Test - quantité consommée 1 |
Production - quantité consommée |
Détails (Details) |
---|---|---|---|
Cloud Robot - VM |
Par taille de machine : • Petit - 2 000 • Standard - 3 000 • Moyen - 5 500 • Grand - 9 000 Par profil des coûts : La sélection des profils des coûts Rapide (Fast) ou Toujours (Always) ajoute des RU supplémentaires au taux de consommation existant : • Rapide : ajoute 500 RU/mois • Toujours : ajoute 1 000 RU/mois |
Par taille de machine : • Petite - 5 000 • Standard - 6 000 • Moyen - 7 500 • Grand - 10 000 Par profil des coûts : La sélection des profils des coûts Rapide (Fast) ou Toujours (Always) ajoute des RU supplémentaires au taux de consommation existant : • Rapide : ajoute 500 RU/mois • Toujours : ajoute 1 000 RU/mois |
Consommation: les Robot Units sont consommées à partir des RU disponibles annuellement pour le locataire, rapidement après la création de celui-ci. Coûts supplémentaires : une machine sous licence peut fonctionner aussi longtemps que nécessaire sans consommation de RU supplémentaire. RU réservées: le nombre requis de RU à consommer par chaque machine Cloud Robot - VM est réservé à fréquence mensuelle, au début de chaque mois. Plus de détails ici. |
Cloud Robot - Serverless |
X RU/minute d'exécution d'une tâche
|
X RU/minute d'exécution d'une tâche
|
Coût : pour chaque minute d'exécution d'une tâche,
X RU sont consommées à partir des RU disponibles du locataire pour l'année. La valeur de X dépend de la taille de la machine.
Consommation : les RU sont déduites soit du propre pool de RU d'un utilisateur (si accordé par sa licence pour le scénario d'exécution), soit des RU disponibles du locataire. Exceptionnellement, après l'épuisement du pool de RU de l'utilisateur, les automatisations exécutées par l'utilisateur peuvent consommer des RU du pool de locataires, le cas échéant. Les RU sont déduites une fois le travail terminé. RU réservées : pour Serverless, les RU ne sont pas réservées, le pool du locataire doit donc inclure suffisamment de RU disponibles pour exécuter les tâches. |
1 Vous devez disposer d'un plan de licence Enterprise, Pro ou Pro Trial pour utiliser cette fonctionnalité.
Réserve d'unités robot (RU)
Pour les machines Cloud Robot - VM, une fois qu'une machine est créée et que les RU sont consommées, nous notons également la quantité de RU requise et la réservons en interne pour le mois suivant.
Cela signifie que lorsqu'un mois commence, les RU requises pour vos machines Cloud Robot - VM existantes sont automatiquement déduites du pool de RU mensuel du locataire pour s'assurer qu'elles peuvent fonctionner pendant le mois.
Pour cette raison, vous pourriez constater que le montant des Robot Units pour un locataire peut être inférieur à celui auquel vous vous attendiez au début du mois.
Exemple : imaginons un locataire avec 30 000 RU allouées. Si au 31 mai, le locataire dispose de 3 machines standard Cloud Robot - VM, au 1er juin, lors de l'attribution des RU du mois suivant, le montant de 18 000 RU (3 x 6 000) est automatiquement déduit du solde de RU du locataire. Ce locataire n'a donc que 12 000 RU disponibles en début de mois.
Machines supprimées : si, au cours du mois, vous supprimez une machine Cloud Robot - VM, les RU qui ont été consommées pour créer la machine ne sont pas remboursées. Vous pouvez cependant, pendant la durée du mois, créer une autre machine Cloud Robot - VM sans utiliser de RU supplémentaires. Une fois consommées, les RU vous permettent d'utiliser une machine Cloud Robot - VM pendant tout le mois : elles ne sont pas liées à une machine particulière.
Si vous souhaitez réduire votre budget RU mensuel pour Cloud Robot - VM, vous pouvez supprimer une machine Cloud Robot - VM avant la fin du mois. De cette façon, les RU ne sont plus réservées à la machine et ne sont pas consommées à partir des RU du mois suivant.
En savoir plus sur la façon dont les RU sont publiées et réutilisées pour les pools Cloud Robot - VM .
Exemple de calcul des besoins en RU
Imaginons une organisation avec 3 locataires qui optent pour des runtimes de production.
Niveau (Level) |
Besoins en Cloud Robots |
Coût en RU |
---|---|---|
Locataire 1 |
|
Coût avec VM :
2 x 6,000 = 12,000 Coût avec Serverless :
600 x 4 = 2,400 Besoin total pour le locataire :
14,400 RU/mois
|
Locataire 2 |
|
Coût avec VM : 1 x 6 000 Besoin total pour le locataire :
6,000 RU/mois
|
Locataire 3 |
|
Coût avec Serverless :
180 x 23 x 4 = 16,560
Besoin total pour le locataire :
16,560 RU/mois
|
Organisation |
|
Coût pour tous les locataires :
14,400 + 6,000 + 16,560 Besoin total pour l'organisation :
36,960 RU/mois
|
Les appels d'API Integration Service mesurent l'utilisation des activités Integration Service. Un appel d'API est utilisé lorsqu'un appel est effectué vers une application tierce, quelle que soit la façon dont l'appel est initié, c'est-à-dire manuellement, via un processus Attended ou via une automatisation Unattended.
Les appels d'API Integration Service sont disponibles comme suit :
-
En tant que bundle dédié, acheté en tant qu'UGS individuelle de plate-forme. Ces UGS peuvent être utilisées jusqu'à ce que la quantité disponible soit épuisée.
-
Livrés avec une licence, dans le cadre d'une UGS combinée. Ces UGS sont renouvelées mensuellement, ainsi que la licence associée.
Consultez la documentation Integration Service dédiée pour plus de détails sur l'utilisation.
La plate-forme de licences UiPath répertorie toutes les UGS pertinentes pour les appels d'API Integration Service.
Les unités de transport SAP sont utilisées pour attribuer des licences à la fonctionnalité SAP d'analyse de l’impact des modifications dans Test Manager. Elles peuvent être achetés par bundles de 100 unités et ne sont disponibles que sous le régime de licence Enterprise.
Une unité de transport SAP est utilisée pour chaque transport SAP unique que vous choisissez d'analyser sur votre instance SAP. Aucune unité n'est utilisée si vous souhaitez répéter l'analyse pour des transports qui ont déjà été analysés.
Les actions d’Autopilot mesurent l’utilisation d’activités spécifiques à Autopilot. L’action concernée est comptabilisée à partir du moment où vous cliquez sur un bouton ou rédigez une invite, jusqu’au moment où vous recevez un résultat pour cette action de clic ou cette invite.
Les actions d’Autopilot sont incluses par défaut dans les UGS et les plans existants. Pour plus de détails sur le nombre d’actions disponibles, consultez Ventilation du plan.