Antecipação de Pagamento na NFCom: Como Funciona com a NT 2026.002

Um dos pontos mais operacionais da Nota Técnica 2026.002 é o novo fluxo de antecipação de pagamento na NFCom, previsto para entrar em produção em 31/08/2026. Ele resolve um problema real do setor de telecom: como emitir corretamente quando o cliente paga antes de o serviço ser prestado (recarga pré-paga, pacotes antecipados, planos anuais pagos de uma vez) e depois vincular esse pagamento à nota fiscal do fornecimento em si.

O novo atributo de tipo de prestação no cClass

A tabela de Classificação de Produtos (cClass) ganhou um atributo para diferenciar o tipo de prestação de cada código, visível no portal da SVRS:

• 0 — Não se aplica;
• 1 — Continuada;
• 2 — Não continuada;
• 3 — Ambos (continuada e não continuada).

Esse atributo é a base para as validações de antecipação: a nota de antecipação só pode conter itens compatíveis com o tipo de prestação declarado.

O campo tpPagAnt no grupo ide

O grupo ide recebeu o campo tpPagAnt, com três valores possíveis:

• 1 — Pagamento Antecipado de Serviços Não Continuados;
• 2 — Pagamento de serviços continuados (antes da prestação);
• 3 — Fornecimento com pagamento realizado anteriormente.

Importante: esse campo é opcional e só deve ser informado nas notas de pagamento antecipado e na nota de fornecimento associada a elas. Notas normais de faturamento mensal, mesmo que tenham itens de serviço não continuado, não devem informar tpPagAnt se o pagamento não foi antecipado.

Antecipação de serviço não continuado (tpPagAnt = 1)

Todos os itens da nota de antecipação devem usar cClass do tipo de prestação 2 ou 3 (não continuada). A nota é rejeitada se algum item usar um cClass de serviço continuado ou não aplicável (regra 1028). O item que fizer referência a esse pagamento na nota de fornecimento não pode usar o cClassTrib 820008 ("documento com tributação realizada em fatura anterior") — regra 1037.

Antecipação de serviço continuado (tpPagAnt = 2)

Aqui a lógica se inverte: todos os itens da nota de antecipação devem ser de serviço continuado (cClass tipo 1 ou 3) — regra 1029. E, ao contrário do caso anterior, o item que referencia esse pagamento na nota de fornecimento deve obrigatoriamente usar o cClassTrib 820008 — regra 1038.

A nota de fornecimento (tpPagAnt = 3)

Quando o serviço é finalmente prestado, a nota de fornecimento pode misturar itens normais de faturamento com itens que já foram pagos antecipadamente. Para os itens já pagos, é preciso:

• Informar tpPagAnt = 3 no grupo ide;
• Preencher o grupo gPagAntecipado no item, referenciando a chave de acesso da nota de antecipação (chDFePagAnt) e, opcionalmente, o número do item de origem (nItemPagAnt);
• Garantir que pelo menos um item da nota tenha o grupo gPagAntecipado informado (regra 1027) — caso contrário a nota é rejeitada.

As validações que mais geram rejeição

A NT lista mais de dez regras de validação para o grupo gPagAntecipado, todas cruzando dados com o banco da NFCom já autorizada. Na prática, o sistema emissor precisa checar, antes de transmitir:

• Se a chave de acesso referenciada é uma chave de NFCom válida (rejeição 1030);
• Se essa NFCom de antecipação existe na base (rejeição 1031) e está com situação autorizada, ou seja, não cancelada (rejeição 1034);
• Se ela não foi substituída por outra nota (rejeição 1035) nem tem chave divergente da esperada (rejeição 1032);
• Se o tipo do documento é Normal ou Substituição (rejeição 1033);
• Se o CNPJ-Base da nota de antecipação é o mesmo da nota de fornecimento (rejeição 1020);
• Se não há chaves de acesso repetidas dentro do mesmo grupo gPagAntecipado (rejeição 1046).

Cuidado com itens de dedução

Um detalhe fácil de perder: itens que referenciam antecipação de pagamento não podem usar cClass de dedução (códigos iniciados por 5) — regra 1036. Se for necessário deduzir algum valor do que já foi antecipado, a NT orienta lançar um item adicional separado, sem vínculo com o gPagAntecipado, só para a dedução.

Por que isso importa para operadoras e provedores

Esse fluxo afeta diretamente quem trabalha com pré-pago, planos fechados pagos com antecedência ou pacotes de serviço vendidos antes da entrega. Sem um sistema que já faça essa amarração de chaves automaticamente — buscando a nota de antecipação, validando a situação dela e preenchendo o cClassTrib correto — o risco de rejeição em lote é alto, especialmente em bases com muitos assinantes.

A Diginota já está adequando o fluxo de emissão da NFCom para lidar com antecipação de pagamento de forma automática, cruzando as notas de antecipação com as de fornecimento sem retrabalho manual. Veja também o resumo geral da NT 2026.002 e as regras de alíquota zero da CBS para ZFM e ALC.