Cancelamento da NFe como Evento: Prazos e Especificações Técnicas

O processo de cancelamento da Nota Fiscal Eletrônica (NF-e) passou por uma reestruturação, consolidando-se como um evento distinto da própria nota. Esta alteração, detalhada na Nota Técnica 2011/006, visa otimizar a comunicação e o registro das operações fiscais. A mudança atende à demanda por maior agilidade na distribuição do cancelamento ao destinatário e facilita a recepção de pedidos extemporâneos por parte das Unidades Federativas (UFs), ao desvincular o registro de cancelamento da NF-e original no armazenamento.

Evolução do Processo de Cancelamento da NF-e

A implementação do cancelamento da NF-e como evento ocorreu de forma gradual. As Secretarias de Fazenda (SEFAZ) disponibilizaram esta funcionalidade até 01/07/2012. O Web Service de Cancelamento anterior foi desativado em 01/12/2012, permanecendo apenas a opção de cancelamento via Web Service de Registro de Eventos.

Entre as adequações necessárias, conforme a Nota Técnica 2011/006 e a Nota Técnica 2011/007, destacam-se:

Prazo para cancelamento: A regra de validação foi adequada para o prazo de 24 horas (1 dia), contado a partir da autorização de uso da NF-e. Esta condição é estabelecida pelo Ato Cotepe ICMS 35/2010.
Identificação da Chave de Acesso: Em pedidos de cancelamento para uma Chave de Acesso divergente, o sistema passou a exigir a informação da Chave de Acesso existente na SEFAZ.
Alterações de Schema: Ajustes no schema XML, incluindo o uso da versão correta do arquivo tiposBasico, a alteração do nome da tag para TRetEvento, e a identificação do Ambiente Nacional pela Receita Federal do Brasil (RFB) com o código cOrgao=91.

O Web Service de Recepção de Evento de Cancelamento

O serviço de nfeRecepcaoEvento é o canal para o registro de eventos de cancelamento. Trata-se de um processo síncrono, onde o autor do evento (o emissor da NF-e) envia uma mensagem XML assinada com o certificado digital que contenha o CNPJ base do emissor. É condição obrigatória que a NF-e já exista no banco de dados da SEFAZ.

Estrutura da Mensagem de Entrada (XML)

A mensagem de entrada do evento de cancelamento é uma estrutura XML com schema envEventoCancNFe_v9.99.xsd. Alguns campos essenciais para o envio do cancelamento incluem:

idLote: Identificador de controle do lote de envio do evento, gerado pelo autor do evento.
evento: Um lote pode conter até 20 eventos.
Id: Identificador da tag a ser assinada, composta por ID + tpEvento + Chave de Acesso da NF-e (chNFe) + nSeqEvento.
cOrgao: Código do órgão de recepção do evento, utilizando a tabela do IBGE, com 91 para o Ambiente Nacional.
tpAmb: Identificação do ambiente: 1 para Produção e 2 para Homologação.
CNPJ/CPF: CNPJ ou CPF do autor do evento.
chNFe: Chave de Acesso da NF-e vinculada ao evento.
dhEvento: Data e hora do evento no formato AAAA-MM-DDThh:mm:ssTZD (UTC).
tpEvento: Código do evento, sendo 110111 para cancelamento.
nSeqEvento: Sequencial do evento, geralmente 1 para cancelamento.
nProt: Número do Protocolo de Autorização da NF-e a ser cancelada.
xJust: Justificativa do cancelamento, com 15 a 255 caracteres.
Signature: Assinatura Digital do documento XML.

Estrutura da Mensagem de Retorno (XML)

A mensagem de retorno é uma estrutura XML com o schema retEnvEventoCancNFe_v9.99.xsd, contendo o resultado do processamento da transmissão. Campos relevantes na mensagem de retorno incluem:

idLote: Identificador do lote conforme informado na entrada.
tpAmb: Identificação do ambiente.
verAplic: Versão da aplicação que processou o evento.
cOrgao: Código da UF que registrou o evento.
cStat: Código do status da resposta.
xMotivo: Descrição do status da resposta.
chNFe: Chave de Acesso da NF-e vinculada ao evento.
emailDest: E-mail do destinatário, informado na NF-e.
dhRegEvento: Data e hora de registro do evento.
nProt: Número do protocolo do evento.

Validações no Processo de Recepção de Eventos

Para garantir a integridade e conformidade das informações, o Web Service realiza diversas validações. Essas validações são divididas em categorias:

Validação do Certificado de Transmissão

O certificado digital do transmissor é verificado quanto a sua validade, cadeia de certificação (ICP-Brasil), existência na mensagem, não revogação, e a presença da extensão de CNPJ.

Validação Inicial da Mensagem no Web Service

A mensagem XML de entrada é validada quanto ao seu tamanho máximo (500 KB) e a disponibilidade do servidor de processamento. Mensagens que excedem o limite são descartadas ou rejeitadas com o código 214.

Validação das Informações de Controle da Chamada

São verificados elementos como a existência e preenchimento correto dos campos nfeCabecMsg, cUF e versaoDados no SOAP Header da mensagem.

Validação da Área de Dados

A validação da área de dados inclui a conformidade com o Schema XML específico do evento, a correta codificação (UTF-8), e a inexistência de prefixos no namespace. Além disso, são validados os campos tpEvento, verEvento e detEvento para assegurar que são válidos e que o detalhe do evento atende ao seu respectivo schema XML.

Validação do Certificado Digital de Assinatura

O certificado de assinatura digital é checado quanto à validade, cadeia de certificação (ICP-Brasil), extensão de CNPJ e não revogação.

Validação da Assinatura Digital

A assinatura digital é verificada para assegurar que segue o padrão do projeto, que o valor da assinatura (SignatureValue) corresponde ao valor calculado, e que o CNPJ base do autor da mensagem é o mesmo do certificado digital.

Regras de Negócio do Registro de Eventos (Geral)

Diversas regras de negócio aplicam-se ao registro de eventos, como a coerência do tipo de ambiente e código do órgão de recepção, a validade do CNPJ/CPF do autor do evento, a validade da Chave de Acesso da NF-e (verificando UF, ano, mês, CNPJ, modelo e número da NF), a conformidade do atributo Id com a concatenação dos campos específicos, e a verificação de duplicidade de eventos. As datas dos eventos também são rigorosamente validadas, não podendo ser anteriores à data de emissão ou autorização da NF-e, nem posteriores à data de processamento com uma tolerância de até 5 minutos.

Regras de Validação Específicas do Cancelamento de NF-e

Para o evento de cancelamento, existem regras adicionais, tais como:

Série da NF-e: Verificação da faixa de série (0-899 para SEFAZ Autorizadora, 900-999 para SCAN).
Cadastro do Emitente: O emitente deve estar autorizado a emitir NF-e e ter situação fiscal regular.
Status da NF-e: A NF-e deve estar autorizada (não pode estar cancelada ou denegada).
Prazo de cancelamento: A NF-e não pode ter sido autorizada há mais de 1 dia (24 horas), considerando exceções da legislação estadual.
Sequencial do evento: O nSeqEvento deve ser 1.
Protocolo: O número do protocolo informado deve ser o mesmo da NF-e.
Recebimento pelo Destinatário: Verificação do recebimento da NF-e pelo destinatário.
Registro de Passagem: Acesso ao registro de circulação de mercadoria.

Resultados do Processamento do Lote

Ao final do processamento, o lote de eventos pode ter os seguintes resultados:

Rejeição do Lote: Ocorre devido a um problema que impede o processamento completo do lote.
Processamento do Lote (cStat=128): O lote foi processado, e cada evento dentro dele pode ter seu próprio resultado:
- Rejeição do Evento: O evento é descartado, com um código e motivo de rejeição.
- Evento registrado e vinculado à NF-e (cStat=135): O evento é armazenado e vinculado à respectiva NF-e.
- Evento registrado, mas não vinculado à NF-e (cStat=136): O evento é armazenado, mas a vinculação à NF-e é prejudicada pela inexistência da NF-e no momento do recebimento.

Após o registro, a UF que recepciona o evento o envia para o Ambiente Nacional, garantindo sua distribuição a todos os interessados.

Armazenamento e Disponibilização do Evento de Cancelamento

O emissor deve manter o arquivo digital do Evento de Cancelamento, juntamente com a informação de registro do Evento da SEFAZ, e disponibilizá-lo ao destinatário. O schema XML para este arquivo é procEventoNFe_v99.99.xsd. Ele integra os dados do evento de entrada e os dados do registro do evento de saída.

Códigos de Erros Comuns

A tabela de códigos de erros da Nota Técnica 2011/006 detalha os resultados e motivos de não atendimento da solicitação. Alguns exemplos incluem:

128: Lote de Evento Processado
135: Evento registrado e vinculado a NF-e
136: Evento registrado, mas não vinculado a NF-e
249: Rejeição: UF da Chave de Acesso diverge da UF autorizadora
489: Rejeição: CNPJ informado inválido (DV ou zeros)
491: Rejeição: O tipo de evento informado é inválido
494: Rejeição: Chave de Acesso inexistente
501: Rejeição: Prazo de cancelamento superior ao previsto na Legislação
573: Rejeição: Duplicidade de Evento
574: Rejeição: O autor do evento diverge do emissor da NF-e
580: Rejeição: O evento exige uma NF-e autorizada

Em situações de erro não previsto (código 999), recomenda-se que o campo xMotivo seja preenchido com a mensagem de erro da aplicação ou sistema que gerou a exceção.

Conclusão

A mudança para o cancelamento da NF-e como evento representa uma padronização técnica no ambiente fiscal eletrônico. A compreensão das especificações técnicas, dos prazos (especialmente o limite de 24 horas) e das extensas regras de validação é essencial para emitentes e destinatários garantirem a conformidade de suas operações. A adesão rigorosa a essas diretrizes é fundamental para evitar rejeições e manter a regularidade fiscal das Notas Fiscais Eletrônicas.

Tributos.io

Evento

Cancelamento NF-e como Evento: Prazos, Regras e XML Técnico

Evento 211128: Aceite de Débito em Apuração por Nota de Crédito

Consumo Pessoal de Itens: Evento 211120 na NFe e ICMS