Como preparar sua empresa para implantar Odoo

Boa parte do que define o resultado de uma implantação de Odoo acontece antes da instalação do primeiro aplicativo. Quando a empresa chega ao projeto sabendo como opera, com cadastros minimamente organizados e com as decisões sobre edição, versão e tratamento fiscal já discutidas, a configuração deixa de ser uma sequência de suposições. Este guia reúne o que vale preparar — processos, dados, regras fiscais, equipe e critérios de virada — com exemplos de operações brasileiras.

Comece pelo processo, não pelo sistema

O ponto de partida é descrever como a empresa trabalha hoje, de ponta a ponta, e não a lista de telas que gostaria de ter. Um ERP integra áreas; se o processo entre elas não estiver claro, o sistema apenas reproduz a confusão com mais velocidade.

Mapeie os fluxos principais:

• Do pedido ao recebimento: quem registra o pedido, como o preço é definido, quando o crédito é analisado, quem libera a separação, quando a nota fiscal é emitida e como o pagamento é baixado.
• Da necessidade ao pagamento: como nasce uma requisição, quem aprova, como a compra é recebida e conferida, como a nota do fornecedor é lançada e quando o título é pago.
• Do estoque à expedição: como os produtos são armazenados, como o inventário é feito, quem trata divergências e como funcionam as devoluções.

Pense em uma distribuidora paulista que vende para outros estados. O pedido chega pelo representante, passa por análise de crédito e separação e só então gera a NF-e, cujo cálculo depende do destino, do tipo de cliente e da classificação fiscal do produto. Se essas regras estão apenas na cabeça de quem fatura, o projeto vai descobri-las tarde — geralmente na homologação, quando corrigir custa mais.

Em uma empresa de serviços, o fluxo crítico costuma ser outro: proposta aprovada, execução, medição e emissão da NFS-e, com retenções que variam conforme o serviço e o município. Esse caso é aprofundado no artigo Da proposta ao recebimento: integração em empresas de serviços.

Separe obrigação, política e hábito

Ao mapear, classifique cada etapa: ela existe por obrigação legal, por uma política interna (como alçadas de aprovação) ou por um hábito criado para contornar limitações do sistema anterior? Planilhas paralelas, conferências duplicadas e e-mails de liberação muitas vezes pertencem à terceira categoria. Levar esses hábitos para o Odoo como requisito gera customizações de que ninguém precisava.

Defina o escopo da primeira fase

Implantar tudo de uma vez aumenta o risco e dilui a atenção da equipe. É mais seguro escolher um núcleo — por exemplo, vendas, compras, estoque e faturamento — e deixar CRM, projetos ou manutenção para ciclos seguintes. O importante é que a primeira fase entregue um fluxo completo, e não pedaços desconectados.

Para cada item do escopo, combine um critério de pronto. Alguns exemplos objetivos:

• emitir, em ambiente de homologação, as notas dos cenários mais frequentes, conferidas pela contabilidade;
• conciliar o extrato de um mês inteiro de uma conta bancária;
• bater o saldo de estoque do sistema com uma contagem física por amostragem;
• gerar o relatório de contas a receber com os mesmos valores do sistema antigo na data de corte.

Organize os dados antes da migração

Dados mal preparados geram retrabalho em qualquer implantação. Antes de importar, revise os cadastros que alimentam os documentos fiscais e financeiros:

• Clientes e fornecedores: CNPJ ou CPF, inscrições estadual e municipal quando houver, endereço completo com município e e-mail para envio de documentos. Procure duplicidades: o mesmo CNPJ cadastrado duas vezes é comum em sistemas antigos.
• Produtos e serviços: unidade de medida, NCM, origem da mercadoria e, para serviços, o código usado na emissão da nota. A classificação fiscal deve ser validada com a contabilidade, não herdada sem revisão.
• Financeiro: plano de contas, contas bancárias, condições de pagamento e títulos em aberto na data de corte.
• Estoque: locais, saldos iniciais e, se for o caso, lotes ou números de série.

O Odoo importa dados de planilhas Excel (.xlsx) ou CSV, oferece modelos de importação para os registros mais comuns e permite testar o arquivo antes de gravar. A documentação recomenda manter a coluna de identificador externo (External ID), que pode reaproveitar o código do sistema anterior e ajuda a recriar relacionamentos — por exemplo, ligar contatos às empresas a que pertencem.

Decida o que migrar e quem responde por cada dado

Nem todo histórico precisa entrar no novo sistema. Em muitos projetos, basta migrar cadastros ativos, saldos de estoque e títulos em aberto, mantendo o histórico de vendas no sistema antigo para consulta. Para cada grupo de dados, defina uma pessoa da empresa que valide o conteúdo antes e depois da importação.

Envolva a contabilidade e o fiscal desde o início

No Brasil, a parte fiscal costuma ser o caminho crítico. A documentação da localização brasileira do Odoo lista, entre os dados do cadastro da empresa, CNPJ, inscrições estadual e municipal, regime tributário federal e tipo de contribuinte do ICMS. São informações que a contabilidade precisa confirmar, junto com as operações que a empresa realmente pratica: venda, devolução, remessa, bonificação, prestação de serviço com ou sem retenção.

Também é preciso decidir como os tributos serão calculados e os documentos fiscais emitidos. Há caminhos diferentes:

• Localização mantida pela Odoo S.A.: o módulo contábil brasileiro (l10n_br) traz plano de contas, impostos e posições fiscais; o cálculo de tributos e a emissão de NF-e e NFS-e ficam com módulos de integração com a Avalara, que não fazem parte do código aberto da edição Community.
• Localização da comunidade (OCA l10n-brazil): conjunto de módulos mantido no âmbito da Odoo Community Association, sob licença AGPL, que cobre motor fiscal, NF-e, NFS-e, CT-e, MDF-e e CNAB, entre outros. A maturidade varia por módulo e por versão do Odoo e é declarada no próprio módulo.
• Serviços de terceiros: provedores de emissão de documentos fiscais, consulta de cadastros ou cobrança bancária, contratados à parte e integrados ao Odoo.

Qualquer que seja o caminho, providencie o certificado digital A1 e verifique as exigências da prefeitura para a NFS-e: a documentação do Odoo alerta que alguns municípios exigem vincular o certificado no portal da cidade antes da emissão. Converse também com a contabilidade sobre como a solução escolhida vai acompanhar a reforma tributária do consumo, que instituiu o IBS e a CBS por meio da Lei Complementar nº 214/2025.

Escolha edição, versão e hospedagem com critério

Edição

A Community é distribuída sob a licença LGPL v3; a Enterprise exige assinatura e acrescenta aplicativos e serviços, como o de atualização de versão. Os critérios para essa escolha estão em Odoo Community e Enterprise: como avaliar a escolha.

Versão

Cada versão principal do Odoo tem três anos de suporte padrão. A mais recente é o Odoo 20.0, lançado em setembro de 2026; hoje, o suporte padrão cobre as versões 18.0, 19.0 e 20.0, e o Odoo 17.0 saiu dele no mesmo mês. Começar um projeto em uma versão perto do fim do suporte significa planejar uma migração logo depois da virada.

A versão também depende da localização de que você precisa. Em consulta feita em 4 de novembro de 2026 ao repositório OCA l10n-brazil, o ramo 18.0 reunia o conjunto mais completo de módulos, incluindo NF-e, NFS-e e CNAB; o 19.0 tinha um conjunto menor, ainda sem os módulos de NF-e e NFS-e; e o 20.0 ainda não tinha módulos da localização publicados. Se o projeto depende da localização da OCA, a versão de partida pode não ser a mais recente — e isso precisa entrar no planejamento.

Hospedagem

O Odoo Online não aceita aplicativos fora do padrão, o que exclui módulos da OCA e desenvolvimentos próprios. Segundo a página de preços do Odoo, a Enterprise no Odoo.sh ou em servidor próprio exige o plano Custom. A Community roda em infraestrutura própria ou contratada, com backup, segurança e atualizações sob responsabilidade da empresa ou do fornecedor escolhido.

Monte a equipe interna do projeto

Um fornecedor experiente não substitui quem conhece a operação. Antes de começar, defina:

• Patrocinador: alguém da diretoria com autoridade para resolver conflitos entre áreas e priorizar.
• Usuários-chave: uma pessoa por área (comercial, compras, estoque, financeiro, fiscal), com horas reservadas na agenda para validar processos, testar e treinar colegas.
• Responsável pelos dados: quem coordena saneamento, importações e conferências.
• Interlocutor da contabilidade: mesmo que o escritório seja externo, ele precisa validar cenários fiscais e o plano de contas.

Prepare os testes e o plano de virada

Os testes devem usar casos reais da operação: a venda interestadual mais comum, uma devolução parcial, uma compra com frete, um título recebido com juros. Faça isso em uma base de teste, nunca em produção. No Odoo, as bases de teste criadas pela plataforma — como duplicações e, no Odoo.sh, os ambientes de staging e desenvolvimento — são neutralizadas: e-mails de saída, ações agendadas e provedores de pagamento, entre outros, ficam desativados.

Para a virada, combine com antecedência a data de corte (de preferência longe do fechamento mensal), a contagem de estoque, a carga de saldos e títulos em aberto, o plano de contingência e quem fica de prontidão nos primeiros dias.

Como a OTX conduz essa preparação

Na OTX Digital, o princípio é “Processo primeiro. Tecnologia a serviço dele.” A preparação descrita aqui corresponde às etapas Situar e Planejar da nossa metodologia SPACE — Situar, Planejar, Aplicar, Consolidar e Evoluir —, aplicada em ciclos recorrentes. Começamos entendendo o negócio e analisando a aderência de cada processo aos recursos nativos do Odoo e do ecossistema OCA; a personalização entra apenas quando há uma necessidade clara que o padrão não atende. Saiba mais em implantação Odoo e em aplicações por setor.

Fontes consultadas

• Odoo 20 — Notas de versão
• Odoo 20.0 — Documentação: localização fiscal do Brasil
• Odoo 20.0 — Documentação: exportar e importar dados
• Odoo 20.0 — Documentação: base de dados neutralizada
• Odoo 20.0 — Documentação: suporte padrão e estendido
• Odoo 20.0 — Documentação: hospedagem
• Odoo 20.0 — Licenças
• Odoo — Página de preços e planos (consultada em 4 de novembro de 2026)
• OCA — Repositório l10n-brazil no GitHub (consultado em 4 de novembro de 2026)
• Lei Complementar nº 214, de 16 de janeiro de 2025 (Planalto)

Revisado em 4 de novembro de 2026.

Vai começar a planejar uma implantação? Conte como sua operação funciona hoje e o que precisa mudar. Fale com a OTX pela página de contato ou pelo WhatsApp.