Efd contribuições tabelas externas corrompidas

E se o problema for só o crédito lançado com código antigo? Simone, na distribuidora que eu acompanho, as deduções que vi batiam com o cadastro, e o erro estava no código da natureza. Bem, o ponto é que eu checaria primeiro os códigos da tabela na versão nova e só depois o lançamento. Assim você separa o que é carga do que é regra de dedução, sem mexer no período inteiro.

No varejo que eu acompanho, o caso concreto é uma EFD com tabelas corrompidas logo após a carga inicial, e aí a contribuição fica parecendo errada no fechamento. Eu discordo de quem disse que basta regerar o arquivo, porque regerar o arquivo não conserta a base que chegou do ERP antigo. O problema é que, pois é, a validação só acusa depois, quando o período já está travado. Se a contribuição está certa na origem, o erro é de carga, e não de escrituração.

Quando o arquivo traz as tabelas erradas, o problema aparece antes do M810. Leandro, complementando o que você disse, conforme o guia, cada registro tem o conteúdo que deve ser informado, então a checagem precisa ser registro a registro, não só na tela final. A exceção é, né, quando a natureza da receita contendo o item antigo ainda está na base. Nesse caso, eu limparia só essa linha e deixaria o resto como está, porque mexer em tudo aumenta o retrabalho.

O resultado que importa é que a tabela externa vem da RFB e não se corrige dentro do seu ambiente. Pelo guia prático, versão 1.35 com atualização de 18/06/2021, as tabelas são disponibilizadas no Portal do SPED, então o caminho é baixar a versão atual e substituí-la na configuração. E aí, por via das dúvidas, confira a data da versão antes de regerar. Os componentes do arquivo que dependem dessa tabela, como o M810, tendem a voltar a bater depois da troca.