NF-e: “À vista” x “A prazo” — Como preencher indPag corretamente

01/09/2025 13:19:02

Fiscal • NF-e • Boas práticas

NF-e: “À vista” x “A prazo” — Como preencher indPag, tPag e duplicatas sem erro

Neste guia prático, você vê quando a sua venda deve ser classificada como à vista ou a prazo, e como preencher corretamente os campos indPag, tPag, cobr/fat e cobr/dup no XML da NF-e. Trazemos exemplos, checklists e, principalmente, como a plataforma Inteligence Gestão já trata tudo isso de forma nativa para evitar inconsistências e retrabalho.

Resumo executivo (opinião prática): Se o cliente pagou no ato, é à vista: use indPag=0, informe o tPag correto e não gere fatura/duplicatas. Se há vencimento futuro (mesmo 1x D+30), é a prazo: use indPag=1, mantenha cobr com fatura/duplicatas e garanta que a soma das parcelas bate com o líquido da fatura.

1) Conceitos rápidos

Venda à vista

Pagamento no ato (dinheiro, débito, crédito “à vista”, PIX, depósito, etc.).
indPag=0, tPag conforme a forma real de pagamento.
Sem fatura/duplicatas (<cobr> não é usado).
Se cartão via POS: informar subgrupo <card> (credenciadora, bandeira, código de autorização).

Venda a prazo

Existe vencimento futuro (crediário, boleto, duplicatas, 2x, 3x…).
indPag=1, tPag coerente (ex.: 05 crédito da loja; 15 boleto).
Usar <cobr> com <fat> e uma ou mais <dup>.
Regra: Σ vDup = vLiq (e vLiq = vOrig − vDesc).

2) Mapeamento de campos (o que deve constar)

Campo	À vista	A prazo	Observações
`pag/detPag/indPag`	0	1	Indicador de pagamento (à vista x a prazo).
`pag/detPag/tPag`	Forma real (dinheiro, débito, crédito, PIX, depósito)	Forma coerente (ex.: 05 – crédito da loja; 15 – boleto)	Não “mascare” formas; registre a que de fato ocorreu.
`pag/detPag/vPag`	Valor pago/condicionado à condição; normalmente igual ao `vNF` quando não há troco/ajustes.		Se houver mais de uma forma, multiplique `detPag`.
`pag/detPag/card`	Preencher se cartão via POS (credenciadora, bandeira, autorização).	Raramente usado quando há crediário interno; use quando couber.	Evita divergência com TEF e conciliadores.
`cobr/fat`	Não usar	Obrigatório (nFat, vOrig, vDesc, vLiq)	Base para as `dup`.
`cobr/dup`	Não usar	Uma por parcela, `dVenc` futuro, `vDup` somando ao `vLiq`	Evite vencimento igual ao da emissão.
`infAdic/infCpl`	Opcional: referência ao meio de pagamento (PIX/NSU).	Recomendado: condição textual (ex.: “30/60 – venc.: 25/09 e 25/10”).	Melhora comunicação com cliente e cobrança.

3) Exemplos de XML (mínimos e corretos)

3.1 À vista (cartão de crédito no ato)

<pag>
  <detPag>
    <indPag>0</indPag>
    <tPag>03</tPag>   <!-- Cartão de crédito -->
    <vPag>1774.25</vPag>
    <card>
      <tpIntegra>2</tpIntegra>       <!-- 2 = POS externo -->
      <CNPJ>12345678000199</CNPJ>     <!-- CNPJ credenciadora/afiliação -->
      <tBand>01</tBand>               <!-- Bandeira -->
      <cAut>987654</cAut>             <!-- Código de autorização -->
    </card>
  </detPag>
</pag>
<!-- Sem <cobr> -->

3.2 A prazo (crediário interno 2×)

<pag>
  <detPag>
    <indPag>1</indPag>
    <tPag>05</tPag>   <!-- Crédito da loja -->
    <vPag>1774.25</vPag>
  </detPag>
</pag>
<cobr>
  <fat>
    <nFat>000019</nFat>
    <vOrig>1774.25</vOrig>
    <vDesc>0.00</vDesc>
    <vLiq>1774.25</vLiq>
  </fat>
  <dup>
    <nDup>001</nDup>
    <dVenc>2025-09-25</dVenc>
    <vDup>887.13</vDup>
  </dup>
  <dup>
    <nDup>002</nDup>
    <dVenc>2025-10-25</dVenc>
    <vDup>887.12</vDup>
  </dup>
</cobr>

4) Checklist de validação

Coerência: indPag=0 ⇒ sem cobr; indPag=1 ⇒ com cobr e vencimento futuro.
Soma correta: Σ vDup = vLiq.
Forma real: tPag deve refletir como o cliente pagou/irá pagar (evite “maquiar”).
Cartão: se 03/04 no POS, preencha <card>.
Informação clara ao cliente: detalhe condição em infCpl.

5) Erros comuns (e como evitar)

Duplicata com vencimento no mesmo dia da emissão (mas usando indPag=1)
Isso “parece à vista travestido de prazo” e confunde financeiro/contábil. Se foi pago no ato, use indPag=0 e não gere cobr. Se é prazo, use datas futuras reais.

Forma de pagamento incoerente com a realidade
Evite registrar crédito da loja (05) quando na verdade foi cartão POS (03). Isso atrapalha conciliações e auditoria.

Σ vDup diferente do vLiq
Sempre ajuste centavos para fechar exatamente o valor líquido da fatura.

6) Como o Inteligence Gestão evita esses erros (recursos nativos)

Validação automática de coerência: se indPag=0, o sistema oculta/impede cobr; se indPag=1, exige fatura/duplicatas com dVenc futuro.
Regra da soma de parcelas: alerta se Σ vDup ≠ vLiq e sugere ajuste automático de centavos.
Cartões POS integrados: quando tPag indica cartão, o sistema solicita e valida <card> (credenciadora, bandeira, autorização).
Condição de pagamento textual: geração automática da síntese em infCpl (ex.: “30/60 – venc.: 25/09 e 25/10”).
Prevenção de “vencimento hoje” com indPag=1: bloqueio/alerta para não lançar prazo com data igual à emissão.
Multiformas de pagamento: suporte a múltiplos detPag no mesmo documento, mantendo rastreabilidade.
Lastro fiscal + financeiro: as definições de pagamento alimentam cobrança, conciliação e relatórios, reduzindo retrabalho.

“Essa e outras validações são nativas do Inteligence Gestão para que sua NF-e saia certa de primeira e toda a operação fiscal/financeira siga alinhada. Evite glosas, divergências e dor de cabeça!”

7) Boas práticas operacionais

Defina a condição de pagamento antes de emitir a NF-e (à vista ou a prazo).
Use a forma real no tPag; se houve duas formas, crie dois detPag.
Em prazo, crie as duplicatas com datas e valores reais; detalhe em infCpl.
Concilie POS/TEF/PIX com o que foi informado no XML (especialmente <card>).
Padronize o processo com sua equipe: emissão “limpa” evita correções e cancelamentos.

FAQ rápido

Posso emitir uma NF-e “a prazo” com vencimento no mesmo dia?

Não é recomendável. Se houve pagamento no ato, classifique como à vista e não gere fatura/duplicatas.

Usei cartão no POS mas marquei “crédito da loja (05)”. Tem problema?

Sim, isso atrapalha conciliações. Use tPag de cartão (03/04) e preencha <card>.

Em 2×, como ajustar centavos?

Distribua centavos em uma das parcelas para que Σ vDup seja igual ao vLiq. O Inteligence Gestão sugere o ajuste automaticamente.

Importante: Este artigo foca a consistência de preenchimento do XML da NF-e em cenários comuns de varejo/serviços. Consulte sua contabilidade para particularidades do seu regime tributário.

Comentários

Faça o login ou registre-se para postar comentários

Inteligence - Gestão Empresarial Completa