Rejeição 926: confira o país no endereço do destinatário no exterior

Se a transmissão retornar “Rejeição: Operação com Exterior e país de destino igual a Brasil”, compare o endereço real do destinatário com os campos de UF e país no XML enviado. A correção começa por identificar qual informação foi preenchida incorretamente, preservando a operação e a pessoa que realmente comprou.

Um cadastro pode mostrar o nome de um país estrangeiro enquanto a integração envia o código do Brasil. Também pode ocorrer o contrário: um endereço brasileiro foi marcado indevidamente como exterior. Alterar um campo ao acaso para tentar liberar a nota pode esconder a causa e produzir outras inconsistências.

Qual é a condição documentada

Na NT 2019.001 v1.70 consultada, página 16, a regra E14-30 apresenta modelos 55/65 e aplicação obrigatória. Se o endereço do destinatário estiver no exterior, com UF igual a EX, o código do país cPais não pode ser 1058, Brasil. A linha detalhada do MOC 7.0, Anexo I, está na página 85 e registra a mesma condição, sem exceção específica nessa linha.

O ponto de comparação é o endereço do destinatário. No XML, localize dest/enderDest/UF e dest/enderDest/cPais. A tabela de validação usa a forma abreviada “dest/UF”; o leiaute identifica esses campos dentro do grupo enderDest.

Não acrescente a essa condição a exigência de idEstrangeiro ou de uma IE. A 925 trata de identificação estrangeira e inscrição estadual; a 926 compara UF do endereço e país. Também não substitua o gatilho UF=EX por uma condição de outra regra baseada apenas no indicador de destino da operação.

A presença do modelo 65 no contexto documental da E14-30 não autoriza usar NFC-e para qualquer operação com o exterior. Modelo, natureza da operação e enquadramento precisam ser cabíveis. Não troque esses dados para afastar a mensagem.

Reúna os dados antes da correção

Guarde o XML transmitido, o retorno completo, a chave, o horário, a UF do emitente, o autorizador e o ambiente de produção ou homologação. Compare o cadastro atual, os dados gravados na nota e o arquivo efetivamente enviado. Uma alteração recente do cliente pode não ter atualizado o documento já preparado.

Confira quem é o destinatário e qual endereço corresponde à operação, usando o pedido e a documentação recebida. Nacionalidade, identificação estrangeira e localização do comprador são informações distintas. Um passaporte, isoladamente, não comprova endereço no exterior.

Peça ao suporte para comparar o código numérico do país com o país apresentado na tela. O MOC, página 14, remete cPais à tabela de países do BACEN usada pelo leiaute. Uma sigla ou um código de outro padrão cadastral não deve ser convertido por aproximação. Na tabela disponibilizada pelo Portal Nacional e recuperada em 16/10/2026, a linha Brasil contém 1058. O nome do país e seu código precisam corresponder entre si. O schema aceitar algarismos não comprova que o código exista na tabela.

Cenário 1: o endereço está no exterior e o país ficou como Brasil

Se a documentação confirma endereço no exterior, investigue por que o XML contém cPais=1058. O emissor pode ter conservado o país padrão, recebido um cadastro incompleto ou convertido incorretamente o identificador da integração.

Corrija a origem do preenchimento e selecione o país real pela tabela aplicável ao emissor. Mantenha a identificação verdadeira e a UF coerente com o endereço. Não basta trocar somente o nome visível do país se a geração continuar enviando o código antigo.

Cenário 2: o endereço é brasileiro e recebeu UF EX

Uma importação pode ter marcado um cliente como exterior pelo tipo de documento, pela nacionalidade ou por uma configuração usada em outro cadastro. Se o endereço correspondente à operação é brasileiro, examine essa marcação antes de substituir o país Brasil por um país estrangeiro.

Ajuste o cadastro e os dados da nota para o endereço verdadeiro, com conferência do responsável fiscal quando houver dúvida. Não escolha uma UF brasileira fictícia, não use endereço de terceiro nem transforme uma operação real com o exterior em interna somente para evitar a rejeição.

Cenário 3: a tela foi corrigida e o XML conserva o problema

Verifique se a nota guarda uma cópia anterior do cadastro ou se a integração reconstrói UF e país durante a transmissão. Compare os arquivos preparados antes e depois do ajuste e confirme qual deles foi enviado.

Atualize a nota rejeitada pelo fluxo do emissor, preservando coerência entre conteúdo, assinatura e registro interno. Evite editar diretamente o XML assinado. Se o código Brasil reaparecer, o suporte deve corrigir o mapeamento ou a regra de preenchimento que o repõe, em vez de repetir ajustes manuais a cada tentativa.

Exemplo hipotético

Uma pequena fábrica prepara uma NF-e modelo 55 para uma operação cujo destinatário tem endereço documentado no exterior. O cadastro importado conserva Brasil como país padrão, mas informa UF EX. No XML transmitido aparece cPais=1058, e o retorno apresenta 926.

A equipe compara o pedido, o endereço e o arquivo enviado. Confirmado o país real, corrige o cadastro e o mapeamento, atualiza a nota rejeitada e gera um novo XML pelo emissor. A identificação do comprador e os fatos da operação permanecem os mesmos. O exemplo não fornece um país fictício nem garante autorização.

Confira o resultado e os limites

Na nova tentativa, examine o XML e o retorno completos. Se houver autorização, preserve o documento e seu protocolo. Se surgir outra rejeição, confira a condição daquele código; resolver a combinação UF e país não prova que os demais dados fiscais estejam corretos. Havendo incerteza sobre autorização anterior, esclareça a situação antes de repetir a emissão.

Pesquisa documental atualizada em 16/10/2026, sem emissão de teste no ALRA ou consulta de cliente real. A linha normativa classifica a regra como obrigatória. Isso não comprova execução individual em cada UF, autorizador ou ambiente; identifique esses dados na análise do retorno.

A E14-10/510 também aborda país Brasil ou ausente em operação com o exterior, mas seu gatilho usa idDest=3. Ela não substitui a E14-30/926 baseada na UF do endereço. A E14-04/377 trata de código inexistente. Preservar essas diferenças evita resolver o campo errado quando houver mais de uma inconsistência.

Fontes e limites da pesquisa

• NT2019.001v1.70: reusoHTTP20016/10 pesquisa936/8c03. Página16 inteira textual lida nesta926 ePNG16 existente efetivamente visto em664 nesta rodada,reusado. E14-30Obrig55/65íntegra,UF=EX/cPais1058;semcondiçãoidDest/idEstrangeiro/IEcopiada de outra regra.

• MOC7AnexoI: reusoHTTP20015/10 da942/5eb4; páginas14/85textuais inteiras lidas nesta926,PNG85existente pessoalmente visto agora. E14-04/377,E14-10/510,E14-20/511 distintos;exceção511nãoemprestada926. MOCcPais2–4histórico; schema atualconsultado1–4nãoexigequatrofixos.

• PortalNacional,Diversos eTabeladePaísesv1.01: novosHTTP20016/10viaCookieJar fe8ec3f7/76386b53. Entradaíndice12/04/2019,Vigência01/07/2018. Arquivo34190B éODSreal peloZIPmimetype,apesarMIMEHTTPXLSX. Header e linhas Brasil1058,Argentina639,Alemanha230,EUA2496 extraídos/lidos;538linhasfísicasincluemduplicaçãoemabas,não538países. Nãoalegaleituratodastabela/vigênciaindividualporpaís. Primeiroíndice302/WEBredirectloop eURLantigaFOXZNFX/p50redirecionouàpáginaprincipal,nãotabela válida;históricospreservados.

• Schemasoficiais: reuso010f15/10/leiaute2bace; declaração realenderDesttipoTEndereco eUF/cPais/xPaisnesse tipo extraídas e inteiramente lidas. cPaispattern[0-9]{1,4},minOccurs0, nãoenumeração de países; não usar aenumeração1058doendereçoemitentecomo se fosse destinatário. SemXSDcompilado/XMLclientevalidado.

• Oobj926: novoHTTP20016/10 538135f3,WEB16–94corpoespecíficointeiro lido,19/09/2024. Predicadoprecisoconvergente;exemploindIEDest1/endereçofictícioeURLtabelaantiga nãoadotadosnemgeneralizaçãoexterior=exportação. Suporteàverificaçãocódigo/arquivo,nãoteladeALRA.

• TOTVSProtheus926: WEB54–195corpoespecíficointeiro lido,12/08/2025,direto403separado. SYA/YA_CODGI/YA_SISEXP/rotinasnãoALRA. Comparação3/4posições é mapeamentodesseproduto,nãoexigênciaXSDquatrofixos;CFOP5656/consumidorfinal/identificadorfictício não indicaçãofiscaluniversal.

• wCompany926: novoHTTP20016/10 137705eb,corpoespecíficointeirotítulodata13/10/2026atéReferêncialido viaextratoHTML;WEBcachemissnãocorpo. Cadastros114/151,cancelar/refazervendaeapagarIdEstrangeironãofluxoALRA/regrauniversal;paísdeorigem/nacionalidade não substituiendereço real.

• Omie926: novoHTTP20016/10 9dd2be97,WEB8–29corpoespecíficointeiro lido30/01/2026; ficha curta sóencaminhasuporte,nãoterceirotutorialcompleto. Treeunfe926:HTTP20016/10 79bee43b,WEB252–273corpoespecíficointeiro lido08/04/2026. GatilhoidDestnoresumo eArgentina249/Alemanha1053contrariamtabelaoficial;ambosdescartados,nãoreceitaparacorrigir.

TrêsguiasespecíficosOobj/TOTVS/wCompanyefetivamenteconferidos,maisfichacurtaOmieeTreecriticado,nãoíndices. Seiscaches2026zero926/E14-30/cPais,varreduraresultadointeirolido,buscadelimitadanãoprovaausênciaglobal. Próprianegativa/originaispreservados;novasconsultas/inspeçõestratamfaltasdocumentaissemretroaprovaratos. Semnovasimagenscriativas/capas/publicação.