Gerenciamento de Licenças de Usuário

Observação:

O gerenciamento de licenças de usuário está habilitado por padrão para todas as organizações criadas após 1.º de março de 2021.

O licenciamento baseado em usuário dá uma representação coerente entre o modelo comercial da UiPath® (SKUs compradas) e as licenças disponíveis para distribuição em uma organização. As licenças de usuário são gerenciadas separadamente das licenças de robôs de serviço/não assistidos e não estão vinculadas a um tenant específico; um usuário pode usar sua licença por vários tenants na organização.

Esse modelo ajuda você a alocar licenças na organização fornecendo licenças a um usuário único ou a um grupo de usuários. O uso de grupos permite ao administrador atribuir várias licenças para todos os membros do grupo por ordem de chegada, em vez de ter que atribuir as licenças uma a uma.

Habilitando o gerenciamento das licenças dos usuários

O Gerenciamento de Licenças de Usuário está disponível na seção Administrador de sua organização, acessando o bloco Configurações e escolhendo a guia Avançado .

Depois de habilitar essa opção, todas as suas licenças assistidas ou de Automation Developer são automaticamente desalocadas dos tenants do Orchestrator, e as atribuições de licença são migradas do Orchestrator para a página de Licenças no Automation Cloud^TM.

Importante:

Após habilitar o Gerenciamento de Licenças de Usuários, recomendamos que você não altere qualquer atribuição de licença no Orchestrator até que a migração seja concluída, pois essas alterações podem não ser migradas.

Dependendo do número de atribuições de licenças de usuários e grupos que precisam ser migradas, esse processo pode levar alguns minutos.

Considerações sobre o Orchestrator

Importante:

O gerenciamento de licenças do usuário define automaticamente a configuração de segurança Exigir autenticação do usuário, desabilita a autenticação de chave do robô no Orchestrator. Quaisquer usuários que usem a autenticação de chaves de Robots não podem mais conectar seus Robots ao Orchestrator até que eles mudem para a autenticação interativa. Essa configuração é incompatível com as pastas clássicas.

Se agora você estiver mudando para a autenticação segura, isso exigirá a recompilação dos fluxos de trabalho que usam as atividades do Orchestrator ou fazem chamadas HTTP diretas para a API do Orchestrator utilizando pacotes de atividades v20.10 ou posteriores.

Migração de atribuições de licença do Orchestrator para sua organização

Esses são alguns cenários comuns para migrar atribuições de licença de usuário ou grupo do Orchestrator para a página de licenças do Automation Cloud^{TM .}

Quando a migração for concluída, você deverá entrar novamente no Studio ou Assistant para adquirir a licença.

Depois que um usuário fizer login, você pode ver sua última data de login verificando a coluna Último em uso nas seções Alocação de licença para usuários ou Alocação de licenças para grupos da página Licenças do Automation Cloud^{TM .}

Cenário 1

Context

Você tem:

• permissões em vários tenants do Orchestrator dentro da mesma organização do Automation Cloud^TM ,
• diferentes licenças atribuídas em diferentes tenants do Orchestrator, seja explicitamente ou como parte de um grupo de usuários.

Resultado

Após a migração, você recebe uma única licença, ou seja, aquela que foi explicitamente atribuída a você, não aquela que você recebeu por meio do grupo.

Cenário 2

Context

Você tem:

• permissões em vários tenants do Orchestrator dentro da mesma organização do Automation Cloud^TM ,
• diferentes licenças atribuídas em diferentes tenants do Orchestrator, apenas como parte de grupos de usuários.

Resultado

Após a migração, você recebe a licença de grupo mais potente, mas não tem licenças explicitamente atribuídas.

Cenário 3

Context

• Você faz parte de vários tenants dentro da mesma organização do Automation Cloud^TM .
• Você tem diferentes licenças atribuídas em diferentes tenants do Orchestrator, seja explicitamente ou como parte de um grupo de usuários.
• Em um dos tenants, você tem uma licença explícita atribuída, com a opção de licença Externa habilitada.

Resultado

Após a migração, a opção Licença externa recebe prioridade e, por isso, é habilitada na página Licenças do Automation Cloud^{TM .}

Separando licenças entre tenants do Orchestrator

Uma licença de usuário deve ser usada por um único usuário em qualquer lugar dentro da organização.

Com o Gerenciamento de Licenças de Usuários habilitado, um administrador primeiro atribui uma licença a um usuário ou grupo e depois dá ao usuário ou grupo permissões em diferentes tenants do Orchestrator.

As permissões são uma maneira granular de controlar as ações que estão disponíveis para cada usuário. De maneira alguma as licenças devem ser usadas no lugar das permissões.

Por outro lado, sem o Gerenciamento de Licenças de Usuários habilitado, o mesmo usuário precisaria de duas licenças em dois tenants diferentes, proporcionando, assim, uma experiência de gerenciamento de licenças pior.

Se você estiver usando o modelo legado para atribuir licenças a tenants com base em unidades de negócios internas, após a migração você precisará separar essas unidades de negócios por meio de grupos e dar permissões a esses grupos para diferentes tenants.

Atribuição de licenças aos usuários

Atribuição direta

A atribuição direta de licenças é recomendada nos seguintes casos:

• para obter controle total sobre um conjunto limitado de licenças,
• para ter controle sobre a granularidade do licenciamento enquanto mantém o controle de acesso simplificado usando grupos.

A: digamos que quero manter a administração de acesso fácil, fornecendo permissões pré-definidas para cenários típicos na minha empresa, enquanto atribuo licenças específicas a alguns membros selecionados.

Exemplo

Maria faz parte do grupo Automation Developers. Há uma regra de alocação deste grupo, alocando 10 licenças do Desenvolvedor de Automação a ele. Como parte do grupo Automation Developers, a Maria herdaria uma licença do Automation Developer . No entanto, como um administrador, quero que a Maria receba uma das licenças de Citizen Developer disponíveis na organização. Para manter os direitos de acesso de Maria enquanto lhe concede uma licença mais abrangente, eu a deixarei no grupo Automation Developers e irei atribuir diretamente uma licença de Citizen Developer .

B: digamos que eu queira controlar quais usuários em um grupo recebem uma licença específica quando eu tiver um pool de licenças limitado e uma quantidade bem maior de membros de grupo competindo por elas.

Exemplo

Há 5 licenças Test Developer Pro alocadas para o grupo Automation Developers composto de cerca de 100 membros. Para evitar confiar no princípio da atribuição por ordem de chegada e garantir o pareamento correto entre licença e usuário, irei atribuir manualmente a licença aos 5 usuários que eu escolher.

Importante: a atribuição direta não é compatível com a alocação de grupos. Se você usar a atribuição direta, o usuário não se beneficiará mais de nenhuma licença herdada pela alocação de grupos.Outras configurações herdadas do grupo não são afetadas.

Atribuição de grupo

O licenciamento baseado em grupo é a rota recomendada para empresas porque a atribuição de licenças é realizada automaticamente por meio das regras de alocação do grupo. Atribuir licenças ao nível de usuários individuais pode tornar a administração em grande escala desafiadora.

Para resolver esses desafios, o licenciamento baseado em grupos permite que você atribua uma ou mais licenças a um grupo. O pool de licenças atribuídas ao grupo fica disponível para todos os membros do grupo. Qualquer novo membro adicionado ao grupo pode usar essas licenças.

Da mesma forma, ao ser removido do grupo, o usuário perde a possibilidade de usar essa licença.

Isso elimina a necessidade de gerenciamento de licenças por usuário.

As regras de alocação de grupo são configuradas por um administrador. Ao contrário da atribuição explícita de licenças por usuário, a atribuição em grupo não consome as licenças, mas torna o pool de licenças disponível para os membros do grupo. Os usuários consomem licenças por ordem de chegada, dentro do limite do número de licenças disponível para o grupo.

Atribuição de licenças a um grupo

1. Certifique-se de que você esteja conectado à sua organização UiPath como um administrador da organização.
2. Na seção Admin de sua organização, acesse o bloco Licenças e selecione a aba Usuários .
3. Expanda a seção Alocações de licenças para grupos.

   Uma lista de grupos locais padrão é exibida. Esses grupos já têm licenças correspondentes atribuídas a eles. Você pode adicionar usuários a esses grupos e manter a alocação de licença padrão, ou alterar a atribuição de licença dos grupos padrão, se necessário.

Exemplos

Exemplo A: digamos que quero manter a administração de acesso fácil, fornecendo permissões predefinidas para cenários típicos na minha empresa, enquanto atribuo licenças específicas a alguns membros selecionados.

Maria faz parte do grupo Automation Developers. Há uma regra de alocação em vigor para este grupo que aloca 10 licenças Automation Developer para ele. Como membro do grupo Automation Developers, Maria herdaria uma licença Automation Developerer. No entanto, como administrador, quero que Maria receba uma das licenças de Citizen Developer disponíveis na organização. Para manter os direitos de acesso de Maria intactos e dar a ela uma licença mais poderosa, vou deixá-la no grupo Automation Developers e atribuir-lhe diretamente uma licença Citizen Developerer.

Exemplo B: digamos que eu queira controlar que usuários em um grupo recebem uma licença específica quando eu tiver um pool de licenças limitado e uma quantidade bem maior de membros de grupo competindo por elas.

Há 5 licenças de Desenvolvedor de Automação alocadas para o grupo Desenvolvedores de Automação composto de cerca de 100 membros. Para evitar confiar no princípio da atribuição por ordem de chegada e garantir o pareamento correto entre licença e usuário, irei atribuir manualmente a licença aos 5 usuários que eu escolher.

Várias licenças por usuário

Pode haver cenários em que um usuário herde várias licenças por associações de grupos. Nesse caso, o usuário consumirá apenas uma das licenças: a mais poderosa. Se esse tipo de licença não estiver disponível, o usuário consumirá a segunda mais poderosa.

Observação: Poder de licenças

O poder das licenças é o seguinte, do mais poderoso ao menos poderoso:

Automation Developer > Citizen Developer > Attended > Action Center

Exemplo: John Smith herda uma licença de Desenvolvedor de Automação e Action Center por associação de grupos. John consome a licença de Desenvolvedor de Automação, que é mais poderosa que a licença de Action Center.

Observação:

Se um usuário herdar licenças pela associação do grupo e receber uma explicitamente atribuída, a licença explicitamente atribuída tem precedência e substitui a licença do grupo.

Se um administrador da organização atribuir explicitamente várias licenças a um usuário, o usuário consumirá todas elas.

Licenças externas ou de parceiros

Os parceiros que usam a mesma licença em várias organizações de clientes podem solicitar a habilitação da funcionalidade Licença Externa na organização do cliente. Dessa forma, os parceiros podem trazer sua própria licença e se conectar aos serviços do Orchestrator do cliente sem usar o pool de licenças dele.

Isso só é possível para os SKUs de desenvolvedor e requer que o Studio seja ativado com uma chave de licença independente. Para obter mais detalhes sobre como habilitar esse recurso, entre em contato com nossa equipe de suporte ou seu contato da UiPath.