Rejeição 975 — Rejeiçãp: Obrigatória a informação do identificador do CSRT e do hash do CSRT

O que é esta rejeição?#

A Rejeição 975 é retornada pela SEFAZ durante a validação da NF-e quando há uma inconsistência relacionada a cadastro do contribuinte na Receita Federal. Isso significa que a nota fiscal não foi autorizada e precisa ser corrigida antes de ser retransmitida.

Os campos afetados estão na seção de dados do emitente do XML.

Campos XML relacionados#

Esta rejeição está associada aos seguintes campos do XML da NF-e. Verifique cada um deles ao diagnosticar o problema:

Causas comuns#

• As informações do responsável técnico pelo sistema emissor são obrigatórias
• O identificador do CSRT ou o hash do CSRT não foram informados
• O CSRT (Código de Segurança do Responsável Técnico) está inválido

Como resolver#

1. Preencha o grupo de responsável técnico com CNPJ, contato, email e telefone
2. Informe o idCSRT e o hashCSRT conforme cadastrado na SEFAZ
3. O hash CSRT deve ser calculado usando SHA-256 sobre a concatenação do CSRT com a chave de acesso

Verificações analíticas#

• Se infRespTec está presente no XML mas idCSRT é zero, vazio ou ausente enquanto hashCSRT também está ausente ou tem comprimento diferente de 28 caracteres (base64 de SHA-256), então o grupo de responsável técnico está estruturalmente incompleto: calcule o hashCSRT aplicando SHA-256 sobre a concatenação do valor literal do CSRT cadastrado na SEFAZ com a chaveAcesso de 44 dígitos da NF-e e codifique em base64, depois preencha idCSRT com o identificador numérico correspondente fornecido pela SEFAZ.
• Se o elemento infRespTec está completamente ausente do XML enquanto o CRT do emitente é 1, 2 ou 3 (qualquer regime tributário), então a NF-e modelo 55 carece do grupo obrigatório desde o leiaute 4.00: inclua o bloco infRespTec com CNPJ do desenvolvedor, xContato, email, fone, idCSRT e hashCSRT antes de reenviar.
• Se infRespTec/hashCSRT tem 28 caracteres base64 mas a chaveAcesso embutida no cálculo não coincide com o valor de Id da tag infNFe (desconsiderando o prefixo 'NFe'), então o hash foi gerado com uma chave de acesso diferente da chave final assinada, provavelmente calculado antes da definição do cDV ou após alteração de campos como cNF ou nNF: recalcule o hashCSRT somente após a chave de acesso estar definitivamente fixada e o XML montado em sua versão final.
• Se idCSRT informado em infRespTec não corresponde ao identificador do CSRT ativo cadastrado para o CNPJ do responsável técnico junto à SEFAZ, o que pode ser inferido quando o mesmo XML foi aceito em homologação (tpAmb=2) mas rejeitado em produção (tpAmb=1), então o CSRT utilizado é de ambiente incorreto ou expirado: solicite o CSRT vigente de produção à SEFAZ da UF do emitente e recadastre o par idCSRT/CSRT no sistema emissor antes de regenerar o hashCSRT.