- Introdução
- Compreensão do UiPath Robot
- UiPath Assistant
- 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
- Configurar o Windows Server para robôs de alta densidade
- Redirecionando Robôs por meio de um Servidor de Proxy
- Implementação de autenticação
- 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
- Setting up non-persistent VDIs - follow up with Sai
- 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
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 está disponível para o usuário que a criou, enquanto o Serviço de Robôs da UiPath opera em todo o sistema.
Ao atualizar para uma versão mais recente a partir de uma mais antiga, algumas automações podem falhar na execução, especialmente quando a verificação de assinatura do pacote é aplicada.
A pasta de pacotes contém as versões assinadas e não assinadas dos pacotes de atividades. Ao executar uma automação, o Robô instala a versão mais antiga aplicável desse pacote de atividades, que pode ser a versão não assinada. Se a verificação de assinatura do pacote for forçada, a execução da automação falha. Caso contrário, ele é executado conforme o esperado.
Após a migração de um Robô do Modo de Serviço para o ModoDeUsuário ser concluída, os arquivos XML dentro dos pacotes NuGet tornam-se inacessíveis. Além disso, a seguinte mensagem de erro é exibida: "O acesso ao caminho C:\Users\john.doe\.nuget\packages\HelloMundo\1.0.0\lib\net45\Main.xaml está negado".
Excluir pacotes da pasta original permite que o Robô os reinstale em uma pasta que o usuário atual pode acessar, habilitando o Serviço de Robôs da UiPath para acessar os pacotes também.
Ao converter 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 de projeto
.nupkg
correspondente, e -
aversão sem o arquivo de projeto
.nupk
g.
- 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