Rejeição 356: quando retirar o local de saída do país da NF-e

A rejeição 356 acontece quando a NF-e contém o grupo de local de saída do país em uma situação que não admite esse preenchimento. Pode ser uma nota de entrada, inclusive do exterior, ou uma operação cujo destino não é o exterior. Antes de apagar campos, confirme qual etapa da operação a nota documenta.

O problema não significa necessariamente que a empresa nunca exporta. Uma devolução, um retorno ou uma remessa nacional para uma trading pode fazer parte de uma cadeia internacional sem ser, naquele documento, uma saída do Brasil. O XML precisa representar essa etapa específica.

A condição usa “ou”, não “e”

A regra ZA01-20 do MOC 7.0, página 127 pertence à autorização da NF-e modelo 55. Ela verifica se exporta foi informado quando tpNF=0 ou idDest é diferente de 3.

Basta uma dessas condições. Uma entrada com idDest=3 continua sendo entrada e não deve trazer esse grupo de saída do país. Da mesma forma, uma saída com idDest=1 ou 2 não ganha permissão para exporta apenas porque tpNF=1.

Na tabela, a aplicação é obrigatória, sem exceção específica na ZA01-20. Isso não é uma certificação operacional de cada ambiente. Guarde UF, modelo, versão e retorno completo para avaliar o caso concreto. A rejeição ocorre na autorização, não na recepção de evento de exportação ou em uma consulta pública.

Onde procurar o preenchimento indevido

Exporta fica diretamente nas informações gerais da NF-e, em infNFe/exporta. Ele contém a UF de saída, a descrição do local de embarque ou fronteira e, quando informado, o local de despacho. Muitos emissores organizam esses campos em uma aba chamada “Exportação”.

Uma nota criada por cópia pode herdar essa aba de uma exportação anterior. Outra possibilidade é o sistema gerar o grupo automaticamente ao reconhecer um cliente estrangeiro, mesmo quando a operação atual não corresponde à saída para o exterior. Verifique o arquivo transmitido: uma tela vazia não garante que o integrador tenha removido o grupo.

A TecnoSpeed identifica os campos tpNF, idDest e os componentes de exporta em seus formatos de integração. Essa localização é útil para comparar o cadastro com o XML. Exemplos antigos de versão ou de chave não devem ser reutilizados como dados reais.

Entrada do exterior não é saída para exportação

Imagine que mercadorias anteriormente exportadas retornem e a operação seja documentada por uma NF-e de entrada. A equipe reaproveita informações da nota original e mantém o porto de saída dentro de exporta. Mesmo com idDest=3, tpNF=0 já é suficiente para o enquadramento da 356.

A correção do grupo não decide, por si só, o tratamento fiscal e aduaneiro do retorno. Os documentos necessários e a classificação da operação dependem do que ocorreu com a mercadoria. A Omie distingue fluxos operacionais de devolução conforme a carga tenha saído ou não do território nacional. Use essa distinção para reunir os fatos com a equipe fiscal, sem presumir que todos os retornos seguem um único procedimento.

Se a entrada foi classificada corretamente, remova o grupo geral de saída indevido. Não altere tpNF para 1 para fazer o validador aceitar o porto informado.

Exporta e exportInd não são a mesma coisa

O MOC, página 20 permite compreender uma diferença importante: detExport/exportInd é um detalhamento por item e inclui vínculo com uma NF-e anterior. No CFOP 3.503, chNFe aponta para a nota que efetivou a exportação e qExport corresponde à quantidade devolvida.

Assim, uma entrada nesse contexto pode exigir informações de exportação indireta no item e, ao mesmo tempo, não admitir o grupo geral exporta. Remover todas as informações que contenham a palavra “exportação” pode destruir referências necessárias.

As regras vizinhas têm objetos diferentes: a 336 relaciona detExport com idDest; a 340 trata da presença de exportInd em situações específicas; a 356 trata de exporta. Uma exceção de outro código não deve ser transportada para a ZA01-20.

Remessa para trading exige separar as etapas

Na remessa nacional a uma comercial exportadora, a nota do fornecedor não deve ser preenchida como se a mercadoria estivesse saindo do Brasil por aquele documento. A posterior exportação emitida pela trading tem seu próprio contexto.

A TOTVS descreve como seu adaptador utiliza dados fiscais para gerar os indicadores e diferencia a etapa da trading. Porém, a condição oficial da rejeição é “tpNF=0 ou idDest diferente de 3”. Não se deve exigir que as duas falhas apareçam juntas, nem tratar o mapeamento de um adaptador como regra universal para todos os emissores.

CFOP e destino só devem ser ajustados quando estiverem errados em relação ao negócio real. Alterá-los para manter um grupo indevido mascara o problema.

Conferência final antes do reenvio

Primeiro, identifique se o erro está na natureza da operação ou numa informação herdada. Corrija a origem do dado no cadastro, pedido ou integração. Em seguida, gere outro XML e confirme que exporta foi retirado somente quando indevido, preservando referências e detalhes válidos dos itens.

Se a nota for realmente uma saída ao exterior, o grupo exporta precisa continuar presente; nesse caso, revise por que tpNF ou idDest foram gerados incorretamente. A ausência do grupo numa saída corretamente identificada pode levar à rejeição 355.

A NT 2026.002 v1.11, página 8 também impede operações com o exterior em NFC-e e NF-e com DANFE Simplificado Tipo 2, tpImp=6, pela regra B11a-10/707. Trocar para esse formato não é solução. A 356 permanece vinculada ao modelo 55; a NFC-e tem validação própria para o grupo geral de comércio exterior.

Por último, consulte a situação de qualquer envio anterior sem resposta conclusiva antes de emitir novamente. Não tente resolver a rejeição por evento, cancelamento automático ou mudança arbitrária de numeração. Confirme o retorno individual e preserve o protocolo se a nota for autorizada.

Referência de atualização: 10/10/2026. Escopo: autorização NF-e modelo 55, regra ZA01-20, consideradas versão, UF e ambiente.