Rejeição 765: separe NF-e e NFC-e antes de transmitir o lote

Se a autorização retornou 765, confira os modelos dos documentos reunidos no envio. A empresa pode trabalhar com NF-e e NFC-e, mas o lote transmitido não deve misturar esses dois modelos. O primeiro passo é identificar onde a fila juntou as notas e reorganizar as requisições, preservando cada operação.

Não transforme uma NF-e em NFC-e apenas para uniformizar o pacote. O documento fiscal adequado depende do negócio realizado e das regras aplicáveis. Corrigir uma transmissão não autoriza mudar sua natureza fiscal.

Entenda o que a mensagem verifica

O retorno literal é “Rejeição: Lote só poderá conter NF-e ou NFC-e”. A regra B06-20 do MOC 7.0, Anexo I, página 75, identifica os modelos 55 e 65 e aplicação obrigatória na base documental. O conjunto enviado precisa ser homogêneo quanto ao modelo: NF-e de um lado, NFC-e do outro.

O modelo aparece no campo ide/mod da nota. O valor 55 identifica NF-e; o 65 identifica NFC-e. O lote é o envelope de transmissão que reúne documentos, não a quantidade de produtos de uma venda. Uma NF-e pode ter vários itens sem misturar modelos.

Este diagnóstico pertence ao serviço de autorização de NF-e/NFC-e. Produção e homologação são ambientes distintos, mas não substituem a separação por modelo. Mesmo dentro de uma fila de produção, reunir uma nota 55 com uma nota 65 cria a incompatibilidade descrita pela B06-20.

Se o número 765 vier de outro serviço ou acompanhado de mensagem diferente, confirme sua origem. O número isolado não basta para aplicar uma orientação fiscal.

Como a mistura pode acontecer

Uma rotina automática pode selecionar todos os documentos pendentes sem considerar o modelo. Por exemplo, o sistema possui uma fila de faturamento e outra de caixa, mas o serviço de transmissão recolhe os dois conjuntos e forma um único pacote.

Em uma integração, a empresa entrega arquivos separados ao intermediário, que os reúne novamente. Também pode haver retorno de documentos acumulados, importação de dados antigos ou uma configuração geral que prevalece sobre a divisão exibida na tela.

Não atribua o problema somente à seleção feita pelo operador. A análise precisa alcançar o XML efetivamente transmitido e a última etapa que preparou a requisição. A interface pode mostrar duas listas enquanto o serviço envia uma só.

O que reunir antes da correção

Preserve o XML enviado, a resposta completa com cStat e xMotivo, o horário e o identificador do lote. Registre emitente, chaves, UF, autorizador, ambiente e versão do emissor ou intermediário.

Peça ao suporte para relacionar cada documento do envelope ao seu valor de ide/mod. Compare essa relação com os arquivos originalmente preparados e com a seleção feita na tela. Confira também o endereço de autorização realmente acessado.

Verifique tentativas anteriores. Uma nota que recebeu autorização em outro envio precisa ter sua situação reconciliada antes de retornar à fila. A rejeição do lote atual não elimina um protocolo existente nem demonstra, sozinha, que todas as operações continuam sem documento autorizado.

Mantenha os registros originais. Não edite manualmente um XML assinado, não apague o histórico e não altere dígitos da chave para acomodar o pacote.

Como resolver conforme a causa

O envelope contém documentos 55 e 65

Separe as notas por modelo e encaminhe cada conjunto ao fluxo correspondente. O suporte deve corrigir a seleção da fila que provocou a mistura, para que a próxima transmissão também respeite a divisão.

Depois confira o ambiente, o autorizador, a quantidade de documentos e o tipo de processamento de cada requisição. Separar os modelos é necessário para esta rejeição, mas não comprova que todos os outros parâmetros estão corretos.

Não troque o modelo de uma nota para mantê-la junto das demais. Se o documento foi gerado com modelo inadequado à operação, essa é uma questão diferente: exige confirmação fiscal e correção na origem da emissão pelo procedimento apropriado.

A mistura ocorre no retorno de documentos pendentes

Confira como a rotina recupera as notas e escolhe a fila de envio. Uma lista de pendências pode conter documentos de modelos diferentes; isso não permite transmitir todos no mesmo envelope.

O suporte deve preservar os arquivos e separar as requisições sem mudar os fatos das operações. Verifique também se algum documento já foi processado, para evitar que uma pendência de sincronização provoque nova transmissão desnecessária.

Um intermediário volta a reunir os arquivos

Compare os registros de entrada e saída da integração. Identifique se a separação feita pelo emissor foi perdida antes do acesso à SEFAZ. A correção precisa ocorrer nessa etapa, com associação do retorno à chave correta.

Não considere resolvido apenas porque o sistema local passou a mostrar duas filas. Examine o novo envelope final e o resultado de cada documento.

Os arquivos aparentam conter um único modelo

Confirme se eles correspondem ao lote que recebeu 765. Procure um documento adicional incluído automaticamente, uma resposta associada ao envio errado ou um pacote antigo reutilizado.

Se o conteúdo transmitido permanecer homogêneo e a divergência continuar, reúna as evidências para o suporte e, quando necessário, para o autorizador. Não experimente modelos ou destinos de outras UFs para descobrir uma combinação que seja aceita.

Cuidados depois de separar os modelos

Na NT 2023.002 v1.01, obtida no Portal Nacional em 15/10/2026, página 7, a NFC-e 65 fica limitada a um documento por lote e sem pedido assíncrono, regra GAP03a-4/126. A eliminação do lote tem calendário documental de produção em 04/09/2023.

Para uma única NF-e 55, a NT 2025.001 v1.03 documenta o pedido síncrono, com GAP03a-3/452 e produção indicada em 13/10/2025. Não converta esses prazos em datas de 2026 nem considere a captura uma prova de implantação atual em cada UF.

O 765 trata da mistura de modelos. O 764 trata do pedido síncrono com várias notas. Os retornos 450 e 775 tratam do encaminhamento ao ambiente que espera outro modelo, onde a SEFAZ separa os serviços. Cada situação exige seu próprio diagnóstico.

Exemplo hipotético

Uma loja de peças já preparou uma NF-e 55 e uma NFC-e 65 para operações distintas, com os modelos definidos conforme a avaliação fiscal. A tarefa automática recolhe ambas por estarem pendentes e monta um único envio. O retorno é 765.

O suporte identifica a seleção sem filtro de modelo, corrige a rotina e prepara requisições separadas. A empresa confere os arquivos e acompanha os resultados individualmente. Os documentos continuam representando as operações originais; não há conversão artificial de modelo para eliminar a mensagem.

Como confirmar e quando escalar

Confira a homogeneidade do novo envelope, o serviço e o ambiente. Depois examine a resposta individual. Lote recebido ou processado não equivale à autorização de todas as notas. Havendo autorização, preserve XML e protocolo correspondentes à chave.

Acione o suporte para reagrupamento ou associação incorreta de respostas. Procure a contabilidade quando houver dúvida sobre o modelo fiscal adequado.

Este guia foi conferido em 15/10/2026 para o leiaute 4.00, com o MOC e as duas notas técnicas obtidos em fontes oficiais. A consulta documental não comprova execução uniforme por UF, autorizador ou ambiente. Não houve teste de emissão ou validação da integração ALRA.

Fontes

Conferência documental em 15/10/2026; as datas dos cronogramas mantêm seu alcance original.

• MOC 7.0, Anexo I: páginas 8, 73, 75 e 151; campos do modelo, dados do lote e regras de homogeneidade. Visão Geral, páginas 16 e 71: modelos, autorização e indicador de sincronismo.

• NT 2025.001 v1.03 Corrigido, páginas 6 e 8: exigência síncrona para uma NF-e 55, GAP03a-3/452 e produção em 13/10/2025; GAP03a-2/776 riscada na página 8.

• NT 2023.002 v1.01, páginas 4 e 7: uma NFC-e 65 por requisição e eliminação do pedido assíncrono, GAP03a-4/126; calendário distinto da emissão avulsa catarinense.

• Apoios específicos confrontados: Berga, Brasil NF-e, seção 765 e FiscalAPI. A seção do Brasil NF-e é curta. Não foram adotadas alteração artificial de modelo, confusão entre mistura e serviço inadequado, receitas de série ou contingência, nem alegações sobre funcionamento de outro emissor como prova do ALRA.