Rejeição 275 — Código Município do Destinatário: difere da UF do Destinatário

O que é esta rejeição?#

A Rejeição 275 é retornada pela SEFAZ durante a validação da NF-e quando há uma inconsistência relacionada a cadastro do contribuinte na Receita Federal, informação do documento fiscal. 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: Código Município do Destinatário: difere da UF do Destinatário.

Os campos afetados estão na seção de dados do destinatário 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 CNPJ ou CPF do destinatário está inválido ou não cadastrado
• Os dados do destinatário no XML não correspondem ao cadastro na Receita Federal
• A UF do destinatário está incorreta ou incompatível com o endereço

Como resolver#

1. Verifique se o CNPJ ou CPF do destinatário está correto e ativo na Receita Federal
2. Confirme a UF do destinatário no campo <dest><enderDest><UF>
3. Atualize os dados cadastrais do destinatário no seu sistema

Verificações analíticas#

• Se o campo <cMun> dentro de <enderDest> não corresponder a nenhum município pertencente à UF informada em <UF> do mesmo bloco <enderDest> conforme tabela IBGE (onde os dois primeiros dígitos do código IBGE de 7 dígitos devem coincidir com o código numérico da UF do destinatário), então há inconsistência geográfica direta entre município e UF do destinatário: corrija o campo <cMun> para um código IBGE válido dentro da UF declarada ou corrija a UF para aquela à qual o município efetivamente pertence.
• Se o CFOP informado nos itens começar com '6' (indicando operação interestadual) mas a UF em <enderDest><UF> for igual à UF em <enderEmit><UF>, ou inversamente o CFOP começar com '5' (operação interna) mas as UFs de emitente e destinatário forem distintas, então há contradição entre a natureza da operação codificada no CFOP e a geografia real da transação: alinhe o CFOP ao efetivo par UF emitente × UF destinatário, garantindo consistência com o campo <idDest> (1=interna, 2=interestadual, 3=exterior).
• Se o campo <idDest> estiver preenchido com '2' (operação interestadual) mas <cMunFG> corresponder a um município da mesma UF do emitente, e simultaneamente a UF do destinatário divergir da UF implícita no <cMun> do destinatário, então o fato gerador do ICMS está sendo declarado em UF incompatível com o destinatário e com a classificação da operação: verifique se <cMunFG> deve referenciar o município do emitente ou do destinatário conforme a operação, e corrija tanto o <cMun> quanto a <UF> do destinatário para valores mutuamente consistentes.
• Se a alíquota interestadual de ICMS aplicada em <pICMS> corresponder a uma alíquota típica de operação interestadual (4%, 7% ou 12%) mas a UF declarada em <enderDest><UF> for a mesma do emitente, ou se a alíquota for a alíquota interna da UF emitente mas <idDest> indicar operação interestadual, então a base de cálculo e a alíquota do ICMS estão sendo aplicadas para o tipo errado de operação em virtude do erro no endereço do destinatário: após corrigir a UF e o <cMun> do destinatário, recalcule <pICMS>, <vBC> e <vICMS> conforme a alíquota interestadual correta para o par de UFs resultante.
• Se o CEP informado em <enderDest><CEP> pertencer, conforme faixas dos Correios, a uma UF diferente da declarada em <enderDest><UF>, isso confirma que o binômio CEP × UF está inconsistente e é provável fonte primária da divergência entre <cMun> e <UF> apontada pela rejeição 275: utilize o CEP como âncora para determinar a UF e o município corretos, atualizando simultaneamente <UF>, <cMun>, <xMun> e <xBairro> do destinatário para garantir coerência total do bloco de endereço.