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.