Rejeição 511: país estrangeiro em operação interna ou interestadual

A rejeição 511 sinaliza que a nota foi identificada como operação que não é com o exterior, mas informou um código de país diferente de 1058, correspondente ao Brasil. Existe uma exceção importante: a regra admite país diferente de Brasil quando idEstrangeiro não é nulo. Portanto, não corrija o país sem verificar quem é o comprador e como a operação foi realizada.

O código está documentado na autorização de NF-e e NFC-e, modelos 55 e 65. Comece pela mensagem completa e pelo XML da tentativa rejeitada. Um cadastro exibido corretamente no sistema não comprova, por si só, o conteúdo transmitido à SEFAZ.

O que a regra realmente verifica

A E14-20 do MOC 7.0, página 85 reúne três condições: idDest diferente de 3, código do país do destinatário informado e esse código diferente de 1058. A própria linha apresenta a exceção de idEstrangeiro não nulo.

Os caminhos relevantes são ide/idDest, dest/enderDest/cPais e dest/idEstrangeiro. O nome do país, xPais, não substitui cPais. A simples presença de uma tag idEstrangeiro vazia também não corresponde à condição de conteúdo não nulo exigida para essa exceção.

A aplicação é facultativa na especificação. Isso explica por que o comportamento precisa ser conferido conforme autorizador, versão e ambiente. Não significa que a empresa possa ignorar a rejeição recebida ou manter um país que não corresponde aos fatos.

A ausência de cPais não é o mesmo cenário descrito pela 511, pois a regra menciona código informado. Ainda assim, apagar o campo para evitar a comparação não é uma solução geral: o preenchimento deve respeitar o caso concreto, o leiaute e as demais validações.

Separe três situações antes de editar

Na primeira situação, a operação é brasileira, o destinatário deve estar cadastrado no Brasil e um país estrangeiro foi selecionado por engano. A correção pode estar no cadastro, em um pedido copiado ou na integração. Confirmados os dados, o país fiscal deve ser Brasil, com cPais=1058.

Na segunda, a operação é realmente com o exterior, mas idDest foi enviado como interno ou interestadual. Não mantenha uma classificação errada apenas para aproveitar o país já informado. A equipe fiscal deve revisar o enquadramento integral, incluindo os campos e o modelo adequados, antes de corrigir o indicador.

Na terceira, o comprador é estrangeiro, mas a operação não constitui exportação. Esse caso exige atenção à identificação do comprador e à exceção da regra. Nacionalidade, país cadastral e destino da operação são informações relacionadas, mas não intercambiáveis.

O guia da Omie para a rejeição 511 documenta a hipótese de cliente estrangeiro sem exportação. A configuração de tela apresentada ali é específica daquele produto; em qualquer emissor, o que deve ser verificado é o resultado nos campos fiscais corretos.

Como tratar o comprador estrangeiro sem inventar identificação

Considere uma compra interna feita por um visitante estrangeiro para consumo final. Se o enquadramento confirmado permitir o uso de idEstrangeiro, a informação deve ser obtida do documento legítimo do comprador e transmitida conforme o leiaute. Não preencha números fictícios, texto genérico ou uma identificação de outra pessoa apenas para obter conteúdo não vazio.

Também não confunda um campo comercial chamado documento exterior com qualquer cadastro auxiliar de identificação. Pergunte ao fornecedor do sistema qual informação efetivamente alimenta dest/idEstrangeiro. Pode haver dados preenchidos na ficha do cliente que não são enviados para essa tag.

A exceção da 511 não dispensa as outras regras de identificação. O MOC, na página 83, exige atenção à condição de consumidor final na NF-e que informa idEstrangeiro fora de operação exterior e veda informar IE do destinatário junto com idEstrangeiro. Isso não autoriza apagar uma IE legítima ou mudar a condição do cliente sem análise fiscal; é necessário escolher o preenchimento que represente corretamente aquela operação.

A TecnoSpeed também registra a exceção e os modelos 55 e 65. Seus nomes de campos de integração ajudam usuários daquele produto, mas não substituem a hierarquia oficial: cPais fica dentro de enderDest, no grupo dest.

O cuidado adicional com NFC-e e DANFE Simplificado Tipo 2

O fato de a E14-20 listar os dois modelos não permite usar NFC-e em qualquer destino. A B11a-10 da NT 2026.002 v1.11, página 8 restringe NFC-e e NF-e com DANFE Simplificado Tipo 2, tpImp=6, quando idDest é diferente de 1.

Assim, mudar idDest para 3 numa NFC-e para acomodar um país estrangeiro não resolve o enquadramento. Mesmo a referência a idDest=2 em um exemplo genérico de fornecedor não torna a operação interestadual permitida nesse modelo. Confirme a operação e o documento aplicável antes de qualquer alteração.

Passo a passo para a equipe de emissão

1. Identifique a nota rejeitada e preserve o retorno. Se houve outras tentativas ou resultado incerto, consulte a situação antes de retransmitir.

2. Confirme a localização e a identificação do destinatário, distinguindo compra interna de operação exterior.

3. Compare idDest, cPais e o conteúdo de idEstrangeiro no XML efetivamente enviado.

4. Peça ao responsável fiscal que valide eventual exceção e os demais requisitos de identificação.

5. Corrija a fonte do erro e atualize a nota preparada. Não dependa apenas da aparência do cadastro.

6. Gere um novo XML pelo emissor, confira os campos e deixe o sistema realizar a assinatura e transmissão.

A NS7 orienta revisar o preenchimento cadastral. Esse roteiro atende ao caso comum, mas deve ser complementado pela exceção oficial antes de substituir um país estrangeiro verdadeiro por Brasil.

Se a mensagem continuar

Verifique se a aplicação está reutilizando o arquivo anterior ou se a integração esvazia idEstrangeiro durante a geração. Compare o cadastro, a nota preparada e o XML em vez de alterar vários campos ao mesmo tempo.

Envie ao suporte, em canal seguro, o retorno e a versão do emissor, com os campos necessários para reproduzir o diagnóstico. Evite compartilhar documentos pessoais sem necessidade. A conclusão depende do retorno final da autorização, não apenas de a mensagem 511 desaparecer.

Referência documental: 09/10/2026. Aplicação por UF, versão e ambiente deve ser conferida; a análise não substitui a avaliação fiscal da operação concreta.