Reforma Tributária 2026 no TOTVS Protheus: como preparar o ERP para IBS e CBS

Introdução

A Reforma Tributária do Consumo deixou de ser apenas um assunto jurídico e contábil. Em 2026, ela passou a ser também um projeto de sistemas de informação.

Com a instituição do Imposto sobre Bens e Serviços (IBS) e da Contribuição sobre Bens e Serviços (CBS), empresas que utilizam o TOTVS Backoffice – Linha Protheus precisam revisar cadastros, regras fiscais, documentos eletrônicos, integrações, relatórios, processos de homologação e rotinas de conferência.

A Lei Complementar nº 214/2025 instituiu o IBS, a CBS e o Imposto Seletivo. Já a Receita Federal informa que 2026 é um ano de transição e adaptação, com mudanças relevantes nos documentos fiscais eletrônicos e na forma como os novos tributos passam a ser representados nos sistemas.

Para quem trabalha com Protheus, o principal risco é tratar a Reforma Tributária apenas como uma atualização de software. Na prática, a adequação depende de três frentes trabalhando em conjunto: legislação tributária, parametrização fiscal e tecnologia.

Este artigo possui caráter informativo e técnico. A parametrização tributária de cada empresa deve ser validada por sua área fiscal, contábil e, quando necessário, por assessoria jurídica especializada.

1. O que muda com IBS e CBS

A Lei Complementar nº 214, de 16 de janeiro de 2025, instituiu o IBS e a CBS dentro do novo modelo brasileiro de tributação sobre o consumo.

De forma simplificada:

• CBS: tributo de competência federal;
• IBS: tributo de competência compartilhada entre Estados, Municípios e Distrito Federal;
• Imposto Seletivo: incidente sobre situações definidas pela legislação, especialmente bens e serviços submetidos ao tratamento seletivo.

A mudança não deve ser analisada apenas pelo nome dos tributos. O novo modelo interfere em bases de cálculo, classificação tributária, créditos, documentos fiscais, integrações e mecanismos de apuração.

Por isso, uma empresa pode ter o ERP tecnicamente atualizado e ainda assim emitir documentos incorretos se suas regras fiscais estiverem inadequadamente configuradas.

2. Por que a Reforma Tributária é um projeto de Sistemas de Informação

Em um ERP como o TOTVS Protheus, uma operação de venda não termina no pedido.

Ela pode envolver:

1. cadastro do cliente;
2. cadastro do produto;
3. classificação fiscal;
4. TES e regras tributárias;
5. cálculo dos tributos;
6. geração do documento fiscal;
7. transmissão pelo TSS;
8. escrituração;
9. integração contábil;
10. apuração;
11. relatórios;
12. BI e conciliações;
13. integrações com sistemas externos.

Quando a legislação altera a forma de calcular e representar tributos, praticamente toda essa cadeia pode ser afetada.

A Reforma Tributária deve, portanto, ser tratada como um projeto transversal envolvendo Fiscal, Contabilidade, Faturamento, Compras, TI, Controladoria, Jurídico e fornecedores de software.

3. O papel do Configurador de Tributos do Protheus

A documentação da TOTVS para a Linha Protheus destaca o Configurador de Tributos (CFGTRIB) como componente importante da adequação ao IBS e à CBS.

Entre os pontos documentados pela TOTVS estão a atualização do Configurador de Tributos, a atualização dos componentes relacionados ao XML, as configurações de IBS e CBS e o tratamento das novas classificações tributárias.

Isso representa uma mudança importante de arquitetura fiscal.

Empresas que historicamente concentraram grande parte da tributação em TES, exceções fiscais e customizações precisam avaliar como as novas regras serão distribuídas entre os mecanismos legados e o Configurador de Tributos.

A própria documentação da TOTVS apresenta cenários em que tributos legados continuam sendo tratados por mecanismos já existentes enquanto IBS e CBS são configurados no CFGTRIB.

4. cClassTrib passa a ser um dado crítico

Um dos elementos que merece atenção especial é o Código de Classificação Tributária, ou cClassTrib.

A TOTVS informa que, para a Reforma Tributária, tornou-se necessário parametrizar no Configurador de Tributos os códigos de classificação relacionados ao IBS e à CBS.

O Protheus dispõe de rotina para manutenção dessas classificações e, segundo a documentação do fabricante, existe mecanismo de importação da tabela oficial, reduzindo a necessidade de digitação manual.

Isso é importante porque o cClassTrib não deve ser tratado como um simples campo técnico do XML.

Ele representa o enquadramento tributário da operação e pode influenciar:

• regra de cálculo;
• redução de alíquota;
• tratamento diferenciado;
• geração do documento fiscal;
• validações;
• escrituração;
• auditoria posterior.

A responsabilidade pela escolha do enquadramento não deve ficar exclusivamente com a equipe de TI.

TI implementa a regra. Fiscal e Contábil definem e validam a regra tributária aplicável ao negócio.

5. O perigo de copiar uma configuração de exemplo

A documentação da TOTVS apresenta exemplos de configuração de IBS e CBS, inclusive cenários de IBS/CBS regular.

Esses exemplos são extremamente úteis para compreender o funcionamento do sistema, mas não devem ser copiados para produção sem análise.

A própria TOTVS orienta que a memória de cálculo seja validada junto à equipe Fiscal ou Contábil da empresa.

Esse ponto é fundamental.

Duas empresas que utilizam a mesma versão do Protheus podem possuir tratamentos tributários diferentes por causa de fatores como:

• natureza da operação;
• produto ou serviço;
• destino;
• regime tributário;
• benefícios fiscais;
• reduções;
• operações interestaduais;
• importações;
• devoluções;
• bonificações;
• transferências;
• regimes específicos.

A regra correta para uma empresa pode ser incorreta para outra.

6. Flexibilização das validações não significa que o projeto pode ser abandonado

Em agosto de 2026, Receita Federal e Comitê Gestor do IBS divulgaram flexibilizações nas validações de documentos fiscais eletrônicos relacionadas às informações de CBS e IBS.

Segundo a Receita Federal, regras de validação foram ajustadas para evitar rejeições de documentos em razão da ausência de determinados campos durante a fase de implantação.

Do ponto de vista de sistemas, essa flexibilização é positiva porque reduz o risco operacional de paralisação de faturamento.

Porém, existe uma interpretação perigosa: imaginar que, porque o documento pode não ser rejeitado em determinada situação, a empresa deixou de precisar adaptar seu ERP.

Essa conclusão é inadequada.

A própria evolução regulatória de 2026 demonstra que os leiautes, atos técnicos, cronogramas e regras continuam avançando. A empresa precisa acompanhar a documentação oficial e as atualizações do ERP.

A estratégia mais segura é usar a flexibilização como uma janela de estabilização, e não como justificativa para postergar o projeto.

7. O que a equipe de TI deve revisar no Protheus

Uma revisão técnica pode começar pelos seguintes componentes.

7.1 Release e pacotes de atualização

Confirme se a release utilizada está dentro da faixa suportada pelas documentações da Reforma Tributária.

A TOTVS possui materiais de configuração de IBS e CBS que indicam utilização a partir da release 12.1.2310 em determinados cenários.

Além da release, devem ser avaliados:

• patches;
• dicionário de dados;
• atualizações do módulo Fiscal;
• atualizações de Faturamento;
• TSS;
• componentes de documentos eletrônicos;
• pacotes específicos da Reforma Tributária.

A versão mínima indicada em um documento não significa que permanecer nela seja a melhor estratégia. Deve-se sempre consultar a documentação atualizada da TOTVS antes de aplicar pacotes em produção.

7.2 Configurador de Tributos

Revise:

• tributos cadastrados;
• regras de cálculo;
• perfis de produto;
• perfis de cliente;
• vigências;
• regras por operação;
• classificações tributárias;
• exceções;
• prioridades das regras.

7.3 Cadastro de produtos

A Reforma Tributária aumenta a importância da qualidade cadastral.

Cadastros inconsistentes podem provocar parametrizações incorretas em escala.

Revise principalmente dados utilizados pelas regras fiscais e integrações tributárias.

7.4 Cadastro de clientes e fornecedores

Dados cadastrais interferem na determinação tributária.

Um projeto de saneamento cadastral deve fazer parte da implantação, principalmente quando existem muitos anos de dados acumulados no ERP.

7.5 TES e regras fiscais existentes

Não é recomendável simplesmente excluir a estrutura fiscal anterior.

A transição ocorre por etapas.

Durante determinado período, tributos antigos e novos podem coexistir no ambiente sistêmico, exigindo atenção especial à vigência das regras.

7.6 TSS e XML

O XML é uma das áreas mais sensíveis.

Não basta o cálculo estar correto na tela do Protheus. É necessário confirmar se os dados são enviados corretamente para os componentes de transmissão e para o documento fiscal eletrônico.

A homologação deve comparar:

regra fiscal → cálculo no ERP → geração do XML → autorização → escrituração → relatório de conferência.

8. Crie uma matriz de cenários fiscais antes de homologar

Uma das melhores práticas para a Reforma Tributária é criar uma matriz de testes.

Exemplo:

A matriz deve ser construída pela área fiscal e executada em conjunto com TI.

Não teste apenas a emissão de uma nota.

Teste o ciclo completo da operação.

9. Relatórios são essenciais para validar o cálculo

A TOTVS documenta formas de consultar a incidência de IBS e CBS por documento fiscal no Protheus.

Entre os recursos indicados estão consultas pelo Configurador de Tributos e relatórios no SmartView.

Isso é especialmente importante na implantação.

Uma boa homologação não deve validar apenas se a nota foi autorizada.

Também deve responder:

• a base está correta?
• a alíquota está correta?
• o cClassTrib está correto?
• o valor do IBS está correto?
• o valor da CBS está correto?
• o XML contém as informações esperadas?
• a escrituração reproduziu o documento?
• a contabilização ficou coerente?
• relatórios de conferência fecham com os documentos?

Uma nota autorizada pode conter uma parametrização de negócio inadequada. Autorização técnica e conformidade tributária não são sinônimos.

10. Customizações ADVPL precisam ser mapeadas

Empresas que utilizam Protheus há muitos anos frequentemente possuem customizações.

É importante identificar programas ADVPL que:

• alteram impostos;
• manipulam TES;
• alteram valores do documento;
• modificam XML;
• integram pedidos;
• importam notas;
• criam documentos automaticamente;
• fazem cálculo de preço;
• fazem integração com e-commerce;
• alimentam sistemas fiscais externos;
• consomem APIs.

Uma customização criada antes da Reforma Tributária pode assumir estruturas de impostos que não representam mais o novo modelo.

O erro pode não aparecer imediatamente.

Por isso, o inventário de customizações deve fazer parte do projeto.

11. APIs e integrações também precisam conhecer IBS e CBS

A Reforma Tributária não termina dentro do ERP.

Imagine uma empresa em que:

e-commerce → API → Protheus → TSS → SEFAZ → fiscal → contabilidade → BI

Se a API intermediária não estiver preparada para transportar os novos dados, parte da informação poderá ser perdida.

A TOTVS já documentou, em produtos integrados ao Protheus, evoluções para exibição e transporte de informações relacionadas aos novos tributos.

Isso reforça uma regra de arquitetura:

Sempre que um dado tributário atravessa sistemas, o contrato de integração deve ser revisado.

Verifique:

• JSON;
• XML;
• APIs REST;
• webservices;
• jobs;
• filas;
• integrações via banco;
• arquivos CSV/TXT;
• ETLs;
• data warehouses.

12. Não altere diretamente tabelas do Protheus para “resolver rápido”

Em projetos fiscais existe pressão para corrigir problemas rapidamente.

Alterações diretas em tabelas podem produzir inconsistências difíceis de identificar.

Prefira:

1. funcionalidades nativas;
2. Configurador de Tributos;
3. parâmetros documentados;
4. atualizações oficiais;
5. pontos de entrada suportados;
6. customizações controladas quando realmente necessárias.

Se uma correção exigir manipulação direta de dados, ela deve ser cuidadosamente analisada, testada, documentada e respaldada pelo processo de suporte e governança da empresa.

13. Tenha ambientes separados de homologação e produção

A Reforma Tributária é um forte argumento para manter um ambiente de homologação realmente utilizável.

O ambiente deve permitir:

• aplicação antecipada de patches;
• testes de faturamento;
• testes de entrada;
• validação do XML;
• testes de integrações;
• testes contábeis;
• testes de performance;
• comparação antes/depois.

Nunca transforme a produção no primeiro ambiente de teste de uma atualização fiscal relevante.

14. Um fluxo recomendado de implantação

Uma estratégia prática pode ser organizada em oito etapas.

Etapa 1 — Diagnóstico

Levantar:

• release do Protheus;
• módulos utilizados;
• versão do TSS;
• integrações;
• customizações;
• documentos fiscais emitidos;
• regimes e operações relevantes.

Etapa 2 — Levantamento tributário

Fiscal e Contábil identificam os cenários reais da empresa.

Etapa 3 — Atualização técnica

Aplicar pacotes e atualizações necessárias em homologação.

Etapa 4 — Parametrização

Configurar IBS, CBS, classificações e regras conforme o cenário validado.

Etapa 5 — Matriz de testes

Criar massa de dados representativa.

Etapa 6 — Homologação integrada

Validar ERP, XML, autorização, escrituração, relatórios e integrações.

Etapa 7 — Entrada controlada em produção

Implantar com plano de rollback, monitoramento e equipe responsável.

Etapa 8 — Monitoramento contínuo

A legislação e os documentos técnicos continuam evoluindo durante a transição.

Portanto, o projeto não termina no primeiro go-live.

15. Checklist para empresas que utilizam TOTVS Protheus

Antes de considerar o ambiente preparado, confirme:

• [ ] release e patches avaliados;
• [ ] documentação atual da TOTVS revisada;
• [ ] Configurador de Tributos atualizado;
• [ ] tabela de classificações tributárias revisada;
• [ ] cClassTrib validado por cenário;
• [ ] CBS configurada;
• [ ] IBS configurado;
• [ ] regras com vigências corretas;
• [ ] TES legadas revisadas;
• [ ] cadastros saneados;
• [ ] TSS atualizado e testado;
• [ ] XML validado;
• [ ] NF-e/NFC-e e demais documentos aplicáveis testados;
• [ ] entradas testadas;
• [ ] devoluções testadas;
• [ ] integrações revisadas;
• [ ] customizações ADVPL analisadas;
• [ ] relatórios de conferência validados;
• [ ] usuários treinados;
• [ ] procedimento de contingência documentado;
• [ ] rotina para acompanhar novas Notas Técnicas criada.

16. A Reforma Tributária muda também a governança de TI

Existe uma mudança menos visível, mas igualmente importante.

Durante muitos anos, algumas empresas trataram alterações tributárias como solicitações pontuais enviadas ao departamento de TI.

A Reforma Tributária exige uma governança diferente.

Uma regra tributária possui pelo menos quatro dimensões:

Base legal → interpretação fiscal → parametrização → evidência de teste.

Se uma dessas etapas não estiver documentada, surge um risco.

Por isso, cada regra relevante deveria possuir:

• responsável fiscal;
• fundamento legal;
• cenário;
• configuração aplicada;
• data de vigência;
• evidência de homologação;
• responsável técnico;
• aprovação para produção.

Essa documentação reduz dependência de pessoas específicas e facilita auditorias.

17. O que fazer agora

Se sua empresa utiliza TOTVS Protheus, uma ação eficiente é não começar pela criação de regras.

Comece pelo inventário.

Liste:

1. quais operações a empresa realiza;
2. quais documentos fiscais emite;
3. quais módulos do Protheus participam dessas operações;
4. quais integrações transportam dados fiscais;
5. quais customizações alteram cálculo ou documento;
6. quais regras já foram parametrizadas para IBS e CBS;
7. quais cenários ainda não foram homologados.

Depois, confronte esse mapa com a documentação oficial da Receita Federal, do CGIBS e da TOTVS.

Conclusão

A Reforma Tributária do Consumo transforma o ERP em uma peça central da conformidade tributária.

No TOTVS Protheus, a preparação para IBS e CBS envolve muito mais do que instalar um pacote.

É necessário revisar o Configurador de Tributos, classificações como o cClassTrib, documentos fiscais, TSS, integrações, relatórios, cadastros, customizações e processos de homologação.

As flexibilizações técnicas adotadas durante 2026 devem ser interpretadas dentro do contexto de transição, e não como autorização para interromper a preparação.

Empresas que criarem uma integração real entre Fiscal, Contabilidade e TI terão maior capacidade de identificar erros antes que eles cheguem à produção.

Na Reforma Tributária, qualidade de parametrização e qualidade de informação passam a ser tão importantes quanto a atualização do próprio ERP.