Rejeição 899 — Informado incorretamente o campo meio de pagamento

O que é esta rejeição?#

A Rejeição 899 é 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 tPag for '03' ou '04' (cartão de crédito ou débito) e o elemento filho <card> dentro de <detPag> estiver ausente ou contiver <CNPJ> com valor vazio, nulo ou fora do padrão de 14 dígitos numéricos, então o grupo de pagamento está estruturalmente incompleto para operação com cartão: inclua o elemento <card> com <tpIntegra>, <CNPJ> da credenciadora válido, <tBand> e <cAut> preenchidos conforme retorno da operadora.
• Se a soma de todos os valores <vPag> dentro de <detPag> diferir do valor <vNF> em <total>/<ICMSTot> por margem superior a R$ 0,01 e nenhum <vTroco> compensar a diferença, então há inconsistência entre o total da nota e os meios de pagamento declarados: ajuste os valores de <vPag> ou inclua o campo <vTroco> de forma que vPag - vTroco seja igual a vNF.
• Se <tPag> for '03' ou '04' e <tpIntegra> dentro de <card> for '1' (pagamento integrado) mas <cAut> estiver ausente ou preenchido com string vazia ou com menos de 1 caractere, então a transação integrada exige obrigatoriamente o código de autorização retornado pela TEF: preencha <cAut> com o código fornecido pela credenciadora no momento da captura do pagamento.
• Se <tPag> for '01' (dinheiro) ou '05' (crédito lojista) mas o XML contiver o elemento <card> populado com <CNPJ> ou <cAut>, então há contradição entre o tipo de pagamento declarado e os dados complementares de cartão presentes: remova o elemento <card> ou corrija <tPag> para o código correspondente ao meio de pagamento efetivamente utilizado na operação.
• Se <indPag> no nível <cobr> ou na versão legada indicar pagamento a prazo (valor '1') enquanto <detPag> contiver apenas um registro com <tPag> '03' ou '04' e <vPag> igual a <vNF> sem parcelamento discriminado, então a modalidade de liquidação declarada no cabeçalho conflita com a estrutura de parcela única no grupo de pagamento: alinhe <indPag> com a quantidade e os valores de parcelas em <detPag>, ou desdobre em múltiplos <detPag> com datas e valores individuais de cada parcela do cartão.