Sistema legado e reforma tributária: adaptar, integrar ou reescrever antes do split payment

Janeiro de 2027 é a data que importa para o sistema da sua empresa. É quando a CBS passa a ser cobrada de verdade e o PIS e a Cofins deixam de existir, conforme a Emenda Constitucional 132/2023. Em 2026 os novos tributos já aparecem na nota fiscal em caráter de teste, e a Lei Complementar 214/2025 detalha como tudo funciona: alíquotas, créditos, documentos fiscais e o recolhimento na liquidação financeira, o chamado split payment.

Para quem roda um ERP próprio, um sistema em Delphi feito há muitos anos ou uma coleção de planilhas e integrações que só um funcionário entende, a pergunta da diretoria é direta: o nosso sistema aguenta? E, se não aguentar, remendamos, colocamos algo ao lado ou trocamos tudo?

Este artigo responde em linguagem de diretoria. Explica o que a reforma exige do software, os sinais de que o legado chegou ao limite, uma matriz de decisão entre três caminhos (adaptar, integrar por fora, reescrever) e como migrar sem parar o faturamento. Na Reiko mantemos sistemas no ar há mais de 20 anos, e a lição é simples: software bom é o que continua funcionando anos depois da entrega, inclusive quando a lei muda.

O que a reforma exige do software

A reforma substitui cinco tributos (PIS, Cofins, IPI, ICMS e ISS) por três: a CBS (federal), o IBS (estadual e municipal, administrado por um Comitê Gestor) e o Imposto Seletivo. Para o sistema, o problema não é só trocar uma alíquota. Durante anos os dois modelos convivem, e o software precisa calcular, emitir, apurar e conciliar os dois ao mesmo tempo.

O cronograma que o sistema precisa seguir

• 2026 (ano de teste): CBS de 0,9% e IBS de 0,1% destacados no documento fiscal. O valor é compensado com PIS e Cofins, e a LC 214/2025 dispensa o recolhimento para quem cumprir as obrigações acessórias. O dinheiro quase não muda, mas a nota precisa sair certa.
• 2027: a CBS passa a ser cobrada, PIS e Cofins são extintos e o IPI tem alíquota zerada (com exceção de produtos com industrialização incentivada na Zona Franca de Manaus). Em 2027 e 2028 o IBS segue em teste, com 0,05% estadual e 0,05% municipal. Segundo a Receita Federal, as obrigações de CBS e IBS passam a valer para as empresas do Simples Nacional a partir de 1º de janeiro de 2027.
• 2029 a 2032: ICMS e ISS caem um degrau por ano (9/10, 8/10, 7/10 e 6/10 das alíquotas atuais) enquanto o IBS sobe para compensar. São quatro anos em que a mesma venda carrega os tributos antigos reduzidos e os novos em alta.
• 2033: ICMS e ISS são extintos e o modelo novo passa a valer sozinho.

O que muda dentro do sistema

• Cadastro de produtos e serviços: cada item precisa de classificação para IBS e CBS. Na NF-e, a Nota Técnica 2025.002-RTC criou um grupo de campos por item com CST, código de classificação tributária (cClassTrib), base de cálculo e alíquotas separadas de IBS estadual, IBS municipal e CBS.
• Cálculo em paralelo: até 2032 o motor fiscal calcula ICMS, ISS e os tributos novos na mesma operação, cada um com sua regra, sua redução e sua exceção.
• Documentos fiscais: NF-e, NFC-e e NFS-e com leiaute novo, que muda por nota técnica. Para serviços, a Receita Federal informou que a NFS-e de padrão nacional passa a ser obrigatória para microempresas e empresas de pequeno porte do Simples Nacional a partir de 1º de novembro de 2026.
• Split payment: na liquidação do pagamento, a instituição de pagamento separa o IBS e a CBS e recolhe direto ao fisco. Para isso, o pagamento precisa estar vinculado ao documento fiscal. Sistema que emite a nota num lugar e baixa o boleto em outro, sem ligação entre os dois, vai sofrer.
• Conciliação: com o split payment, o que cai na conta tende a ser o valor sem o tributo segregado. O financeiro precisa conciliar nota, pagamento, valor retido e crédito, e o contas a receber precisa entender por que o depósito veio menor que a fatura.
• Crédito e apuração: no modelo novo, a regra geral da LC 214/2025 liga o crédito do comprador à extinção do débito na etapa anterior. O sistema precisa guardar a ligação entre compra, nota de entrada e pagamento.
• Auditoria: cada valor calculado precisa ser explicável: qual regra, qual versão da tabela, qual data. Em fiscalização, "o sistema calculou assim" não é resposta.

O detalhe da nota de serviço está no nosso artigo sobre NFS-e com IBS e CBS. Aqui o foco é a decisão maior: o que fazer com o sistema inteiro.

Sinais de que o legado não aguenta

Nem todo sistema antigo precisa ser trocado. Muitos rodam bem há décadas e só precisam de ajuste. Os sinais abaixo indicam que o ajuste vai sair mais arriscado do que parece:

• Regra fiscal espalhada pelo código: alíquota fixa em tela, em relatório, em procedure do banco e em planilha de apoio. Mudar em um lugar e esquecer outro gera nota errada.
• Ninguém sabe exatamente como o cálculo funciona: quem escreveu saiu da empresa, não há documentação e o fornecedor original não existe mais.
• Código-fonte incompleto ou inacessível: componentes de terceiros sem fonte, versão antiga de Delphi, Clipper, VB6 ou Access que só roda em máquina nova com gambiarra.
• Emissão de nota presa a um componente sem atualização: o leiaute muda por nota técnica, várias vezes ao longo da transição.
• Não há ambiente de teste: toda mudança vai direto para produção, e erro de cálculo só aparece quando o cliente reclama.
• Integração por arquivo manual: exporta TXT, alguém importa no banco, outra pessoa digita a baixa. O split payment pede vínculo automático entre nota e pagamento.

Se três ou mais desses sinais aparecem, a pergunta deixa de ser "dá para adaptar?" e passa a ser "vale a pena adaptar?".

Três caminhos: adaptar, integrar por fora, reescrever

Não existe resposta única. Existe a combinação entre o estado do sistema, o tamanho do risco fiscal e o quanto o negócio depende de regras que só existem naquele código. Os três caminhos:

Caminho 1: adaptar o legado

Mexer no próprio sistema para incluir os campos novos, o cálculo paralelo e a emissão no leiaute atualizado. Faz sentido quando o código-fonte está acessível, alguém o conhece e a regra fiscal está concentrada em poucos pontos. O risco: de 2026 a 2033 não há uma mudança, há várias. Adaptar uma vez é viável; adaptar a cada ano num código frágil costuma não ser.

Caminho 2: integrar por fora (padrão strangler fig)

O nome vem da figueira que cresce em volta de uma árvore antiga até substituí-la. O padrão, descrito por Martin Fowler, troca o sistema aos poucos: você constrói ao lado do legado uma camada nova (uma API, um serviço de cálculo fiscal, um módulo de emissão) e desvia para ela uma função de cada vez. O legado continua cuidando do que faz bem, como estoque e cadastro, e a parte fiscal nova nasce fora dele.

Na reforma, isso costuma significar um serviço que recebe os dados da venda do sistema antigo, calcula ICMS, ISS, IBS e CBS com regras versionadas, emite a nota, registra o vínculo com o pagamento e devolve o resultado. Quando o motor novo estiver estável, a próxima função sai do legado. Em nenhum momento a empresa fica sem faturar.

Caminho 3: reescrever (ou trocar por um ERP pronto)

Construir um sistema novo ou implantar um ERP de mercado. Faz sentido quando o legado já trava o negócio em outros pontos (nuvem, celular, integração com banco), quando não há código-fonte ou quando a manutenção ficou refém de uma única pessoa. O risco é o clássico: regra de negócio esquecida no caminho e a tentação de virar a chave num dia só, no meio da transição tributária.

Matriz de decisão

Para muitas empresas com sistema próprio que funciona bem no dia a dia, o caminho 2 costuma ser o de menor risco durante a transição: protege o faturamento, isola a parte que mais vai mudar até 2033 e deixa a decisão sobre o resto do sistema para depois, com calma. A comparação mais ampla está no artigo sistema sob medida vs pronto, e os fatores que pesam no investimento estão em quanto custa um sistema web.

Migrar sem parar o faturamento

Qualquer que seja o caminho, a regra de ouro é a mesma: a empresa não pode ficar um dia sem emitir nota. Práticas que reduzem o risco:

• Rodar em paralelo antes de trocar: o cálculo novo roda ao lado do antigo, com as mesmas vendas, e as diferenças são analisadas antes de valer para o cliente.
• Trocar por função, não por data: primeiro a emissão, depois a conciliação, depois o contas a receber. Cada etapa com critério de pronto e caminho de volta.
• Migrar dados em ondas: cadastros primeiro, depois documentos em aberto, e o histórico fechado por último. O histórico pode ficar consultável no legado em modo leitura, sem ser convertido inteiro.
• Conferir por totais: faturamento por mês, saldo por cliente, estoque por item. Se o total não bate entre o sistema velho e o novo, a migração não terminou.
• Evitar janelas críticas: fechamento de mês, virada de ano e datas de mudança de regra (todo 1º de janeiro da transição) não são dia de trocar sistema.
• Envolver o contador desde o começo: classificação dos itens, regime e benefícios são decisões fiscais, não de TI. O sistema executa; quem define é o fiscal.

O raciocínio é o mesmo de qualquer troca de plataforma bem feita, como mostramos ao falar de sair do WordPress para um sistema sob medida: primeiro entender tudo o que a plataforma antiga faz, depois mover uma parte de cada vez.

IA para mapear regras de negócio escondidas no código antigo

O maior risco de uma migração está no que o sistema antigo faz sem que ninguém lembre: o desconto especial de um cliente, o arredondamento que o contador pediu, a exceção para um produto. Essas regras estão no código, não na documentação.

Aqui a IA ajuda de verdade. Os modelos de linguagem atuais leem código Delphi, VB, Clipper, PL/SQL e procedures de banco, e conseguem:

• Resumir o que cada rotina faz, em português, para quem não é programador.
• Listar os pontos do código onde aparece cálculo de imposto, alíquota fixa ou regra por cliente.
• Rascunhar a documentação das regras de negócio e casos de teste com entradas e saídas esperadas.

O cuidado: a IA lê e rascunha, gente valida. Ela pode interpretar errado uma regra ou inventar uma explicação plausível. Toda regra levantada precisa ser confirmada por quem conhece o negócio e pelo contador, e testada com dados reais. E o código da empresa só deve ir para ferramentas cujo contrato proíba o uso dos dados para treinamento.

Checklist para a reunião com a diretoria

Antes de decidir entre adaptar, integrar ou reescrever, leve estas respostas para a mesa:

1. Quais sistemas emitem documento fiscal hoje (NF-e, NFC-e, NFS-e) e quem mantém cada um?
2. Temos o código-fonte e alguém que o conheça? O fornecedor original ainda existe?
3. Onde está a regra fiscal: concentrada em um lugar ou espalhada pelo sistema?
4. O cadastro de produtos e serviços está pronto para receber a classificação de IBS e CBS? Quem vai revisar?
5. Como o pagamento se liga à nota hoje? Boleto, Pix e cartão chegam com referência ao documento fiscal?
6. O financeiro está preparado para receber valores com o tributo já segregado e conciliar isso?
7. Existe ambiente de teste? Dá para emitir em homologação sem afetar a produção?
8. Qual o regime tributário da empresa e o que o contador recomenda para 2027?
9. Quem decide, quem acompanha e qual o critério para dizer que a transição está pronta?

Com essas respostas, a escolha do caminho costuma ficar evidente. Levantar esse cenário e executar o caminho escolhido é o que fazemos no nosso trabalho com sistemas web sob medida.

Conclusão

A reforma tributária é um projeto de anos, não um evento de janeiro. De 2026 a 2033 o sistema da empresa vai conviver com dois modelos, várias mudanças de proporção e um jeito novo de receber o dinheiro das vendas. Sistema legado não é problema em si: problema é não saber o que ele faz nem quanto aguenta.

Adaptar, integrar por fora ou reescrever são caminhos legítimos. O que decide é o estado do código, o risco para o faturamento e o que o negócio precisa para os próximos anos. Se quiser discutir o seu caso, fale com a Reiko.

Perguntas frequentes

O split payment é obrigatório em 2027?

A LC 214/2025 prevê o split payment e deixa para ato conjunto da Receita Federal e do Comitê Gestor do IBS a implementação gradual, inclusive hipóteses em que ele será facultativo. Em setembro de 2026, a Receita informou, segundo a imprensa especializada, que o mecanismo começa facultativo a partir do segundo semestre de 2027, só nas operações entre empresas, sem data definida para a obrigatoriedade. Os testes com as instituições de pagamento começam em 15 de outubro de 2026. Mesmo facultativo, vale preparar o vínculo entre nota e pagamento: é ele que será exigido quando a obrigatoriedade chegar.

Meu sistema em Delphi consegue emitir com IBS e CBS?

Pode conseguir. A linguagem não é o problema: Delphi gera XML e consome webservice como qualquer outra. O que decide é se existe código-fonte, se o componente de emissão recebe atualização para as notas técnicas da reforma e se a regra fiscal está concentrada. Com isso em ordem, adaptar é viável. Sem isso, uma camada de cálculo e emissão ao lado do sistema resolve sem reescrever o resto.

Vale trocar por um ERP pronto?

Vale quando o processo da empresa cabe no ERP sem muita customização e o sistema atual já trava o negócio em outros pontos. O risco está nas regras próprias que o sistema antigo fazia e o ERP não faz: levante-as antes de assinar. E trocar de sistema no meio da transição tributária soma dois projetos grandes ao mesmo tempo.

Como migrar os dados sem perder o histórico?

Migre em ondas (cadastros, documentos em aberto, histórico fechado), confira por totais (faturamento por mês, saldo por cliente) e guarde em cada registro o identificador de origem. O histórico antigo não precisa ser convertido inteiro: pode ficar consultável em modo leitura, desde que continue acessível pelo prazo em que a legislação exige guardar os documentos fiscais.

Empresa do Simples Nacional também precisa se preocupar?

Sim, com outro calendário. Segundo a Receita Federal, as obrigações de CBS e IBS passam a valer para os optantes do Simples Nacional a partir de 1º de janeiro de 2027, e a NFS-e de padrão nacional passa a ser obrigatória para microempresas e empresas de pequeno porte do Simples a partir de 1º de novembro de 2026. Há ainda a opção de recolher IBS e CBS pelo regime regular, que é decisão do contador, mas o sistema precisa suportar a escolha.