- Démarrage
- Sécurité et conformité des données
- Organisations
- Authentification et sécurité
- Licences
- À propos des licences
- Tarification unifiée : infrastructure du plan de licence
- Activation de votre licence Enterprise
- Migrer de Test Suite vers Test Cloud
- Migration de licence
- Attribuer des licences aux locataires
- Attribuer des licences utilisateur
- Révocation des licences utilisateur
- Surveillance de l’attribution des licences
- Surallocation de licences
- Notifications d'attribution de licence
- Gestion des licences utilisateur
- Locataires et services
- Comptes et rôles
- AI Trust Layer
- Applications externes
- Notifications
- Journalisation
- Test dans votre organisation
- Résolution des problèmes
- Migrer vers Test Cloud
Guide de l'administrateur de Test Cloud
L’application de la consommation de locataires est disponible uniquement pour Automation Cloud et Test Cloud.
L'application de la consommation de locataire est une configuration par service et par locataire qui contrôle si un service arrête de consommer des unités lorsqu'il atteint le nombre d'unités allouées à ce locataire.
In Test Cloud, licenses allocate a pool of units — such as Platform Units — to each tenant. Historically, services have continued to consume units past the tenant's allocated amount, drawing from the organization-level pool. This behavior meant that tenant allocations functioned as guidelines rather than hard limits, making cost control and budget governance difficult for organizations with multiple tenants.
L’application de la consommation des locataires permet de résoudre ce problème en permettant aux administrateurs de l’organisation et aux administrateurs de locataires de configurer, par service et par locataire, si la consommation s’arrête à 100 % des unités allouées ou continue au-delà de la limite de locataires dans le pool de l’organisation.
Comment fonctionne l’application
L'application fonctionne indépendamment pour chaque service sur chaque locataire. Lorsque l'application est activée pour un service, ce service arrête de traiter les nouvelles unités à 100 % de l'attribution du locataire. Lorsque l’application est désactivée, le service continue d’apprendre du pool au niveau de l’organisation une fois l’attribution du locataire épuisée.
Each service is configured individually. There are no service groups — enforcement settings for one service do not affect other services on the same tenant.
Scénarios de comportement
| Paramètre d’application | Consommation à 100 % de l’attribution des locataires | Source de l’unité après la limite de locataire |
|---|---|---|
| Arrêter à 100 % activé | Le service cesse de consommer pour ce locataire | Aucune unité supplémentaire consommée |
| Arrêter à 100 % désactivé | La consommation continue au-delà de la limite du locataire | Pool au niveau de l'organisation |
Lorsque la consommation continue au-delà de la limite du locataire, les unités supplémentaires sont retirées du pool au niveau de l’organisation. Cela fournit un réseau de sécurité pour les processus métier critiques tout en enregistrant la consommation au niveau de l’organisation à des fins de rapport.
Comportement par service à la limite d’application
Différents services gèrent la limite d'application de différentes manières en fonction de la façon dont ils signalent les événements de consommation à la couche de licence.
Le système de licence reçoit les événements de consommation lorsqu'un processus ou une activité se termine, et non à mi-exécution. Cela signifie que si un processus se termine et que la consommation qu'il signale fait franchir le locataire au-dessus de 100 %, ce dernier événement est accepté avant que l'application n'interrompe la consommation suivante. Une surconsommation mineure aux limites du processus est donc possible, même lorsque l’application est activée.
L’application s’active lors du prochain événement de consommation après le dépassement de la limite, et non à mi-exécution. Si plusieurs processus sont en cours d'exécution lorsque la limite est atteinte, tous continuent de se terminer et signalent leur consommation. Seuls les nouveaux processus commençant après ce point sont bloqués. Par exemple, si cinq processus sont encore en cours d'exécution lorsque la limite de locataires est atteinte, tous les cinq continuent d'être terminés, car l'application ne s'active qu'après que chaque processus a signalé son événement de consommation à la fin de son exécution. Pour les services avec des événements de consommation individuels plus importants, la surconsommation à la limite peut être proportionnellement plus importante.
Document Understanding — Consumption events are reported at the end of a complete document processing job. When the tenant limit is reached, Document Understanding allows the current job to finish before stopping new jobs. As a result, a small amount of overconsumption may occur at job boundaries. The next job is blocked if enforcement is active and the allocation is at 100%. In cross-tenant scenarios where one tenant uses a Document Understanding model hosted on another tenant, consumption is always charged to the tenant hosting the model. To control this consumption through enforcement, enable enforcement on the model-hosting tenant.
Agents — The licensing system checks consumption at each individual LLM call within an agent run. When the tenant limit is reached with enforcement enabled, the agent may stop mid-run at the next LLM call boundary. The run does not complete.
Maestro and Gen AI activities — Tenant-level enforcement is not yet implemented for these services. They appear unavailable in the configuration interface and always continue consuming from the organization pool, regardless of the enforcement setting on the tenant.
Seuils de notification
Les notifications de consommation sont envoyées lorsque les services se rapprochent et atteignent l'attribution du locataire, que l'application soit activée ou désactivée. Les notifications sont envoyées aux seuils suivants pour une consommation au niveau du locataire :
- 50 % des unités allouées consommées
- 75 % des unités allouées consommées
- 90 % des unités allouées consommées
Tous les administrateurs d'organisation et les administrateurs de locataire reçoivent ces notifications par défaut. Pour plus d'informations sur tous les événements de notification de licence, consultez Notifications d'attribution de licence.
Ces seuils au niveau du locataire (50 %, 75 %, 90 » sont distincts des notifications de consommation au niveau de l'organisation, qui se déclenchent à 50 %, 75 % et 95 % de l'attribution à l'échelle de l'organisation. Les deux ensembles de notifications peuvent être actifs simultanément.
Comportement par défaut
Lorsque l’application de la consommation de locataires est disponible dans votre organisation, le paramètre par défaut dépend de l’état de consommation actuel de votre organisation.
| État de l'organisation | Paramètres d’application par défaut |
|---|---|
| Aucun locataire actuellement en surconsommation | Arrêter à 100 % activé pour tous les services |
| Un ou plusieurs locataires déjà en surconsommation | Arrêter à 100 % désactivé (pour éviter d'interrompre les processus de production actifs) |
Les organisations de la deuxième catégorie doivent auditer leurs attributions de locataires avant d’activer l’application, afin d’éviter de bloquer les processus de production qui reposent actuellement sur le pool de l’organisation.