Rejeição 978: Hash do CSRT diverge do calculado

A Rejeição 978 acontece quando o hash do CSRT enviado na nota não corresponde ao que a SEFAZ calcula.

Abrir Notas Fiscais

Por que acontece a Rejeição 978

O CSRT — Código de Segurança do Responsável Técnico — é uma credencial que a empresa de software gera no portal da SEFAZ, estado por estado.

A nota não leva o código em si: leva o identificador dele e um hash, calculado a partir do código mais a chave de acesso. A SEFAZ refaz a mesma conta com o código que tem cadastrado. Batendo, aceita.

Esta rejeição costuma vir depois de a rejeição do identificador ser resolvida: o identificador está certo, e o código usado no cálculo é que está errado.

É a mesma estrutura do CSC da NFC-e — identificador válido, código incorreto —, e a mesma lógica de diagnóstico.

E, como nas demais rejeições do responsável técnico:

Esse dado não é do cliente. Ele pertence à desenvolvedora do sistema emissor.

As causas mais comuns:

Código digitado errado. É a causa principal. O CSRT é longo, e um caractere trocado ou um espaço colado no fim quebra o cálculo.

Código de outro estado. Cada UF tem o seu.

Código revogado. Um novo foi gerado e a configuração continuou com o anterior.

Como resolver a Rejeição 978

1. 1
   Confirme se a rejeição atinge todas as notas. Sendo geral, é configuração do sistema.
2. 2
   Abra um chamado com o fornecedor do sistema emissor, informando a UF.
3. 3
   No Berga esse grupo é enviado automaticamente e a rejeição não aparece na emissão normal.

Não há o que ajustar no cadastro da sua empresa.

Como evitar a Rejeição 978

Mantenha o sistema emissor atualizado, e confirme com o fornecedor a configuração do CSRT ao começar a emitir para um estado novo.

Se a Rejeição 978 continuar

Rejeições vizinhas do mesmo grupo: identificador não cadastrado, identificador revogado, CNPJ do responsável técnico inválido ou divergente do cadastrado, e o grupo do responsável técnico ausente.

Todas são configuração do fornecedor do sistema, junto à SEFAZ.

Persistindo, abra um chamado informando o número da nota e o estado de emissão.

Referência: MOC 7.0 — Anexo I, regra de validação 7ZD09-10 (NT 2018.005 v1.30).