Rejeição 768 — NF-e não deve possuir o grupo de Formas de Pagamento

O que é esta rejeição?#

A Rejeição 768 é 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 o campo tpNF=0 (entrada) e o grupo <pag> está presente com tPag diferente de '90' (sem pagamento), então a NF-e de entrada não deve conter formas de pagamento distintas de 'Sem Pagamento', pois operações de entrada não geram cobrança ao destinatário: remova o grupo <pag> ou ajuste tPag=90.
• Se a soma dos valores <vPag> de todos os <detPag> difere do valor <vNF> do total da NF-e em mais de R$0,01 e nenhum <vTroco> justifica a diferença, então há inconsistência entre o valor total da nota e o somatório dos pagamentos declarados: ajuste os valores de <vPag> para que totalizem exatamente <vNF> menos o troco informado.
• Se o campo <indPag>=1 (pagamento a prazo) está presente mas o grupo <detPag> contém apenas um registro com <tPag>=01 (dinheiro) sem parcelamento definido, então a modalidade de pagamento declarada contradiz o tipo de forma de pagamento informado, pois dinheiro pressupõe pagamento à vista (indPag=0): corrija indPag para 0 ou substitua tPag por forma compatível com prazo.
• Se o campo <finNFe>=4 (NF-e de devolução) está presente e o grupo <pag> possui <tPag> diferente de '90' (sem pagamento), então a nota de devolução não deve registrar novo fluxo de pagamento mas sim referenciar a operação original via <NFref>: verifique se <NFref> está preenchido e ajuste <tPag>=90 no grupo de pagamento.
• Se o modelo da NF-e é 55 e o <mod> do <ide> é 55, mas o emitente possui <CRT>=1 (Simples Nacional) e o grupo <pag> está ausente ou com <tPag>=90 enquanto <vNF> é maior que zero em operação de saída para consumidor final (<indFinal>=1), então a obrigatoriedade do grupo de pagamento para NF-e ao consumidor final não está sendo atendida: inclua o grupo <pag> com a forma de pagamento efetivamente utilizada na operação.