Pular para o conteúdo

Fóruns / SPED Fiscal por bloco: 0, B, C, D, E, H, 1 e 9 no SAP

O que fazer quando o PVA-EFD apresentar erro de SQL ou permissão de gravação?

Como funciona este fórum

Moderado por Emanuel Kaufman. As três primeiras mensagens de cada pessoa passam por revisão e respondemos em até 1 dia útil.

Aqui se discute o comportamento do sistema. Decisão tributária é sempre da sua empresa, e ninguém neste fórum dá parecer.

Tudo o que você publicar é público e pode ser usado por terceiros, inclusive por sistemas de IA. Não publique dado de cliente, nome de empresa nem tela do produto.

Esta pergunta foi sinalizada
6 Respostas

Alguém já viu o PVA-EFD dar erro de SQL do nada? Aqui na farma, o programa rodava normal e, de repente, apareceu uma mensagem falando em permissão quando tentei validar. Eu não sou o administrador do computador, pra ser justo, ó, então não sei se o problema é meu ou do ambiente. Tentei validar de novo, reiniciei o PVA e nada mudou. Antes de levar o caso ao time, quero saber qual caminho vocês seguiram e se o erro mudou depois de alguma troca no equipamento. O que fazer quando o PVA-EFD apresentar erro de SQL ou falta de permissão para gravar?


Atualização:

O risco que já vi é rodar o PVA com uma conta comum e achar que o erro é do banco. Testei isso e, pra ser justo, ó, com uma conta de mais acesso a validação passou. Agradeço a ajuda de todos. Depois de ajustar a permissão, basta reiniciar a sessão ou precisa refazer o programa do zero?


Atualização:

Quando a conta de vocês tem permissão nas pastas, o erro some, pra ser justo, ó, e eu confirmei isso no meu caso. Obrigado ao Felipe e à Adriana pelos caminhos, cada um serve a um cenário. Minha dúvida agora: depois de dar acesso à nova pasta, o PVA reconhece sozinho ou precisa de outro ajuste na configuração?

Avatar
Cancelar
Melhor resposta

Será que o roteiro fecha assim? Para erro de SQL ou de permissão, comece pela conta que roda o programa, depois pelas pastas que o PVA cria e só então pela pasta de trabalho. Se o usuário atual não tiver acesso, a saída é substituir a conta por uma autorizada pela TI, em vez de mexer no restante do equipamento. Vale registrar cada passo para o time não depender da memória de ninguém. Como recomendação prática, peça acesso só nas pastas certas, teste se consegue gravar com um texto simples e utilize esse roteiro sempre que o erro voltar. Confirme com o tributário da empresa antes de aplicar.


Fontes oficiais consultadas

Avatar
Cancelar
Melhor resposta

Na minha rotina de contador, o erro some quando dou permissão só na pasta principal, e volta no dia seguinte. Discordo da ordem proposta na resposta sobre gravar primeiro: no meu caso, o problema estava nas subpastas que o PVA cria, e não na pasta de trabalho. Antes de solicitar nova permissão, confira cada subpasta criada. Sem pressa, pois é, o ajuste na raiz nem sempre chega até elas. Discordo com educação, mas essa ordem me custou um dia inteiro.

Avatar
Cancelar
Melhor resposta

Resolve mais rápido mudar a pasta de trabalho do PVA para um caminho onde a conta já tem acesso total, em vez de corrigir a permissão da pasta do programa. Nossa equipe adotou essa saída, com uma pasta criada pelo time de TI na máquina da rede. Tem um alerta, ó: ao indicar essa pasta nova, confira se o antivírus não bloqueia o caminho, senão a instalação segue travando. Esse atalho vale para quem não pode alterar a máquina; onde a política permite, prefira corrigir a permissão.

Avatar
Cancelar
Melhor resposta

Gravação primeiro, sempre. Complemento o João: a funcionalidade do PVA pode rodar fora das pastas, mas, bem, ou seja, a importação final só dá certo se a pasta de destino aceitar a gravação. Antes de qualquer validação, teste a gravação com um texto simples e confira quem tem direito de escrever ali. Assim você separa o erro de SQL do erro de pasta sem perder o mês. Vale anotar o resultado de cada teste para o time não repetir a mesma tentativa.

Avatar
Cancelar
Melhor resposta

Adriana, na mineração a gente faz diferente. Olha, a ideia é exportar a escrituração para uma pasta fora das pastas do PVA e validar de lá, com um perfil que já tem acesso. Esse caminho vale quando a equipe não pode mexer nas pastas do programa, mas exige disciplina na cópia. Quando o acesso já está liberado, o caminho direto continua melhor, sem desvio. Cada opção serve a um cenário, e a escolha deve ficar registrada no time.

Avatar
Cancelar
Melhor resposta

Concordo em parte: o erro de SQL pode vir do banco ou de uma configuração, mas a primeira coisa a checar é se o seu login consegue gravar nas pastas criadas pelo PVA. Discordo de reiniciar tudo logo de cara, porque o problema costuma estar nesses arquivos e na pasta de programas, e não no programa em si. Se o login não tiver acesso ali, a validação cai no meio e a mensagem engana. O segredo é, né, pedir ao responsável pelo computador a permissão certa, sem mexer nos programas. Só depois disso faz sentido testar a atualização.

Avatar
Cancelar

Sua resposta

Tente oferecer uma resposta substancial. Se quiser comentar sobre a pergunta ou resposta, basta utilizar a ferramenta de comentários. Lembre-se de que você sempre pode revisar suas respostas - Não há necessidade de responder à mesma pergunta duas vezes. Não esqueça de votar - Selecionar as melhores perguntas e respostas é realmente útil!

Perguntas relacionadas

Mais conversas em SPED Fiscal por bloco: 0, B, C, D, E, H, 1 e 9 no SAP.

Ver todas do fórum