Odoo e reforma tributária: como preparar sua empresa para IBS e CBS
A Reforma Tributária do Consumo está alterando profundamente a forma como empresas brasileiras classificam operações, calculam tributos, emitem documentos fiscais e controlam créditos.
Para quem utiliza ou pretende implantar o Odoo, a mudança não se resume à criação de dois novos impostos.
A transição foi desenhada para ocorrer de forma gradual até 2033. Durante esse período, tributos atuais e novos poderão coexistir, exigindo que o ERP represente regras diferentes conforme a data, o documento, o regime e a operação.
Isso significa que empresas que aguardarem apenas a primeira rejeição fiscal para iniciar a adaptação estarão assumindo um risco desnecessário.
Resposta direta: o que muda no Odoo?
O ambiente precisará incorporar estruturas para a Contribuição sobre Bens e Serviços (CBS), o Imposto sobre Bens e Serviços (IBS) e, quando aplicável, o Imposto Seletivo (IS).
Na prática, podem ser afetados:
Produtos, serviços, parceiros, operações fiscais, pedidos, compras, contratos, faturas, documentos eletrônicos, contabilização, créditos, relatórios e integrações.
Adicionar campos de IBS e CBS ao XML é necessário, mas não suficiente. O sistema precisa saber quando utilizar esses campos, quais valores calcular e como refletir a operação no restante do ERP.
O que são IBS, CBS e Imposto Seletivo?
CBS
A CBS é a contribuição federal sobre bens e serviços. Ela substitui gradualmente PIS e Cofins.
IBS
O IBS é o imposto compartilhado entre estados e municípios. Ele substitui gradualmente ICMS e ISS.
Imposto Seletivo
O Imposto Seletivo é um tributo federal direcionado a bens e serviços considerados prejudiciais à saúde ou ao meio ambiente, conforme definição legal.
O novo modelo procura ampliar a não cumulatividade, tributar no destino e tornar mais explícita a incidência sobre o consumo.
Entretanto, a simplificação do modelo final não elimina a complexidade da transição.
Qual é o cronograma da reforma?
| Período | Principal mudança | Impacto para o ERP |
|---|---|---|
| 2026 | Ano de teste da CBS e do IBS, com alíquotas de referência de 0,9% e 0,1% | Novos campos, classificações, regras de validação e adaptação dos documentos eletrônicos |
| 2027 e 2028 | Extinção de PIS e Cofins, entrada efetiva da CBS e início do Imposto Seletivo; IBS em fase inicial | Revisão das regras de venda, compra, crédito, preço, contabilização e relatórios |
| 2029 a 2032 | Redução gradual de ICMS e ISS e aumento progressivo do IBS | Convivência de tributos, vigências por período e cálculos simultâneos |
| 2033 | Vigência integral do novo modelo, com extinção de ICMS e ISS | Consolidação da arquitetura fiscal no IBS e na CBS |
As datas específicas de obrigatoriedade dos campos e leiautes podem variar conforme o documento fiscal eletrônico.
Em 2026, autoridades fiscais passaram a estabelecer marcos operacionais para o preenchimento de IBS e CBS nos documentos de contribuintes do regime regular. Ao mesmo tempo, a Receita Federal e o Comitê Gestor do IBS informaram que um cronograma detalhado seria formalizado para cada DF-e.
O cronograma legal orienta a estratégia. O ato vigente e a nota técnica de cada documento definem o que o sistema precisa transmitir em determinada data.
Por que 2026 não é apenas um ano de observação?
O ano de teste foi criado para permitir adaptação dos contribuintes, dos fiscos e dos sistemas.
Mesmo quando a arrecadação possui caráter compensável ou informativo, as empresas precisam cumprir obrigações acessórias e preencher corretamente os documentos abrangidos pelas regras vigentes.
Isso exige que o ERP já seja capaz de:
Classificar operações, calcular valores de teste, preencher grupos do XML, transmitir documentos, interpretar rejeições e armazenar as informações para conferência.
O período de orientação não deve ser interpretado como autorização para adiar o projeto.
Quais documentos fiscais são afetados?
O Ato Conjunto RFB/CGIBS nº 1/2025 relacionou diversos documentos que podem registrar operações sujeitas ao IBS e à CBS.
Entre eles estão:
NF-e, NFC-e, NFS-e, CT-e, CT-e OS, BP-e, MDF-e, GTV-e, NF3e, NFCom, DC-e e NFS-e Via.
Cada documento possui seu próprio leiaute, notas técnicas, grupos, eventos e regras de validação.
Uma empresa que emite apenas NF-e terá um projeto diferente de uma organização que também utiliza NFS-e, CT-e ou MDF-e.
Não existe uma única “atualização da reforma tributária” capaz de cobrir automaticamente todos os documentos e processos.
Quais cadastros precisam ser revisados?
Produtos
Cadastros precisam estar consistentes em relação a NCM, CEST, origem, unidade, categoria, finalidade e demais classificações relevantes.
Produtos duplicados ou sem classificação dificultam a seleção correta das regras.
Serviços
Serviços podem precisar de NBS, código de tributação, indicador de operação, local de incidência, município e informações relacionadas ao tipo de prestação.
Clientes e fornecedores
Documentos, inscrições, endereço, município, estado, país, regime e perfil de contribuinte influenciam a tributação.
Empresas e estabelecimentos
Cada estabelecimento precisa possuir dados cadastrais, inscrições, certificados, regimes e séries corretamente configurados.
Operações fiscais
Venda, compra, devolução, remessa, bonificação, industrialização, transferência, importação, exportação e prestação de serviço precisam ser mapeadas.
NBS e indicador de operação
Em operações de serviços, a classificação não depende apenas de uma descrição livre.
Campos como NBS e indicador de operação ajudam a identificar a natureza econômica da prestação e podem participar da seleção da classificação tributária e do preenchimento da NFS-e.
No Odoo, essas informações precisam estar disponíveis no ponto correto da arquitetura fiscal.
Dependendo do processo, elas podem ser definidas:
No produto ou serviço, na operação fiscal, na linha da operação, no contrato ou diretamente no documento.
A modelagem deve permitir regras gerais e exceções sem transformar cada emissão em uma correção manual.
Classificação tributária definida apenas no cadastro do produto pode ser insuficiente quando o mesmo serviço participa de operações diferentes.
O impacto no motor fiscal
O motor fiscal é responsável por selecionar regras a partir das características da operação.
Com a reforma, ele pode precisar considerar:
Data da operação, empresa, origem, destino, cliente, fornecedor, produto, serviço, NCM, NBS, indicador de operação, regime, finalidade e classificação tributária.
Também será necessário representar vigências.
Uma regra válida em 2026 pode mudar em 2027. Entre 2029 e 2032, percentuais e tributos antigos e novos poderão coexistir.
O impacto nos documentos eletrônicos
Os leiautes fiscais passaram a incorporar grupos relacionados ao IBS, CBS e Imposto Seletivo.
O Odoo e a solução de transmissão precisam ser capazes de:
Gerar os novos campos, respeitar regras condicionais, enviar o XML, interpretar rejeições, armazenar o retorno e produzir a representação auxiliar atualizada.
Para NFS-e, o desafio inclui padrões municipais e a evolução da plataforma nacional.
Em 2026, notas técnicas do padrão nacional passaram a consolidar alterações na DPS, na NFS-e e no DANFSe para a Reforma Tributária do Consumo.
Não basta atualizar o serializer. É necessário garantir que os dados de origem existam e estejam corretos nos módulos funcionais.
O impacto no cálculo de preços
A mudança dos tributos pode alterar formação de preço, margem e comparação entre fornecedores.
Empresas precisam revisar:
Preço líquido, preço bruto, impostos destacados, descontos, frete, custo de aquisição, crédito recuperável, margem e contratos com valores fixos.
Relatórios construídos sobre conceitos antigos podem apresentar margens distorcidas durante a transição.
O Odoo deve separar corretamente:
Receita, tributo, custo, crédito e valor financeiro.
Um documento autorizado pode estar tecnicamente válido e, ainda assim, revelar que a política comercial não foi preparada para o novo modelo.
O impacto em compras e créditos
O novo modelo amplia a importância da rastreabilidade dos créditos.
O processo de compra precisa garantir:
Classificação correta, recebimento do documento, vínculo com o fornecedor, conferência dos valores, escrituração e registro do crédito.
Quando houver divergência entre o XML recebido e a operação cadastrada, a equipe precisa identificar e tratar o problema.
Também podem surgir novos controles relacionados à apropriação, utilização, estorno e conciliação dos créditos.
Split payment e integração financeira
O split payment é um mecanismo em que valores relacionados aos tributos podem ser segregados durante a liquidação financeira.
Sua implementação exige integração entre documentos fiscais, instituições de pagamento, plataformas públicas e controles de apuração.
Para o ERP, isso pode impactar:
Conciliação bancária, contas a receber, baixa de títulos, diferenças entre valor bruto e líquido, identificação do tributo recolhido e tratamento de eventos.
Em 2026, a Receita Federal e o Comitê Gestor autorizaram a publicação de documentação técnica da plataforma pública de split payment para apoiar o desenvolvimento das soluções.
Como os modelos operacionais continuam evoluindo, a arquitetura deve evitar amarrar toda a lógica financeira a uma interpretação provisória.
Como o OCA/l10n-brazil participa dessa evolução?
O projeto OCA/l10n-brazil mantém módulos open source para a localização brasileira do Odoo.
O motor fiscal da versão 18.0 já oferece uma estrutura extensível para operações, documentos, impostos e classificações.
A adaptação à reforma envolve diferentes frentes:
Novos campos, classificações, impostos, vigências, regras de seleção, leiautes eletrônicos, contabilidade, relatórios e migração de dados.
Como o projeto é comunitário, empresas e desenvolvedores podem implementar, revisar, testar e compartilhar melhorias.
A reforma é grande demais para ser tratada como uma customização isolada de cada cliente. A colaboração reduz retrabalho e amplia a revisão técnica.
Community ou Enterprise: muda a estratégia?
Sim.
Projetos Enterprise podem utilizar a localização mantida pela Odoo, serviços fiscais integrados e recursos oficiais da edição.
Projetos Community normalmente utilizam módulos do OCA/l10n-brazil, provedores fiscais e desenvolvimentos específicos.
Ambientes Enterprise também podem utilizar componentes OCA compatíveis.
A decisão deve considerar:
Cobertura dos documentos, maturidade dos módulos, custo por transação, autonomia, suporte, atualização e responsabilidade pela manutenção.
A reforma não torna automaticamente uma edição superior. Ela aumenta a necessidade de uma arquitetura bem definida.
Como preparar o Odoo em etapas?
1. Criar um inventário fiscal
Liste empresas, estabelecimentos, regimes, produtos, serviços, documentos, estados, municípios e operações.
2. Identificar os documentos afetados
Mapeie NF-e, NFC-e, NFS-e, CT-e, MDF-e e outros documentos utilizados.
3. Avaliar a versão e os módulos
Confirme quais componentes já suportam os campos e regras necessárias e quais ainda estão em evolução.
4. Sanear cadastros
Corrija NCM, NBS, CEST, endereços, inscrições, municípios, códigos e classificações.
5. Modelar as operações
Defina regras por tipo de venda, compra, serviço, devolução, remessa e operação especial.
6. Configurar ambientes de teste
Mantenha homologação separada da produção, com dados e certificados adequados.
7. Testar documentos
Valide emissão, autorização, rejeição, cancelamento, devolução e demais eventos.
8. Conferir reflexos internos
Verifique estoque, financeiro, contabilidade, crédito, margem e relatórios.
9. Treinar as equipes
Comercial, compras, fiscal, financeiro e contabilidade precisam compreender os novos dados e controles.
10. Acompanhar atos e notas técnicas
O projeto precisa monitorar mudanças de cronograma, regras de validação e novos leiautes.
Uma matriz prática de preparação
| Área | Pergunta de controle | Evidência esperada |
|---|---|---|
| Cadastros | Produtos e serviços possuem as classificações necessárias? | Relatório de campos ausentes e plano de saneamento |
| Fiscal | As operações possuem regras de IBS e CBS por vigência? | Matriz tributária revisada pelos responsáveis |
| Documentos | Os novos grupos são gerados e autorizados? | XML e protocolos de homologação |
| Compras | Créditos recebidos podem ser conferidos e apropriados? | Processo de conferência e conciliação |
| Financeiro | O ambiente está preparado para diferenças de liquidação e split payment? | Fluxos desenhados e integrações avaliadas |
| Contabilidade | Contas e lançamentos representam os novos tributos? | Plano contábil e cenários de lançamento |
| Comercial | Preços e contratos suportam a nova composição? | Simulações de margem e política comercial |
| Tecnologia | Módulos, integrações e provedores possuem plano de atualização? | Roadmap, responsáveis e ambientes de teste |
Erros que devem ser evitados
Esperar uma solução totalmente pronta
A legislação, os regulamentos e os leiautes continuam evoluindo. A empresa precisa trabalhar por ciclos.
Tratar a reforma apenas como tarefa do contador
A contabilidade participa da definição, mas as mudanças chegam a vendas, compras, tecnologia, financeiro e logística.
Atualizar apenas o XML
Campos transmitidos sem dados corretos na origem geram documentos inconsistentes.
Não revisar os cadastros
Classificações ausentes impedem automação e aumentam correções manuais.
Testar apenas uma operação
Venda simples não cobre devolução, serviço, remessa, importação, exportação ou operações especiais.
Aplicar alterações diretamente na produção
Mudanças fiscais precisam passar por desenvolvimento, homologação e validação.
Não definir quem mantém a solução
Notas técnicas e regras continuarão mudando durante toda a transição.
A maior ameaça não é a existência de mudanças. É não possuir um processo confiável para absorvê-las.
A empresa precisa trocar de ERP?
Não necessariamente.
O ponto principal é avaliar se o ERP atual possui:
Arquitetura extensível, fornecedores ativos, capacidade de atualizar documentos, motor fiscal adaptável, ambientes de teste e governança de versões.
O Odoo possui vantagens por ser modular e permitir evolução por componentes.
Entretanto, um ambiente antigo, excessivamente customizado ou sem equipe responsável pode enfrentar dificuldades semelhantes às de qualquer ERP.
A decisão deve considerar a capacidade real de adaptação, e não apenas o nome do sistema.
A abordagem da Escodoo
A Escodoo acompanha tecnicamente a evolução da Reforma Tributária do Consumo e sua aplicação no ecossistema Odoo.
Nossa atuação combina:
Análise dos processos, módulos do OCA/l10n-brazil, desenvolvimento em Python, documentos fiscais, NFS-e, NF-e, motor fiscal, integrações, testes e migração entre versões.
Também participamos de discussões e contribuições relacionadas à localização brasileira, buscando implementar componentes reutilizáveis e compatíveis com os padrões da OCA.
Nos projetos, separamos o trabalho em três frentes:
Adequação legal e funcional, evolução técnica dos módulos e homologação dos processos reais da empresa.
Perguntas frequentes
IBS e CBS já precisam aparecer nas notas?
Em 2026, regras de preenchimento e validação passaram a ser aplicadas conforme o documento, o regime e o cronograma oficial. A empresa deve confirmar a exigência vigente para cada DF-e e ambiente autorizador.
Quais são as alíquotas de teste em 2026?
O cronograma geral prevê CBS de 0,9% e IBS de 0,1% no ano de teste, observadas as regras legais de compensação e cumprimento das obrigações acessórias.
PIS e Cofins já deixaram de existir?
Não em 2026. A extinção está prevista para 2027, quando a CBS entra em vigor de forma efetiva conforme o cronograma legal.
ICMS e ISS terminam em 2027?
Não. A transição desses tributos para o IBS ocorre gradualmente entre 2029 e 2032, com extinção prevista para 2033.
Atualizar o módulo fiscal é suficiente?
Não. Cadastros, operações, integrações, documentos, contabilidade, contratos e usuários também precisam ser preparados.
O OCA/l10n-brazil já está totalmente pronto?
A adaptação ocorre de forma progressiva conforme regulamentação, notas técnicas e versões dos módulos. A cobertura precisa ser avaliada para cada processo e documento.
A empresa deve definir a tributação sozinha?
A definição precisa envolver responsáveis fiscais, contábeis e jurídicos. A consultoria Odoo transforma essas decisões em configurações e componentes técnicos.
O Simples Nacional também será afetado?
Sim. Existem regras e opções específicas para o Simples, inclusive decisões sobre o tratamento de IBS e CBS. O enquadramento deve ser avaliado com os responsáveis tributários da empresa.
Quando começar a adaptação?
Imediatamente, começando por inventário, saneamento cadastral, avaliação dos módulos e testes dos documentos utilizados pela operação.
Conclusão: a reforma precisa virar um programa de evolução do ERP
A Reforma Tributária do Consumo não será resolvida por uma atualização isolada.
Ela afeta a forma como o Odoo representa produtos, serviços, operações, créditos, documentos e resultados.
O cronograma até 2033 exige uma arquitetura capaz de trabalhar com vigências, coexistência de tributos, novos leiautes e mudanças frequentes.
Empresas que começarem pelo inventário dos processos, pela qualidade dos cadastros e pela homologação contínua terão mais condições de atravessar a transição sem transformar cada nova regra em uma emergência.
Seu Odoo está preparado para IBS e CBS?
A Escodoo analisa a arquitetura fiscal, os módulos, os documentos eletrônicos e os processos da sua empresa.
Atuamos com OCA/l10n-brazil, desenvolvimento em Python, motor fiscal, NF-e, NFS-e, integrações e homologação.
Fale com nossa equipe e estruture um plano de adequação à Reforma Tributária do Consumo.
Avaliar meu ambiente OdooOdoo e reforma tributária: como preparar sua empresa para IBS e CBS
A Reforma Tributária do Consumo está alterando profundamente a forma como empresas brasileiras classificam operações, calculam tributos, emitem documentos fiscais e controlam créditos.
Para quem utiliza ou pretende implantar o Odoo, a mudança não se resume à criação de dois novos impostos.
A transição foi desenhada para ocorrer de forma gradual até 2033. Durante esse período, tributos atuais e novos poderão coexistir, exigindo que o ERP represente regras diferentes conforme a data, o documento, o regime e a operação.
Isso significa que empresas que aguardarem apenas a primeira rejeição fiscal para iniciar a adaptação estarão assumindo um risco desnecessário.
Resposta direta: o que muda no Odoo?
O ambiente precisará incorporar estruturas para a Contribuição sobre Bens e Serviços (CBS), o Imposto sobre Bens e Serviços (IBS) e, quando aplicável, o Imposto Seletivo (IS).
Na prática, podem ser afetados:
Produtos, serviços, parceiros, operações fiscais, pedidos, compras, contratos, faturas, documentos eletrônicos, contabilização, créditos, relatórios e integrações.
Adicionar campos de IBS e CBS ao XML é necessário, mas não suficiente. O sistema precisa saber quando utilizar esses campos, quais valores calcular e como refletir a operação no restante do ERP.
O que são IBS, CBS e Imposto Seletivo?
CBS
A CBS é a contribuição federal sobre bens e serviços. Ela substitui gradualmente PIS e Cofins.
IBS
O IBS é o imposto compartilhado entre estados e municípios. Ele substitui gradualmente ICMS e ISS.
Imposto Seletivo
O Imposto Seletivo é um tributo federal direcionado a bens e serviços considerados prejudiciais à saúde ou ao meio ambiente, conforme definição legal.
O novo modelo procura ampliar a não cumulatividade, tributar no destino e tornar mais explícita a incidência sobre o consumo.
Entretanto, a simplificação do modelo final não elimina a complexidade da transição.
Qual é o cronograma da reforma?
| Período | Principal mudança | Impacto para o ERP |
|---|---|---|
| 2026 | Ano de teste da CBS e do IBS, com alíquotas de referência de 0,9% e 0,1% | Novos campos, classificações, regras de validação e adaptação dos documentos eletrônicos |
| 2027 e 2028 | Extinção de PIS e Cofins, entrada efetiva da CBS e início do Imposto Seletivo; IBS em fase inicial | Revisão das regras de venda, compra, crédito, preço, contabilização e relatórios |
| 2029 a 2032 | Redução gradual de ICMS e ISS e aumento progressivo do IBS | Convivência de tributos, vigências por período e cálculos simultâneos |
| 2033 | Vigência integral do novo modelo, com extinção de ICMS e ISS | Consolidação da arquitetura fiscal no IBS e na CBS |
As datas específicas de obrigatoriedade dos campos e leiautes podem variar conforme o documento fiscal eletrônico.
Em 2026, autoridades fiscais passaram a estabelecer marcos operacionais para o preenchimento de IBS e CBS nos documentos de contribuintes do regime regular. Ao mesmo tempo, a Receita Federal e o Comitê Gestor do IBS informaram que um cronograma detalhado seria formalizado para cada DF-e.
O cronograma legal orienta a estratégia. O ato vigente e a nota técnica de cada documento definem o que o sistema precisa transmitir em determinada data.
Por que 2026 não é apenas um ano de observação?
O ano de teste foi criado para permitir adaptação dos contribuintes, dos fiscos e dos sistemas.
Mesmo quando a arrecadação possui caráter compensável ou informativo, as empresas precisam cumprir obrigações acessórias e preencher corretamente os documentos abrangidos pelas regras vigentes.
Isso exige que o ERP já seja capaz de:
Classificar operações, calcular valores de teste, preencher grupos do XML, transmitir documentos, interpretar rejeições e armazenar as informações para conferência.
O período de orientação não deve ser interpretado como autorização para adiar o projeto.
Quais documentos fiscais são afetados?
O Ato Conjunto RFB/CGIBS nº 1/2025 relacionou diversos documentos que podem registrar operações sujeitas ao IBS e à CBS.
Entre eles estão:
NF-e, NFC-e, NFS-e, CT-e, CT-e OS, BP-e, MDF-e, GTV-e, NF3e, NFCom, DC-e e NFS-e Via.
Cada documento possui seu próprio leiaute, notas técnicas, grupos, eventos e regras de validação.
Uma empresa que emite apenas NF-e terá um projeto diferente de uma organização que também utiliza NFS-e, CT-e ou MDF-e.
Não existe uma única “atualização da reforma tributária” capaz de cobrir automaticamente todos os documentos e processos.
Quais cadastros precisam ser revisados?
Produtos
Cadastros precisam estar consistentes em relação a NCM, CEST, origem, unidade, categoria, finalidade e demais classificações relevantes.
Produtos duplicados ou sem classificação dificultam a seleção correta das regras.
Serviços
Serviços podem precisar de NBS, código de tributação, indicador de operação, local de incidência, município e informações relacionadas ao tipo de prestação.
Clientes e fornecedores
Documentos, inscrições, endereço, município, estado, país, regime e perfil de contribuinte influenciam a tributação.
Empresas e estabelecimentos
Cada estabelecimento precisa possuir dados cadastrais, inscrições, certificados, regimes e séries corretamente configurados.
Operações fiscais
Venda, compra, devolução, remessa, bonificação, industrialização, transferência, importação, exportação e prestação de serviço precisam ser mapeadas.
NBS e indicador de operação
Em operações de serviços, a classificação não depende apenas de uma descrição livre.
Campos como NBS e indicador de operação ajudam a identificar a natureza econômica da prestação e podem participar da seleção da classificação tributária e do preenchimento da NFS-e.
No Odoo, essas informações precisam estar disponíveis no ponto correto da arquitetura fiscal.
Dependendo do processo, elas podem ser definidas:
No produto ou serviço, na operação fiscal, na linha da operação, no contrato ou diretamente no documento.
A modelagem deve permitir regras gerais e exceções sem transformar cada emissão em uma correção manual.
Classificação tributária definida apenas no cadastro do produto pode ser insuficiente quando o mesmo serviço participa de operações diferentes.
O impacto no motor fiscal
O motor fiscal é responsável por selecionar regras a partir das características da operação.
Com a reforma, ele pode precisar considerar:
Data da operação, empresa, origem, destino, cliente, fornecedor, produto, serviço, NCM, NBS, indicador de operação, regime, finalidade e classificação tributária.
Também será necessário representar vigências.
Uma regra válida em 2026 pode mudar em 2027. Entre 2029 e 2032, percentuais e tributos antigos e novos poderão coexistir.
O impacto nos documentos eletrônicos
Os leiautes fiscais passaram a incorporar grupos relacionados ao IBS, CBS e Imposto Seletivo.
O Odoo e a solução de transmissão precisam ser capazes de:
Gerar os novos campos, respeitar regras condicionais, enviar o XML, interpretar rejeições, armazenar o retorno e produzir a representação auxiliar atualizada.
Para NFS-e, o desafio inclui padrões municipais e a evolução da plataforma nacional.
Em 2026, notas técnicas do padrão nacional passaram a consolidar alterações na DPS, na NFS-e e no DANFSe para a Reforma Tributária do Consumo.
Não basta atualizar o serializer. É necessário garantir que os dados de origem existam e estejam corretos nos módulos funcionais.
O impacto no cálculo de preços
A mudança dos tributos pode alterar formação de preço, margem e comparação entre fornecedores.
Empresas precisam revisar:
Preço líquido, preço bruto, impostos destacados, descontos, frete, custo de aquisição, crédito recuperável, margem e contratos com valores fixos.
Relatórios construídos sobre conceitos antigos podem apresentar margens distorcidas durante a transição.
O Odoo deve separar corretamente:
Receita, tributo, custo, crédito e valor financeiro.
Um documento autorizado pode estar tecnicamente válido e, ainda assim, revelar que a política comercial não foi preparada para o novo modelo.
O impacto em compras e créditos
O novo modelo amplia a importância da rastreabilidade dos créditos.
O processo de compra precisa garantir:
Classificação correta, recebimento do documento, vínculo com o fornecedor, conferência dos valores, escrituração e registro do crédito.
Quando houver divergência entre o XML recebido e a operação cadastrada, a equipe precisa identificar e tratar o problema.
Também podem surgir novos controles relacionados à apropriação, utilização, estorno e conciliação dos créditos.
Split payment e integração financeira
O split payment é um mecanismo em que valores relacionados aos tributos podem ser segregados durante a liquidação financeira.
Sua implementação exige integração entre documentos fiscais, instituições de pagamento, plataformas públicas e controles de apuração.
Para o ERP, isso pode impactar:
Conciliação bancária, contas a receber, baixa de títulos, diferenças entre valor bruto e líquido, identificação do tributo recolhido e tratamento de eventos.
Em 2026, a Receita Federal e o Comitê Gestor autorizaram a publicação de documentação técnica da plataforma pública de split payment para apoiar o desenvolvimento das soluções.
Como os modelos operacionais continuam evoluindo, a arquitetura deve evitar amarrar toda a lógica financeira a uma interpretação provisória.
Como o OCA/l10n-brazil participa dessa evolução?
O projeto OCA/l10n-brazil mantém módulos open source para a localização brasileira do Odoo.
O motor fiscal da versão 18.0 já oferece uma estrutura extensível para operações, documentos, impostos e classificações.
A adaptação à reforma envolve diferentes frentes:
Novos campos, classificações, impostos, vigências, regras de seleção, leiautes eletrônicos, contabilidade, relatórios e migração de dados.
Como o projeto é comunitário, empresas e desenvolvedores podem implementar, revisar, testar e compartilhar melhorias.
A reforma é grande demais para ser tratada como uma customização isolada de cada cliente. A colaboração reduz retrabalho e amplia a revisão técnica.
Community ou Enterprise: muda a estratégia?
Sim.
Projetos Enterprise podem utilizar a localização mantida pela Odoo, serviços fiscais integrados e recursos oficiais da edição.
Projetos Community normalmente utilizam módulos do OCA/l10n-brazil, provedores fiscais e desenvolvimentos específicos.
Ambientes Enterprise também podem utilizar componentes OCA compatíveis.
A decisão deve considerar:
Cobertura dos documentos, maturidade dos módulos, custo por transação, autonomia, suporte, atualização e responsabilidade pela manutenção.
A reforma não torna automaticamente uma edição superior. Ela aumenta a necessidade de uma arquitetura bem definida.
Como preparar o Odoo em etapas?
1. Criar um inventário fiscal
Liste empresas, estabelecimentos, regimes, produtos, serviços, documentos, estados, municípios e operações.
2. Identificar os documentos afetados
Mapeie NF-e, NFC-e, NFS-e, CT-e, MDF-e e outros documentos utilizados.
3. Avaliar a versão e os módulos
Confirme quais componentes já suportam os campos e regras necessárias e quais ainda estão em evolução.
4. Sanear cadastros
Corrija NCM, NBS, CEST, endereços, inscrições, municípios, códigos e classificações.
5. Modelar as operações
Defina regras por tipo de venda, compra, serviço, devolução, remessa e operação especial.
6. Configurar ambientes de teste
Mantenha homologação separada da produção, com dados e certificados adequados.
7. Testar documentos
Valide emissão, autorização, rejeição, cancelamento, devolução e demais eventos.
8. Conferir reflexos internos
Verifique estoque, financeiro, contabilidade, crédito, margem e relatórios.
9. Treinar as equipes
Comercial, compras, fiscal, financeiro e contabilidade precisam compreender os novos dados e controles.
10. Acompanhar atos e notas técnicas
O projeto precisa monitorar mudanças de cronograma, regras de validação e novos leiautes.
Uma matriz prática de preparação
| Área | Pergunta de controle | Evidência esperada |
|---|---|---|
| Cadastros | Produtos e serviços possuem as classificações necessárias? | Relatório de campos ausentes e plano de saneamento |
| Fiscal | As operações possuem regras de IBS e CBS por vigência? | Matriz tributária revisada pelos responsáveis |
| Documentos | Os novos grupos são gerados e autorizados? | XML e protocolos de homologação |
| Compras | Créditos recebidos podem ser conferidos e apropriados? | Processo de conferência e conciliação |
| Financeiro | O ambiente está preparado para diferenças de liquidação e split payment? | Fluxos desenhados e integrações avaliadas |
| Contabilidade | Contas e lançamentos representam os novos tributos? | Plano contábil e cenários de lançamento |
| Comercial | Preços e contratos suportam a nova composição? | Simulações de margem e política comercial |
| Tecnologia | Módulos, integrações e provedores possuem plano de atualização? | Roadmap, responsáveis e ambientes de teste |
Erros que devem ser evitados
Esperar uma solução totalmente pronta
A legislação, os regulamentos e os leiautes continuam evoluindo. A empresa precisa trabalhar por ciclos.
Tratar a reforma apenas como tarefa do contador
A contabilidade participa da definição, mas as mudanças chegam a vendas, compras, tecnologia, financeiro e logística.
Atualizar apenas o XML
Campos transmitidos sem dados corretos na origem geram documentos inconsistentes.
Não revisar os cadastros
Classificações ausentes impedem automação e aumentam correções manuais.
Testar apenas uma operação
Venda simples não cobre devolução, serviço, remessa, importação, exportação ou operações especiais.
Aplicar alterações diretamente na produção
Mudanças fiscais precisam passar por desenvolvimento, homologação e validação.
Não definir quem mantém a solução
Notas técnicas e regras continuarão mudando durante toda a transição.
A maior ameaça não é a existência de mudanças. É não possuir um processo confiável para absorvê-las.
A empresa precisa trocar de ERP?
Não necessariamente.
O ponto principal é avaliar se o ERP atual possui:
Arquitetura extensível, fornecedores ativos, capacidade de atualizar documentos, motor fiscal adaptável, ambientes de teste e governança de versões.
O Odoo possui vantagens por ser modular e permitir evolução por componentes.
Entretanto, um ambiente antigo, excessivamente customizado ou sem equipe responsável pode enfrentar dificuldades semelhantes às de qualquer ERP.
A decisão deve considerar a capacidade real de adaptação, e não apenas o nome do sistema.
A abordagem da Escodoo
A Escodoo acompanha tecnicamente a evolução da Reforma Tributária do Consumo e sua aplicação no ecossistema Odoo.
Nossa atuação combina:
Análise dos processos, módulos do OCA/l10n-brazil, desenvolvimento em Python, documentos fiscais, NFS-e, NF-e, motor fiscal, integrações, testes e migração entre versões.
Também participamos de discussões e contribuições relacionadas à localização brasileira, buscando implementar componentes reutilizáveis e compatíveis com os padrões da OCA.
Nos projetos, separamos o trabalho em três frentes:
Adequação legal e funcional, evolução técnica dos módulos e homologação dos processos reais da empresa.
Perguntas frequentes
IBS e CBS já precisam aparecer nas notas?
Em 2026, regras de preenchimento e validação passaram a ser aplicadas conforme o documento, o regime e o cronograma oficial. A empresa deve confirmar a exigência vigente para cada DF-e e ambiente autorizador.
Quais são as alíquotas de teste em 2026?
O cronograma geral prevê CBS de 0,9% e IBS de 0,1% no ano de teste, observadas as regras legais de compensação e cumprimento das obrigações acessórias.
PIS e Cofins já deixaram de existir?
Não em 2026. A extinção está prevista para 2027, quando a CBS entra em vigor de forma efetiva conforme o cronograma legal.
ICMS e ISS terminam em 2027?
Não. A transição desses tributos para o IBS ocorre gradualmente entre 2029 e 2032, com extinção prevista para 2033.
Atualizar o módulo fiscal é suficiente?
Não. Cadastros, operações, integrações, documentos, contabilidade, contratos e usuários também precisam ser preparados.
O OCA/l10n-brazil já está totalmente pronto?
A adaptação ocorre de forma progressiva conforme regulamentação, notas técnicas e versões dos módulos. A cobertura precisa ser avaliada para cada processo e documento.
A empresa deve definir a tributação sozinha?
A definição precisa envolver responsáveis fiscais, contábeis e jurídicos. A consultoria Odoo transforma essas decisões em configurações e componentes técnicos.
O Simples Nacional também será afetado?
Sim. Existem regras e opções específicas para o Simples, inclusive decisões sobre o tratamento de IBS e CBS. O enquadramento deve ser avaliado com os responsáveis tributários da empresa.
Quando começar a adaptação?
Imediatamente, começando por inventário, saneamento cadastral, avaliação dos módulos e testes dos documentos utilizados pela operação.
Conclusão: a reforma precisa virar um programa de evolução do ERP
A Reforma Tributária do Consumo não será resolvida por uma atualização isolada.
Ela afeta a forma como o Odoo representa produtos, serviços, operações, créditos, documentos e resultados.
O cronograma até 2033 exige uma arquitetura capaz de trabalhar com vigências, coexistência de tributos, novos leiautes e mudanças frequentes.
Empresas que começarem pelo inventário dos processos, pela qualidade dos cadastros e pela homologação contínua terão mais condições de atravessar a transição sem transformar cada nova regra em uma emergência.
Seu Odoo está preparado para IBS e CBS?
A Escodoo analisa a arquitetura fiscal, os módulos, os documentos eletrônicos e os processos da sua empresa.
Atuamos com OCA/l10n-brazil, desenvolvimento em Python, motor fiscal, NF-e, NFS-e, integrações e homologação.
Fale com nossa equipe e estruture um plano de adequação à Reforma Tributária do Consumo.
Avaliar meu ambiente Odoo