IBS/CBS em contrato recorrente: o fato gerador nasce antes da nota fiscal

Quase toda empresa de serviço recorrente B2B trata a Reforma Tributária como problema de alíquota: quanto de IBS, quanto de CBS, qual a soma final. Para quem vende assinatura, contrato de execução continuada ou serviço fracionado, a pergunta mais urgente não é quanto pagar. É quando o fato gerador nasce dentro do próprio contrato, porque a resposta não é o momento em que a nota é emitida.

O que a LC 214/2025 diz, no texto literal

O art. 10 da LC 214/2025, na Seção III (Do Momento de Ocorrência do Fato Gerador), estabelece no caput: "Considera-se ocorrido o fato gerador do IBS e da CBS no momento do fornecimento nas operações com bens ou com serviços, ainda que de execução continuada ou fracionada." Até aqui, a regra geral parece simples: fato gerador no momento do fornecimento. O detalhe que muda tudo para contrato recorrente está no parágrafo seguinte.

O § 3º do mesmo artigo, na redação dada pela Lei Complementar nº 227, de 2026, diz literalmente: "Nas operações de execução continuada ou fracionada, considera-se ocorrido o fato gerador na primeira entre as seguintes ocorrências: I, quando se torna exigível a parte da contraprestação correspondente a cada pagamento; ou II, pagamento da obrigação decorrente do fornecimento." Traduzindo para linguagem de operação: o fato gerador nasce no vencimento da parcela ou no pagamento efetivo, o que acontecer primeiro, e nasce um por parcela, não um único fato gerador para o contrato inteiro.

Contrato de execução única tem um fato gerador. Contrato recorrente tem vários, um por vencimento ou pagamento, ao longo de meses ou anos. Se a arquitetura fiscal foi pensada para nota de venda pontual, ela não foi pensada para isso.

A regra mudou, e a mudança em si já é informação relevante

O texto consolidado da LC 214/2025 traz duas redações sucessivas do mesmo § 3º do art. 10, uma revogada e substituída pela outra, com a marca "(Redação dada pela Lei Complementar nº 227, de 2026)" identificando qual é a vigente. Antes da LC 227/2026, o § 3º cobria só um grupo restrito e específico de serviços, "como as relativas a abastecimento de água, saneamento básico, gás canalizado, serviços de telecomunicação, serviços de internet e energia elétrica", e usava um critério único: fato gerador "no momento em que se torna devido o pagamento", ou seja, só o vencimento, sem alternativa.

A LC 227/2026 substituiu essa redação por uma regra geral, que deixou de se restringir a um grupo fechado de serviços de utilidade pública e passou a valer para qualquer operação de execução continuada ou fracionada: fato gerador na primeira entre exigibilidade da parcela e pagamento efetivo. Isso significa que o critério de "o que ocorrer primeiro" não é uma regra especial que convive ao lado da regra antiga, é a regra que substituiu a antiga, generalizada para valer em qualquer contrato de execução continuada ou fracionada, SaaS, licença, manutenção, consultoria fracionada incluídos, não apenas para o grupo restrito de serviços que a redação revogada cobria.

O que isso muda na arquitetura do SAP

A pergunta que o SAP precisa responder deixa de ser "qual alíquota aplicar nesta nota" e passa a ser "em qual dos vários pontos deste contrato o imposto nasce, e o sistema sabe identificar cada um deles automaticamente". Isso exige que a arquitetura fiscal reconheça, para cada tipo de contrato recorrente, o calendário de vencimentos de parcela, não apenas a data de emissão de uma nota de venda pontual.

Um sistema desenhado só para reconhecer nota de venda pontual não tem, por padrão, um gatilho fiscal amarrado ao vencimento de cada parcela de um contrato continuado. Se o vencimento da parcela ocorre antes do pagamento (comum em contrato B2B com prazo de vencimento definido), o fato gerador já nasceu no vencimento, independente de o cliente ter efetivamente pago. Uma arquitetura que só reconhece o fato gerador no momento do pagamento efetivo, ignorando a exigibilidade da parcela como gatilho alternativo, calcula o imposto no momento errado sempre que o pagamento atrasa em relação ao vencimento.

Um padrão que vemos em contrato B2B recorrente

Um padrão que aparece quando avaliamos a arquitetura fiscal de empresas com receita recorrente B2B relevante: o sistema de faturamento e o sistema fiscal costumam estar desenhados em torno do ciclo de cobrança comercial (quando a fatura é emitida ao cliente), não em torno do fato gerador tributário definido pela LC 214/2025 (quando a parcela se torna exigível ou é paga). Nas operações mais simples, os dois momentos coincidem, e ninguém percebe a diferença. Quando o ciclo de cobrança tem qualquer descolamento em relação ao ciclo de vencimento contratual, por exemplo um contrato que fatura no dia 1º mas vence no dia 10, essa diferença passa a importar de verdade para o momento correto do fato gerador.

Isso não é uma falha de configuração isolada, é uma consequência natural de sistemas de faturamento que foram desenhados, historicamente, em torno da lógica comercial de cobrança, não em torno da lógica tributária de fato gerador fracionado que a Reforma introduz de forma mais explícita e mais rigorosa do que a legislação anterior. A arquitetura que funcionava sem esse mapeamento explícito precisa ser revisada para o novo regime.

Um exemplo concreto do descolamento entre cobrança e fato gerador

Um cenário comum, sem ser específico de nenhum cliente real: uma empresa de SaaS B2B fatura mensalmente no dia 1º, com vencimento contratual definido para o dia 15. O sistema de faturamento, historicamente, sempre tratou a data de emissão da fatura, dia 1º, como o evento relevante para fins fiscais, porque era nesse momento que a nota era gerada e o ciclo contábil de receita reconhecia a operação. Sob a regra do art. 10, § 3º, da LC 214/2025, o fato gerador nasce na primeira entre a exigibilidade da parcela (dia 15, o vencimento) e o pagamento efetivo, que pode ocorrer antes, no próprio vencimento, ou depois, em caso de atraso.

Se o cliente paga no dia 15, sem atraso, o fato gerador coincide com o vencimento, dia 15, não com a data de emissão da fatura, dia 1º. Se o cliente paga com atraso, no dia 20, por exemplo, o fato gerador já havia nascido no dia 15, no momento em que a parcela se tornou exigível, independente do pagamento ter ocorrido depois. Um sistema que reconhece só a data de emissão da fatura, dia 1º, como evento fiscal está calculando o fato gerador quatorze dias antes do momento correto definido pela lei, em todos os meses, para todos os clientes daquele tipo de contrato.

Essa distância de quatorze dias pode parecer pequena isoladamente, mas ela se repete em cada parcela, de cada contrato, todos os meses, o tempo todo em que o contrato estiver ativo. Um erro sistemático de data de fato gerador, mesmo pequeno em cada ocorrência individual, tem efeito acumulado relevante quando multiplicado pela base de contratos recorrentes de uma operação de porte médio ou grande, e um erro sistemático e recorrente é mais fácil de identificar numa fiscalização do que um erro isolado, justamente porque se repete em série e deixa rastro, não é um evento único, é um padrão.

Quem deveria mapear o calendário de fatos geradores

Um mapeamento de calendário de fatos geradores por tipo de contrato só protege de verdade se tiver dono formal e prazo de conclusão antes da entrada em vigor plena da cobrança do novo regime. Isso significa nomear, por escrito, quem no time fiscal é responsável por classificar cada tipo de contrato recorrente da empresa (SaaS, licença, manutenção, consultoria fracionada, entre outros) segundo a regra correta do art. 10, e quem no time de TI é responsável por confirmar que o sistema reconhece o gatilho de vencimento de parcela como fato gerador, não apenas a data de emissão de fatura comercial.

Sem esse mapeamento formal antes da entrada em vigor plena, a primeira cobrança da Reforma que cair errada não vai ser um erro isolado. Vai ser o mesmo erro repetido em cada parcela de cada contrato recorrente que a empresa tem, porque o sistema executa com fidelidade e escala o que foi configurado. Um erro de fato gerador num contrato pontual é um evento isolado; o mesmo erro num contrato recorrente se multiplica pelo número de parcelas, meses ou anos afora.

Por que essa regra fica mais rigorosa do que era antes da Reforma

No regime anterior, com ICMS, ISS e PIS/COFINS operando separadamente, o momento de reconhecimento do fato gerador para serviço continuado já variava conforme o tributo e o município, sem um critério único e explícito para o país inteiro. Cada legislação municipal de ISS, por exemplo, podia tratar o momento de incidência de forma distinta, e boa parte das empresas convivia com alguma margem de interpretação local sobre quando exatamente reconhecer o fato gerador de um serviço fracionado.

A LC 214/2025 substitui essa pluralidade de critérios por uma regra federal única, explícita e escrita em dois incisos objetivos: exigibilidade da parcela ou pagamento, o que ocorrer primeiro. Isso reduz a margem de interpretação que existia antes, o que é positivo do ponto de vista de previsibilidade, mas também reduz a tolerância para uma arquitetura de sistema que não reconhece esse critério com precisão: onde antes havia várias interpretações municipais possíveis, hoje existe um critério único, escrito, contra o qual qualquer divergência do sistema é mais fácil de identificar e de questionar numa fiscalização.

O que avaliar antes da entrada em vigor plena

Para um CIO ou Gerente SAP avaliando essa adequação, três perguntas ajudam a trazer o problema para dentro do escopo formal do projeto de adequação à Reforma. Primeiro, existe hoje uma lista completa dos tipos de contrato recorrente B2B que a empresa opera, com a regra vigente do art. 10, § 3º (redação da LC 227/2026), já identificada como aplicável a cada um? Segundo, o sistema de faturamento reconhece o vencimento de cada parcela como evento fiscal, separado da data de emissão da fatura comercial, ou os dois eventos estão hoje amarrados como se fossem sempre o mesmo momento?

Terceiro, e talvez o mais relevante para uma decisão de adequação responsável: se um contrato recorrente tiver o fato gerador calculado no momento errado, em que etapa isso seria detectado, na primeira nota emitida com o novo regime, numa auditoria periódica, ou só numa fiscalização que cruza o calendário contratual declarado com o calendário de fatos geradores efetivamente reconhecidos pelo sistema? Uma resposta clara para essa pergunta, com dono e prazo definidos antes da entrada em vigor plena, é a diferença entre adequar a arquitetura fiscal com controle e descobrir a Reforma na intimação, não no planejamento executivo.

O fato gerador do IBS e da CBS em contrato de execução continuada ou fracionada nasce na primeira entre exigibilidade da parcela e pagamento efetivo, conforme o art. 10, § 3º, da LC 214/2025. O que ainda depende de mapeamento deliberado é garantir que o sistema reconheça esse momento contrato por contrato, parcela por parcela, em vez de tratar o ciclo de cobrança comercial como se fosse automaticamente o mesmo evento tributário. Vale mapear, antes da entrada em vigor plena, o calendário de fatos geradores de cada tipo de contrato recorrente que a sua operação tem hoje.

Mapear esse calendário de fatos geradores contrato por contrato é exatamente o tipo de lacuna que o Diagnóstico Fiscal Estruturado identifica antes que a Reforma a exponha numa fiscalização.