Rejeição 336: confira o destino antes de retirar os dados de exportação do item

A rejeição 336 aparece quando um item contém detalhes de exportação, mas a identificação da nota não indica operação com o exterior. A correção começa por descobrir qual informação está errada: o destino declarado ou o grupo acrescentado ao produto. Mudar o destino apenas para conseguir autorização pode transformar um problema de preenchimento em uma informação fiscal falsa.

No faturamento, essa inconsistência costuma surgir quando se reaproveita um pedido, uma natureza de operação ou um cadastro usado em outra venda. Por isso, vale comparar o negócio real com o XML efetivamente transmitido, em vez de confiar somente no nome exibido na tela.

O que a SEFAZ está comparando

A regra I50-10 do MOC 7.0, página 95 verifica a presença de detExport no item quando idDest é diferente de 3. No XML, o grupo fica em det/prod/detExport; o indicador de destino fica em ide/idDest.

Os valores do destino distinguem operação interna, interestadual e com o exterior. A mensagem pode trazer nItem, que ajuda a localizar o produto envolvido. Confira também os demais itens, porque uma configuração compartilhada pode ter acrescentado o grupo a vários deles.

A tabela classifica a validação como obrigatória e abrange os modelos 55 e 65. Isso descreve o alcance documental da regra, sem certificar cada ambiente autorizador. A 336 é uma rejeição no processo de autorização; não é o resultado de um evento de exportação, de uma consulta pública ou de averbação aduaneira.

Dois grupos com nomes parecidos

DetExport reúne informações de exportação por item, como drawback e exportação indireta, quando aplicáveis. Já exporta é um grupo da nota inteira, usado para informar o local de embarque ou de transposição de fronteira. Apagar um deles não necessariamente modifica o outro.

Essa distinção evita uma correção no lugar errado. A rejeição 336 examina detExport e idDest. As rejeições 355 e 356 tratam do grupo exporta e também consideram se a NF-e é de entrada ou de saída. A chave de uma nota recebida, por sua vez, pode aparecer em exportInd dentro do detalhe do produto.

O leiaute oficial, página 20 traz uma particularidade importante: na operação com CFOP 3.503, a chave em exportInd identifica a NF-e que efetivou a exportação. Portanto, não traduza a 336 como proibição de qualquer detalhe de exportação numa nota de entrada. Seu teste é idDest diferente de 3, e a operação concreta precisa ser analisada.

Quando o negócio é interno ou interestadual

Se a mercadoria está sendo negociada numa operação nacional, confira por que os detalhes de exportação foram gerados. Um comprador estrangeiro não transforma automaticamente toda compra em exportação. Também pode existir uma remessa nacional para uma empresa que realizará a exportação posteriormente.

A Omie mostra um caso operacional útil: o cadastro de cliente estrangeiro pode habilitar uma aba de exportação, embora a venda em análise seja interna. Nesse cenário, revise a configuração específica da operação e retire apenas as informações indevidas. Não altere a identidade verdadeira do cliente para ocultar o problema.

Na remessa para uma comercial exportadora brasileira, a emissão do fornecedor e a posterior saída para o exterior são etapas documentais diferentes. O destino futuro da mercadoria não autoriza preencher a primeira nota como se ela já fosse a exportação realizada pela trading.

Quando existe operação com o exterior

Se o destino foi configurado incorretamente, ajuste a natureza da operação e os cadastros que alimentam o XML, com a validação fiscal necessária. CFOP, tipo de operação, destinatário e demais campos precisam contar a mesma história.

O Bling orienta a revisar natureza e tipo de saída em seu emissor. Contudo, sua explicação associa a mensagem ao início do CFOP. Na regra atual do MOC, a comparação direta é com idDest. Não escolha um CFOP iniciado em 7 apenas porque ele faz uma tela aceitar o pedido.

A TecnoSpeed identifica os campos do integrador relacionados a idDest e detExport. Essa localização ajuda o suporte a corrigir a geração. Os números de drawback, registro ou chave apresentados em exemplos técnicos não devem ser copiados para uma operação real.

NFC-e e DANFE Simplificado Tipo 2 exigem atenção

A presença do modelo 65 na I50-10 não significa que a NFC-e possa documentar exportação. A NT 2026.002 v1.11, página 8 mantém uma validação própria: B11a-10, código 707, para operação interestadual ou com o exterior em NFC-e ou NF-e com DANFE Simplificado Tipo 2, identificado por tpImp=6.

Assim, trocar idDest para 3 não resolve o enquadramento desses documentos. Uma exportação verdadeira exige o documento e a configuração adequados. A mesma NT introduz autorização com alerta em contexto específico; isso não transforma a rejeição 336 em autorização.

Uma conferência que evita novas tentativas erradas

Antes de reenviar, reúna o retorno completo, modelo, ambiente, UF autorizadora e XML rejeitado. Identifique o item e compare o destino com o pedido e a documentação comercial. Depois, corrija a origem do dado no sistema e gere novamente o arquivo.

Imagine uma venda nacional copiada de um pedido de exportação. O destino continua nacional, mas os itens herdaram detExport. Confirmada a natureza interna, a solução é eliminar essa herança nos itens, preservando os dados corretos da venda. Se o mesmo modelo de pedido alimenta outras notas, ajuste-o também.

Por fim, acompanhe o retorno individual da NF-e. Se uma tentativa anterior ficou sem resposta conclusiva, consulte a situação antes de transmitir outra vez. Só considere a emissão concluída após confirmar o resultado e guardar o protocolo correspondente; o simples desaparecimento da 336 não comprova autorização.

Referência de atualização: 10/10/2026. Escopo: autorização NF-e/NFC-e, regra I50-10, com verificação de modelo, versão, UF e ambiente.