Rejeição 814: descubra por que a NFC-e recebeu dados de exportação

Se o caixa recebeu a rejeição 814, confira o documento gerado antes de tentar novamente. A mensagem “Rejeição: Nota Fiscal com grupo de comércio exterior” indica, neste contexto, que uma NFC-e foi enviada com um grupo de exportação. O primeiro trabalho é descobrir se esses dados entraram por engano ou se a operação foi encaminhada ao tipo errado de documento.

Não apague a venda para recomeçar sem histórico. Preserve o XML rejeitado e o retorno completo. Eles permitem localizar a configuração que causou o problema e conferir, depois, se a correção corresponde ao que realmente foi vendido.

O contexto correto do código

A regra ZA01-30 do MOC 7.0, Anexo I, página 127, pertence à autorização de NFC-e, modelo 65. Ela rejeita a presença do grupo exporta. A linha tem aplicação obrigatória, sem exceção estadual descrita nesse predicado. Isso é documentação nacional da regra; a pesquisa não testou sua execução em cada UF, autorizador ou ambiente. MOC 7.0, página 127.

O mesmo capítulo documenta outras regras para NF-e modelo 55: ausência de local de saída na exportação e informação desse local fora de uma exportação. Elas têm condições e códigos próprios. Portanto, um artigo intitulado genericamente “erro de comércio exterior” não basta para escolher a correção. Confira ide/mod, a mensagem e o serviço que devolveu a resposta.

A conferência de 15/10/2026 utiliza o corpo oficial atual obtido do MOC. A regra documental não equivale a um teste de emissão nem comprova implantação uniforme em todas as UFs e ambientes. Nenhum cronograma de outra validação foi transferido para a 814.

Onde procurar no arquivo

Peça ao suporte o XML efetivamente enviado. Dentro de infNFe, procure o grupo exporta, que pode conter campos como UFSaidaPais, xLocExporta e xLocDespacho. Não confunda esse grupo do documento com informações de produto ou com uma observação livre sobre a origem da mercadoria.

Confira também a origem dos valores. A mera presença de um cliente estrangeiro não demonstra, sozinha, que esta venda constitui uma exportação: é preciso examinar a operação real. Os valores podem ter vindo de um cadastro, de uma operação fiscal salva, de uma importação de pedido ou de um modelo de emissão reaproveitado. A tela do caixa pode não mostrar os campos que uma integração acrescenta durante a montagem do arquivo.

Uma comparação útil reúne três elementos: pedido comercial, configuração selecionada e XML transmitido. Se o pedido está certo, mas o arquivo contém dados que ninguém informou naquela venda, investigue a transformação feita entre essas etapas. Evite corrigir somente a aparência da tela enquanto o gerador continua usando a informação antiga.

Cenário 1: o grupo entrou numa venda local por engano

Considere uma venda comum que, após análise fiscal, deve ser documentada por NFC-e. Se os dados de exportação não descrevem essa operação, a correção é retirar o preenchimento indevido na origem e gerar novamente o documento pelo emissor.

O suporte deve verificar o conjunto completo do grupo. Esvaziar apenas o nome do local ou trocar a UF não resolve a causa se o gerador continuar incluindo exporta. Também convém conferir se a configuração deixou outros dados incompatíveis no documento. Cada divergência deve ser analisada segundo sua regra própria, sem uma limpeza indiscriminada de informações fiscais.

Não faça uma substituição manual no XML e envie o arquivo como se fosse a saída regular do sistema. A correção precisa ficar no cadastro, na parametrização ou na integração responsável, para que o próximo documento seja produzido corretamente e o processo mantenha rastreabilidade.

Cenário 2: a operação realmente envolve exportação

Quando os dados de saída do país são necessários para representar a operação, interrompa a tentativa de simplificá-la removendo informações verdadeiras. Encaminhe o pedido ao responsável fiscal para definir a documentação cabível, incluindo a NF-e modelo 55 quando aplicável.

Essa decisão exige revisar o documento inteiro: estabelecimento emitente, destinatário, destino, natureza da operação, itens, tributos e informações específicas. Alterar apenas o número do modelo no XML não transforma um cupom preparado pelo caixa em uma NF-e adequada.

Antes de iniciar outra emissão, consulte o histórico da operação no sistema. A rejeição examinada deve permanecer identificada, e eventuais tentativas anteriores precisam ser reconciliadas. A finalidade é documentar a venda corretamente, sem criar um segundo registro fiscal por falta de conferência.

Cenário 3: a integração mistura os fluxos

Se o erro começou após importar pedidos ou atualizar o emissor, compare um caso rejeitado com um documento anteriormente válido do mesmo fluxo, preservando os dados de cada operação. Observe se a rotina passou a copiar informações de exportação para todos os documentos, independentemente do modelo escolhido.

O ajuste técnico deve respeitar o contexto fiscal aprovado. Um teste em homologação pode mostrar se a montagem do grupo foi corrigida, mas não comprova sozinho que a operação comercial está enquadrada corretamente. Registre versão do aplicativo, ambiente, configuração utilizada e resultado obtido.

Exemplo hipotético

Uma loja fictícia importa uma operação fiscal criada para pedidos de exportação. Por engano, esse perfil fica associado ao fluxo de venda local no caixa. Uma NFC-e de R$ 184 recebe o 814; no XML aparecem o local de despacho e a UF de saída do país, embora o pedido corresponda a uma entrega local.

A equipe preserva os arquivos e confirma com o responsável fiscal o enquadramento da venda. O suporte corrige a associação do perfil, gera a NFC-e novamente e confere que o grupo indevido desapareceu. O valor, os produtos e os dados reais da venda permanecem coerentes. A empresa lê o novo retorno antes de encerrar o atendimento.

Como confirmar e quando escalar

A resolução exige mais que o desaparecimento do 814. Verifique o resultado da autorização, a chave do documento, o protocolo correspondente quando autorizado e o vínculo com a venda. Guarde o XML final e o histórico da correção. Se surgir outra rejeição, trate a nova causa sem presumir que o documento já está autorizado.

Acione o suporte quando o grupo reaparecer, não existir campo acessível para corrigir sua origem ou o retorno não corresponder ao XML preservado. Procure o contador quando houver dúvida sobre exportação, escolha do documento ou tratamento tributário. Havendo divergência persistente com dados conferidos, encaminhe as evidências à Sefaz competente por canal apropriado.

Fontes

Fontes conferidas em 15/10/2026, com alcance documental e sem emissão de teste ou demonstração de menus ALRA.

• MOC 7.0, Anexo I: página 64, grupo exporta; página 127, ZA01-30/814, modelo 65, e regras distintas 355/356 para modelo 55.

• Oobj, rejeição 814, TecnoSpeed, rejeição 814 e Berga, rejeição 814: três corpos específicos confrontados com o MOC. Retirar o grupo somente é correção quando sua inclusão foi indevida; os nomes de campos e menus desses emissores não comprovam o fluxo ALRA.