O que é hash do sped fiscal?

No meu caso, o projeto de migração tem vários períodos abertos ao mesmo tempo, e a rotina é que cada um tenha o seu hash guardado. Discordo do Nelson quando ele sugere procurar o campo e seguir: e aí, no meu projeto, o hash que vale é o último que foi de fato transmitido, não o primeiro. A informação precisa refletir essa sequência, senão a mensagem de conferência nunca fecha com o que foi enviado.

Quando o hash identificado no relatório não coincide com o do documento transmitido, o primeiro passo é não mexer em mais nada. Nelson, complemento o que você disse: no imposto do período, o auditor costuma pedir evidência, então guardo o print do campo e o recibo. E aí, o plano é informar essa diferença ao responsável antes de qualquer novo envio.

O que importa para mim, Nelson, é se trocar o hash obriga a refazer as correções do período. Em campo, ó, no meu cliente de varejo a escrituração já tinha passado do prazo decadencial, e eu não sei se a troca do documento ainda cabe. Quando você consulta o menu de dados, confere primeiro a data ou só o valor do hash?

Concordo com o Nelson. Bem, na prática, eu guardo o valor do hash junto do número do protocolo, colocando na mesma linha o período a que ele se refere. Assim, quando o validador devolve erro, não preciso reabrir o relatório, e o histórico fica no ambiente corporativo da equipe. Eu também deixo registrado o nome do documento enviado, contendo a data, para bater com o que a SEFAZ recebeu.

Leandro, o hash que vale é o do retificador assinado, não o do original, então o número que você anotou antes deve ser de outro documento. Para achar o correto, vá ao menu de dados da aba Relatórios e procure o campo de ID do documento assinado, que traz o hash com 32 caracteres. Agora, a prova é comparar esse valor com o que o validador de SEFAZ exige, porque nem todas exigem esse dado. Esse é o assunto que costuma gerar dúvida no fechamento, então vale checar antes de transmitir de novo.