O que fazer quando o PVA-EFD exibe a mensagem: “A versão do descritor XML utilizada na validação da escrituração não é vigente na data fim da escrituração”?

O risco que já vi no agro é esperar o fim do período para trocar o programa, e o aviso aparece justo no fechamento. Nossa equipe adotou outra forma: trocamos a versão logo no início de cada mês, mesmo sem a necessidade imediata, e validamos um teste antes de seguir. Esse caminho vale quando o time tem folga. Quando a urgência aperta, a saída muda, e aí, a exceção é quando o mês já está fechado, e fazemos só o recorte do bloco afetado.

Concordo em parte com o Kleber: a conferência antes do envio é o caminho certo. Mas discordo quando ele sugere checar só o TXT, porque a liberação de rede também pesa no aviso. Gustavo, você que respondeu antes já viu a mensagem de falha na transmissão junto com o aviso de versão? Eu acho que, bem, o risco é esquecer uma das duas coisas. Vale lembrar de olhar as duas antes de reenviar.

O leiaute muda a cada versão? Complementando o Carlos, e aí, no meu time, a regra é checar tudo antes. Importe só depois de conferir a informação que volta do PVA. Se você substituir o TXT sem conferir, o mesmo aviso reaparece, e vale anotar quem fez cada troca. Na prática, eu deixo a conferência anotada onde guardo o TXT antigo.

O resultado que importa é saber se a versão certa do XML evita o reenvio. Jéssica, quando você fala em registrar cada envio, isso serve para a escrituração inteira ou só para a entrega do mês? Para a economia de tempo do time, a diferença é grande, então, vale registrar o que mudou em cada etapa.

Se a versão nova do XML passar, o resto segue igual. No erro que vejo, olha, no meu dia a dia, alguém tenta exportar sem trocar o programa antes. Complemento o Fernando: quando a fazenda estadual pede hash, quem define a regra é ela, e não nós. Na prática, confira o XML antes de exportar, para não gerar um lote que volte com aviso.

Concordo com o Henrique. Pela lógica da auditoria, olha, minha leitura é que o descritor XML segue a regra do domicílio fiscal, e a versão é a que a SEFAZ determina para o seu estado. Na distribuidora, checamos isso antes de cada envio, porque uma troca de descritor já bastou para o aviso aparecer. Vale manter um registro com a data e o estado de cada envio.

Viviane, discordo de você num ponto: em geral, ó, o que trava é a versão do XML que ficou para trás no computador do usuário, e não a tabela em si. Já vi um caso em que a versão nova foi instalada, mas a máquina seguiu com o programa antigo, e o aviso voltou. Quando o contribuinte tem mais de um computador, esse descuido aparece sempre, principalmente num lote contendo meses diferentes. Vale checar cada máquina antes de reenviar.

Concordo em parte com o Gustavo: trocar o XML resolve o aviso na maioria das vezes, mas discordo quando parece que basta trocar. Gustavo, o que eu não entendi é o seguinte: se eu usar a versão atualizada do PVA, a atualização das tabelas acontece automaticamente, ou preciso disparar algo? O ponto, meu palpite, está na tabela e não no XML, mas quero confirmar com quem já passou por esse caso.

Dúvida rápida antes de tudo: você já está com o PVA mais recente? Se não estiver, atualize o programa primeiro. Depois, pelo menu do PVA na parte fiscal, use a funcionalidade de exportação da EFD e carregue o arquivo novo no lugar do antigo. O programa ajusta a versão do XML sozinho. Se a sua SEFAZ pedir hash, ele sai do arquivo retificador já assinado, e não do original. Não fique parado, o risco é, viu, transmitir com a versão velha.