Vue d'ensemble (Overview)
Plus récente (Latest)
False
Image de fond de la bannière
Vue d'ensemble (Overview)
Dernière mise à jour 24 avr. 2024

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.

Capacité du 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.

Runtimes (licences de robot)

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.

Remarque :

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.

Unités du Data Service

  • 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.

Licences AI Computer Vision

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.

Instances de services

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.

Licences Automation Hub

Une licence Automation Hub contrôle le nombre d’instances Automation Hub autorisées. Pour chaque service Automation Hub nouvellement créé, une unité est soustraite du nombre total de services autorisés.

Unités de consommation de service

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.

Licences Document Understanding

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.

AI Units

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 :

Unités robot

Les RU doivent exécuter des automatisations non assistées à l'aide de robots hébergés par Unattended , à savoir :

  • Robots UiPath Automation CloudTM - MV (Cloud Robots - MV) - 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 du locataire lors du mois où la machine démarre pour la première fois, peu de temps après sa création.

Coûts supplémentaires : une machine sous licence peut fonctionner aussi longtemps que nécessaire sans consommation de RU supplémentaire au cours du mois.

RU réservées : à la fin du mois, pour chaque machine Cloud Robot - VM existante, le nombre requis de RU est réservé pour le mois suivant. Détails...

Cloud Robot - Serverless

X RU/minute d'exécution d'une tâche
  • Petit : 0,5 RU
  • Standard : 1 RU
  • Moyen : 2 RU
  • Grand : 5 RU
X RU/minute d'exécution d'une tâche
  • Petit : 1 RU
  • Standard : 2 RU
  • Moyen : 4 RU
  • Grand : 10 RU
Coût : pour chaque minute d'exécution d'une tâche, X RU sont consommées à partir des RU disponibles du locataire pour le mois. 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 publication et la réutilisation des RU pour les pools Cloud Robots - 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

  • 2 x machines standard Cloud Robot - VM
  • 1 x machine Cloud Robot - Sans serveur - Durée estimée : 600 minutes (10 heures)/mois ; taille de la machine : Moyenne (4 RU/min)
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

  • 1 x machine standard Cloud Robot - VM

Coût avec VM : 1 x 6 000

Besoin total pour le locataire : 6,000 RU/mois

Locataire 3

  • 5 x machines Cloud Robot - Sans serveur - Durée estimée : 180 minutes (3 heures) par jour les jours ouvrés ; taille de la machine : Moyenne (4 RU/min)
Coût avec Serverless : 180 x 23 x 4 = 16,560
  • Étant donné que le nombre de jours ouvrés dans un mois varie, nous prendrons en compte le nombre maximal de 23 jours ouvrés pour nous assurer qu'il y aura suffisamment de RU.
  • Même si ce locataire utilisera plusieurs machines, les RU seront consommées à la minute pour Cloud Robot - Serverless. Seule la durée nous importe donc.
Besoin total pour le locataire : 16,560 RU/mois

Organisation

  • Locataire 1 : 14 400 RU/mois
  • Locataire 2 : 6 000 RU/mois
  • Locataire 3 : 16 560 RU/mois
Coût pour tous les locataires : 14,400 + 6,000 + 16,560
Besoin total pour l'organisation : 36,960 RU/mois

Appels d'API Integration Service

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.

Unités de transport SAP

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.

Cette page vous a-t-elle été utile ?

Obtenez l'aide dont vous avez besoin
Formation RPA - Cours d'automatisation
Forum de la communauté UiPath
Logo Uipath blanc
Confiance et sécurité
© 2005-2024 UiPath. All rights reserved.