Como transmitir sped fiscal retificador?

Em situações onde a alteração afeta valores declarados antes e há inconsistência no leiaute antigo, nós priorizamos verificar se a correção se enquadra nos parâmetros de prazo decadencial para alcançar o período original. Se a discrepância for importante, o sistema deve utilizar o leiaute vigente naquele período de apuração, sendo crucial que o PVA esteja na versão atualizada para tal transmissão.

O risco que eu já vi é o retificador sair com a escrita antiga por causa de um cadastro corporativo desatualizado. Nossa saída foi, agora, como de costume, outra, com um ambiente de homologação para testar a retificação antes da produção, com um teste contendo os mesmos valores do original. Esse caminho vale quando o volume de correções é alto e o risco é grande. Quando a correção é pontual, basta conferir as contribuições lançadas e transmitir direto.

Concordo em parte com a Maria Correia, o hash costuma dar problema. Mas, então, minha ressalva é que a retificação trava menos pelo PVA e mais pelo leiaute do período original. Eu já vi caso em que a atualização do PVA resolveu, e nessa hora a versão atualizada do programa importou mais do que o hash. Um hash com caracteres fixos só ajuda quando o retificador certo foi gerado, e se o erro começou antes, nada disso salva. Vale também ler o retificador com o SPED original ao lado.

Será que basta mandar um novo SPED? Não, o retificador precisa ser assinado e transmitido como o original. Eu, agora, no meu dia a dia, confiro o hash do arquivo antes de liberar, porque algumas SEFAZ comparam esse valor. A retificação só vale se o leiaute for o vigente no período e se o PVA estiver na versão mais nova da data de transmissão. A apuração do período corrigido precisa bater com o que ficou gravado.