Rejeição 972 — Obrigatória as informações do responsável técnico

O que é esta rejeição?#

A Rejeição 972 é 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 mas hashCSRT está preenchido com menos de 28 caracteres (base64 de SHA-256) ou idCSRT está fora do intervalo 1-999, então o hash CSRT foi calculado ou codificado incorretamente: recalcule o SHA-256 sobre a concatenação exata do valor literal do CSRT com a chave de acesso de 44 dígitos (chNFe sem espaços) e encode o resultado em base64.
• Se o CRT do emitente é 1 (Simples Nacional) e infRespTec está ausente no XML, então a omissão do grupo de responsável técnico é inválida independentemente do regime tributário, pois infRespTec é obrigatório para todas as NF-e modelo 55 a partir do leiaute 4.00: inclua o grupo com CNPJ, xContato, email e fone do responsável técnico.
• Se infRespTec/CNPJ não corresponde a um CNPJ válido em dígitos verificadores (algoritmo módulo 11) ou possui formatação com pontuação em vez de 14 dígitos numéricos puros, então o campo CNPJ do responsável técnico está malformado e causará rejeição antes mesmo da validação do CSRT: normalize para 14 dígitos sem máscara e valide os dois dígitos verificadores.
• Se idCSRT e hashCSRT estão presentes mas a chave de acesso usada na concatenação para gerar o hashCSRT diverge do valor de chNFe que será assinado (por exemplo, foi calculado antes da numeração final ou com cDV provisório), então o hash resultante não corresponderá ao esperado pela SEFAZ: regenere o hashCSRT somente após a chave de acesso estar completamente fixada, incluindo o dígito verificador definitivo.
• Se infRespTec/email ultrapassa 60 caracteres ou infRespTec/fone contém caracteres não numéricos ou possui menos de 6 ou mais de 14 dígitos, então os campos auxiliares do responsável técnico falharão na validação de tipo/tamanho do schema XSD mesmo com CNPJ e CSRT corretos: ajuste email para no máximo 60 caracteres e fone para sequência numérica entre 6 e 14 dígitos.