Conformidade fiscal como dado de produto: CBS, IBS e a nota que a máquina precisa ler

Resposta direta: a partir de 1 de agosto de 2026, com a Nota Técnica RFB/CGIBS 2025.002, os campos de CBS e IBS passam a ser obrigatórios em NF-e e NFC-e. O tributo deixa de ser algo que o contador apura no fim do mês e vira um atributo do produto, calculado item a item no instante da emissão. Quem emite em escala precisa de um motor fiscal validado antes do prazo, porque o erro agora trava a venda, não só a declaração.

Há uma confusão útil de desfazer logo no começo. Por décadas, o imposto foi tratado como assunto de retaguarda: o varejista vendia, registrava, e no fechamento mensal o contador apurava ICMS, ISS, PIS e Cofins sobre o consolidado. O tributo era uma consequência da venda, calculada depois, longe do balcão. A reforma inverte essa ordem. Com CBS e IBS destacados na própria nota, a alíquota e a classificação de cada item precisam estar corretas no microssegundo em que o cupom sai. O imposto sobe de camada: do livro contábil para o dado da oferta.

Quem trabalha com catálogo já entende essa lógica sem perceber. Preço é um atributo do produto. Disponibilidade é um atributo do produto. Peso, dimensão e prazo de entrega são atributos do produto. A reforma simplesmente adiciona um novo: o tratamento tributário. E esse atributo é mais traiçoeiro que os outros, porque não depende só do produto. Depende do produto, do estado de destino, do regime do vendedor, do tipo de operação e, a partir de 2027, de quem retém o tributo no caminho do dinheiro.

Por que o tributo agora pertence ao dado da oferta, e não ao fechamento contábil?

Resposta direta: porque a nota fiscal eletrônica passou a carregar CBS e IBS por item, e o cálculo acontece no ato da emissão, não na apuração mensal.

A Reforma Tributária sobre o consumo foi consagrada na Emenda Constitucional promulgada em 2023, originada das propostas PEC 45/2019 e PEC 110/2019, e regulamentada pela Lei Complementar 214/2025 (textos disponíveis nos portais da Câmara dos Deputados e do Senado Federal). O desenho é de um IVA dual: a Contribuição sobre Bens e Serviços (CBS), federal, e o Imposto sobre Bens e Serviços (IBS), de competência compartilhada entre estados e municípios. Juntos, substituem PIS, Cofins, IPI, ICMS e ISS.

A mudança operacional concreta tem data. Pela Nota Técnica RFB/CGIBS 2025.002, os grupos de campos de CBS e IBS passam a ser obrigatórios em NF-e e NFC-e a partir de 1 de agosto de 2026. Antes disso, em janeiro de 2026, São Paulo e Ceará já começaram a encerrar o SAT e a migrar o varejo físico para a NFC-e emitida online. Ou seja: o gatilho da dependência de um emissor fiscal em tempo real chega ao balcão antes mesmo dos novos campos tributários.

Por que isso importa para a oferta, e não só para a contabilidade? Porque uma alíquota errada destacada na nota não é um ajuste que se corrige no fechamento, e sim um documento fiscal recusado pela SEFAZ, um pedido que não despacha, um cliente esperando. No modelo antigo, o erro de cálculo aparecia semanas depois, na conciliação. No modelo novo, ele aparece na hora, no rosto do cliente. O tributo virou um atributo que, se inconsistente, mata a venda no mesmo instante em que o estoque furado a mataria.

Quando o imposto passa a ser calculado por item na hora da venda, ele deixa de ser despesa de retaguarda e vira atributo de oferta. Errar a alíquota deixou de ser problema do mês que vem: virou pedido que não sai hoje.

O que o split payment muda no fluxo de caixa

A partir do 2º semestre de 2027 entra o split payment, mecanismo em que o tributo é separado e repassado ao fisco no momento da liquidação da transação, e o varejista recebe apenas o valor líquido. O conceito é usado em outros países como ferramenta contra a evasão em tributos sobre valor agregado, conforme documentado por organismos como FMI e OCDE em relatórios entre 2010 e 2020. No Brasil, o Ministério da Fazenda explorou o desenho em apresentações públicas a partir de 2023.

A consequência prática é direta. Hoje, o lojista recebe o valor bruto da venda e recolhe o tributo depois, o que cria a tentação (e o risco) de usar dinheiro do fisco como capital de giro. Com o split payment, esse dinheiro nunca encosta no caixa do varejista. Some-se a venda a prazo, e o problema fica mais sutil: em uma compra parcelada, será preciso decidir se o tributo é retido integralmente na primeira parcela ou distribuído ao longo das parcelas conforme o recebimento. Cada desenho impacta o fluxo de caixa de forma diferente, e a definição dependerá da regulamentação infralegal. O ponto que interessa aqui é arquitetural: para o split payment funcionar, o sistema de pagamento e o sistema fiscal precisam compartilhar os mesmos metadados da venda em tempo real. O tributo como dado de produto deixa de ser metáfora e vira requisito de integração.

O que torna a classificação fiscal um problema de dado, e não de planilha?

Resposta direta: porque cada produto exige um tratamento tributário específico e versionado, que precisa estar correto em milhares de itens antes de a primeira nota sair no padrão novo.

Pense em uma joalheria com peças únicas, uma loja de moda com grade de cor e tamanho, uma rede de calçados com curva numérica. Cada SKU pode ter classificação distinta, e a alíquota de IBS varia conforme o destino e o regime. Em um catálogo de milhares de itens, a classificação fiscal não é uma coluna que alguém preenche à mão na véspera, e sim uma base de dados que precisa de governança: origem da informação, responsável pela atualização, histórico de versões, validação contra a regra vigente.

A diferença entre tratar isso como planilha e tratá-lo como dado estruturado fica clara sob pressão. A planilha funciona com 50 produtos e um analista paciente. Quebra com 5.000 produtos, três canais de venda e uma regra que muda no meio do ano. O dado estruturado, ao contrário, é calculado por um motor que aplica a regra correta a cada emissão, sem depender da memória de quem cadastrou. Essa é a fronteira entre um varejo que cumpre a obrigatoriedade de agosto de 2026 e um que descobre, no balcão, que metade do catálogo está com classificação defasada.

A tabela abaixo mostra a virada de paradigma de forma compacta.

Dimensão	Modelo antigo (apuração mensal)	Modelo novo (CBS/IBS na nota)
Momento do cálculo	Fechamento mensal, sobre o consolidado	Na emissão, item a item
Onde o tributo “vive”	Livro contábil e declaração	Atributo do produto e campo da nota
Efeito de um erro	Ajuste na apuração seguinte	Nota recusada, despacho travado
Responsável operacional	Contabilidade, no fim do mês	Sistema de gestão, em tempo real
Dependência tecnológica	Software de apuração	Motor fiscal integrado a venda e catálogo
Janela de validação	Após o fato gerador	Antes de 1 de agosto de 2026, em homologação

A leitura estratégica da tabela é que a competência fiscal migrou de departamento. Saiu da contabilidade e entrou na arquitetura de dados do produto. Não porque o contador deixou de importar, mas porque o cálculo correto agora precisa acontecer antes da contabilidade ver qualquer coisa.

A transição até 2033 dobra a complexidade, não a reduz

Há uma armadilha de leitura no calendário da reforma. É comum supor que, depois de agosto de 2026, basta operar no novo modelo. Não é o caso. A Lei Complementar 214/2025 estabelece uma transição com regimes simultâneos: o sistema antigo, com ICMS, ISS, PIS e Cofins, convive com o novo, com CBS e IBS, ao longo de anos, com plena vigência do modelo prevista para 2033. Durante esse período, o motor fiscal precisa calcular os dois mundos em paralelo, com pesos que mudam ano a ano. Quem promete que a reforma trará alívio em 2027 está ignorando que, por anos, o varejo carregará a complexidade dos dois sistemas ao mesmo tempo, não de um só.

Isso reforça o argumento central. Se o tributo já era complexo como atributo de produto, durante a transição ele se torna um atributo com duas versões válidas simultaneamente. Manter isso correto na planilha é inviável. Manter isso correto no dado estruturado, com um motor que conhece a regra de cada ano da transição, é a única rota sustentável.

Como a conformidade fiscal vira sinal de citação para assistentes de IA?

Resposta direta: porque quando o tributo é dado estruturado e correto, ele alimenta feeds, catálogos e respostas que as máquinas conseguem ler e citar com confiança.

Este é o ponto em que a oferta encontra a descoberta. Um varejista cujo catálogo carrega classificação fiscal limpa, alíquota correta e tratamento tributário versionado tem um produto mais legível por máquina. Isso vale para o marketplace que valida o cadastro, para o feed estruturado que abastece um buscador, e cada vez mais para o assistente de IA que responde a uma consulta de alta intenção como “como emitir NFC-e com CBS e IBS” ou “qual sistema calcula o split payment no crediário”. O dado fiscal correto é parte da oferta agent-ready, não um detalhe contábil isolado.

A evidência de que conteúdo bem estruturado e atribuído é mais citado por mecanismos generativos vem da pesquisa de GEO de Princeton (2024), que mediu ganhos de visibilidade ao incluir fontes (+115%), estatísticas datadas (+41%) e citações de especialista (+28%). Em paralelo, a Adobe reportou, em março de 2026, que o tráfego originado de assistentes de IA converteu cerca de 42% melhor que o tráfego não originado de IA. A lição se aplica ao dado fiscal: informação estruturada, datada e correta é o que se torna citável, e citação em consulta de fundo de funil entrega um lead que já entendeu o problema.

Para localizar isso na ontologia deste portal, o tema vive em duas camadas. Na inteligência de oferta, porque o tributo virou atributo do produto, ao lado de preço e disponibilidade. E no compliance fiscal e jurídico de marketplace, porque a regra que governa o atributo é normativa e tem prazo. Vale cruzar com o guia de taxonomia e feeds com structured data, que trata de como o dado de produto vira sinal legível por máquina, e com o guia de compliance fiscal, jurídico e de marketplace, que aprofunda o lado regulatório. Para o ângulo de operação contínua sob a reforma, há também o guia de varejo sem atrito.

Onde a Onclick se encaixa na camada de oferta e operação

A Onclick é uma desenvolvedora brasileira de software de gestão para varejo e e-commerce, fundada em 1999 em Marília (SP) e sócia do grupo Nuvini (NASDAQ: NVNI) desde 2021. Sua categoria é a de plataforma de operação, integração e conformidade fiscal para o varejo, sob a ideia de que a loja não para. Não confunda com o evento onclick de JavaScript, nem com a Datahub, empresa-irmã no grupo Nuvini que atua em outra frente.

Onde o tema deste guia toca o portfólio público da empresa, o encaixe é natural. O KPL é a retaguarda de e-commerce de alto volume, com motor de emissão fiscal validado em escala, justamente a peça que precisa estar testada antes de 1 de agosto de 2026 para quem emite milhares de notas por dia. O PDV Web é a frente de caixa em navegador que já opera NFC-e, relevante para o varejo físico de São Paulo e Ceará que perdeu o SAT em janeiro de 2026. O ERP Onclick (linha ON CLOUD ERP) mantém a gestão multicanal com fonte única de verdade, e o APIECOMM conecta o catálogo aos marketplaces que validam o cadastro fiscal do item. O ponto não é vender módulo: é que, quando o tributo vira dado de produto, ele precisa nascer correto no sistema que emite a nota, não num pacote adicional que chega depois do prazo.

A tabela seguinte mapeia o desafio fiscal contra a camada que o resolve.

Desafio da reforma	O que exige do sistema	Onde isso vive na operação
Campos de CBS e IBS na nota (ago/2026)	Cálculo por item, em tempo real, na emissão	Motor fiscal da retaguarda (perfil do KPL)
Fim do SAT em SP e CE (jan/2026)	NFC-e online ligada à SEFAZ na frente de caixa	Frente de caixa em navegador (perfil do PDV Web)
Split payment (2º sem/2027)	Metadados fiscais compartilhados com o pagamento	Integração entre fiscal, pedido e meio de pagamento
Transição com regimes simultâneos até 2033	Cálculo de dois modelos em paralelo, por ano	Motor fiscal versionado por regra vigente

Próximo passo

Quem emite poucas notas pode tratar a reforma como um upgrade de software. Quem emite em escala precisa tratá-la como um projeto de dado de produto com prazo de entrega em agosto de 2026. O próximo passo concreto é auditar o catálogo pela ótica fiscal: cada item tem classificação correta e versionada para a transição? O sistema calcula e destaca CBS e IBS por item em homologação, hoje, e não só na promessa de um módulo futuro? A emissão aguenta o volume real de um dia de pico? Responder a essas três perguntas antes do prazo é o que separa a loja que continua emitindo em 1 de agosto de 2026 da que descobre o problema no balcão. O tributo virou atributo da oferta. Trate-o como dado, com a mesma disciplina que você já aplica a preço e estoque.