Rejeição 410 — UF informada no campo cUF não é atendida pelo Web Service

O que é esta rejeição?#

A Rejeição 410 é 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: UF informada no campo cUF não é atendida pelo Web Service.

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 cUF do elemento ide diverge do código de UF extraído dos 2 primeiros dígitos da chave de acesso cNF/chNFe então a UF gravada no cabeçalho não reflete a UF que assina a chave de 44 dígitos, causando rejeição 410: recalcule a chave de acesso usando o cUF correto do estado do emitente e garanta que os dois valores sejam idênticos antes da transmissão.
• Se o código cMunEmit (7 dígitos IBGE) do endereço do emitente possui os 2 primeiros dígitos diferentes do cUF declarado no ide então o município informado não pertence à UF do emitente: substitua cMunEmit pelo código IBGE correto do município real do emitente, cujos dois primeiros dígitos devem coincidir exatamente com o cUF da UF emissora.
• Se o CFOP declarado em det/prod indica operação interestadual (série 6xxx) porém cUF do emitente e o cUF derivado do cEndDest são iguais então há contradição entre a natureza fiscal da operação e a geografia dos envolvidos, o que pode ter motivado roteamento para WS de UF errada: verifique se o destinatário é de fato de outra UF ou corrija o CFOP para a série 5xxx correspondente à operação interna.
• Se o campo cMunFG (município do fato gerador) possui os 2 primeiros dígitos IBGE diferentes tanto do cUF do emitente quanto do cUF do destinatário então o município do fato gerador não pertence a nenhuma das UFs envolvidas na operação: corrija cMunFG para um município válido dentro da UF do emitente (operações internas) ou da UF de ocorrência do fato gerador, garantindo consistência com o código IBGE oficial de 7 dígitos.
• Se o endpoint de transmissão utilizado (URL do Web Service) corresponde a uma UF diferente do cUF informado no ide então o XML está sendo enviado ao autorizador errado para a UF declarada: redirecione a transmissão para o Web Service da SEFAZ da UF cujo código consta no campo cUF, consultando a tabela oficial de URLs por ambiente (produção/homologação) disponibilizada pelo Portal NF-e.