Menu Fechar
Fechar
Falar com um especialista
WhatsApp
Odoo na prática

Odoo Community e Enterprise: como avaliar a escolha

3 horas ago
Pessoa analisa gráficos de barras e linhas em um notebook, com caneta na mão, em mesa de escritório

“Community ou Enterprise?” é uma das primeiras perguntas de quem avalia o Odoo — e muitas vezes aparece antes de a empresa saber quais processos quer cobrir. A resposta depende menos do preço por usuário e mais de quatro fatores: quais aplicativos você vai usar, como a parte fiscal brasileira será tratada, onde o sistema vai rodar e quem vai cuidar das atualizações de versão. Este artigo organiza esses critérios com base na documentação oficial do Odoo e no ecossistema da OCA.

O que diferencia as duas edições

Odoo Community

É a edição de código aberto, distribuída sob a licença LGPL v3. O código está publicado no GitHub, pode ser modificado e pode ser instalado em infraestrutura própria ou contratada. Segundo a própria Odoo, a Community é a base sobre a qual a Enterprise é construída.

Odoo Enterprise

Acrescenta aplicativos e serviços à Community e é regida pela Odoo Enterprise Edition License v1.0. Pela licença, o uso exige uma assinatura Enterprise válida para o número correto de usuários; o software pode ser modificado, mas não pode ser publicado, distribuído, sublicenciado ou vendido. O contrato de assinatura calcula a cobrança pelo número de usuários e pelo plano contratado; usuários de portal — clientes e fornecedores com acesso limitado — não entram na contagem.

Em consulta feita em 4 de novembro de 2026, a página de preços do Odoo apresentava três planos:

  • One App Free: um aplicativo, com usuários ilimitados, no Odoo Online.
  • Standard: todos os aplicativos, no Odoo Online.
  • Custom: todos os aplicativos, com hospedagem no Odoo Online, no Odoo.sh ou em servidor próprio, além de Studio, multiempresa e API externa.

Os valores em reais estão na mesma página e podem mudar, por isso não os reproduzimos aqui. A página também deixa claro que serviços de implantação, custos de hospedagem no Odoo.sh e manutenção de código customizado não estão incluídos na assinatura.

Aplicativos: o que está em cada edição

Uma forma objetiva de comparar é olhar o código. No repositório público da Community, consultado nos ramos 19.0 e 20.0, estão, entre outros, Vendas, CRM, Compras, Estoque, Fabricação, Projetos, Ponto de Venda, Site, Manutenção, Frota e o aplicativo Faturamento. Não estão nele — e, portanto, dependem da Enterprise:

  • a contabilidade completa e os relatórios contábeis;
  • o Studio, para personalizar telas e fluxos sem programar;
  • Helpdesk, Documentos, Assinatura eletrônica (Sign) e Knowledge;
  • Folha de pagamento, Planejamento e Assinaturas recorrentes;
  • Qualidade e PLM, na área de manufatura.

O papel da OCA

A Odoo Community Association (OCA), organização sem fins lucrativos sediada na Suíça, mantém repositórios de módulos abertos que cobrem parte dessas lacunas: relatórios financeiros (account-financial-reporting), conciliação bancária (account-reconcile), relatórios gerenciais (mis-builder), atendimento (helpdesk) e contratos recorrentes (contract), entre muitos outros. Eles não são cópias dos aplicativos da Enterprise; cada módulo deve ser avaliado pela funcionalidade, pela maturidade declarada, pelos mantenedores e pela disponibilidade na versão desejada.

Na prática, uma distribuidora que usa vendas, compras, estoque, faturamento e relatórios financeiros tende a encontrar boa parte do necessário na Community somada a módulos da OCA. Já uma empresa de serviços que quer helpdesk, cobrança recorrente e assinatura eletrônica de contratos deve comparar, item a item, os aplicativos da Enterprise com as alternativas da OCA antes de decidir.

Localização brasileira: o critério que mais pesa

Para empresas brasileiras, a escolha da edição é inseparável da escolha da localização fiscal.

Localização da Odoo S.A.

O módulo l10n_br, presente na Community, traz plano de contas baseado no SPED, impostos, posições fiscais e tipos de documento e de identificação. O cálculo de tributos e a emissão eletrônica de NF-e e NFS-e ficam a cargo de módulos de integração com a Avalara, como l10n_br_avatax e l10n_br_edi, que não estão no repositório da Community. Na prática, esse caminho pressupõe a Enterprise, uma conta no portal da Avalara e o certificado digital A1.

As condições mudam entre versões. Na documentação do Odoo 20, a versão mais recente, o uso do Avalara Brasil aparece como sem custo com o Odoo; na versão 19, a documentação descreve o consumo de créditos de compra no aplicativo (IAP) para cálculo e emissão via Avalara. A documentação das duas versões alerta que a NFS-e não pode ser emitida com impostos de serviço criados manualmente e que o cancelamento de NFS-e precisa ser feito no portal da prefeitura antes de ser registrado no Odoo.

Localização da OCA (l10n-brazil)

O repositório l10n-brazil, mantido no âmbito da OCA sob licença AGPL, oferece um motor fiscal próprio (l10n_br_fiscal) e módulos para NF-e, NFS-e (inclusive um para o padrão nacional), CT-e, MDF-e, CNAB e base para SPED, entre outros. Cada módulo declara seu estágio de maturidade: no ramo 18.0, por exemplo, o motor fiscal aparecia como estável, o módulo de NF-e como beta e o de NFS-e no padrão nacional como alfa.

A disponibilidade por versão é decisiva. Em consulta de 4 de novembro de 2026, o ramo 18.0 tinha o conjunto mais completo; o 19.0, um conjunto menor, ainda sem NF-e e NFS-e; e o 20.0, nenhum módulo da localização publicado. Por serem módulos fora do padrão, não rodam no Odoo Online; podem ser instalados na Community e também na Enterprise em Odoo.sh ou servidor próprio, observada a compatibilidade com os demais módulos.

Serviços de terceiros

Nos dois caminhos podem entrar serviços contratados à parte: provedores de emissão de documentos fiscais, consulta de CNPJ e cobrança bancária. O próprio repositório da OCA inclui, por exemplo, um módulo de integração de NFS-e com um provedor externo de emissão. Esses serviços têm contrato, custo e suporte próprios, que devem entrar na conta.

Hospedagem, suporte e atualização de versão

  • Odoo Online: aceita apenas aplicativos padrão. A atualização para uma nova versão principal é obrigatória a cada dois anos, e quem está em versão intermediária precisa atualizar poucas semanas após o lançamento da seguinte.
  • Odoo.sh: aceita módulos próprios e da OCA, com ramos de desenvolvimento, staging e produção. Depois dos três anos de suporte da versão, há mais dois anos para concluir a atualização.
  • Servidor próprio: é possível permanecer indefinidamente na mesma versão, embora a documentação não recomende.

Para quem tem assinatura, cada versão principal tem três anos de suporte padrão, período em que são fornecidas atualizações de segurança. Depois disso, o suporte estendido é cobrado à parte, só existe no Odoo.sh (para um número limitado de versões) e em servidor próprio, e não inclui atualizações de segurança. A versão 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 a 17.0 saiu dele no mesmo mês.

Atualização: incluída na Enterprise, por conta própria na Community

Com a Enterprise, atualizar a base para a versão mais recente está incluído na assinatura, cobrindo aplicativos padrão, personalizações feitas com o Studio e desenvolvimentos cobertos por contrato de manutenção. Módulos próprios ou de terceiros sem esse contrato, limpeza de dados e treinamento ficam de fora. O contrato de assinatura também prevê cobrança adicional para bases que permaneçam em versão anterior às três versões cobertas.

Na Community, o caminho é o OpenUpgrade, projeto da OCA que oferece uma rota aberta de migração, já que a edição Community não traz migração entre versões principais. Ele leva a base de uma versão para a seguinte; saltos maiores são feitos em etapas, passando por cada versão intermediária. Os módulos da OCA e os desenvolvimentos próprios também precisam existir na versão de destino.

Mudar de edição depois

A documentação descreve como passar da Community para a Enterprise em servidor próprio: faz-se o backup, instala-se o módulo web_enterprise e informa-se o código da assinatura. Essa troca não faz parte do serviço de atualização de versão e deve ser planejada como uma etapa à parte.

Critérios para decidir

Em vez de partir da edição, parta destas perguntas:

  1. Quais processos e aplicativos são necessários agora e nos próximos ciclos? Se dependem de aplicativos exclusivos da Enterprise, compare com as alternativas da OCA.
  2. Qual caminho fiscal atende sua operação? Verifique quais documentos você emite (NF-e, NFS-e, CT-e), em quais municípios, e se a solução cobre esses casos na versão pretendida.
  3. Onde o sistema vai rodar e quem cuida dele? Servidor próprio exige equipe ou fornecedor para backup, segurança e monitoramento.
  4. Quanto será personalizado? O Studio é da Enterprise (plano Custom); módulos próprios ou da OCA exigem Odoo.sh ou servidor próprio em qualquer edição.
  5. Como será a atualização de versão? Compare o serviço incluído na Enterprise com o esforço de migração na Community, inclusive dos módulos da OCA.
  6. Qual é o custo total? Some assinatura, hospedagem, serviços de terceiros, implantação e manutenção de código, e não apenas o preço por usuário.

Resumo

  • Community: LGPL v3, sem assinatura, em infraestrutura própria ou contratada; contabilidade completa, Studio e vários aplicativos não estão incluídos; atualização de versão por conta própria, com o OpenUpgrade.
  • Enterprise: licença própria, com assinatura por usuário e plano; mais aplicativos, suporte e serviço de atualização; Odoo.sh e servidor próprio exigem o plano Custom.
  • Fiscal: a localização da Odoo S.A. emite documentos pela integração com a Avalara, fora da Community; a da OCA funciona na Community e na Enterprise fora do Odoo Online, com disponibilidade que varia por versão.
  • Decisão: parta dos processos, do caminho fiscal e da capacidade de manter o ambiente, não do preço por usuário.

Como a OTX ajuda nessa avaliação

A OTX Digital trabalha com o princípio “Processo primeiro. Tecnologia a serviço dele.” Antes de recomendar uma edição, analisamos a aderência de cada processo aos recursos nativos do Odoo e aos módulos da OCA, verificamos a localização fiscal necessária e a versão em que ela está disponível, e só então discutimos personalização. Esse trabalho começa na etapa Situar da metodologia SPACE. Veja também as soluções Odoo, os serviços de implantação, migração de versões e integrações e desenvolvimento, e o artigo Como preparar sua empresa para implantar Odoo.

Fontes consultadas

Revisado em 4 de novembro de 2026.

Em dúvida entre Community e Enterprise? Conte quais processos e documentos fiscais sua operação precisa cobrir. Fale com a OTX pela página de contato ou pelo WhatsApp.

0Likes
About Author