robot
2026.10
false
Guia do admin do Robô
- Sobre este guia
- Introdução
- Instalando
- Atualização
- Connecting and licensing
- Configuração
- Arquivos de configuração
- Redirecionando Robôs por meio de um Servidor de Proxy
- Configuração de pastas de pacote e caminhos de rede
- Configuração de feeds de atividades
- Configurando a Verificação de Assinatura de Pacote
- Implementando autenticação com provedores de credenciais
- Configuração da execução pré-carregada
- Running workloads
- RPA processes and tests
- Agents, functions, and API workflows
- Limits
- Securing and governing
- Monitoramento
- Solução de problemas
- Solução de problemas do Serviço de Robôs da UiPath
- Solução de problemas de execução
- Unified Runtime troubleshooting
- Solução de problemas de gravação e controle remoto
- Solução de problemas de rede
- Solução de problemas de conexão
- Solução de problemas de licenciamento
- Solução de problemas de pacotes
- Solução de problemas do .NET
- Solução de problemas de registro em log
- Solução de problemas de sessão
- Referência
Limits
Limits that apply to UiPath Robot 2026.10 on machines you manage, for job duration, concurrency, and each operating system.
These limits come from the machine or the workload, not from your license. Limits that a license sets, such as the number of runtimes, are on Licensing the Robot.
Job duration
The Robot doesn't limit how long a job runs, for any workload. Agents, functions, and API workflows on your own robots have no job duration limit, and neither do RPA processes and test cases.
Two time limits apply around a job:
- Startup: installing the packages a job needs, and starting the host process for an executor package, must finish within the
InstallPackageTimeoutset inUiPath.config, 20 minutes by default. - Forced stop: when you kill a job, the Robot gives the job a grace period to flush its logs: 30 seconds by default, which is 25 seconds plus 5. Set
UIPATH_KILL_FROM_SERVICE_FLUSH_TIMEOUT, in seconds, to change the 25. After the grace period, the Robot ends the process of an RPA process or test case. For an agent, function, or API workflow, it fails the job, and ends the host process only if it couldn't deliver the stop.
Concurrency
| Carga de trabalho | Limite |
|---|---|
| Foreground RPA process | One at a time for each Windows user, and one in the console session, however many runtimes the machine has. On Windows Server, several users can each run one in their own RDP session. |
| Background RPA process or test case | The runtimes on the machine object |
| Agente | The Agent slots on the machine template, for each connected machine |
| Function or API workflow | The Function slots on the machine template, for each connected machine. Or the machine's Production (Unattended) runtimes, shared with RPA jobs, when Use Production (Unattended) is selected on the machine template. |
Logs, messages, and sessions
The Robot enforces these limits by default. You can change each one.
| Limite | Padrão | How to change it |
|---|---|---|
| Verbose logs for each Executor process. The Robot logs a warning and drops further Verbose logs. | 10000 | UIPATH_VERBOSE_LOG_LIMIT, refer to Log levels |
| Size of a message that Robot components send or receive, such as the data an automation returns | 10 MB | MaxMessageSizeInMegabytes in communicationSettings, refer to Configuration files |
| Wait for a response between Robot components | 40 segundos | RequestTimeout in communicationSettings, refer to Configuration files |
| Creating an interactive session | 60 seconds | UIPATH_SESSION_TIMEOUT, refer to Configuration files |
| Starting a process in a Robot session | 180 seconds | UIPATH_PIP_SESSION_TIMEOUT, refer to Configuration files |
Operating systems
| Sistema Operacional | Limite |
|---|---|
| Windows | ARM architecture is not supported. High-Density Robots require Windows Server. |
| Linux | Docker image only. Unattended, cross-platform automations only. No automatic updates: deploy the image of the newer version. |