Resumo rápido
- Emitir NFCom em lote é gerar as notas de toda a competência a partir do faturamento, transmitir por fila e acompanhar o resultado em um painel único.
- A pré-validação de cadastro, tributação e totais antes do envio é o que mais reduz rejeições.
- Reenvie só o que falhou: em duplicidade (204/539), consulte a nota pela chave antes de retransmitir; em consumo indevido (678), aguarde.
- Com as notas autorizadas, DANFE-COM e XML seguem por e-mail em massa junto com a cobrança.
- MKAuth, MikWeb, BeesWeb, MKMAuth ou uma API evitam digitação e retrabalho entre gestão e emissor.
Para emitir NFCom em lote, o provedor fecha a competência no sistema de gestão, gera as notas de todos os assinantes de uma vez, roda uma pré-validação, coloca o lote em fila para transmissão à SEFAZ e acompanha autorizadas, rejeitadas e pendentes em um painel. Depois, trata só as exceções, reenvia apenas o que falhou e dispara o DANFE-COM e o XML aos assinantes em massa.
A regra fiscal é a mesma da emissão avulsa: cada NFCom é um XML modelo 62, assinado e autorizado individualmente. O que muda é a operação. Em lote, o risco não é uma nota errada, e sim cem notas com o mesmo erro, ou uma nota reenviada duas vezes. Este guia mostra como montar a rotina mensal para evitar os dois. Se precisar de contexto, comece pelo guia completo de NFCom.
Como funciona a emissão de NFCom em lote
O ciclo de uma nota é o mesmo em qualquer volume: gerar, validar, assinar, transmitir, ler o retorno e entregar (o passo a passo individual está em como emitir NFCom modelo 62). No lote, esse ciclo roda em paralelo para toda a base, com três diferenças importantes:
- Fila: as notas entram em uma fila e são transmitidas em segundo plano, sem travar o operador.
- Status por nota: cada documento tem sua situação (pendente, em processamento, autorizada, rejeitada, cancelada), e o operador enxerga o conjunto.
- Tratamento de exceção: o que falhou é corrigido e reenviado sem mexer no que já foi autorizado.
Como emitir NFCom em lote: a rotina mensal, etapa por etapa
1. Feche a competência no sistema de gestão
Tudo começa no faturamento. Antes de gerar qualquer nota, a competência precisa estar fechada: planos, upgrades e downgrades aplicados, descontos e acréscimos lançados, cancelamentos e suspensões processados, locações de equipamento e serviços avulsos (instalação, visita técnica) registrados. Gerar notas com o faturamento ainda aberto é a receita para notas de substituição no mês seguinte.
2. Rode a pré-validação
A pré-validação confere, antes de transmitir, o que a SEFAZ vai conferir depois. Uma boa lista de verificação:
| Verificação | O que olhar |
|---|---|
| Cadastro do assinante | CPF/CNPJ válido, endereço completo com município, tipo de assinante, tipo de serviço utilizado e contrato. |
| Classificação dos itens | Todo item com cClass, CFOP e CST; SVA separado do SCM. |
| Coerência tributária | CFOP compatível com o destinatário (por exemplo, 5.307/6.307 para não contribuinte) e CST coerente com a base de cálculo. |
| Totais | Soma dos itens igual aos totais da nota, incluindo descontos, ICMS, PIS, COFINS, FUST e FUNTTEL. |
| Certificado digital | Válido e acessível durante todo o processamento. |
| Duplicidade | Nenhum assinante com duas notas para a mesma competência sem motivo. |
Quando a pré-validação aponta o mesmo erro em muitos assinantes, corrija a origem (o cadastro do plano, a regra tributária do serviço) em vez de ajustar nota por nota.
3. Coloque o lote na fila
Com a pré-validação limpa, o lote vai para a fila. O ideal é uma fila por empresa emitente, processada em segundo plano, que respeite a disponibilidade da SEFAZ. Antes de enviar um lote grande, vale consultar o serviço de status do autorizador: se o ambiente estiver paralisado (retornos 108 ou 109), não adianta insistir.
4. Acompanhe o processamento
Durante o processamento, a SEFAZ pode responder que o lote foi recebido ou está em processamento (103/105). Isso ainda não é autorização: o emissor precisa buscar o resultado final de cada nota. Ao fim, cada NFCom terá um desfecho, normalmente autorização de uso (100) ou rejeição com o motivo.
5. Trate o painel de autorizadas e rejeitadas
O painel é a ferramenta do dia de faturamento. Ele deve mostrar, por competência, quantas notas foram autorizadas, quantas foram rejeitadas e quantas estão pendentes, e permitir filtrar as rejeições por motivo. Agrupar por motivo faz diferença: vinte rejeições pela mesma causa se resolvem com uma correção. As causas mais comuns estão em NFCom rejeitada: códigos e soluções.
Reenvio no lote de NFCom: só o que falhou, e com critério
Reenviar é onde os lotes costumam criar problemas. A regra é simples: nunca retransmita o lote inteiro. Reenvie apenas as notas rejeitadas, depois de corrigir a causa, e as que ficaram pendentes por falha transitória.
| Situação | O que significa | O que fazer |
|---|---|---|
| Rejeição | A nota não foi aceita e não existe na base da SEFAZ. | Corrigir a causa e reenviar. |
| 204 / 539 – duplicidade | Já existe uma nota com os mesmos dados na base. | Consultar pela chave antes de reenviar: é comum a nota ter sido autorizada e o retorno ter se perdido. |
| 678 – consumo indevido | Requisições repetidas demais em pouco tempo. | Parar, aguardar e só então retomar, em ritmo menor. |
| 108 / 109 – serviço paralisado | Ambiente autorizador indisponível. | Manter as notas pendentes e retransmitir quando o serviço voltar. |
| 217 – não consta na base | A consulta não encontrou a nota. | Se não houve autorização, a nota pode ser transmitida. |
Duplicidade: consulte antes de reenviar
Queda de conexão no meio do envio é o cenário clássico: a SEFAZ autorizou, mas o emissor não recebeu a resposta. Retransmitir às cegas gera duplicidade e confusão na cobrança. Consulte a situação pela chave de acesso e, se a nota estiver autorizada, recupere o XML com o protocolo em vez de emitir de novo.
Os códigos acima são os mais frequentes no fluxo de lote; o significado exato e a lista completa estão na tabela oficial do MOC da NFCom. Quando o ambiente fica fora do ar por mais tempo, o emissor deve manter as notas pendentes na fila, sem descartá-las, e retransmiti-las quando o serviço voltar.
Como evitar numeração duplicada e reprocessamento
Em lote, numeração e reprocessamento são os dois pontos que mais geram trabalho escondido. Algumas regras práticas:
- Uma única fonte de numeração por série. O número da nota (
nNF) deve ser atribuído por um só lugar, o emissor. Se o sistema de gestão e o emissor numeram ao mesmo tempo, cedo ou tarde dois documentos disputam o mesmo número. - Número e chave pertencem à nota, não à tentativa. Quando uma nota rejeitada é corrigida e reenviada, o controle precisa deixar claro qual documento está sendo reenviado, para não gerar outro número para a mesma fatura.
- Reprocessar não é gerar de novo. Se a competência precisar ser reaberta no sistema de gestão, as notas já autorizadas não podem ser recriadas: o que mudou vira cancelamento, substituição ou ajuste, conforme o caso.
- Uma nota por assinante e competência, salvo exceção documentada. A pré-validação deve apontar assinantes com duas notas na mesma competência para que alguém confirme se é intencional.
- Separe os lotes por empresa emitente. Provedores com mais de um CNPJ precisam de filas, séries e certificados independentes.
Se o erro só for percebido depois da autorização, o caminho não é reemitir: é cancelar dentro do prazo ou emitir a nota de substituição adequada. Veja as diferenças em como cancelar NFCom.
Envio em massa de DANFE-COM e XML
Com as notas autorizadas, a última etapa é a entrega. Em lote, ela também precisa ser automática: o emissor gera o DANFE-COM em PDF de cada nota e envia por e-mail, junto com o XML, para o endereço cadastrado do assinante. Duas boas práticas:
- Libere a cobrança só das notas autorizadas. Boleto ou PIX enviado com nota rejeitada vira retrabalho de atendimento.
- Acompanhe os e-mails que falharam. Endereço inválido é também um problema de cadastro a corrigir para a próxima competência.
Integração com o sistema de gestão: MKAuth, MikWeb, BeesWeb, MKMAuth ou API
A emissão em lote só é eficiente quando o faturamento chega ao emissor sem digitação. Há dois caminhos:
Integração nativa
Para quem usa MKAuth, MikWeb, BeesWeb ou MKMAuth, a SyncNFe tem integração nativa: os dados de assinantes, planos e faturas da competência chegam ao emissor, que gera as notas em lote. Também é possível gerar notas por lista de clientes, serviços e competência, ou importar por arquivo.
API de integração
Para sistemas próprios, a API de NFCom da SyncNFe cobre o mesmo fluxo. A autenticação devolve um token Bearer (válido por 3600 segundos), e as rotas de notas fiscais permitem inserir várias notas por chamada (com a opção de liberar o envio ao inserir), liberar o envio em lote, consultar contadores de status, consultar a situação na SEFAZ, baixar XML e PDF e enviar e-mails em lote. Os detalhes estão em NFCom API: como integrar.
Checklist para emitir NFCom em lote no dia do faturamento
- Competência fechada no sistema de gestão.
- Certificado digital válido.
- Status do autorizador consultado.
- Pré-validação sem pendências (ou pendências tratadas na origem).
- Lote transmitido e acompanhado no painel.
- Rejeições corrigidas e reenviadas; duplicidades consultadas antes de qualquer reenvio.
- Cobrança liberada só para notas autorizadas.
- DANFE-COM e XML enviados; e-mails com falha anotados para correção de cadastro.
Como a SyncNFe faz a emissão em lote
No emissor de NFCom da SyncNFe, a emissão em lote parte do faturamento: as notas entram em uma fila por empresa, são processadas em segundo plano, e falhas transitórias têm reenvio automático (a nota fica pendente e é retransmitida quando o serviço volta). Um painel mostra autorizadas, rejeitadas e pendentes; o DANFE-COM é gerado em PDF e enviado por e-mail automaticamente. As mesmas notas alimentam o arquivo DICI da Anatel e os arquivos SPED e Sintegra. Faça um teste grátis com uma competência real.
Conteúdo informativo. Regras de tributação, CFOP, CST e prazos variam por UF e mudam com novas notas técnicas; valide o enquadramento da sua operação com a contabilidade e a SEFAZ competente. Base normativa: Ajuste SINIEF 7/22 e Portal da NFCom (SVRS).