Para o sistema de escrituração, NF-e cancelada e NF-e denegada são situações completamente distintas — com tratamento contábil diferente, com XMLs diferentes e com impactos distintos na sequência numérica da série. Confundir as duas na hora de montar o SPED Fiscal é um erro que o auditor da Receita identifica em segundos.
Este artigo explica a diferença técnica entre cada situação, qual XML serve como prova em cada caso e como o BoxFiscal sinaliza essas ocorrências para que o contador não precise rastrear manualmente.
Cancelamento: quem cancela é o emitente
O cancelamento é um evento fiscal emitido pelo próprio contribuinte após a autorização da NF-e pela SEFAZ. Para ser válido, ele precisa atender a dois requisitos cumulativos:
- Prazo: o cancelamento deve ser transmitido em até 24 horas após a autorização de uso da NF-e (conforme Ajuste SINIEF 07/2005, com as atualizações posteriores). Em alguns estados e situações, esse prazo pode ser diferente — verifique sempre a legislação estadual do emitente.
- Não circulação da mercadoria: se a mercadoria já saiu do estabelecimento, o cancelamento não é cabível. O instrumento correto seria uma NF-e de devolução.
O documento que prova o cancelamento não é a NF-e original com um carimbo “CANCELADA” — é o XML do evento de cancelamento, com protocolo próprio retornado pela SEFAZ. Esse XML contém a chave de acesso da NF-e original, o motivo do cancelamento e a assinatura digital do emitente, além do número do protocolo SEFAZ confirmando o aceite do evento.
Para a escrituração, a NF-e cancelada dentro do prazo não entra nos livros fiscais. A numeração, porém, permanece consumida — não é reutilizável.
Denegação: quem nega é a SEFAZ
A denegação ocorre quando a SEFAZ recusa a autorização da NF-e antes mesmo de ela ser emitida. Os motivos mais comuns são irregularidade cadastral do emitente (CNPJ inapto, Inscrição Estadual cancelada ou suspensa) ou do destinatário em alguns estados.
A diferença fundamental é que o emitente não pode fazer nada para “desfazer” uma denegação — ela é uma resposta da SEFAZ. O XML da NF-e denegada tem um código de status específico (cStat 110 ou similar, conforme versão da NT) que identifica a recusa. Esse XML deve ser guardado pelo emitente mesmo que a nota nunca tenha circulado, porque a numeração está bloqueada para aquela chave de acesso.
Para a escrituração: NF-e denegada também não entra nos livros fiscais de entradas ou saídas. Mas precisa ser controlada no gap de numeração — se o auditor detectar um número faltante na série e não houver XML de denegação justificando, a regra R002 do auditor de inconsistências é disparada.
O XML do evento de cancelamento como prova
Em uma fiscalização, apresentar apenas a NF-e original com status “cancelada” na tela do ERP não é suficiente. A autoridade fiscal exige o XML do evento de cancelamento — arquivo separado, com protocolo SEFAZ, que demonstra que o cancelamento foi aceito e dentro do prazo.
Os campos críticos no XML de cancelamento (evento de tipo 110111) são:
cStat: 135 (evento registrado e vinculado a NF-e cancelada) — qualquer outro código indica que o cancelamento não foi aceitodhRegEvento: data e hora do registro, para comprovação do prazonProt: número do protocolo SEFAZ que autentica o evento
Sem esse XML, o contador não tem como provar o cancelamento em uma auditoria. Guardar apenas o DANFE da NF-e original não resolve — o DANFE não contém informação sobre eventos posteriores à emissão.
Como o BoxFiscal sinaliza canceladas e denegadas
Na rotina de gestão de documentos fiscais, o BoxFiscal diferencia visualmente as situações para o contador não precisar checar status nota a nota:
- NF-e denegada: badge vermelho na tabela de documentos, banner de destaque na tela de detalhe e exclusão automática das engines de pré-apuração. A nota denegada não entra no faturamento, não entra nas compras, não afeta PIS/COFINS — isso é garantido por predicate em todas as queries, não por flag manual.
- NF-e cancelada: o XML do evento de cancelamento é capturado automaticamente via SEFAZ Distribuição DF-e e vinculado à NF-e original. O auditor de inconsistências (regra R002) considera o cancelamento ao verificar gaps de numeração.
Para o escritório que recebe XMLs de vários clientes, a tela do auditor fiscal lista as ocorrências por empresa e período, com filtro sugerido que leva direto aos documentos com problema. Não é preciso exportar e cruzar planilha.
Impacto na escrituração e no SPED
A distinção importa especialmente na montagem do SPED Fiscal (EFD ICMS/IPI) e do SPED Contribuições (EFD-Contribuições):
- NF-e cancelada dentro do prazo: não gera registros nos blocos C/D. A numeração aparece nos registros de inutilização ou cancelamento conforme o caso.
- NF-e denegada: também não gera registros de entrada/saída. O número bloqueado deve ser identificado no controle de sequência para não gerar gap inexplicado.
- NF-e cancelada fora do prazo: situação irregular — a nota pode ter valor jurídico mesmo com cancelamento tardio, gerando obrigação de escriturar.
Ter os XMLs organizados por tipo de ocorrência — com os eventos vinculados — poupa horas de revisão antes da transmissão do SPED.
Conclusão
Cancelamento e denegação são eventos distintos, com documentos distintos e tratamentos distintos na escrituração. O XML do evento de cancelamento é a prova que vale em auditoria — não o DANFE, não a tela do sistema. NF-e denegada precisa ser guardada mesmo sem valor fiscal, para justificar a numeração consumida.
Manter esses XMLs capturados, vinculados e sinalizados automaticamente é a base de qualquer controle fiscal sólido. O BoxFiscal faz esse trabalho sem que o contador precise checar status manualmente para cada documento da carteira.