Rejeição 725: confira o CFOP do item e as exceções da sua UF

Quando a emissão retorna 725, comece pelo item indicado na mensagem. O CFOP enviado não foi aceito naquele contexto. Isso pode vir de um cadastro incorreto, de uma operação preparada no fluxo errado ou de uma exceção estadual que não foi atendida. Reenviar o mesmo XML mantém a causa.

CFOP é o código que identifica a natureza da operação fiscal. Não escolha outro número apenas porque ele aparece em uma lista aceita. A correção precisa representar o que a empresa realmente fez, com o tratamento tributário correspondente.

Mensagem, modelo e serviço

No MOC 7.0, página 93, a mensagem para NFC-e 65 é “Rejeição: NFC-e com CFOP inválido[nItem:nnn]”. nnn representa a posição do produto no XML, que pode ser diferente de seu código interno.

A NT 2026.002 v1.11 apresenta a I08-150 ampliada: “Rejeição: NFC-e ou NF-e com DANFE Simplificado Tipo 2 com CFOP inválido[nItem:nnn]”. Esse contexto inclui NF-e modelo 55 com tpImp=6. O formato de impressão não transforma a NF-e em NFC-e e não estende a restrição automaticamente a toda NF-e. NT 2026.002, página 12.

Este guia trata do contexto documental de autorização NFeAutorizacao, leiaute 4.00. Se o número apareceu em CT-e, MDF-e ou outro serviço, procure a documentação desse documento antes de mexer no CFOP.

Confira a lista com as atualizações

A NT 2023.003 v1.40 relaciona, para a I08-150 de NFC-e 65, os CFOP 5.101, 5.102, 5.103, 5.104, 5.115, 5.405, 5.656, 5.667 e 5.933, acompanhados de observações estaduais para 5.949. A NT 2026.002 v1.11 apresenta a lista ampliada para NFC-e e NF-e Tipo 2, incluindo também 5.910, e reproduz observações para RS e SP. NT 2023.003, página 6.

Os documentos não trazem uma relação idêntica. Por isso, este artigo não apresenta “nove códigos para sempre” nem recomenda 5.910 como solução universal. Para esse CFOP ou uma exceção estadual, confira o cenário real, a orientação da UF e a implementação do autorizador. Não use a existência de um código na lista para liberar uma operação incompatível com o modelo ou o formato.

O índice SVRS consultado em 15/10/2026 apresenta ambas as versões. A NT 2026.002 prevê I08-150 para testes em 01/07/2026 e produção em 03/08/2026; o adiamento para 14/12/2026 alcança I08-180, BA02-35 e VC02-40, não a 725. A tabela da NT 2023.003, página 3, prevê a alteração do AM para 28/09/2026 em testes e 05/10/2026 em produção. São cronogramas documentais: não comprovam a ativação individual no autorizador, na UF ou no ambiente da empresa. Documentos SVRS.

Como localizar a divergência

Guarde resposta completa, XML transmitido e horário. Confira modelo, tpImp, UF do emitente, ambiente, série e número. No item apontado por nItem, compare CFOP, descrição, destinatário e grupo de tributação com a operação.

Descubra de onde veio o código: cadastro do produto, natureza da operação, regra tributária ou integração. Um cadastro correto na tela pode não ter atualizado uma nota preparada anteriormente. Confira o arquivo efetivamente enviado, inclusive os demais itens; corrigir o primeiro problema não garante que todos estejam coerentes.

Não edite o XML assinado. Corrija a origem no emissor, regenere o arquivo e confira o conteúdo antes de uma nova tentativa controlada.

Venda comum com cadastro incorreto

Peça ao responsável fiscal que confirme a natureza da venda e o CFOP adequado. Mercadoria adquirida de terceiros, produção própria, consignação e tributação por substituição não são situações intercambiáveis. O fato de um código servir para muitos produtos não autoriza aplicá-lo a todo o catálogo.

Depois da decisão fiscal, corrija a regra que seleciona o CFOP e revise a nota pendente. Se o problema veio de importação ou cadastro compartilhado, examine outros produtos afetados. Assim a correção alcança a causa que abastece as próximas emissões.

A operação exige outro fluxo fiscal

Uma devolução, remessa ou outra operação pode ter sido preparada pela rotina do caixa sem atender os requisitos do documento escolhido. Nesse caso, não transforme a operação em venda comum trocando apenas o CFOP.

Defina com a contabilidade o documento e o formato compatíveis. Se o encaminhamento for NF-e, confira se a configuração continua utilizando tpImp=6: o modelo 55, sozinho, não elimina a I08-150 ampliada. Consulte resultados anteriores desconhecidos antes de gerar outra emissão e preserve o vínculo com a operação.

Exceções de 5.949: o Amazonas não libera uso geral

A NT 2023.003 v1.40, página 6, registra que poderá ser permitido o uso de CFOP 5.949, em NFC-e de SP e AM, com CSOSN 900 ou CST 40. A página 5 documenta a motivação de registro de gorjeta no AM. Para RS e ES, a observação da I08-150 usa CSOSN 900 ou CST 90. A disponibilidade da NT e o cronograma não comprovam implantação local.

Não estenda a exceção amazonense para outra UF, qualquer saída ou NF-e Tipo 2. Também não troque CST ou CSOSN para encaixar a nota na exceção: o regime e a tributação reais determinam o enquadramento. A mesma NT ajusta N12-40 e N12a-40; atender a I08-150 não dispensa as validações 382 e 386 nem os requisitos locais.

Exemplo hipotético

Um restaurante de Manaus recebe 725 no segundo item, referente à gorjeta registrada com 5.949. A equipe verifica XML, UF, modelo e regime. O contador confirma a situação tributária e o suporte confronta a configuração com a NT 2023.003 v1.40 e a aplicação local.

Se o XML trouxe enquadramento errado, a origem deve ser corrigida conforme a situação real. Se já atende às condições documentais e permanece rejeitado, leve os registros à SEFAZ ou ao fornecedor. Usar um CFOP de venda de mercadoria só para eliminar a mensagem descreveria outra operação.

Confirme o resultado e escale com evidências

Leia o retorno final, preserve XML e protocolo quando autorizado e confira o vínculo com a venda. O desaparecimento do 725 pode revelar outra rejeição; não marque autorização por ausência da mensagem.

Procure o suporte se o CFOP reaparecer ou divergir da tela. Acione contador e SEFAZ quando a dúvida envolver exceção estadual, conflito documental ou tributação. Envie item, código, UF, ambiente, versões e arquivos relevantes, sem senha ou certificado.

Fontes e limites

Revisão textual com pesquisa em 15/10/2026, horário de Brasília. A NT 2023.003 v1.40 foi obtida novamente com HTTP 200; textos e PNGs existentes foram confrontados com esse mesmo PDF por hash. Para MOC, NT 2026.002 e esquema 010f, foram reutilizadas capturas de 15/10 explicitamente identificadas no manifesto. Não houve teste de emissão ou inspeção do ALRA.

• MOC 7.0, Anexo I: páginas 17–18 e 93, item, CFOP e regra original. O esquema XML define estrutura; não substitui a validação fiscal.

• NT 2023.003 v1.40: páginas 3–7, calendário, motivo da alteração amazonense, lista e condições estaduais. PNGs existentes 3, 5, 6 e 7 inspecionados.

• NT 2026.002 v1.11: páginas 3, 7–8, 12 e 16–17. A página 12 foi conferida visualmente; datas riscadas de regras vizinhas não foram transferidas à 725.

• Berga, TOTVS WinThor e Bling: corpos específicos lidos, úteis para localizar item e origem cadastral. As listas antigas e os menus próprios desses produtos não definem a regra atual nem o funcionamento do ALRA. TOTVS e Bling foram lidos pela ferramenta WEB; as tentativas HTTP diretas retornaram 403.

• ATVI: corpo adicional de 25/09/2026 sobre as alterações do AM, lido por WEB e captura direta HTTP 200; apoio explicativo, confrontado com a NT.

Os históricos permanecem preservados. As novas leituras não autenticam consultas ou revisões antigas. Não se certificam credenciamento, implantação individual, autorização da nota ou enquadramento tributário concreto. Revisão cruzada independente pendente; publicação não realizada.