Como interpretar os retornos de processamento da NF-e e da NFC-e

Um retorno da SEFAZ pode confirmar recebimento, informar processamento, autorizar o documento ou apontar uma rejeição. Antes de corrigir dados, descubra qual dessas situações ocorreu. Tratar todo código como erro pode levar a retransmissões desnecessárias ou à emissão de uma segunda nota para a mesma operação.

Este guia reúne retornos frequentes de NF-e, modelo 55, NFC-e, modelo 65, e serviços relacionados. Ele não substitui a regra específica da rejeição nem confirma a ativação de um serviço em todas as UFs.

Os códigos de processamento abaixo são cStat dos serviços identificados. A consulta pública da NFC-e possui outra tabela: nela, 100 indica hash inválido; 101, CSC inválido para o contribuinte; 102, CSC revogado; 103, identificador de CSC inexistente; e 104, identificador de CSC inválido. Não interprete esses avisos como autorização, recebimento ou processamento de lote. Manual DANFE NFC-e v6.0, páginas 38–39.

Quando o retorno é do lote

103 — Lote recebido com sucesso. No fluxo assíncrono, a SEFAZ recebeu o lote e devolveu um recibo. O emissor precisa consultar o resultado do processamento. Recebimento ainda não confirma autorização.

104 — Lote processado. A etapa de processamento terminou. Abra o resultado individual em protNFe/infProt e confira o cStat, a mensagem e a chave daquela nota. O documento pode ter sido autorizado ou rejeitado, mesmo com 104 no retorno externo.

105 — Lote em processamento. O resultado ainda não está disponível. Preserve o recibo e deixe o emissor consultar novamente de acordo com os intervalos do serviço. Se o estado persistir, o suporte deve investigar a situação e os avisos do autorizador. Não crie uma nova nota para substituir um processamento ainda sem conclusão.

106 — Lote não localizado. Confira recibo, ambiente e autorizador consultados. O resultado precisa ser tratado pelo fluxo de recuperação do emissor, incluindo a situação da nota quando houver dúvida sobre uma transmissão anterior. Reenviar repetidamente sem investigar a causa não resolve um recibo ou destino incorreto.

Esses retornos estão documentados nas seções 5.1 e 5.2 do MOC 7.0, Visão Geral. A TecnoSpeed também distingue recebimento, processamento e resultado da nota em sua documentação de suporte.

Por que nem toda emissão tem recibo

O recibo pertence ao processamento assíncrono. Na resposta síncrona, o resultado retorna no próprio atendimento. A NT 2025.001 v1.03 tornou obrigatória a solicitação síncrona para lote com apenas uma NF-e, com a regra GAP03a-3 indicada para produção em 13/10/2025. Portanto, não procure um recibo como se ele fosse obrigatório em toda emissão atual.

Para a NFC-e, a NT 2023.002 eliminou a requisição assíncrona e restringiu o lote a um documento. O fornecedor deve seguir o fluxo aplicável ao modelo e ao serviço, em vez de reproduzir um exemplo antigo de integração. NT 2025.001 v1.03 e NT 2023.002 v1.01.

Quando a nota foi autorizada

100 — Autorizado o uso da NF-e. Confira se o protocolo e a chave correspondem ao documento e ao ambiente corretos. Guarde o XML autorizado e mantenha o vínculo com a operação no seu sistema.

150 — Autorizado o uso da NF-e, autorização fora de prazo. Há autorização, acompanhada dessa condição. Preserve o resultado e avalie com o responsável fiscal as consequências do atraso. O código não é uma orientação para emitir fora do prazo deliberadamente.

120 — Autorizado o uso da NF-e, com alerta. A NT 2026.002 v1.11 introduz esse resultado, inicialmente para NFC-e. O documento está autorizado e o alerta precisa ser analisado; não é necessário corrigir e retransmitir a nota apenas para eliminar a origem do aviso. Os alertas aparecem em cMsg e xMsg, enquanto cStat e xMotivo identificam o resultado principal. NT 2026.002 v1.11, seção 2.

Mensagens de alerta também podem acompanhar uma rejeição. A presença de cMsg ou xMsg, isoladamente, não confirma autorização; confira o cStat principal.

A estrutura de alertas tem produção prevista em 05/10/2026 no cronograma dessa versão. O adiamento para 14/12/2026 nela indicado alcança as regras I08-180, BA02-35 e VC02-40, não todo o documento. Para o seu caso, confira o retorno efetivo e o cronograma da regra; não conclua que todo autorizador já produz o mesmo alerta em qualquer operação.

Quando o código informa a situação do serviço

107 — Serviço em operação. A consulta informa disponibilidade do serviço consultado. Ela não confirma a autorização de uma nota específica.

108 — Serviço paralisado momentaneamente. Registre o horário e o autorizador, confira os avisos oficiais e acompanhe a recuperação. O código não identifica por si só uma falha no cadastro ou no XML.

109 — Serviço paralisado sem previsão. A resposta não traz previsão de restabelecimento. O responsável deve avaliar o procedimento de contingência permitido para aquele modelo e UF, com seus requisitos. Não altere o tipo de emissão ao acaso.

Se uma transmissão ficou sem retorno, verifique a situação do documento antes de gerar outro. A contingência e a recuperação exigem preservar a relação entre operação, XML e resultado. A documentação da Maxiprod sobre processamento pendente reforça a necessidade de acompanhar e consultar a situação, sem transformar a primeira demora em rejeição definitiva.

Eventos e inutilização têm confirmação própria

128 — Lote de evento processado. Leia a resposta individual do evento. Um lote processado pode conter um evento rejeitado.

135 — Evento registrado e vinculado à NF-e. Confira tipo, chave, sequência e protocolo do evento aceito. Cancelamento, carta de correção e outros eventos têm efeitos e requisitos diferentes.

136 — Evento registrado, mas não vinculado à NF-e. O registro ocorreu sem a vinculação informada por 135. Verifique se isso é previsto para o evento enviado e o que falta para a sua conclusão; não interprete o código como autorização da nota ou cancelamento concluído.

102 — Inutilização de número homologada. A confirmação é do pedido de inutilização da numeração. Ela não autoriza uma venda e não equivale a cancelar uma nota já emitida.

Os retornos e a vinculação precisam ser interpretados no serviço correspondente, conforme o MOC, seções 5.3 e 5.8. Listas antigas podem mostrar também códigos de procedimentos substituídos ou denegação; não aplique automaticamente esse histórico a uma emissão atual.

Exemplo hipotético

Uma distribuidora transmite uma NF-e e recebe 104. No detalhe, encontra 100, com a chave e o protocolo da nota enviada. O sistema registra a autorização. Mais tarde, ao solicitar um evento, recebe 128, mas o resultado individual do evento é uma rejeição.

A equipe trata o motivo indicado no evento. Não refaz a venda nem altera o XML autorizado, porque o problema posterior não transforma a emissão anterior em rejeitada. Após o ajuste permitido, confere a resposta do evento e a situação atual da nota.

Se a tela continuar pendente

Compare o resultado oficial com o histórico do emissor. Se houver autorização confirmada, peça ao suporte que recupere ou concilie o protocolo e o XML original. Se o resultado continuar inconclusivo, preserve recibos, horários e tentativas para investigação. Não use mudança de número, série ou ambiente como atalho para limpar a pendência.

Revisão documental: 09/10/2026. Versão 3, após revisão técnica e editorial independente. Confirme versões e avisos de implantação ao aplicar uma regra específica. Seu escopo é NF-e e NFC-e.