- Primeros pasos
- Seguridad y cumplimiento de los datos
- Organizaciones
- Autenticación y seguridad
- Licencia
- Acerca de la licencia
- Precios unificados: marco del plan de licencias
- Activar su licencia Enterprise
- Migrar de Test Suite a Test Cloud
- Migración de licencias
- Asignar licencias a tenants
- Asignación de licencias de usuario
- Anular la asignación de licencias de usuarios
- Monitoring license allocation
- Licencias con exceso de asignación
- Notificaciones de licencias
- Administración de licencias de usuario
- Tenants y servicios
- Cuentas y roles
- Ai Trust Layer
- Aplicaciones externas
- Notificaciones
- Registro
- Exportación de datos
- Pruebas en su organización
- Solución de problemas
- Migrar a Test Cloud
Guía de administración de Test Cloud
Aplicación del consumo de tenants
La aplicación del consumo de tenants solo está disponible para Automation Cloud y Test Cloud.
La aplicación del consumo de tenant es una configuración por servicio y por tenant que controla si un servicio deja de consumir unidades cuando alcanza las unidades asignadas a ese tenant.
En Test Cloud, las licencias asignan un grupo de unidades, como Platform Units, a cada tenant. Históricamente, los servicios han seguido consumiendo unidades más allá de la cantidad asignada al tenant, extrayendo del grupo en el nivel de organización. Este comportamiento significaba que las asignaciones de tenants funcionaban como directrices en lugar de límites estrictos, lo que dificultaba el control de costes y el control del presupuesto para las organizaciones con varios tenants.
La aplicación del consumo de tenants aborda este problema permitiendo que los administradores de la organización y los administradores de tenants configuren, por servicio y por tenant, si el consumo se detiene en el 100 % de las unidades asignadas o continúa más allá del límite de tenants en el grupo de la organización.
Cómo funciona la aplicación
La aplicación funciona de forma independiente para cada servicio en cada tenant. Cuando la aplicación está habilitada para un servicio, ese servicio deja de procesar nuevas unidades al 100 % de la asignación del tenant. Cuando la aplicación está deshabilitada, el servicio continúa extrayendo del grupo a nivel de organización después de que se agote la asignación del tenant.
Cada servicio se configura individualmente. No hay grupos de servicios: la configuración de cumplimiento de un servicio no afecta a otros servicios del mismo tenant.
Escenarios de comportamiento
| Configuración de aplicación | Consumo al 100 % de la asignación de tenants | Fuente de unidades después del límite de tenant |
|---|---|---|
| Detener al 100 % habilitado | El servicio deja de consumir para ese tenant | No se han consumido unidades adicionales |
| Detener al 100 % deshabilitado | El consumo continúa más allá del límite del tenant | Grupo a nivel de organización |
Cuando el consumo continúa más allá del límite de tenant, las unidades adicionales se extraen del grupo a nivel de organización. Esto proporciona una red de seguridad para los procesos críticos para el negocio al tiempo que sigue registrando el consumo a nivel de organización para fines de informes.
Comportamiento por servicio en el límite de aplicación
Los diferentes servicios gestionan el límite de aplicación de diferentes maneras en función de cómo informan de los eventos de consumo a la capa de licencias.
El sistema de licencias recibe eventos de consumo cuando se completa un proceso o actividad, no a mitad de la ejecución. Esto significa que si un proceso se completa y el consumo que informa empuja al tenant por encima del 100 %, ese último evento se acepta antes de que la aplicación detenga el consumo posterior. Por lo tanto, es posible un consumo excesivo menor en los límites del proceso incluso con la aplicación habilitada.
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
El sistema de licencias comprueba el consumo en cada llamada de LLM individual dentro de una ejecución de agente. Cuando se alcanza el límite de tenant con la aplicación habilitada, el agente puede detenerse a mitad de la ejecución en el siguiente límite de llamada de LLM. La ejecución no se completa.
ScreenPlay y 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).
Cuando solo se asigna al tenant la unidad de desbordamiento (Platform Units para ScreenPlay; Agent Units para Healing Agent):
| Configuración | ScreenPlay | Healing Agent |
|---|---|---|
| Detener al 100 % | Después de agotar las ejecuciones de ScreenPlay, comienza a consumir Platform Units del tenant. Cuando se agota, se detiene. | Después de agotar Heals, comienza a consumir Agent Units de tenant. Cuando se agota, se detiene. |
| Permitir consumo excesivo | Después de agotar las ejecuciones de ScreenPlay, comienza a consumir Platform Units del tenant. Cuando se agota, se basa en el grupo de ejecuciones de ScreenPlay en el nivel de organización y luego en el grupo de Platform Units en el nivel de organización. | Después de agotar Heals, comienza a consumir Agent Units de tenant. Cuando se agota, se basa en el grupo de Heals en el nivel de organización y luego en el grupo de Agent Unit en el nivel de organización. |
Cuando ambos tipos de unidades se asignan al tenant:
Para ScreenPlay: unidad principal = Ejecuciones de ScreenPlay, unidad de desbordamiento = Platform Units. Para Healing Agent: unidad primaria = Heals, unidad de desbordamiento = Agent Units.
| Configuración de la unidad principal | Configuración de unidad de desbordamiento | Resultado |
|---|---|---|
| Detener al 100 % | Detener al 100 % | Consume unidades primarias de tenant. Cuando se agota, comienza a consumir unidades de desbordamiento de tenant. Cuando ambos están agotados, se detiene. |
| Permitir consumo excesivo | Detener al 100 % | Consume unidades primarias de tenant. Cuando se agota, comienza a consumir unidades de desbordamiento de tenant. Cuando ambos se agotan, se extrae solo del grupo de unidades principales a nivel de organización. Las unidades de desbordamiento no se extraen del grupo a nivel de organización. |
| Detener al 100 % | Permitir consumo excesivo | Consume unidades primarias de tenant. Cuando se agota, comienza a consumir unidades de desbordamiento de tenant. Cuando ambos están agotados, se basa solo en el grupo de unidades de desbordamiento a nivel de organización. Las unidades primarias no se extraen del grupo a nivel de organización. |
| Permitir consumo excesivo | Permitir consumo excesivo | Consume unidades primarias de tenant. Cuando se agota, comienza a consumir unidades de desbordamiento de tenant. Cuando ambos se agotan, se extrae del grupo de unidades primarias a nivel de organización y luego del grupo de unidades de desbordamiento a nivel de organización. |
Actividades de Maestro y Gen AI
La aplicación en el nivel de tenant aún no está implementada para estos servicios. Aparecen como no disponibles en la interfaz de configuración y siempre siguen consumiendo del grupo de la organización, independientemente de la configuración de aplicación en el tenant.
Umbrales de notificación
Las notificaciones de consumo se envían a medida que los servicios se acercan y alcanzan la asignación del tenant, independientemente de si la aplicación está habilitada o deshabilitada. Las notificaciones se envían en los siguientes umbrales para el consumo a nivel de tenant:
- 50 % de las unidades asignadas consumidas
- 75 % de las unidades asignadas consumidas
- 90 % de las unidades asignadas consumidas
Todos los administradores de la organización y los administradores de tenants reciben estas notificaciones de forma predeterminada. Para obtener información sobre todos los eventos de notificación de licencias, consulta Notificaciones de licencias.
Estos umbrales a nivel de tenant (50 %, 75 %, 90 %) son independientes de las notificaciones de consumo a nivel de organización, que se activan al 50 %, 75 % y 95 % de la asignación de toda la organización. Ambos conjuntos de notificaciones pueden estar activos simultáneamente.
Comportamiento predeterminado
Cuando la aplicación del consumo de tenants esté disponible en tu organización, la configuración predeterminada dependerá del estado de consumo actual de tu organización.
| Estado de la organización | Configuración de aplicación predeterminada |
|---|---|
| No tenants in overconsumption | Detener al 100 % habilitado para todos los servicios |
| Uno o más tenants ya están en consumo excesivo | Detener al 100 % deshabilitado (para evitar la interrupción de los procesos de producción activos) |
Organizations in the second category should audit their tenant allocations before enabling enforcement, to avoid blocking production processes that rely on the organization pool.