Rejeição 866 — Ausência de troco quando o valor dos pagamentos informados for maior que o total da nota

O que é esta rejeição?#

A Rejeição 866 é retornada pela SEFAZ durante a validação da NF-e quando há uma inconsistência relacionada a informação do documento fiscal, cadastro do contribuinte na Receita Federal. Isso significa que a nota fiscal não foi autorizada e precisa ser corrigida antes de ser retransmitida.

Campos XML relacionados#

Esta rejeição está associada aos seguintes campos do XML da NF-e. Verifique cada um deles ao diagnosticar o problema:

Causas comuns#

• Os dados do cartão de crédito/débito não foram informados no grupo de pagamento da NF-e
• O CNPJ da credenciadora do cartão está ausente ou inválido
• O código de autorização da transação (cAut) não foi preenchido
• O tipo de pagamento (tPag) informado indica cartão mas os campos complementares estão vazios

Como resolver#

1. Preencha o grupo de pagamento (tag <pag>) com os dados do cartão utilizado na operação
2. Informe o CNPJ da operadora/credenciadora do cartão no campo correspondente
3. Inclua o código de autorização (cAut) fornecido pela operadora do cartão
4. Verifique se o tipo de pagamento (tPag) está correto: 03=Cartão de Crédito, 04=Cartão de Débito
5. Retransmita a NF-e após preencher todos os campos obrigatórios do grupo de pagamento

Verificações analíticas#

• Se a soma de todos os valores vPag no grupo detPag for maior que o valor vNF do total da nota e não existir a tag vTroco preenchida com o valor da diferença (vPag_total - vNF), então a NF-e carece do troco obrigatório: preencha a tag <vTroco> com o valor exato da diferença entre o total dos pagamentos e o total da nota, pois a ausência dessa tag provoca a rejeição 866.
• Se algum detPag possui tPag igual a 03 ou 04 (cartão de crédito ou débito) e o grupo card dentro desse detPag está ausente ou possui CNPJ da credenciadora (CNPJ) com menos de 14 dígitos numéricos ou preenchido com zeros, então os dados da credenciadora são inválidos: informe o CNPJ real da operadora de cartão no campo <CNPJ> dentro de <card>, pois sem esse dado a SEFAZ não consegue validar a transação eletrônica.
• Se a soma dos valores vPag de todos os detPag diverge do valor vNF em qualquer montante positivo e nenhum detPag possui tPag igual a 90 (sem pagamento) ou tPag igual a 99 (outros) que justifique arredondamento, e a tag vTroco está ausente ou zerada, então há inconsistência matemática no grupo de pagamento: reconcilie os valores de vPag para que sua soma iguale vNF ou declare corretamente o troco na tag <vTroco>.
• Se o campo indPag na tag ide está preenchido com valor 1 (pagamento a prazo) mas todos os detPag no grupo pag possuem tPag diferentes de 05 (crédito loja), 10 (vale alimentação), 11 (vale refeição), 12 (vale presente), 13 (vale combustível) ou 15 (boleto bancário), indicando formas de pagamento tipicamente à vista, então há contradição entre a indicação de prazo e os meios de pagamento declarados: alinhe indPag com os tPag efetivamente utilizados ou desdobre os pagamentos futuros em detPag com datas corretas.
• Se o valor total vNF é maior que zero, o grupo pag está presente mas a soma acumulada de todos os vPag dentro de detPag é igual a zero ou o elemento detPag está completamente ausente, então o pagamento não foi informado: inclua ao menos um elemento <detPag> com tPag e vPag correspondentes ao valor da operação, garantindo que o total de pagamentos cubra integralmente o valor da nota ou que a diferença seja declarada como troco.