Efd contribuições houve um erro ao carregar as tabelas externas

O resultado que importa é que o erro some quando o código de município e os códigos de país batem com o pacote. Kleber tem razão sobre o cabeçalho, e olhando o XML, viu, a tag de deduções vinha vazia antes da reimportação. Isso derruba o bloco M inteiro, porque o crédito apurado depende dessa leitura. Então, antes de mexer em diretório, valide o XML gerado contra a versão do leiaute e só depois repita a geração.

Discordo do ponto sobre permissão. Eu já peguei esse erro numa migração de farma e o problema era o conteúdo do pacote, não a pasta. Olhe o cabeçalho de cada arquivo: se a versão não bate com o guia prático, o programa recusa tudo sem apontar o motivo. Ponto que eu reforçaria: e aí, só um detalhe, a contribuição de cada tabela deve ser conferida pelo código, não pelo nome do arquivo. Antes de trocar diretório, compare o cabeçalho com a versão vigente.

O risco que já vi é o programa ler uma tabela externa antiga, e a correção é a atualização do pacote na pasta que o job usa. Veja, quer dizer, no nosso caso o erro sumiu só depois que apontamos o diretório central para o pacote novo e o job conseguiu ler as tabelas sem reclamar. Antes de qualquer coisa, confira no log se o erro cita o arquivo de municípios ou o de países, porque isso aponta qual tabela está faltando. Se a versão do arquivo estiver certa e o erro continuar, o problema costuma ser permissão de leitura no diretório, e não o que está dentro do pacote.

Caio, somando ao seu ponto, eu olharia os componentes do pacote antes de mexer em permissão, então, olhando o log, o erro aparece quando a tabela de países chega vazia, e isso acontece quando o arquivo foi extraído com outro nome. Conforme o caso, o job para sem avisar no fim da validação. Confira se o diretório tem todos os arquivos esperados e se a extração não criou uma pasta extra dentro dela.