NFC-e
Rejeição 126 na NFC-e: corrija o lote com mais de uma nota
A rejeição 126, quando acompanhada da mensagem “Enviado lote com mais de 1 NFC-e”, aponta para a quantidade de documentos agrupados na transmissão. O sistema enviou mais de uma NFC-e, modelo 65, na mesma solicitação de autorização. A correção é reorganizar o envio para que cada lote contenha somente uma NFC-e,…
A rejeição 126, quando acompanhada da mensagem “Enviado lote com mais de 1 NFC-e”, aponta para a quantidade de documentos agrupados na transmissão. O sistema enviou mais de uma NFC-e, modelo 65, na mesma solicitação de autorização. A correção é reorganizar o envio para que cada lote contenha somente uma NFC-e, preservando a identificação e o conteúdo das vendas.
Isso não significa que uma NFC-e só possa ter um produto. A quantidade de notas dentro do lote é diferente da quantidade de itens dentro de uma nota. Excluir mercadorias, dividir artificialmente uma venda ou trocar o número fiscal não corrige a formação do lote.
Qual regra produz esse retorno
A regra GAP03a-4 está na NT 2023.002 v1.01, seção de autorização e área de dados do lote. Ela identifica expressamente o modelo 65 e tem aplicação obrigatória. O documento relaciona essa restrição à eliminação da requisição assíncrona para NFC-e. NT 2023.002 v1.01, página 7.
Embora a Nota Técnica também trate da emissão por produtor rural pessoa física, a condição da GAP03a-4 não limita a rejeição 126 ao emitente CPF. Não presuma que uma empresa identificada por CNPJ possa continuar agrupando várias NFC-e naquela solicitação.
O cronograma distingue as alterações: a eliminação do lote com várias NFC-e tinha produção prevista para 04/09/2023; a revisão de novembro de 2025 trouxe ajustes da emissão avulsa em Santa Catarina. As datas dessa revisão não reiniciam o prazo da regra de quantidade.
O que significa enviar individualmente
Na interface do emissor, pode existir um botão para transmitir várias notas selecionadas. Isso, por si só, não comprova erro. O programa pode receber a seleção e gerar várias solicitações independentes, cada uma com um documento.
O problema aparece quando ele coloca duas ou mais estruturas NFe dentro do mesmo envio à SEFAZ. A limitação se refere ao pacote fiscal transmitido, não ao tamanho da fila de trabalho do estabelecimento.
A orientação da Dominium-Connect confirma a medida central: enviar apenas uma NFC-e por lote. Para descobrir se isso já acontece no seu sistema, peça ao suporte o XML efetivamente transmitido, e não somente o arquivo de uma nota exportado pela tela.
Lote com uma nota continua sendo lote
A expressão “fim do envio em lote” pode causar confusão. A mensagem de autorização continua tendo sua estrutura de envio. O que foi restringido é a presença de várias NFC-e nessa estrutura.
Por isso, não retire o elemento enviNFe nem envie diretamente o arquivo da nota sem o invólucro esperado pelo serviço. Esse tipo de alteração pode transformar o problema de quantidade em uma falha de schema XML.
A análise da Nota Gateway destaca a individualização do envio. A leitura prática correta é manter a mensagem válida e limitar seu conteúdo a um documento, sem eliminar elementos obrigatórios.
Confira também o processamento síncrono
No fluxo síncrono, o resultado do processamento é devolvido na própria resposta de autorização, sem depender da geração de recibo para consulta posterior. O emissor precisa tratar esse retorno e registrar o resultado da NFC-e correspondente.
Reduzir o lote para uma nota resolve a condição de quantidade, mas o integrador também deve conferir o indicador indSinc e o tratamento de respostas. A explicação da TecnoSpeed sobre a NT 2023.002 aborda conjuntamente o fim do envio assíncrono e o limite de uma NFC-e.
Não configure tentativas automáticas ilimitadas quando o programa esperar um recibo que não pertence ao fluxo utilizado. Primeiro, identifique se a resposta recebida já contém o resultado do documento. Uma falha de leitura no emissor não prova que a SEFAZ deixou de processá-lo.
Exemplo: fila acumulada após uma interrupção
Imagine um comércio com três NFC-e pendentes de transmissão. Quando a conexão retorna, uma integração antiga reúne os três XMLs em um único lote. A SEFAZ devolve 126.
O ajuste adequado é fazer a integração transmitir cada documento em sua própria solicitação. As três vendas continuam existindo separadamente, com os mesmos documentos preparados para elas. Não se cria uma quarta venda, não se substituem números apenas para tentar novamente e não se apagam registros anteriores.
Se alguma dessas notas teve uma tentativa anterior com resposta incerta, consulte sua situação antes do reenvio. Organizar o lote rejeitado e verificar tentativas anteriores são tarefas complementares: o retorno atual não apaga um eventual processamento anterior.
Passo a passo para o estabelecimento
Guarde o código e a descrição completos, horário, ambiente e autorizador utilizado.
Confirme que o documento é NFC-e, modelo 65, e que o retorno veio da autorização.
Liste quais notas foram incluídas na solicitação rejeitada e preserve seus XMLs.
Peça ao suporte para contar as estruturas NFe dentro do envio real.
Ajuste a rotina para uma NFC-e por solicitação, incluindo o processamento síncrono aplicável.
Verifique situações pendentes ou incertas antes de reenviar e acompanhe o resultado de cada nota.
Para testar a correção, use homologação com dados de teste apropriados. A validação precisa abranger a fila com várias notas pendentes, porque uma emissão isolada pode funcionar mesmo quando a rotina de recuperação ainda agrupa documentos indevidamente.
Não confunda o código com outros serviços
O código 127 associado ao PAA trata de outro enquadramento de lote. Também há tabelas antigas do serviço DPEC nas quais 126 se refere à ausência de uma declaração consultada por número de registro. Esse significado histórico não orienta a correção de uma NFC-e rejeitada na autorização atual. Manual histórico de contingência, tabela de retornos DPEC.
Ao abrir um chamado, informe o serviço, o motivo literal e o XML de envio. Compartilhe os arquivos somente por canal autorizado, sem senhas ou certificados privados. O encerramento do problema exige uma resposta válida para cada documento pendente; a simples ausência do código 126 na tela não comprova autorização.
Referência de atualização: 09/10/2026. Fontes oficiais e práticas consultadas; a documentação não substitui a verificação do ambiente e do autorizador envolvidos.