O crédito de CBS no CapEx depende de um dado que o fiscal não guarda

Comprar um transformador e contratar o serviço de montagem vai gerar crédito de CBS e IBS. Mas só quando alguém, em algum lugar da cadeia, provar que a operação aconteceu e que o fornecedor quitou o próprio débito. Essa segunda condição muda o problema. O crédito deixa de ser uma consequência automática da compra.

Ele vira dependente de um evento que acontece fora do fiscal: o pagamento do fornecedor.

O que o artigo 47 exige

A Lei Complementar 214 de 2025, no artigo 47, estabelece que o adquirente poderá apropriar créditos do IBS e da CBS quando ocorrer a extinção, por qualquer das modalidades previstas no artigo 27, dos débitos relativos às operações em que seja adquirente. O parágrafo 1º, inciso II, acrescenta a segunda condição: a apropriação do crédito está condicionada à comprovação da operação por meio de documento fiscal eletrônico idôneo.

São duas condições, não uma. A primeira é documental: a nota fiscal eletrônica precisa existir e ser idônea, o que já é prática corrente em qualquer operação fiscal madura. A segunda é financeira: o débito do fornecedor, gerado pela mesma operação, precisa ter sido extinto. Enquanto isso não acontece, o crédito do comprador fica em suspenso.

Essa é a mudança de arquitetura que o mercado ainda está digerindo. O crédito deixa de ser uma função só da nota de entrada e passa a ser também uma função do ciclo de pagamento.

O artigo 27, referenciado pelo artigo 47, lista as modalidades de extinção do débito: pagamento integral, split payment, compensação, e outras formas previstas na própria lei. O split payment merece atenção específica, porque ele muda o momento em que o débito se considera extinto: em vez de depender de um pagamento posterior que o fornecedor processa por conta própria, o valor do tributo é segregado já na liquidação financeira da operação, o que antecipa a condição de crédito para o comprador que opera sob essa modalidade.

Essa distinção não é acadêmica. Uma empresa que negocia split payment com seus fornecedores principais reduz a janela de incerteza sobre quando o crédito fica disponível. Uma empresa que mantém o ciclo de pagamento tradicional, com prazo de 30, 60 ou 90 dias, carrega esse mesmo prazo como atraso na disponibilidade do crédito tributário, o que afeta diretamente o caixa de capital de giro vinculado ao CapEx.

A diferença para o crédito de PIS e Cofins

No regime de PIS e Cofins não cumulativos, o crédito nasce com a nota fiscal de entrada, desde que a operação seja elegível. O fiscal confere a nota, classifica a operação, toma o crédito. O ciclo de pagamento ao fornecedor é uma questão de tesouraria, sem relação direta com o direito ao crédito tributário.

A CBS e o IBS quebram esse isolamento. O Decreto 12.955 de 2026, que regulamenta a CBS, trata da apuração assistida do saldo do período, mas a condição de fundo continua na lei complementar: sem extinção do débito do fornecedor, por split payment ou qualquer das outras modalidades previstas no artigo 27, o crédito do comprador não se completa.

Na prática operacional, isso significa que uma mesma nota fiscal de entrada, documentalmente perfeita, pode gerar crédito disponível em datas diferentes, dependendo de quando o fornecedor efetivamente quitou o débito gerado por aquela operação. O crédito se comporta mais como um evento financeiro condicionado do que como um lançamento fiscal automático.

Isso inverte uma premissa que décadas de PIS e Cofins consolidaram na cultura fiscal brasileira: a de que o documento fiscal, por si só, já carrega todo o direito ao crédito. Para CBS e IBS, o documento é condição necessária, não suficiente.

Compras de obra e o ciclo de vida do crédito

Em projetos de CapEx de infraestrutura, a cadeia de aquisição normalmente passa por três módulos distintos do SAP: Projetos (PS), que estrutura a obra e os orçamentos; Materiais (MM), que processa pedido de compra, recebimento físico e entrada de nota fiscal; e Financeiro (FI), que registra o débito e, eventualmente, o pagamento ao fornecedor.

Cada um desses módulos foi desenhado para resolver o problema que lhe cabia na arquitetura anterior. O PS controla orçamento e cronograma físico da obra. O MM garante que o que foi recebido bate com o que foi pedido e com o que está na nota. O FI processa o pagamento e dá baixa na obrigação.

Nenhum desses três módulos, na configuração padrão, foi desenhado para responder uma pergunta nova: esta nota específica, que já gerou entrada em MM e já estruturou custo em PS, teve o débito do fornecedor efetivamente extinto em FI? É essa pergunta que decide se o crédito de CBS e IBS vinculado a ela está disponível para apuração.

O problema aparece com mais força em obras longas, com centenas de notas de fornecedores diferentes, prazos de pagamento diferentes, e volume suficiente para que ninguém reconcilie manualmente nota por nota contra status de pagamento. Quanto maior o pipeline de CapEx, maior o número de créditos presos nesse limbo entre comprovação documental e comprovação financeira.

Projetos de ativo imobilizado agravam isso ainda mais, porque o ciclo entre pedido, recebimento, entrada de nota e pagamento costuma ser mais longo do que em compras operacionais recorrentes. Um transformador pode ter entrada física meses antes da liquidação financeira completa com o fornecedor, especialmente em contratos com marcos de pagamento vinculados a etapas de instalação e comissionamento.

Há ainda um fator que raramente entra na conta: contratos de obra costumam prever retenção contratual, uma parcela do valor total que só é liquidada após aceite final ou período de garantia. Essa retenção empurra a extinção de parte do débito do fornecedor para muito depois da entrada física do bem, o que significa que uma fração do crédito de CBS e IBS vinculado àquele ativo imobilizado pode ficar pendente por período bem mais longo do que o ciclo normal de pagamento do restante da nota.

Onde o dado se perde

O dado que falta não é difícil de obter isoladamente. O FI sabe quando um pagamento foi feito. O que normalmente não existe é a ligação direta, rastreável, entre aquele pagamento específico e o crédito de CBS e IBS vinculado à nota fiscal de origem daquela obrigação.

Essa ligação, hoje, costuma ser reconstruída manualmente quando alguém precisa dela: no fechamento mensal, ou pior, numa fiscalização, quando a Receita questiona o critério de apropriação de um crédito específico. Reconstruir manualmente centenas de vínculos nota-pagamento-crédito sob pressão de prazo é exatamente o tipo de trabalho que uma equipe fiscal sênior não deveria estar fazendo.

O padrão que costuma aparecer em operações de compra via portal ou plataforma de sourcing é a informação de pagamento morar num sistema distinto do sistema de apuração fiscal, com integração desenhada para conciliação contábil, não para rastreabilidade de crédito tributário condicionado.

"A apropriação de créditos do IBS e da CBS (...) está condicionada à comprovação da operação por meio de documento fiscal eletrônico idôneo." Lei Complementar 214/2025, art. 47, § 1º, II, texto consolidado.

Isso não é um problema de conformidade documental.

É um problema de desenho de fluxo: o dado que decide o crédito nasce fora do território que, até agora, era dono da apuração fiscal.

O desenho mínimo que o SAP precisa sustentar

O ponto de partida é tratar a extinção do débito do fornecedor como um evento fiscal, não apenas financeiro. Isso significa que o lançamento de pagamento em FI precisa gerar, de forma automática e rastreável, um sinal que alimenta a condição de crédito vinculada à nota fiscal de origem em MM.

Na prática, isso exige três camadas de desenho que raramente existem prontas numa parametrização padrão.

Primeira camada: um vínculo estruturado entre documento de pagamento e nota fiscal de entrada, não apenas pela ordem de compra, mas pela obrigação específica que o pagamento extingue. Em cenários de pagamento parcial ou de múltiplas notas liquidadas num único documento financeiro, esse vínculo precisa resolver proporcionalidade, não assumir relação de um para um.

Segunda camada: um status de crédito, por nota, que reflita se a condição do artigo 47 já foi satisfeita ou ainda está pendente. Esse status precisa estar visível para quem apura o tributo, não enterrado num campo técnico que só o time de TI consulta.

Terceira camada: um relatório de apuração que separe créditos já disponíveis de créditos ainda condicionados, para que o controller não tome crédito sobre uma base que ainda depende de terceiro. Esse relatório é o que transforma uma condição legal abstrata em critério de decisão operacional todo mês.

Uma quarta peça, menos óbvia, completa o desenho: uma rotina periódica de reconciliação que revisite créditos marcados como condicionados em meses anteriores e verifique se a extinção do débito já ocorreu desde então. Sem essa rotina, o crédito pendente vira esquecido, e o valor que deveria ter sido apurado num mês posterior simplesmente não entra em lugar nenhum.

Sem essas camadas, a apuração de CBS e IBS sobre CapEx vira um exercício de aproximação. A empresa toma crédito com base na nota, presumindo que o pagamento vai acontecer dentro de uma janela razoável, e corre o risco de estar antecipando um crédito que a lei condiciona a um evento que ainda não ocorreu.

O erro de tratar isso como responsabilidade só do fornecedor

A leitura mais comum do artigo 47 é que o risco é do fornecedor: se ele não extinguir o débito, o problema é dele. Essa leitura é parcialmente verdadeira e completamente inútil do ponto de vista operacional, porque quem perde o crédito no curto prazo é o comprador, não o fornecedor.

O fornecedor que atrasa a quitação de um débito tributário gerado por uma venda não sofre, sozinho, a consequência disso. Quem sofre é o controller da compradora, que apurou um crédito sobre uma nota cuja condição ainda não estava satisfeita, e agora precisa reverter ou justificar essa posição numa fiscalização.

Terceirizar o risco para o fornecedor sem monitorar o próprio dado de extinção é decisão, não omissão.

E é uma decisão que a maioria das equipes de compras e fiscal está tomando por padrão, sem perceber que está tomando.

A pergunta que o processo de compras precisa responder

O processo de compras e de entrada de nota, hoje, carrega informação de quantidade recebida, preço, centro de custo do projeto, orçamento consumido. Raramente carrega, de forma estruturada, a informação de quando o débito tributário gerado por aquela operação foi extinto pelo fornecedor.

Essa lacuna não aparece no dia a dia da obra. Ela aparece no fechamento, quando alguém precisa justificar o crédito tomado, e aparece com mais força numa fiscalização, quando a pergunta deixa de ser retórica e passa a exigir evidência nota por nota.

Em operações com volume relevante de CapEx e múltiplos fornecedores por obra, esse tipo de lacuna tende a crescer proporcionalmente ao pipeline de investimento, porque cada novo contrato adiciona mais notas, mais pagamentos e mais pontos onde o vínculo entre os dois pode se perder. Quanto maior o apetite de investimento, maior a exposição de quem ainda trata o crédito de CapEx como automático.

Na DFSpro, desenhamos e validamos no SAP a integração entre compras, pagamento e apuração fiscal que o artigo 47 exige, sem decidir o critério tributário que cabe ao cliente. O Diagnóstico Fiscal SAP mapeia onde o dado de extinção do débito se perde entre MM, FI e PS, e prioriza o que precisa de rastreabilidade antes que o volume de CapEx torne essa lacuna cara demais para resolver depois.