Rejeição 496 na manifestação da NF-e: verifique o tipo de emissão na chave

Ao registrar uma manifestação do destinatário, a rejeição 496 informa que a chave da NF-e enviada no evento contém um tipo de emissão incompatível com a validação desse serviço. A análise deve começar pela chave integral do documento correto. Não se resolve o problema trocando isoladamente um de seus dígitos.

A manifestação comunica o que o destinatário sabe sobre uma operação. Se ela foi rejeitada, isso não significa, por si só, que a nota original foi rejeitada, cancelada ou pode ser emitida novamente. São situações distintas, que precisam permanecer separadas no sistema e no controle de compras.

Qual contrato prevê a rejeição

A regra H08 da NT 2020.001 v1.60 pertence ao serviço de manifestação do destinatário da NF-e modelo 55. Abrange os eventos de Confirmação da Operação, Ciência da Emissão, Desconhecimento da Operação e Operação não Realizada, identificados respectivamente por 210200, 210210, 210220 e 210240.

Na página 16, H08 verifica o tpEmis na posição 35 da chave e relaciona os valores 1, 2, 3, 4, 5, 6 e 7. Um valor fora desse conjunto é a condição documental associada a 496 nesse contrato. A regra não é uma tabela universal de tipos de emissão de todos os documentos ou de todos os serviços.

A versão 1.60 foi publicada em abril de 2026 e mantém esse domínio. Seu histórico registra expressamente que a v1.30 incluiu tpEmis=3 para atender a Nota Fiscal Fácil, com previsão de produção em 25/05/2022. Essa informação refere-se a tpEmis na chave; não deve ser confundida com procEmi, campo que identifica o processo de emissão. NT 2020.001, páginas 3 e 16

O que conferir nos 44 caracteres

A chave de acesso identifica a NF-e e incorpora diferentes informações. Na composição numérica examinada pela H08, o tipo de emissão está na 35ª posição, contando a partir de 1. É um componente da chave completa, não um número livre que o destinatário escolhe ao manifestar.

Obtenha a chave do XML confiável da nota ou de sua consulta oficial. Compare-a integralmente com chNFe no evento e com o documento selecionado no ERP. Confira emitente, destinatário, modelo, série e número. Um lançamento importado para a compra errada pode parecer correto na tela e apontar para outro documento na transmissão.

Se a chave foi transportada por planilha, integração ou digitação, examine também cortes, caracteres inseridos e conversão indevida do identificador em número. Essa investigação pode revelar outros erros de validação; ela não significa que qualquer defeito de chave necessariamente gera 496.

O dígito verificador merece conferência, mas recalculá-lo depois de mudar tpEmis não transforma a sequência em chave de uma nota existente. A correção segura é recuperar a identificação autêntica, preservando o documento ao qual a manifestação realmente se refere.

Três situações que exigem respostas diferentes

A chave do evento diverge da nota. Corrija a origem da importação ou a associação no ERP. Depois, gere o evento usando a chave integral correta e revise seu identificador e assinatura. Não substitua somente a posição 35.

Foi selecionada uma NFC-e modelo 65. O contrato aqui analisado é de manifestação da NF-e modelo 55. Encaminhe a dúvida fiscal para o procedimento próprio daquele documento. Não transforme o modelo ou a modalidade de emissão dentro da chave para tentar enquadrá-lo em H08.

A chave é autêntica, mas envolve uma modalidade mais recente. A NT 2026.002 v1.11 documenta emissão off-line com tpEmis=9 para NF-e com DANFE Simplificado Tipo 2, sob condições específicas. Isso impede afirmar que “9 é sempre inválido em uma NF-e”. Porém, o texto da H08 conferido na NT 2020.001 v1.60 continua listando 1 a 7.

Não foi identificada, nos documentos examinados, alteração expressa de H08 que acrescente 9. Se uma chave genuína desse cenário receber 496, preserve a evidência e solicite ao fornecedor a conferência da compatibilidade e da implantação do serviço de manifestação. A regra de autorização não deve ser transportada automaticamente para o evento. A cópia da NT 2026.002 utilizada foi preservada em 09/10/2026, sem nova captura; ela não comprova ativação em todas as UFs. NT 2026.002 v1.11, páginas 7–8

Passo a passo para a empresa

1. Registre qual compra estava sendo manifestada e qual declaração foi escolhida. Preserve a resposta completa da SEFAZ e o XML enviado

2. Compare a chave do evento com a nota de origem. O responsável pelo recebimento deve confirmar que a operação corresponde ao fornecedor e ao estabelecimento corretos

3. Peça ao suporte a leitura da posição 35 e a identificação do contrato aplicado, incluindo modelo, ambiente, UF e endereço do serviço

4. Se houver erro de integração, corrija-o na origem e gere novamente o evento. Se houver divergência documental ou de implantação, obtenha orientação específica antes de insistir

5. Consulte os eventos já registrados e reconcilie tentativas com resposta ausente. Não aumente o número sequencial apenas para escapar de uma possível duplicidade

6. Após o novo envio permitido, confira o resultado individual e guarde o protocolo. A mensagem de lote processado não confirma, sozinha, o registro e a vinculação da manifestação

A correção técnica não altera a verdade comercial. Uma operação desconhecida continua exigindo análise como desconhecida; não deve ser confirmada para testar o funcionamento do sistema. Da mesma forma, a rejeição não autoriza modificar o XML de uma NF-e já autorizada pelo fornecedor.

Evite instruções antigas fora de contexto

O número 496 também teve uso histórico na autorização da NFC-e para falta de tpIntegra em pagamento com cartão, na NT 2015.002. Essa regra YA04a-10 aparece riscada na NT 2016.002 v1.61, página 66. Uma mensagem antiga sobre cartão não deve ser diagnosticada como H08, nem reativada como obrigação atual pelo número isolado.

Há materiais anteriores à inclusão do NFF e textos que confundem a descrição das modalidades. Outros ainda informam prazos ou limites de manifestação superados. Não use essas tabelas como receita de preenchimento.

O prazo da manifestação é outra validação. Corrigir 496 não suspende prazos nem garante que o próximo envio será aceito. A empresa deve acompanhar a pendência e conferir as condições aplicáveis à sua operação, sem modificar datas para contornar o sistema.

Fontes práticas consultadas

Foram lidos TecnoSpeed, evolução da NT 2020.001, Focus NFe, histórico da manifestação e Omie, procedimento de manifestação. Omie é referência contextual de operação, não artigo específico de 496. Prazos históricos e a associação antiga entre SCAN e o valor 3 não foram adotados como instrução atual; a referência técnica para H08 é a revisão oficial indicada acima.