Application de la consommation du locataire

Application de la consommation du locataire

Remarque :

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.

Dans Test Cloud, les licences affectent un pool d'unités, telles que des Platform Units, à chaque locataire. Historiquement, les services ont continué de consommer des unités au-delà du montant affecté au locataire, en puisant dans le pool au niveau de l'organisation. Ce comportement signifiait que les affectations de locataires fonctionnaient comme des directives plutôt que des limites strictes, ce qui rendait le contrôle des coûts et la gouvernance du budget difficiles pour les organisations avec plusieurs locataires.

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.

Chaque service est configuré individuellement. Il n'y a pas de groupes de services : les paramètres d'application pour un service n'affectent pas les autres services sur le même locataire.

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.

Enforcement activates at the next consumption event after the limit is hit, not mid-execution. If multiple processes are running when the limit is reached, all of them continue to completion and report their consumption — only new processes starting after that point are blocked.

For example, if five processes are still running when the tenant limit is hit, all five continue to completion, because enforcement only activates after each process reports its consumption event at the end of its run.

For services with larger individual consumption events, the overconsumption at the boundary may be proportionally larger.

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

Le système de concession de licence vérifie la consommation à chaque appel LLM individuel dans une exécution d'agent. Lorsque la limite du locataire est atteinte avec l'application activée, l'agent peut s'arrêter à mi-parcours à la prochaine limite d'appels LLM. L'exécution ne se termine pas.

ScreenPlay et Healing Agent

Both services have a separate enforcement setting for each unit type, and the two settings interact. ScreenPlay runs consume ScreenPlay Runs first; when overconsumption is allowed and ScreenPlay Runs are exhausted, ScreenPlay draws from the available Platform Units (Unified Pricing model).

Healing Agent runs consume Heals first; when overconsumption is allowed and Heals are exhausted, Healing Agent draws from the available Agent Units (Flex pricing model).

Lorsque seule l'unité de débordement est allouée au locataire (Platform Units pour ScreenPlay; Agent Units pour Healing Agent):

Paramètre	ScreenPlay	Healing Agent
Arrêter à 100 %	Après avoir épuisé les exécutions ScreenPlay, commence à consommer les Platform Units du locataire. Lorsqu'il est épuisé, s'arrête.	Une fois que les Heals ont été épuisés, la consommation des Agent Units du locataire commence. Lorsqu'il est épuisé, s'arrête.
Autoriser la surconsommation	Après avoir épuisé les exécutions ScreenPlay, commence à consommer les Platform Units du locataire. Lorsqu'il est épuisé, puise dans le pool d'exécutions ScreenPlay au niveau de l'organisation, puis au pool de Platform Units au niveau de l'organisation.	Une fois que les Heals ont été épuisés, la consommation des Agent Units du locataire commence. Lorsqu'il est épuisé, il puise dans le pool de Heals au niveau de l'organisation, puis dans le pool d'Agent Units au niveau de l'organisation.

Lorsque les deux types d’unités sont attribués au locataire:

Pour ScreenPlay: unité principale = exécutions ScreenPlay, unité de débordement = Platform Units. Pour Healing Agent: unité primaire = Heals, unité de débordement = Agent Units.

Paramètres d'unité principale	Dépassement du paramètre d'unité	Résultat
Arrêter à 100 %	Arrêter à 100 %	Consomme les unités principales des locataires. Lorsqu'il est épuisé, commence à consommer les unités de débordement du locataire. Lorsque les deux sont épuisés, s’arrête.
Autoriser la surconsommation	Arrêter à 100 %	Consomme les unités principales des locataires. Lorsqu'il est épuisé, commence à consommer les unités de débordement du locataire. Lorsque les deux sont épuisés, puis dans le pool d’unités principales au niveau de l’organisation uniquement. Les unités de débordement ne sont pas extraites du pool au niveau de l'organisation.
Arrêter à 100 %	Autoriser la surconsommation	Consomme les unités principales des locataires. Lorsqu'il est épuisé, commence à consommer les unités de débordement du locataire. Lorsque les deux sont épuisés, extrait uniquement le pool d’unités de débordement au niveau de l’organisation. Les unités principales ne sont pas extraites du pool au niveau de l'organisation.
Autoriser la surconsommation	Autoriser la surconsommation	Consomme les unités principales des locataires. Lorsqu'il est épuisé, commence à consommer les unités de débordement du locataire. Lorsque les deux sont épuisés, puis dans le pool d'unités principal au niveau de l'organisation, puis dans le pool d'unités de débordement au niveau de l'organisation.

Activités Maestro et GenAI

L’application au niveau du locataire n’est pas encore mise en œuvre pour ces services. Elles apparaissent indisponibles dans l’interface de configuration et continuent toujours à consommer à partir du pool de l’organisation, quel que soit le paramètre d’application sur le locataire.

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.

Remarque :

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
No tenants in overconsumption	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)

Organizations in the second category should audit their tenant allocations before enabling enforcement, to avoid blocking production processes that rely on the organization pool.

Rubriques connexes

• Configurer l’application de la consommation du locataire
• Surallocation de licences