Rejeição 279: município e UF do local de entrega incompatíveis
Revisão editorial em 15 de out. de 2026. Confira as versões e condições das regras nas fontes do artigo.
O que a rejeição 279 compara
A Rejeição 279, G07-30, ocorre quando o grupo entrega está informado com UF diferente de EX e as duas primeiras posições de entrega/cMun diferem do código IBGE da UF de entrega. A tabela da regra lista modelos 55 e 65. A comparação é interna ao endereço de entrega separado; não se deve usar a UF do destinatário ou do emitente no lugar de entrega/UF.
MOC — Anexo I, Leiaute e Regras de Validação 7.0 Leiaute da NF-e e protocolo PL_010f_v1.04 / leiauteNFe_v4.00.xsd
Antes do município, confira o cabimento de entrega
A G01-10 da NT 2026.002 v1.11 documenta rejeição 670 para grupo entrega na NFC-e e na NF-e 55 com DANFE Simplificado Tipo 2, tpImp=6, mas contém expressamente Observação: Implementação futura. Portanto, essa proibição documentada não comprova bloqueio atual universal ou implantação no autorizador de uma tentativa. A presença de 55/65 na G07-30 também não prova permissão irrestrita do grupo. Confirme modelo, tpImp, operação e retorno real; preserve o local verdadeiro e não apague entrega para contornar uma condição desconhecida.
MOC — Anexo I, Leiaute e Regras de Validação 7.0 Autorização com alerta e estrutura do protocolo NT 2026.002 v1.11
Como comparar a sigla com o prefixo do município
entrega/UF guarda a sigla; entrega/cMun guarda sete algarismos, sendo os dois primeiros o código IBGE da UF. Por exemplo,41 representa Paraná,42 Santa Catarina e 35 São Paulo. Confirme também o código completo e xMun com a cidade real da entrega. A entrega diferente do endereço cadastral do destinatário precisa permanecer distinguida em dest/enderDest e entrega. A 275/E10-20 faz comparação semelhante em enderDest, mas não alcança o campo da 279.
MOC — Anexo I, Leiaute e Regras de Validação 7.0 Leiaute da NF-e e protocolo PL_010f_v1.04 / leiauteNFe_v4.00.xsd Manual de Orientação ao Contribuinte - MOC - versão 7.0 - NF-e e NFC-e 7.00
Exemplo com código existente e UF divergente
Para demonstrar a comparação geográfica, suponha entrega/cMun=4205407, Florianópolis/SC na tabela do MOC, junto de entrega/UF=PR. O código existe e começa por 42, mas PR corresponde a 41. A combinação não atende à G07-30. Para corrigir, descubra qual endereço é verdadeiro: cidade catarinense com UF copiada do destinatário, ou entrega paranaense com município herdado de outro local. Não troque somente o prefixo do código; isso pode criar outro município ou um valor inexistente.
MOC — Anexo I, Leiaute e Regras de Validação 7.0 Manual de Orientação ao Contribuinte - MOC - versão 7.0 - NF-e e NFC-e 7.00
Como verificar a origem e o próximo resultado
Compare pedido e local documentado, registro de endereço selecionado, código oficial associado e XML transmitido. Uma mudança de endereço pode ter atualizado UF sem atualizar cMun ou vice-versa; confirme a evidência antes de atribuir falha ao sistema. A 278/G07-20 verifica existência do município e a 515/G07-10 sua representação especial quando UF=EX. Depois da correção comprovada, gere pelo emissor, confira grupo e endereço e leia o retorno fiscal da nota. Preserve arquivos assinados e autorizados e esclareça tentativas incertas antes de outro envio.
MOC — Anexo I, Leiaute e Regras de Validação 7.0 Leiaute da NF-e e protocolo PL_010f_v1.04 / leiauteNFe_v4.00.xsd
Limite dos exemplos e da conferência
Os códigos geográficos são oficiais e não identificam empresa. A decisão sobre qual local corrigir depende do pedido e endereço protegidos, sem fabricar participante ou documento completo. Nenhum exemplo desta página é um documento pronto para transmissão.