- Introdução
- Instalação e atualização
- Tipos de Robô
- Componentes do Robô
- Licenciamento
- Conectar Robôs ao Orchestrator
- Processos e Atividades
- Geração de logs
- Cenários Específicos
- Reinicialização de componentes dos Robots
- Sessões do Windows
- Login usando o Sistema de Credenciais Thales Luna
- Login usando o Provedor de Armazenamento de Chaves nShield
- Redirecionando Robôs por meio de um Servidor de Proxy
- Executando tarefas em uma Janela RDP Minimizada
- Usando Unidades de Rede Mapeadas
- Interrompendo um Processo
- Desabilitar o Botão Parar
- Pastas de Pacote Personalizados e Caminhos de Rede
- Integração do CrowdStrike
- Virtualização de aplicativos Robot Citrix
- Governança
- Solução de problemas
- Erros de conexão comuns
- Robô sem resposta sobre RDP
- Logs de Execução Duplicados
- Erros de Robô Frequentemente Encontrados
- Aumento da Duração da Execução do Processo
- Verificação Forçada de Assinatura do Pacote
- Mensagem muito grande para processar
- Erros ao Executar como Administrador
- Pacotes do NuGet não acessíveis após a migração
- Prompt de Controle de Acesso do Usuário e de Automação de Atividades da Interface Gráfica
- .NET necessário durante a instalação
- Montagem não pode ser carregada da rede ou do Azure File Share
- As atividades não podem encontrar o .NET Runtime
- Solução de problemas de integração do CrowdStrike

Guia do usuário do robô
Requisitos de hardware e software
Mínimo | Recomendado | |
---|---|---|
CPU (*) |
2 x 1.8GHz 64-bit (x64) |
4 x 2.4GHz 64-bit (x64) |
BATER |
4GB |
8 GB |
Espaço em Disco |
UiPathStudio.msi:
|
N/A |
(*) A UiPath não é compatível com a arquitetura ARM no Windows.
Você também pode verificar os requisitos de hardware para o Studio e o Orchestrator.
Os Robôs de Alta Densidade estão disponíveis exclusivamente nas plataformas do Windows.
Para uma configuração de alta densidade, onde vários robôs executam trabalhos simultaneamente na mesma máquina do Windows Server, você deve multiplicar os requisitos de hardware mínimos e recomendados pelo número de instâncias de execução definidos para o modelo de máquina no Orchestrator.
Por exemplo, com três usuários executando trabalhos simultaneamente, os requisitos mínimos são:
-
Para Intel x64, você precisa de seis núcleos com 1,8 GHz 64 bits (2 x 1,8 GHz 64 bits por runtime) e uma RAM de 12 GB (4 GB por runtime).
Para cenários em que as funcionalidades de transmissão ao vivo e gravação são necessárias, você deve aplicar os requisitos de hardware recomendados:
-
CPU — Para Intel x64: 4 x 2,4 GHz 64 bits
-
RAM - 8 GB
Versões Compatíveis | Particularidades | |
---|---|---|
Sistema Operacional |
Windows 10 Windows 10 N | |
Windows 11 | ||
Microsoft Azure Windows 10 Enterprise Multi-Session |
Funciona também em conjunto com o Azure Virtual Desktop (AVD).
1 Compatível com máquinas Windows 365. | |
Microsoft Azure Windows 11 Enterprise Multi-Session | Compatível com máquinas Windows 365. | |
Windows Server 2016 Windows Server 2019 Windows Server 2022 | ||
Windows Server Core 2016 Windows Server Core 2019 Windows Server Core 2022 |
Só pode executar trabalhos unattended em segundo plano. Os trabalhos são executados sob a conta do sistema local por padrão. Para usar um usuário específico (credenciais especificadas no Orchestrator), você precisa configurar a variável de ambiente
UIPATH_HEADLESS_WITH_USER na máquina do Robot e definir o valor como True .
| |
Versão 10.15 (Catalina) ou posterior do MacOS. | Exigido pelo UiPath Assistant para Mac. | |
XenApp v6.5 ou posterior | ||
XenDesktop v7.0 ou posterior | ||
.NET Framework |
Versão 4.6.1 ou posterior |
Se máquina executa o Windows OS em um idioma diferente do inglês, instale o pacote de idioma correspondente para a versão do .Net framework que você está usando. Isso é necessário para executar o Studio em qualquer um dos idiomas disponíveis. As versões do .Net framework e do pacote de idiomas precisam ser correspondentes. Versões conflitantes do .Net framework devem ser removidas. |
1
Ao utilizar robôs não-assistidos em Máquinas Virtuais, não deixe as sessões de Área de Trabalho Virtual do Azure em disconnected
estado (usuário conectado ao pool de hosts em um ambiente AVD, mas ainda conectado à sessão de hosts).O robô não pode usar a sessão desconectada, pois ele foi criado por AVD e não tem acesso a ela. Por isso, ele tenta criar uma sessão para executar o trabalho não assistido, mas falha porque a sessão AVD já está criada e está no disconnected
estado. Quando esse cenário acontece, o trabalho eventualmente falha por atingir o limite de tempo.