Rejeição 486 — Não informado o Grupo de Autorização para UF que exige a identificação do Escritório de Contabilidade na Nota Fiscal

O que é esta rejeição?#

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

Este código indica que rejeição: DPEC não localizada para o número de registro de DPEC informado.

Os campos afetados estão na seção de dados do destinatário, dados do emitente, identificação da NF-e 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#

• O código da UF não corresponde ao estado do emitente ou destinatário
• O código do município (IBGE) é inválido ou não pertence à UF informada
• A UF informada na chave de acesso diverge da UF do emitente

Como resolver#

1. Verifique se o código da UF está correto conforme a tabela do IBGE (ex: 35=SP, 33=RJ, 41=PR)
2. Confirme que o código do município (7 dígitos IBGE) pertence à UF informada
3. Atualize os dados de endereço do emitente e destinatário no sistema emissor

Verificações analíticas#

• Se o campo infRespTec (grupo de identificação do responsável técnico) estiver ausente no XML e a UF do emitente (emit/enderEmit/UF) for uma das que exigem obrigatoriamente o escritório de contabilidade, como MG, então o erro 486 é causado pela omissão total do grupo infRespTec: inclua o elemento infRespTec com CNPJ do escritório de contabilidade, xContato, email e fone conforme NT 2018.005.
• Se o campo infRespTec/CNPJ estiver preenchido mas o dígito verificador for inválido ou o CNPJ não estiver ativo na Receita Federal, e a UF do emitente exigir identificação do escritório de contabilidade, então o grupo infRespTec existe formalmente mas contém dado inválido, o que ainda aciona a rejeição 486: valide o CNPJ do escritório de contabilidade aplicando o algoritmo de módulo 11 antes de transmitir.
• Se emit/CRT for igual a 1 (Simples Nacional) e o campo infRespTec estiver presente mas o hashCSRT (hash de segurança do responsável técnico) estiver ausente ou calculado com CSRT incorreto para o ambiente (tpAmb=1 exige CSRT de produção, tpAmb=2 exige CSRT de homologação), então a assinatura do grupo infRespTec é rejeitada pela SEFAZ antes mesmo da validação do escritório: recalcule o hashCSRT concatenando o CSRT correto do ambiente com a chave de acesso e aplique SHA-1 em Base64.
• Se a UF presente em emit/enderEmit/UF divergir da UF codificada nos dois primeiros dígitos da chave de acesso (cChave[0..1]) e simultaneamente o grupo infRespTec estiver ausente, então existem dois erros sobrepostos — chave inconsistente e grupo ausente — sendo que a SEFAZ pode surfaçar apenas o 486 mascarando a divergência de UF: corrija primeiro o código de UF na chave de acesso para que corresponda ao estado do emitente e então adicione o infRespTec exigido por aquela UF.
• Se finNFe for igual a 2 (NF-e complementar) ou 4 (NF-e de devolução) e o grupo NFref (referência à NF-e original) estiver ausente no XML, e adicionalmente o infRespTec também estiver ausente, então a SEFAZ pode rejeitar com 486 enquanto uma segunda rejeição sobre NFref ficaria pendente: adicione simultaneamente o elemento NFref com a chave de acesso da NF-e referenciada e o grupo infRespTec com os dados do escritório de contabilidade para evitar múltiplas rejeições em sequência.