Rejeição 727: operação exterior com UF do destinatário diferente de EX

A rejeição 727 indica que a NF-e foi marcada como operação com o exterior, mas a UF do destinatário é diferente de EX, fora das exceções previstas na regra. A correção começa por duas perguntas: a operação foi classificada corretamente e o endereço informado corresponde ao destinatário verdadeiro? Não altere a localização de uma pessoa ou empresa só para fazer o documento passar.

Este artigo trata do serviço de autorização de NF-e, modelo 55. Confira o retorno completo e a tentativa de envio, porque o código isolado não basta para identificar o contexto do problema.

A regra atual usa idDest

Na redação atual da E12-10, quando ide/idDest=3, verifica-se se a UF do destinatário é diferente de EX. A regra é obrigatória para o modelo 55, com exceções expressas. A referência é a NT 2022.002 v1.30a, página 12.

Essa leitura exige atenção à versão: o MOC 7.0 contém uma chamada imprecisa da E12-10, e a própria NT explica que sua documentação foi corrigida para conferir o literal EX quando se trata de operação exterior. Não use a frase antiga como se a regra primeiro exigisse UF EX e depois rejeitasse a mesma UF por ser diferente de EX.

O campo efetivamente conferido no endereço é dest/enderDest/UF. ide/idDest classifica o destino da operação; dest/enderDest/UF informa a UF daquele destinatário. Nem a UF do emitente nem a do porto de embarque substituem essa informação.

Quais exceções podem manter UF brasileira

A E12-10 atual prevê que a validação não se aplica nestas hipóteses:

• Existe algum item com comb/UFCons=EX e CFOP 7667, atendendo conjuntamente às duas condições indicadas na regra

• A operação está na hipótese de CFOP 7552 ou CFOP 7501 descrita na regra

A primeira exceção não vale para todo produto relacionado a combustíveis, nem para qualquer CFOP de exterior. É preciso conferir o item, seu grupo comb, a UF de consumo e o CFOP específico. A segunda também não permite selecionar um daqueles códigos por conveniência: o enquadramento precisa corresponder à operação.

Essas exceções explicam por que idDest=3 não significa, sozinho, que o destinatário deva receber um endereço estrangeiro. Quando o cenário legal permite dados brasileiros, conserve-os. A dispensa de uma validação não é ordem para substituir o endereço, nem uma aprovação automática de todas as informações da nota.

Se a empresa utiliza vários CFOPs no mesmo documento ou uma operação especial, peça ao responsável fiscal que confirme como a exceção se aplica ao caso completo. Não deduza uma autorização ampla a partir da presença isolada de um número em um item.

Diagnóstico do caso comum de endereço exterior

Considere uma NF-e destinada a uma empresa realmente situada fora do Brasil. O pedido foi montado a partir de um cadastro nacional, e o destino foi ajustado para exterior, mas a UF brasileira permaneceu. Se nenhuma exceção for aplicável, a divergência está no preenchimento do endereço.

Confirme os dados do destinatário antes de corrigir o cadastro. O endereço de um agente no Brasil, do despachante, do transportador ou de um depósito não deve ocupar o lugar do destinatário só porque participa da operação.

O material da Invoisys propõe começar verificando a localização efetiva do destinatário. Essa investigação é útil, mas as exceções atuais precisam complementar qualquer orientação antiga que associe destinatário nacional exclusivamente a operação interna ou interestadual.

O guia da NS7 orienta revisar a UF dentro dos dados do destinatário. No cenário comum em que o endereço exterior está confirmado, ajuste esse campo para EX e confira a coerência dos demais dados previstos no leiaute.

Quando o indicador de destino é que está errado

Uma venda brasileira pode receber idDest=3 por configuração inadequada de natureza de operação, importação de pedido ou reaproveitamento de nota anterior. Nesse caso, trocar a UF brasileira por EX criaria um endereço fictício.

O responsável fiscal deve confirmar a classificação correta e orientar os ajustes necessários. A nacionalidade do comprador não decide, por si só, se a operação é uma exportação. Também não basta a mercadoria passar por um porto ou o pagamento vir do exterior.

Não troque o CFOP automaticamente como reação ao erro. A 727 verifica idDest e UF, enquanto a 520 relaciona CFOP e UF e a 731 relaciona CFOP e idDest. Cada comparação tem condições próprias. As exceções de uma não devem ser transportadas para a outra sem previsão oficial.

Roteiro de correção e conferência

1. Preserve a mensagem 727 e o XML rejeitado. Identifique modelo, ambiente, UF autorizadora e versão do emissor.

2. Confira a situação da nota. Se houve envio posterior ou resposta incerta, consulte a autorização antes de preparar nova transmissão.

3. Compare ide/idDest e dest/enderDest/UF com a documentação da operação.

4. Verifique as exceções atuais com o responsável fiscal, inclusive os dados do item quando houver combustível.

5. Corrija o cadastro, pedido ou parâmetro que gerou a informação errada e atualize a nota já preparada.

6. Confira o XML regenerado, deixe o emissor assiná-lo e acompanhe o retorno final.

O Berga aponta cadastro copiado e destino marcado incorretamente como hipóteses de investigação. Use-as para localizar a origem do erro, sem assumir que todos os casos exigem a mesma troca de campos.

Município, país e modelo precisam de conferência própria

Quando o endereço é efetivamente exterior e está corretamente informado com UF EX, a regra E10-30 do modelo 55 exige cMun=9999999. O MOC 7.0, páginas 84 e 85 também contém validações próprias de país. Esses campos devem ser coerentes com o endereço confirmado, sem aplicar EX e 9999999 mecanicamente a toda nota com idDest=3.

A NFC-e não ganha permissão para exportar com esse ajuste. A NT 2026.002 v1.11, página 8 também restringe idDest diferente de 1 para NF-e com DANFE Simplificado Tipo 2, tpImp=6, além da NFC-e. Confira o documento adequado à operação.

Se o retorno continuar apesar de uma exceção comprovada, encaminhe ao suporte o XML, o retorno e a referência da E12-10 atual, por canal seguro. Preserve os dados verdadeiros enquanto se apura eventual desatualização do emissor ou comportamento do autorizador. Não repita transmissões indefinidamente nem altere um XML já assinado.

Referência documental: 09/10/2026. A NT prevê produção até 06/04/2026 para as alterações de março; a data documental não comprova implementação idêntica em todas as UFs e ambientes.