- Introdução
- Ciclo de vida do produto
- Licenciamento
- Opções de entrega
- UiPath Platform
- Documentação da UiPath
- Solução de problemas
Opções de gerenciamento de licenças
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.
Você pode habilitar ou desabilitar essa opção nas configurações da organização.
Apenas habilitar o gerenciamento de licenças de usuários se:
-
você não estiver usando pastas clássicas
-
sua organização está usando ou pode passar a usar a autenticação interativa.
Habilitar o gerenciamento das licenças dos usuários define automaticamente a configuração de segurança Exigir autenticação dos usuários, desabilita a autenticação de chaves dos Robots 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.
Importante:
-
O gerenciamento de licenças do usuário não está disponível para Orchestrator independente.
-
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.
O licenciamento baseado em usuário dá uma representação coerente entre o modelo comercial da UiPath (SKUs adquiridos) 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.
Alocação de grupos
O licenciamento baseado em grupo é a rota recomendada para empresas porque a alocaçã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ê aloque 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 alocação do 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 direta
A atribuição direta de licenças é recomendada nos seguintes casos:
- para obter controle total sobre um conjunto limitado de licenças ou
- 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
Mary is a member of the Automation Developers group. There is an allocation rule in place for this group allocating 10 Automation Developer licenses to it. As a member of the Automation Developers group, Mary would inherit one Automation Developer license. However, as an administrator, I want Mary assigned one of the Citizen Developer licenses available in the organization. To keep Mary's access-rights intact while giving them a more powerful license, I will leave her in the Automation Developers group and directly assign an Citizen Developer license.
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.
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.
Consumo de licença de usuário
|
|
Usuário Nomeado |
Multiuser |
|---|---|---|
|
Atribuição direta |
|
Os usuários consomem licenças por ordem de chegada.
Se uma regra de alocação de grupos for removida, a alteração se aplicará a todos os usuários que pertencem ao grupo. |
|
Alocação de grupos |
Os usuários consomem licenças por ordem de chegada, dentro do limite do número de licenças disponíveis para o grupo:
Se uma regra de alocação de grupos for removida, a alteração se aplicará a todos os usuários que pertencem ao grupo. |
Os usuários consomem licenças por ordem de chegada.
Se uma regra de alocação de grupos for removida, a alteração se aplicará a todos os usuários que pertencem ao grupo. |
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.
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.
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.
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.
Esse modelo não é recomendado, e todas as novas organizações criadas após 1º de março de 2021 usam o modelo de licenciamento de usuários por padrão.
Se você desabilitar o modelo de gerenciamento de licenças de usuário nas configurações da organização, então o modelo legado de gerenciamento de licenças será usado.
Ao contrário do gerenciamento de licenças de usuário, o modelo de gerenciamento de licenças legado não oferece uma separação clara entre licenças de usuário e robô/serviço em termos de gerenciamento. Licenças de usuário e licenças de robô/serviço são atribuídas por tenant na configuração da organização e são gerenciadas ainda mais no Orchestrator. Isso traz algumas limitações:
- As licenças de usuários são vinculadas a tenants específicos, com a reatribuição de licenças entre tenants possível apenas por meio da intervenção manual de um administrador.
- Você não pode gerenciar licenças de usuários centralmente.
