Opciones de gestión de licencias

Administración de licencias de usuario

Nota:

La gestión de licencias de usuario se activa de manera predeterminada para todas las organizaciones creadas después del 1 de marzo de 2021.

Puedes habilitar o deshabilitar esta opción desde la configuración de la organización.

Solo activa la gestión de licencias de usuario si:

• no estás utilizando las carpetas clásicas

• tu organización utiliza o puede cambiar a utilizar la autenticación interactiva.

Habilitar la gestión de licencias de usuario de forma automática fija el ajuste de seguridad Aplicar la autenticación de usuario, deshabilitar la autenticación de clave de robot en Orchestrator. Cualquier usuario que utilice la autenticación de clave de UiPath Robot no podrá conectar sus robots a Orchestrator hasta que cambien a la autenticación interactiva. Este ajuste es incompatible con las carpetas clásicas.

Importante:

• La Administración de licencias de usuario no está disponible para Orchestrator independientes.

• Si vas a cambiar a la autenticación segura, es necesario volver a compilar los flujos de trabajo que utilizan actividades de Orchestrator o realizan llamadas HTTP directas a la API de Orchestrator utilizando paquetes de actividades 2020.10 o posteriores.

Las licencias basadas en el usuario ofrecen una representación coherente entre el modelo comercial de UiPath (SKU adquiridas) y las licencias disponibles para su distribución en una organización. Las licencias de usuario se gestionan por separado de las licencias de servicios/robots no asistidos, y no están vinculadas a un tenant específico; un usuario puede utilizar su licencia en varios tenants de la organización.

Este modelo te ayuda a asignar licencias en la organización proporcionando licencias a un solo usuario o a un grupo. El uso de grupos permite al administrador asignar un número de licencias a todos los miembros del grupo por orden de llegada, en lugar de tener que asignar las licencias una por una.

Asignar licencias de usuario

Asignación de grupos

Las licencias basadas en grupos es la vía recomendada para las empresas porque la asignación de licencias se realiza automáticamente a través de reglas de asignación de grupos. La asignación de licencias en el ámbito del usuario particular puede complicar la administración a gran escala.

Para abordar los desafíos asociados, las licencias basadas en grupos permiten asignar una o más licencias a un grupo. El conjunto de licencias asignado al grupo pasa a estar disponible para todos los miembros del grupo. Cualquier nuevo miembro añadido al grupo puede hacer uso de esas licencias.

Del mismo modo, al ser eliminado del grupo, un usuario pierde la posibilidad de utilizar dicha licencia.

Esto elimina la necesidad de gestionar las licencias por usuario.

Las reglas de asignación a grupos las configura un administrador. A diferencia de la asignación explícita de licencias por usuario, la asignación de grupos no consume licencias, sino que pone el conjunto de licencias a disposición de los miembros del grupo. Los usuarios consumen las licencias por orden de llegada, hasta alcanzar el número máximo de licencias disponibles para el grupo.

Asignación directa

Importante: La asignación directa no es compatible con la asignación de grupos. Si haces uso de la asignación directa, el usuario dejará de beneficiarse de cualquier licencia heredada a través de la asignación de grupos.

La asignación de licencias directa se recomienda en los siguientes casos:

• Para obtener total control sobre un conjunto limitado de licencias.
• Para lograr la granularidad de las licencias manteniendo la facilidad del control de acceso con grupos.

A: digamos que quiero mantener la administración del acceso fácil proporcionando permisos predefinidos para los escenarios típicos de mi empresa, mientras que la asignación de licencias particulares a unos pocos miembros seleccionados.

Ejemplo

María es miembro del grupo de desarrolladores de automatización. Existe una regla de asignación para este grupo que le asigna 10 licencias de RPA Developer. Como miembro del grupo de Desarrolladores de Automatización, María heredaría una licencia de RPA Developer. Sin embargo, como administrador, quiero que María tenga asignada una de las licencias RPA Developer Pro disponibles en la organización. Para mantener los derechos de acceso de María intactos mientras se les da una licencia más potente, la dejaré en el grupo de Desarrolladores de Automatización y le asignaré directamente una licencia de RPA Developer Pro.

B: digamos que quiero controlar a qué usuarios de un grupo se les asigna una licencia concreta cuando tengo un conjunto de licencias limitado y un número mucho mayor de miembros del grupo compitiendo por ellas.

Ejemplo

Hay 5 licencias Test Developer Pro asignadas al grupo de Desarrolladores de Automatización que consta de unos 100 miembros. Para evitar confiar en el principio de asignación por orden de llegada y garantizar el emparejamiento correcto entre licencia y usuario, asignaré manualmente la licencia a los 5 usuarios que quiero.

Consumo de licencias de usuario

	Usuario designado	Multiuser
Asignación directa	Una licencia se consume en cuanto se asigna al usuario. Una licencia se libera si el administrador la desasigna del usuario o el usuario es eliminado de la organización.	Los usuarios consumen las licencias por orden de llegada. La licencia correspondiente a un producto de escritorio como Studio o Assistant se consume cuando se inicia la aplicación de escritorio. La licencia correspondiente a un producto web se consume en la primera operación realizada en el producto que requiere una licencia. Esto varía con cada producto. Una licencia se libera si el usuario no utiliza ningún producto/capacidad que pueda requerir una licencia. Debes cerrar la sesión y la aplicación o el navegador para que la licencia se libere y esté disponible para el siguiente usuario. Si se elimina o modifica una regla de asignación de grupos, el cambio se aplicaría a todos los usuarios que pertenecen a dicho grupo.
Asignación de grupos	El primer usuario que se conecta es el que primero hace uso de la licencia, y sucesivamente hasta alcanzar el número máximo de licencias disponibles para el grupo: La licencia correspondiente a un producto de escritorio se consume cuando la aplicación de escritorio se inicia por primera vez. (por ejemplo Studio, Assistant). La licencia correspondiente a un producto web se consume en la primera operación realizada en el producto que requiere una licencia. Esto varía con cada producto. Una licencia se libera si el usuario es eliminado del grupo o de la organización. Si se elimina o modifica una regla de asignación de grupos, el cambio se aplicaría a todos los usuarios que pertenecen a dicho grupo.	Los usuarios consumen las licencias por orden de llegada. La licencia correspondiente a un producto de escritorio se consume cuando se inicia la aplicación de escritorio. (por ejemplo, Studio, Assistant) La licencia correspondiente a un producto web se consume en la primera operación realizada en el producto que requiere una licencia. Esto varía con cada producto. Una licencia se libera si el usuario no utiliza ningún producto/capacidad que pueda requerir una licencia. Debes cerrar la sesión y la aplicación o el navegador para que la licencia se libere y esté disponible para el siguiente usuario. Si se elimina o modifica una regla de asignación de grupos, el cambio se aplicaría a todos los usuarios que pertenecen a dicho grupo.

Múltiples licencias por usuario

Es posible que un usuario herede varias licencias por las pertenencias a grupos. En este caso, el usuario solo consumirá una de las licencias: la de mayor poder. Si ese tipo de licencia no está disponible, el usuario consumirá la segunda más potente.

Nota: Poder de licencia

El poder de las licencias es el siguiente, de mayor a menor poder:

Automation Developer > RPA Developer > Citizen Developer > Attended > Action Center

Ejemplo: John Smith hereda una licencia Automation Developer y una licencia Action Center por pertenencia a un grupo. John consume la licencia Automation Developer, que es más potente que la licencia Action Center.

Nota:

Si un usuario hereda una licencia por pertenencia a un grupo y obtiene una asignada explícitamente, la licencia asignada explícitamente tiene prioridad y sobrescribe la licencia del grupo.

Si un administrador de la organización asigna explícitamente varias licencias a un usuario, este las consume todas.

Licencias externas o de socios

Los socios que utilizan la misma licencia en varias organizaciones de clientes pueden solicitar la habilitación de la funcionalidad de Licencia externa en la Organización de clientes. De esta manera, los socios pueden traer su propia licencia y conectarse a los servicios de Orchestrator del cliente sin utilizar del grupo de licencias del cliente.

Esto solo es posible para las SKU de desarrollador y requiere que Studio se active con una clave de licencia independiente. Por favor, ponte en contacto con nuestro equipo de soporte o con tu contacto de UiPath para obtener más detalles sobre cómo activar esta funcionalidad.

Gestión de licencias heredadas

Este modelo no está recomendado. y todas las nuevas organizaciones creadas con posterioridad al 1 de marzo de 2021 utilizan de forma predeterminada el modelo de licencias de usuario.

En caso de deshabilitarse el modelo de gestión de licencias de usuario desde la configuración de la organización, se utilizará el modelo de gestión de licencias heredadas.

A diferencia de la gestión de licencias de usuario, el modelo de gestión de licencias heredadas no ofrece una distinción clara entre las licencias de usuario y las de robot/servicio respecto a la gestión. Las licencias de usuario y las licencias de robot/servicio se asignan por tenant desde la configuración de la organización y se gestionan en Orchestrator. Esto implica un par de limitaciones:

• Las licencias de usuario están vinculadas a tenants específicos, y la reasignación de licencias entre tenants solo es posible mediante la intervención manual de un administrador.
• No se pueden gestionar las licencias de los usuarios de forma centralizada.