Rejeições fiscais
Rejeição 825: confirme o evento e a versão antes de cancelar registros
A mensagem “Não permitido mais de um Evento deste tipo para a NF-e” exige identificar qual evento foi enviado. O código 825 está documentado para o Comprovante de Entrega da NF-e, mas a linha correspondente ao Insucesso na Entrega foi riscada na NT 2023.005 v1.02. Tratar os dois cenários como uma proibição atual…
A mensagem “Não permitido mais de um Evento deste tipo para a NF-e” exige identificar qual evento foi enviado. O código 825 está documentado para o Comprovante de Entrega da NF-e, mas a linha correspondente ao Insucesso na Entrega foi riscada na NT 2023.005 v1.02. Tratar os dois cenários como uma proibição atual única pode levar ao cancelamento indevido de um registro verdadeiro.
Por isso, guarde o retorno completo, a chave, o tipo do evento, o sequencial, o ambiente e a versão da integração. Não cancele a NF-e, não apague o histórico e não aumente o sequencial apenas para tentar escapar da mensagem. A correção depende do fato ocorrido e do estado dos eventos já registrados.
Comprovante de entrega: o que a regra descreve
A NT 2021.001 v1.01 descreve o evento 110130, Comprovante de Entrega da NF-e, e seu cancelamento 110131. Na página 9, a linha 825 verifica eventos anteriores desse mesmo tipo para a nota: se existirem, devem estar cancelados, com o respectivo evento de cancelamento. A comparação considera a chave da NF-e e o tipo do evento.
Na mesma página há uma validação de duplicidade, código 573, que considera também o sequencial. As duas linhas recebem no documento a identificação 3P15-10, mas possuem predicados e mensagens distintos. Não deduza que trocar o sequencial resolve a 825: o evento anterior pode continuar ativo para aquela NF-e e aquele tipo.
O leiaute da página 5 prevê sequenciais de 1 a 99 e traz a observação sobre cancelamento do comprovante anterior para informar um novo. Isso não autoriza cancelar qualquer evento correto por conveniência. Primeiro determine se há realmente necessidade de substituição ou se a integração apenas reenviou um comprovante já registrado.
Insucesso de entrega: cuidado com a linha excluída
Na NT 2023.005 v1.02, o evento de insucesso é 110192, e seu cancelamento é 110193. O texto extraído da página 11 ainda contém a regra 3P15-14 e a mensagem 825. Entretanto, a análise dos elementos vetoriais do PDF capturado identificou traços sobre o identificador, o predicado, a aplicação, o código e a descrição inteira dessa linha.
Essa marcação de exclusão não é preservada por uma busca simples no texto. A presença do número na extração ou na tabela resumida da página 16 não sustenta afirmar que a mesma proibição continua vigente para o insucesso. Essa tabela ainda apresenta a redação “Não permitido mais de uma NF-e”, que não descreve adequadamente a condição dos eventos.
Se uma tentativa de insucesso retornar 825, encaminhe a requisição e a resposta ao suporte para conferir serviço, versão, integração e comportamento do autorizador. Não aplique automaticamente a receita do comprovante de entrega. A pesquisa documental não certifica o processamento de uma tentativa individual nem prova ausência de qualquer outra restrição ao evento.
Reconcilie o histórico antes de agir
Recupere os protocolos e os retornos das tentativas anteriores pelo recurso disponível na integração. Confira a mesma chave e o mesmo ambiente. Um comprovante registrado em produção não deve ser comparado indiscriminadamente com uma tentativa de homologação, e uma lista local desatualizada pode não refletir a situação efetiva do evento.
Se houve timeout, identifique se o primeiro envio foi registrado antes de preparar outro. O erro de comunicação não demonstra que o evento inexiste. Se o registro anterior já representa corretamente a entrega, a ação pode ser conciliar o retorno e o estado local, preservando o comprovante, em vez de transmitir um substituto desnecessário.
Quando houver um erro real no comprovante anterior e fundamento para sua substituição, siga o processo próprio de cancelamento do evento, com a identificação e o protocolo correspondentes. Confirme a resposta desse cancelamento antes de considerar o registro encerrado. Apagar o evento em uma tela ou marcar um controle interno não equivale a registrá-lo fiscalmente como cancelado.
Exemplo de reenvio que precisa de conferência
Uma empresa transmite um comprovante, perde a resposta por falha de comunicação e monta outra tentativa com novo sequencial. Ao receber 825, deve procurar o resultado do primeiro envio. Se o comprovante anterior estiver registrado e correto, o problema pode estar na reconciliação da integração, e não na necessidade de cancelar a evidência da entrega.
Se o comprovante anterior estiver errado, a equipe deve avaliar a correção legítima com os responsáveis e utilizar o fluxo apropriado. O exemplo não fornece um comando de cancelamento automático. Também não se aplica diretamente a um evento de insucesso, cuja linha foi excluída na versão examinada.
Conserve os arquivos das duas tentativas e os protocolos encontrados. Eles ajudam o suporte a distinguir duplicidade de transmissão, registro anterior ativo, associação incorreta e erro de versão. Não altere chave, tipo de evento ou identidade do emitente para produzir uma combinação aparentemente inédita.
Cancelamento de evento e de nota são procedimentos diferentes
O cancelamento do comprovante usa o evento 110131; o cancelamento do insucesso usa 110193. Eles se referem aos eventos anteriores, não ao cancelamento da própria NF-e. A existência de um recurso técnico não dispensa a veracidade dos fatos nem permite apagar uma entrega efetivamente realizada para tornar possível outro procedimento fiscal.
O comprovante é descrito na NT 2021.001 no Ambiente Nacional; o insucesso é direcionado à SVRS na v1.02 da NT 2023.005. Confirme serviço e ambiente na integração atual. Ambos os contextos examinados tratam da NF-e modelo 55 e não justificam transpor o fluxo para qualquer documento eletrônico.
Depois de uma ação legítima, confira a resposta individual, a vinculação e o protocolo. O código 128 do lote não garante o sucesso de todos os eventos. Se o retorno permanecer incompatível com o histórico verificado, envie ao suporte os registros necessários por canal apropriado. Este artigo não presume telas do ALRA nem garante aceitação de uma nova tentativa.
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–7, 10–12 e 15–16. PDFs HTTP200 de hoje. Conferência textual e vetorial da linha excluída da página 11, sem novo render ou inspeção gráfica alegada.
Apoios confrontados: Focus NFe, que informa a remoção da 3P15-14, mas contém outras generalizações descartadas; InvoiSys, contexto histórico do comprovante; FlexDocs, cancelamento de insucesso, parâmetros do cancelamento e tabela que conserva uma descrição genérica de 825. Essa tabela não define a vigência da linha excluída. Sem emissão, cancelamento real, consulta individual, teste XSD ou teste ALRA.