Rejeição 826: cancelamento da NF-e impedido por evento de entrega

A rejeição 826 pode impedir o cancelamento da própria NF-e quando há um evento de entrega ou de insucesso ainda não cancelado, conforme o cenário documentado. O primeiro passo é identificar qual registro existe e a que operação ele corresponde. Não cancele eventos automaticamente para retirar o bloqueio: eles representam fatos que precisam permanecer verdadeiros e rastreáveis.

A mensagem não significa que a autorização original da NF-e foi rejeitada. Também não é uma ordem para emitir outra nota ou apagar o histórico logístico. O pedido de cancelamento recebeu uma resposta específica, enquanto a situação da nota e dos eventos associados precisa ser conferida individualmente.

Dois conjuntos de eventos podem explicar o retorno

A NT 2021.001 v1.01, página 14, descreve a regra 4P15-30. Ela impede o cancelamento da NF-e quando existe Comprovante de Entrega da NF-e ou do CT-e não cancelado. Os tipos informados são 110130, com cancelamento 110131, e 610130, com cancelamento 610131, respectivamente.

A NT 2023.005 v1.02, página 16, apresenta a 4P15-32 para o insucesso. O impedimento considera 110192, cancelado por 110193, ou o evento de insucesso propagado do CT-e, 610190, com cancelamento 610191. A mensagem continua usando a expressão “evento de Entrega”, mas o predicado inclui uma tentativa sem entrega concluída.

As duas linhas aparecem como obrigatórias e consultam os eventos associados à chave. Não se deve substituir uma pela outra nem concluir que o insucesso equivale a uma entrega realizada. São condições documentadas diferentes para o mesmo retorno. O contexto analisado é a NF-e modelo 55, e não qualquer cancelamento de documento eletrônico.

Confira o registro que está produzindo o impedimento

Preserve o pedido transmitido e o retorno completo. Confira a chave da NF-e, o ambiente, o autorizador e os registros associados disponíveis na integração. Identifique tipo, sequencial, protocolo e eventual cancelamento de cada evento relevante. Uma descrição abreviada em uma tela pode ocultar a diferença entre comprovante e insucesso.

Se o evento veio do CT-e, envolva o responsável pelo documento de transporte para conferir o registro de origem. Não tente substituí-lo por um cancelamento de evento da NF-e com outro tipo. Os códigos propagados apresentados na regra não são uma instrução para escolher livremente o autor ou montar um pedido fora do respectivo serviço.

Se a equipe afirma que o evento já foi cancelado, recupere a resposta correspondente e confirme sua associação. Um pedido enviado, uma marcação local ou um lote processado não comprovam o cancelamento efetivo. Também é preciso verificar se há outro evento ativo que continue atendendo ao predicado da regra.

A decisão depende dos fatos da operação

Quando o registro representa corretamente uma entrega realizada, sua existência não deve ser apagada para tornar possível o cancelamento da nota. A área fiscal precisa avaliar o tratamento adequado da operação efetivamente ocorrida. A rejeição técnica não estabelece, sozinha, um procedimento de devolução, retorno ou regularização tributária.

Quando há um erro real no evento, avalie com os responsáveis se seu cancelamento é legítimo e qual fluxo deve ser utilizado. O cancelamento do comprovante e o cancelamento do insucesso são procedimentos próprios, com identificação do evento anterior. A possibilidade de transmitir esses pedidos não autoriza modificar um fato verdadeiro nem garante que a NF-e poderá ser cancelada depois.

Em uma tentativa de entrega frustrada, confira a sequência logística e documental com atenção. O insucesso pode explicar o retorno de mercadoria, mas não transforma automaticamente toda a operação em uma emissão que pode ser desfeita. Não altere data, destinatário ou motivo do evento apenas para obter um resultado técnico diferente.

Exemplo de análise do impedimento

Uma empresa solicita o cancelamento de uma NF-e e recebe 826. Ao recuperar o histórico, encontra um evento de insucesso associado à chave. O responsável confirma que houve uma tentativa de entrega real e que as mercadorias retornaram. Nesse cenário, não cabe ao operador apagar o evento somente porque ele bloqueia o pedido.

A equipe deve encaminhar a sequência dos fatos à contabilidade e conferir o procedimento documental adequado. Se, em vez disso, o evento tivesse sido associado por engano à nota errada, seria necessário investigar o vínculo e corrigir legitimamente o registro, preservando os protocolos. As duas hipóteses têm decisões diferentes e não podem compartilhar uma receita automática.

O exemplo é didático e não descreve uma operação autorizada. Ele mostra por que a confirmação dos fatos vem antes da execução de cancelamentos. O objetivo do diagnóstico é localizar a condição que produziu a rejeição e encaminhar uma correção coerente, não remover qualquer obstáculo ao pedido original.

Protocolo do evento não é protocolo da nota

Os leiautes de cancelamento dos eventos exigem o protocolo do evento anterior no campo nProtEvento. Usar o protocolo de autorização da NF-e nesse lugar não identifica corretamente o registro pretendido. Os documentos apresentam rejeições próprias para evento inexistente ou protocolo divergente; não confunda essas respostas com a 826.

O comprovante é descrito na NT 2021.001 no Ambiente Nacional, e o insucesso, na NT 2023.005 v1.02, na SVRS. Confirme a integração e o ambiente atuais com o suporte. Este artigo não fornece comandos de transmissão nem certifica que determinada instalação do ALRA disponha desses recursos.

Após qualquer ação legitimamente definida, confira a resposta individual e a situação atual da NF-e e dos eventos. O código 128 indica processamento de lote, não sucesso de todos os componentes. Se o impedimento desaparecer, outras condições de cancelamento ainda precisam ser atendidas; isso não comprova aprovação automática do pedido.

Ao encaminhar o caso, reúna chave, resposta, ambiente, histórico relevante e protocolos pelo canal adequado. Não envie senhas, certificado ou arquivos particulares da entrega em espaços públicos. Mantenha os documentos originais e os registros de correção disponíveis para reconstruir a sequência do atendimento.

Fontes

Conferência em 16/10/2026: NT 2021.001 v1.01, páginas 4–6 e 9–14; NT 2023.005 v1.02, páginas 3–8, 10–12 e 14–16. PDFs HTTP200 capturados hoje, reutilizados por hash; leitura selecionada, sem novo render ou teste fiscal.

Corpos confrontados: FlexDocs, cancelamento de insucesso, parâmetros e tabela 826, cujo predicado pertence ao cancelamento da NF-e; Focus NFe, panorama das versões com generalizações descartadas; InvoiSys, contexto histórico do comprovante e código 826; NS Tecnologia, panorama técnico da v1.02. Não foram usadas imagens remotas de regras ou exemplos de certificado. Sem cancelamento real, consulta individual, conclusão tributária sobre operação concreta ou teste ALRA.