- Introdução
- Compreensão do UiPath Robot
- Requisitos de instalação
- Instalando robôs para automações Unattended
- Configuração de robôs para automações Unattended
- Implantação de automações Unattended
- Conectar robôs para automações Unattended ao Orchestrator
- Redirecionando Robôs por meio de um Servidor de Proxy
- Implementando autenticação com provedores de credenciais
- Ajustando as configurações do registro para execução em janelas de RDP minimizadas
- Usando locais de rede
- Configuração de robôs do Linux
- Configurando a Verificação de Assinatura de Pacote
- Configuração de pastas de pacote e caminhos de rede
- Configuração de feeds de atividades
- Instalando robôs para automações assistidas
- Configuração de robôs para automações assistidas
- Integrações
- Solução de problemas
- Solução de problemas do Serviço de Robôs da UiPath
- Solução de problemas de execução
- Solução de problemas de rede
- Solução de problemas de conexão
- Solução de problemas de licenciamento
- Solução de problemas do pacote
- Solução de problemas do .NET
- Solução de problemas de registro em log
- Solução de problemas de sessão
- Solução de problemas de integração do CrowdStrike

Guia do administrador do robô
Solução de problemas do pacote
O problema ocorre quando você usa uma unidade de rede mapeada para seus pacotes. A unidade de rede mapeada fica disponível para o usuário que a criou, enquanto o Serviço de Robôs da UiPath opera em um nível de sistema.
Ao atualizar para uma versão mais recente a partir de uma mais antiga, algumas automações podem falhar ao executar, especialmente quando a verificação de assinatura do pacote é aplicada.
A pasta pacotes contém versões assinadas e não assinadas de pacotes de atividades. Ao executar uma automação, o Robô instala a versão mais baixa aplicável desse pacote de atividades, que pode ser a versão não assinada. Se a verificação da assinatura do pacote for aplicada, a execução da automação falhará. Caso contrário, a execução é conforme o esperado.
Depois que a migração de um Robô do Modo de Serviço para o Modo de Usuário for concluída, os arquivos XML nos pacotes NuGet ficam inacessíveis. Além disso, a seguinte mensagem de erro é exibida: "Acesso ao caminho C:\Users\john.doe\.nuget\packages\HelloWorld\1.0.0\lib\net45\Main.xaml negado".
Excluir pacotes da pasta original permite que o Robô os reinstale em uma pasta que o usuário atual possa acessar, permitindo que o Serviço de Robôs da UiPath também acesse os pacotes.
Enquanto estiver convertendo do Modo de Serviço para o Modo de Usuário, você pode modificar o local da pasta do pacote. Isso permite que o Robô reconstrua o diretório e o use para downloads futuros.
.nupkg
ausente correspondente ao projeto.
A pasta do pacote já pode conter ambos:
-
uma versão do pacote com o arquivo do projeto
.nupkg
correspondente, e -
uma versão sem o arquivo de projeto
.nupk
.
- Os pacotes publicados a partir do Studio não são visíveis no UiPath Assistant
- Description
- Problema potencial
- Soluções
- Verificação Forçada de Assinatura do Pacote
- Description
- Problema potencial
- Soluções
- Pacotes do NuGet não acessíveis após a migração
- Description
- Problema potencial
- Solução 1
- Solução 2
- O Robô falha ao Baixar o Pacote
- Description
- Problema potencial
- Solução