Migração TOTVS Protheus para Odoo: o que muda na compliance fiscal

A pergunta que mais recebemos sobre migração de Protheus para Odoo não é se dá certo, é o que acontece com as obrigações fiscais durante e depois da virada. Faz sentido: a empresa não pode perder competência fiscal por ter trocado de ERP, e qualquer falha em SPED ou NF-e tem consequência imediata.

Este post resume o que muda na prática quando você sai de TOTVS Protheus para Odoo+OCA, em quais pontos a localização da OCA tem vantagens estruturais e quais cuidados a migração precisa ter.

O ponto de partida: o que o Protheus realmente faz no fiscal

O Protheus tem o módulo SIGAFIS (e variantes) cobrindo emissão de NF-e, NFS-e, recepção, escrituração de ICMS/IPI, EFD Contribuições, ECD, ECF, Reinf, eSocial. É um conjunto extenso, vendido em pacotes, com customizações específicas por cliente acumuladas em ADVPL (a linguagem proprietária da TOTVS) ao longo dos anos.

Os pontos de atrito que mais aparecem em projetos de migração:

• Customizações em ADVPL acumuladas ao longo dos anos, frequentemente sem documentação atualizada.
• Atualizações de pacote dependentes do ciclo de release da TOTVS, que nem sempre acompanha o ritmo da Receita (ver EFD ICMS/IPI layout 20 sobre os ciclos curtos de atualização).
• Custo de licença por usuário e módulo, em empresas que cresceram, a fatura mensal do Protheus virou item de revisão orçamentária.
• Integrações que viraram caixa-preta, folha, fiscal, financeiro tudo amarrado, difícil isolar e migrar por etapas.

O que o Odoo+OCA cobre, equivalente por equivalente

A localização brasileira da OCA (onde a KMEE contribui há mais de 14 anos, ao lado de outras consultorias da comunidade) cobre o conjunto fiscal completo:

• NF-e (modelo 55) e NF-e Consumidor (modelo 65) com Focus NFe ou outros providers, emissão e recepção.
• NFS-e com integração ABRASF e providers para municípios fora do padrão (ver NFS-e: por que cada município tem padrão próprio).
• CT-e e MDF-e para empresas de transporte e logística.
• EFD ICMS/IPI com layouts atualizados em ciclo aberto (PRs públicos).
• EFD Contribuições (PIS/COFINS), o módulo l10n_br_sped_efd_pis_cofins substitui a planilha do contador (ver EFD Contribuições no Odoo+OCA).
• ECD e ECF geradas a partir do plano de contas referencial e da contabilidade do exercício.
• eSocial e Reinf via módulos OCA específicos. A KMEE construiu folha de pagamento completa para a ABGF, que roda Odoo 8.0 em produção até hoje, justamente porque a complexidade fiscal brasileira exige profundidade, não dá para “amarrar com fita crepe”.
• DCTF, DIRF, DASN, DEFIS dependendo do regime, cobertura modular.

O que muda na prática

Modelo de dados unificado

No Protheus, NF-e tem uma tabela, escrituração tem outra, financeiro tem outra, contabilidade tem outra. Há ligação, mas é via chaves de aplicação, não relacional puro. No Odoo, a nota fiscal é o documento contábil, account.move é a base. Isso simplifica tudo: cancelamento de nota baixa o lançamento contábil automaticamente, ajuste de nota propaga para a EFD, etc.

Atualização contínua sem licença adicional

Layout 20 da EFD ICMS/IPI? PR aberto na OCA. NT 2025/001 da NF-e (Reforma Tributária)? Em desenvolvimento na comunidade. Você acompanha o trabalho, roda o branch de homologação meses antes da virada, e sobe pra produção quando estiver maduro. Sem aguardar pacote, sem licença extra.

Customizações em Python, não em ADVPL

Toda a comunidade de desenvolvedores Python ativa pode trabalhar no seu Odoo. ADVPL tem nicho restrito à TOTVS, quando o desenvolvedor sai, sua customização vira risco. Em Python, o pool de talento é praticamente todo o mercado de TI brasileiro.

O cuidado com os XMLs antigos

Aqui está o ponto técnico mais importante de qualquer migração: os XMLs de NF-e emitidos pelo Protheus precisam ser preservados. A guarda fiscal é de cinco anos a contar do exercício seguinte, e você vai precisar deles em fiscalização.

Recomendamos:

1. Exportar todos os XMLs (autorizados, cancelados, denegados) do Protheus antes do desligamento, em estrutura de pastas por CNPJ/ano/mês.
2. Importar como anexos na base Odoo, vinculados ao account.move correspondente, mesmo que o lançamento contábil esteja apenas como saldo de abertura, o XML fica acessível.
3. Manter o histórico de eventos (cancelamento, carta de correção, manifestação do destinatário), eles fazem parte do dossiê fiscal.
4. Documentar a transição, em qual data a emissão passou do Protheus para o Odoo, quais séries foram fechadas no antigo e quais começaram no novo.

Prazo realista

Para uma empresa de porte médio (R$ 50-300M de faturamento, Lucro Real, multi-CNPJ moderado, operação industrial ou distribuidora), nossa recomendação:

• 3 meses de levantamento, mapear customizações ativas, identificar quais são essenciais, quais são lixo acumulado, quais viram OCA, quais viram custom.
• 6 meses de implementação, base Odoo configurada, dados mestres migrados, paralelo fiscal rodando.
• 3 meses de paralelo real, emissão real em Odoo, conferência mensal contra Protheus, ajustes finos.
• Cutover em virada de exercício, janeiro é ideal porque fecha exercício no antigo e abre no novo.

Total: 12 meses do “vamos migrar” até o “não usamos mais Protheus”. Quem promete em 4 meses está cortando coisa que vai aparecer depois, frequentemente em fiscalização.

Veja Odoo vs TOTVS para a comparação estrutural completa, e fale com nosso time pela página de contato se quer revisar a viabilidade de migração da sua empresa.