Central de rejeições SEFAZ / NF-e, NFC-e, MDF-e, CT-e
NF-e, NFC-e, MDF-e, CT-e · CÓDIGO 247
Rejeição 247: Sigla da UF do Emitente diverge da UF autorizadora
O mesmo código é retornado em documentos diferentes. Esta ficha reúne as duas situações: a de NF-e e NFC-e e a de MDF-e e CT-e, cada uma com sua fonte oficial.
Em NF-e e NFC-e
Descrição
A rejeição informa que a sigla da UF do endereço do emitente diverge da UF do Web Service autorizador. A NT 2026.007 cria exceção na SVRS para NF-e modelo 55 sem IE do emitente, caracterizando contribuinte exclusivo do IBS/CBS.
Quando ocorre
- A tag de UF do emitente indica uma UF diferente daquela atendida pelo autorizador utilizado.
- Na SVRS, a exceção é aplicável ao modelo 55 quando
<IE>do emitente não é informada.
Regra de validação da SEFAZ
- Regra: C12-10
- Validação: Comparar a sigla da UF do emitente com a UF do Web Service; não aplicar a rejeição na SVRS para NF-e modelo 55 sem IE do emitente.
- Código: 247
- Efeito: Rejeição
- Mensagem: Sigla da UF do Emitente diverge da UF autorizadora
Exemplo
O XML contém
<enderEmit><UF>MG</UF></enderEmit>, mas é enviado a um serviço autorizador incompatível com essa UF.Como resolver
- Enviar o documento ao autorizador correto para a UF.
- Se for contribuinte exclusivo do IBS/CBS sem IE, direcionar a NF-e modelo 55 para a SVRS.
- Se a UF do cadastro estiver incorreta, corrigir e gerar novo XML.
Orientação para suporte no HAFID
- Comparar
<enderEmit>/<UF>com o cadastro do estabelecimento e o endpoint de autorização. - Se somente o endpoint estiver incorreto, retransmitir o XML ao serviço correto.
- Se a UF do XML estiver errada, corrigir o cadastro e gerar novo XML.
Resumo:
O código 247 decorre da divergência da sigla da UF do emitente com a UF autorizadora; a NT 2026.007 prevê exceção na SVRS para NF-e sem IE.
Em MDF-e e CT-e
Descrição
Quando for emitido uma NF3e, CT-e ou MDF-e e a Sigla da UF do Emitente (tag: emit / enderEmit / UF) for diferente do Código da UF (tag: ide / cUF) do Emitente, será retornado a rejeição “247 – Sigla da UF do Emitente diverge da UF autorizadora”.
Exemplo
Foi emitido um CT-e por emitente do Estado do Rio de Janeiro (UF = RJ) e com Código da UF igual a 35, que corresponde a UF de São Paulo (SP). Nessa situação, como o Código da UF é diferente da UF RJ, representada pelo valor 33, o CT-e será rejeitado pelo motivo 247.
- No XML:
<ide>
<!– Código da UF –>
<cUF>35</cUF>
<cCT>65416791</cCT>
<CFOP>6932</CFOP>
<natOp>TRANSPORTE RODOVIARIO</natOp>
<forPag>1</forPag>
<mod>57</mod>
<serie>501</serie>
<!– Dados de Identificação do CT-e ocultados nessa parte –>
</ide>
<emit>
<CNPJ>71401266000194</CNPJ>
<IE>02654288</IE>
<xNome>CT-E EMITIDO EM AMBIENTE DE HOMOLOGACAO – SEM VALOR FISCAL</xNome>
<enderEmit>
<xLgr>AV. PARQUE OESTE, AREA DA GERDAU, BOX 3</xLgr>
<nro>0</nro>
<xBairro>DISTR.IND.MARACANAA</xBairro>
<cMun>3304557</cMun>
<xMun>Rio de Janeiro</xMun>
<CEP>61900000</CEP>
<!– Sigla da UF do Emitente –>
<UF>RJ</UF>
<fone>08532971422</fone>
</enderEmit>
</emit>
Regra de validação da SEFAZ
Veja a regra de validação da Sefaz para CT-e:
Veja a regra de validação da Sefaz para MDF-e:
Veja a regra de validação da Sefaz para NF3e:
Exemplo
Foi emitido um CT-e por emitente do Estado do Rio de Janeiro (UF = RJ) e com Código da UF igual a 35, que corresponde a UF de São Paulo (SP). Nessa situação, como o Código da UF é diferente da UF RJ, representada pelo valor 33, o CT-e será rejeitado pelo motivo 247.
- No XML:
<ide>
<!– Código da UF –>
<cUF>35</cUF>
<cCT>65416791</cCT>
<CFOP>6932</CFOP>
<natOp>TRANSPORTE RODOVIARIO</natOp>
<forPag>1</forPag>
<mod>57</mod>
<serie>501</serie>
<!– Dados de Identificação do CT-e ocultados nessa parte –>
</ide>
<emit>
<CNPJ>71401266000194</CNPJ>
<IE>02654288</IE>
<xNome>CT-E EMITIDO EM AMBIENTE DE HOMOLOGACAO – SEM VALOR FISCAL</xNome>
<enderEmit>
<xLgr>AV. PARQUE OESTE, AREA DA GERDAU, BOX 3</xLgr>
<nro>0</nro>
<xBairro>DISTR.IND.MARACANAA</xBairro>
<cMun>3304557</cMun>
<xMun>Rio de Janeiro</xMun>
<CEP>61900000</CEP>
<!– Sigla da UF do Emitente –>
<UF>RJ</UF>
<fone>08532971422</fone>
</enderEmit>
</emit>
Como resolver
Deve-se informar a Sigla da UF do Emitente e o Código da UF correspondente no CT-e ou MDF-e. Para corrigir, deve-se alterar o Código da UF para adequar-se a Sigla do emitente, ou deve-se alterar os dados do Emitente, para que tanto a Sigla da UF, quanto os dados do endereço se adequem ao Código da UF. É mais comum que esteja errado o Código da UF. Na correção do exemplo abaixo, foi alterado apenas o Código da UF:
- No XML:
<ide>
<!– Código da UF –>
<cUF>33</cUF>
<cCT>65416791</cCT>
<CFOP>6932</CFOP>
<natOp>TRANSPORTE RODOVIARIO</natOp>
<forPag>1</forPag>
<mod>57</mod>
<serie>501</serie>
<!– Dados de Identificação do CT-e ocultados nessa parte –>
</ide>
<emit>
<CNPJ>71401266000194</CNPJ>
<IE>02654288</IE>
<xNome>CT-E EMITIDO EM AMBIENTE DE HOMOLOGACAO – SEM VALOR FISCAL</xNome>
<enderEmit>
<xLgr>AV. PARQUE OESTE, AREA DA GERDAU, BOX 3</xLgr>
<nro>0</nro>
<xBairro>DISTR.IND.MARACANAA</xBairro>
<cMun>3304557</cMun>
<xMun>Rio de Janeiro</xMun>
<CEP>61900000</CEP>
<!– Sigla da UF do Emitente –>
<UF>RJ</UF>
<fone>08532971422</fone>
</enderEmit>
</emit>
Feita a correção, basta reenviar a NF3e, CT-e ou MDF-e a partir do seu Software Emissor.
Orientação para suporte no HAFID
- Conferir os dados fiscais informados no cadastro e no documento.
- Validar se o XML gerado está coerente com a regra de validação retornada pela SEFAZ.
- Após a correção, reenviar o documento fiscal para autorização.
Resumo:
Quando for emitido uma NF3e, CT-e ou MDF-e e a Sigla da UF do Emitente (tag: emit / enderEmit / UF) for diferente do Código da UF (tag: ide / cUF) do Emitente, será retornado a rejeição “247 – Sigla da UF do Emitente diverge da UF autorizadora”.
Referências
NF-e e NFC-e
Nota Técnica 2026.007 v1.00 – Emissão por Contribuinte exclusivo do IBS/CBS
Consultar a referência informada
MDF-e e CT-e
Conteúdos relacionados
APOIO À SUA OPERAÇÃO FISCAL
Precisa de apoio com o HAFID ERP?
Se sua empresa utiliza o HAFID, informe à equipe GREENSYS o código retornado, o evento e o ambiente em que ocorreu a rejeição. A análise deve considerar a configuração da operação e o provedor utilizado.
Não envie senhas, certificados digitais ou chaves privadas pelo formulário.
Falar com a GREENSYS