Rejeições fiscais
Rejeição 774: confira o item que ficou fora do total da nota
Você termina uma venda, transmite a nota e recebe a rejeição 774. O problema indicado está em um item marcado para não participar do total dos produtos. Antes de alterar valores, confira qual linha foi apontada e se o documento escolhido corresponde à operação. Uma marcação herdada do cadastro pode explicar a falha;…
Você termina uma venda, transmite a nota e recebe a rejeição 774. O problema indicado está em um item marcado para não participar do total dos produtos. Antes de alterar valores, confira qual linha foi apontada e se o documento escolhido corresponde à operação. Uma marcação herdada do cadastro pode explicar a falha; uma operação especial pode exigir outra análise.
A mensagem da NT 2026.002 v1.11 é “Rejeição: NFC-e ou NF-e com DANFE Simplificado Tipo 2 (tag:tpImp=6) com indicador de item não participante do total [nItem: 999]”. O número informado em nItem identifica a linha dentro do XML, que pode não coincidir com a posição atualmente exibida na tela. A rejeição significa que aquela tentativa não recebeu autorização. Não resolve o problema apenas imprimir novamente o documento.
Onde esta orientação se aplica
Na NT 2026.002 v1.11, a regra I17b-10, na página 12, alcança a NFC-e, modelo 65, e a NF-e, modelo 55, quando esta utiliza DANFE Simplificado Tipo 2, identificado por tpImp=6. O Tipo 2 continua sendo uma representação de NF-e 55. Uma NF-e convencional deve ser analisada pelas regras correspondentes ao seu próprio contexto; a coluna “55/65” não torna este diagnóstico universal.
O retorno pertence ao fluxo de autorização de NF-e/NFC-e. Registre a UF do emitente, o autorizador utilizado, o ambiente de homologação ou produção e a versão do emissor. Isso permite verificar se o XML e o retorno pertencem à mesma tentativa. Este artigo não comprova funcionamento ou implantação individual em cada SEFAZ.
O cronograma da NT enumera I17B-10 no conjunto inicial do Tipo 2: 01/07/2026 para testes e 03/08/2026 para produção. A v1.11 adiou para 14/12/2026 apenas I08-180, BA02-35 e VC02-40. O índice SVRS consultado em 15/10/2026 lista a v1.11 e ressalva possíveis alterações de datas. A inspeção pessoal do PNG documental existente da página 12, nesta pesquisa, confirmou I17b-10 íntegra e obrigatória, sem exceção própria. A regra vizinha I08-186 está riscada; essa exclusão não foi transferida à 774. Calendário e consulta não certificam implantação individual por UF, autorizador ou ambiente. [1][3]
O que conferir primeiro
Peça o XML efetivamente transmitido e o retorno completo. No item indicado, localize det/@nItem, a descrição do produto e o campo prod/indTot. O valor 0 significa que o item não compõe o total dos produtos; 1 significa que compõe. Para o cenário desta rejeição, a presença de indTot=0 é o ponto a investigar. O esquema 010f confirma o campo obrigatório com domínio 0 ou 1. Esse campo participa da formação do total dos produtos, chamado vProd. Ele não define sozinho o valor final da nota, vNF, os impostos ou os pagamentos. [2]
Depois compare o documento com a venda: mercadoria, quantidade, preço, desconto, entrega e recebimento. A pergunta útil é por que aquele produto foi marcado como excluído do total. Não conclua que basta preencher o mesmo número em dois campos. O indicador interfere na composição de valores e precisa acompanhar a realidade fiscal e comercial.
Confira também se há mais de uma linha com a mesma marcação. O primeiro item informado pelo autorizador pode ser apenas o primeiro encontrado. Rever todas as linhas evita sucessivos reenvios em que a mesma rejeição reaparece com outro nItem.
Como corrigir conforme a causa
Produto vendido normalmente, com marcação incorreta. Se a linha corresponde a uma mercadoria que deve compor o documento, corrija a configuração que gerou indTot=0. Pode ser uma opção do item, uma parametrização de operação ou uma integração. Solicite a regeneração do XML pelo emissor e confira o novo indicador. Editar um XML já assinado por fora do fluxo do sistema não é um procedimento confiável de correção.
Cadastro ou integração repete o erro. Corrigir apenas a nota atual pode deixar as próximas vendas sujeitas ao mesmo retorno. Identifique a origem do dado e ajuste somente o cadastro ou mapeamento relacionado, depois de validado pelo responsável fiscal. Teste o cenário permitido em homologação e compare o arquivo gerado. O suporte deve demonstrar o fluxo e a configuração existentes no emissor utilizado; estes cenários não comprovam telas ou rotinas executadas no ALRA.
Item de operação especial. Brinde, bonificação, remessa e outras situações precisam de enquadramento próprio. O nome da operação não determina, por si, o indicador nem a incompatibilidade com o documento. Não transforme qualquer item desses em venda comum só para aceitar indTot=1. Confirme com o contador o documento adequado e a composição de valores. Quando a operação exigir tratamento incompatível com NFC-e ou Tipo 2, a solução precisa respeitar essa diferença, sem mudar CFOP, finalidade ou valor por tentativa.
O XML apresenta indTot=1, mas o retorno persiste. Compare o arquivo com o envio registrado no log, a chave, o ambiente e a linha citada. Pode estar sendo exibido um rascunho atualizado enquanto a integração retransmite uma versão anterior. Preserve ambas as evidências e peça ao suporte a conciliação da tentativa. Não há vantagem em transmitir repetidamente sem descobrir qual conteúdo chegou ao autorizador.
Exemplo de uma conferência completa
Uma loja fictícia vende dois produtos: uma luminária de R$ 120 e um cabo de R$ 30. Não há desconto, frete ou outros ajustes neste exemplo. A integração cria uma NFC-e em que o cabo aparece com indTot=0, herdado de um cadastro utilizado anteriormente para outra rotina. A SEFAZ devolve 774 indicando a segunda linha.
A equipe confirma que o cabo foi realmente vendido e deve participar da nota. O responsável corrige o mapeamento daquele produto, regenera o documento e verifica as duas linhas com indTot=1. Também recalcula os totais: o total de produtos deste exemplo passa a refletir R$ 150. Os pagamentos são conferidos conforme a venda, sem criar recebimentos fictícios para igualar campos.
Esse exemplo não é uma fórmula para toda nota. Descontos, frete, despesas e tributos podem exigir outras regras de totalização. O cuidado é corrigir o indicador e conferir os reflexos, em vez de modificar apenas o valor final exibido.
Como verificar o resultado e quando pedir ajuda
Se alguma tentativa ficou sem resposta, consulte a situação antes de criar outra emissão para a mesma operação. Depois da correção, compare o XML regenerado com a venda e faça uma transmissão controlada. Leia o novo retorno. O desaparecimento da 774 pode revelar outra inconsistência; não equivale, sozinho, a autorização. Preserve o protocolo e o XML quando houver resultado válido e confira o vínculo com a operação correta.
Acione o suporte quando o indicador não puder ser localizado, a configuração voltar ao valor anterior ou a tela divergir do XML enviado. Envie código, mensagem, item, horário, modelo, ambiente e arquivos da tentativa, pelo canal seguro de atendimento. Procure o contador quando houver dúvida sobre o documento ou o tratamento fiscal do item. O encerramento exige dados coerentes, resultado oficial compreendido e causa do cadastro tratada.
Fontes e limites
Pesquisa e revisão textual em 15/10/2026, horário de Brasília. Primárias capturadas nesse dia reutilizadas por hash e três guias específicos lidos. Sem emissão de teste no ALRA ou certificação individual estadual. Históricos preservados, sem autenticar atos antigos.
NT 2026.002 v1.11, páginas 3, 7, 8 e 12: I17b-10, mensagem, alcance e calendário. Texto 12 lido e PNG existente inspecionado pessoalmente nesta pesquisa; sem criar imagens.
MOC 7.0, Anexo I, páginas 19, 58 e 121, e pacote 010f do Portal NF-e:
indTot,vProde W07-10/564. Essa regra de totalização, com seu recorte de itens sujeitos ao ICMS, não é a 774 nem uma fórmula completa atual devNF.Documentos SVRS: captura de 15/10 com a v1.11 e ressalva de datas.
Webmania, corpo HTTP 200 e WEB de 28/10/2025: indicador 0/1. Aba “Outros” e API são do fornecedor, sem comprovar menu ALRA. A alteração depende do enquadramento real.
Berga, corpo direto HTTP 200 completo, separado do Cache miss na abertura WEB. Orientações gerais para retirar brindes e usar NF-e não foram adotadas como regra: a NT admite 5.910 na lista de CFOP sob suas condições, e o nome da operação não decide
indTot.Grupo Allegus, corpo direto HTTP 200 completo, separado do Cache miss WEB. Identifica o indicador, mas seus menus e recálculo automático são específicos do produto. A multiplicação de quantidade e preço, sozinha, não descreve toda a totalização fiscal.
Os guias abordam modelo 65; a extensão ao Tipo 2 vem da primária. Não foram copiadas imagens ou exemplos externos nem certificados efeitos no estoque e financeiro do ALRA. Revisão cruzada independente pendente e publicação não realizada.