- Introdução
- Administração do host
- Organizações
- Tenants e serviços
- Autenticação e segurança
- Licenciamento
- Sobre as licenças
- Preço unificado: estrutura do plano de licenciamento
- Flex: estrutura do plano de licenciamento
- Ativar sua licença
- Atribuição de Licenças a Tenants
- Atribuição de licenças aos usuários
- Desalocando licenças de usuário
- Monitoring license allocation
- Atribuição excessiva de licenças
- Notificações de licenciamento
- Gerenciamento de Licenças de Usuário
- Contas e funções
- Aplicativos Externos
- Testes em sua organização
- AI Trust Layer
- Notificações
- Geração de logs
- Solução de problemas
- Sobre a solução de problemas
- Solução de problemas de alertas
- Solução de problemas gerais
Soluções para problemas de alerta comuns no Automation Suite, incluindo e-mails do sistema não enviados devido ao SslHandshakeException e alertas ausentes para grupos com regras de provisionamento SAML.
Os emails do sistema não são enviados - SslHandshakeException
Para instalações offline, se os e-mails do sistema não forem enviados e você encontrar o erro SslHandshakeException, certifique-se de que as portas 80 e 587estejam abertas para a máquina. (nó único | vários nós).
Não receber alertas para grupos com a regra de provisionamento SAML
Problema: os usuários não recebem alertas configurados na interface do usuário ou por e-mail quando esses alertas são configurados para grupos de usuários com uma regra de provisionamento SAML.
Solução: para resolver esse problema, você pode adicionar os usuários afetados ao grupo local de Administradores, o que permite que eles recebam alertas.
A adição de usuários ao grupo Administradores concede a eles privilégios elevados. Esforce-se para entender as implicações desses privilégios. Certifique-se de que os usuários recebam direitos de administrador de forma responsável, mantendo um equilíbrio entre a necessidade de acesso aos alertas e a manutenção da segurança do sistema.
Erros de início de trabalhos: não é possível encontrar um robô pessoal configurado
Descrição: iniciar um trabalho a partir do Meu espaço de trabalho ou usar Executar como eu mesmo falha com o erro 409 UserDoesNotHaveRobot: Cannot find a personal robot configured. Isso ocorre quando nenhum robô pessoal foi provisionado para o usuário atual.
Solução: use uma das seguintes opções para provisionar a identidade do robô necessária:
- Em implantações EKS/AKS e OpenShift, abra o Studio Web uma vez navegando para o URL de seu tenant — isso dispara o provisionamento automático.
- Conecte o UiPath Assistant ao Orchestrator e certifique-se de que uma licença Named User esteja disponível.
- Habilite a automação unattended para o usuário por meio de Tenant > Gerenciar acesso > Editar usuário > Configuração Enterprise.
Após o provisionamento, tente executar o trabalho novamente.