Alojamento do Odoo: SaaS, Odoo.sh ou servidor próprio

Escolher o Odoo cloud certo não é uma questão de preferência por servidores: o modo de alojamento decide se pode instalar módulos de terceiros, quem faz as atualizações, quem guarda as cópias de segurança e que fórmula de subscrição tem de contratar. Esta página compara as três opções oficiais do alojamento do Odoo (Odoo Online, Odoo.sh e instalação local) com os critérios que contam numa empresa portuguesa.

As três formas de alojar o Odoo

Segundo a documentação oficial, o Odoo Enterprise pode ser alojado em três plataformas:

• Odoo Online (SaaS): a Odoo aloja a sua base e gere as atualizações;
• Odoo.sh (PaaS): um cloud dedicado, pensado para código personalizado;
• Instalação local (on-premise): a empresa instala o Odoo na sua própria infraestrutura.

Em linguagem corrente, quando alguém pergunta por «Odoo SaaS» refere-se ao Odoo Online; quando fala em «Odoo cloud» pode estar a referir-se tanto a este como ao Odoo.sh, ou a uma base alojada por um integrador. Convém esclarecer o termo logo na primeira conversa, para que todos comparem a mesma coisa.

Odoo Online: o SaaS gerido pela Odoo

No Odoo Online a empresa não gere servidores. O alojamento e a migração de versão ficam a cargo da Odoo, e a base está disponível logo após a subscrição. A contrapartida é clara: só as aplicações Odoo são instaláveis, sem módulos de terceiros nem modificação do código.

Na prática, o Odoo Online serve bem quando o processo da empresa cabe nas aplicações standard e na configuração. Serve mal quando o negócio exige um desenvolvimento específico ou um módulo comunitário. Existem várias formas de ir longe sem programar, e a página sobre personalização e desenvolvimento em Odoo explica onde acaba a configuração e começa o código.

As bases Odoo Online incluem ainda um nome de domínio personalizado gratuito durante um ano, um pormenor útil para quem usa o site ou a loja online do Odoo.

Odoo.sh: cloud oficial para código à medida

O Odoo.sh é a plataforma cloud oficial para alojar código personalizado. Reúne integração com o GitHub, ramos de desenvolvimento, de teste (staging) e de produção, integração contínua, acesso SSH, shell web, editor em linha e cópias de segurança automáticas.

É um modo pensado para equipas que trabalham com um integrador ou com um programador interno: testa-se uma alteração num ramo de recette, valida-se com os utilizadores e só então se passa para produção. Não se destina a quem quer apenas «ligar e usar»; pressupõe uma disciplina de desenvolvimento.

Instalação local: controlo total, responsabilidade total

Com a instalação local, a empresa mantém o controlo completo, e a responsabilidade completa. A personalização e os módulos de terceiros são possíveis, com a edição Enterprise ou Community, mas a manutenção, as cópias de segurança e a segurança dos dados ficam a seu cargo.

A «infraestrutura própria» pode ser uma sala de servidores na sede ou máquinas contratadas a um prestador de alojamento. Em qualquer caso, alguém tem de assumir as atualizações do sistema, a monitorização, os certificados, o plano de recuperação e os testes de restauro. Se essa pessoa ou equipa não existe, o custo escondido é elevado.

Comparação: o que muda de um modo para outro

Leia esta tabela como ponto de partida e não como veredicto: o modo certo depende do que o seu processo exige, e não do que parece mais moderno.

Fórmulas e custos: o alojamento influencia o preço

O alojamento está ligado à fórmula de subscrição. A fórmula One App Free, a 0 EUR, está limitada a uma aplicação (mais as suas dependências), alojada no Odoo Online, com utilizadores ilimitados. A fórmula Standard custa 24,90 EUR por utilizador e por mês, com todas as aplicações, também no Odoo Online. A fórmula Custom custa 44,90 EUR por utilizador e por mês e é a única que permite o Odoo.sh ou a instalação local; os custos do Odoo.sh não estão incluídos.

Estes valores são os da página de preços da Odoo e podem ser objeto de remises temporárias na contratação; confirme sempre as condições em vigor. O Odoo também divulga um utilizador «light» a 7,90 EUR por mês, mediante marcação com um consultor. Para o raciocínio completo sobre orçamento, incluindo licenças, implementação e manutenção, consulte o preço do Odoo.

Dois pormenores evitam surpresas:

• só contam como utilizadores pagos os que têm acesso backend; os utilizadores portal (clientes e fornecedores) não são contados;
• a fórmula Custom acrescenta Odoo Studio, multi-sociedade e acesso à API externa. Instalar o Studio ou adicionar sociedades faz uma base gratuita passar a Custom.

Quem precisa de várias sociedades (um grupo com empresas em Lisboa e no Porto, por exemplo) descobre assim que a escolha do alojamento e a da fórmula não se separam.

Atualizações e versões

No Odoo Online a migração de versão é gerida pela Odoo, o que alivia a equipa, mas obriga a aceitar o calendário do editor. No Odoo.sh e em instalação local, a decisão de quando migrar é da empresa, o que dá liberdade, mas também responsabilidade: os módulos específicos têm de ser testados e, se necessário, adaptados antes do corte.

Há ainda a questão da edição. O Odoo propõe a Community (open source) e a Enterprise (sob licença), e a página oficial indica que é possível passar de uma para a outra a qualquer momento. A versão 19 da Community está sob licença LGPLv3; a Enterprise exige uma subscrição válida para o número de utilizadores em causa. Para perceber o que cada versão traz, veja versões e edições do Odoo; para o processo de passagem entre versões, migrar o Odoo.

Cópias de segurança e continuidade

As fórmulas do Odoo incluem, segundo a página de preços, cópias de segurança diárias em dois continentes e monitorização 24/7. No Odoo.sh as cópias são automáticas. Na instalação local, tudo isto passa a ser seu.

Qualquer que seja o modo, faça três perguntas ao fornecedor ou ao integrador:

1. Com que frequência se fazem as cópias e quanto tempo se conservam?
2. Quem testa a restauração e com que periodicidade?
3. Quanto tempo demora, na prática, a repor o serviço após um incidente grave?

Uma cópia nunca restaurada é uma hipótese, não uma garantia. E a manutenção corrente, correções, monitorização e evolução, deve estar contratada de forma explícita: veja suporte e manutenção em Odoo.

Localização dos dados, RGPD e contexto português

Em Portugal, o RGPD aplica-se a qualquer base que contenha dados de clientes, fornecedores ou colaboradores, e a CNPD é a autoridade de controlo. Para um ERP, isto traduz-se em perguntas concretas ao prestador:

• em que país ou região ficam os dados e as cópias;
• que subcontratantes intervêm;
• que cláusulas de proteção de dados constam do contrato;
• como se exportam os dados e o que acontece no fim da relação.

Os documentos públicos consultados para esta página não detalham a localização dos centros de dados do Odoo Online, pelo que não a afirmamos aqui: peça-a por escrito, sobretudo se a sua empresa trabalha com dados de saúde, de recursos humanos ou de clientes sujeitos a requisitos setoriais.

Há uma segunda dimensão, a fiscal. Uma empresa em Portugal tem de usar software de faturação certificado pela AT, produzir o ficheiro SAF-T (PT) e imprimir o ATCUD e o código QR nos documentos. Antes de fechar o modo de alojamento, confirme que a configuração prevista na sua base cumpre estas obrigações, incluindo se o alojamento escolhido limita os módulos necessários; o ponto é tratado em SAF-T (PT) e ERP e, para o caso específico, em Odoo em Portugal. O seu contabilista certificado deve participar nesta validação, não só no fim.

Como escolher: quatro perguntas que resolvem quase tudo

1. Precisa de módulos de terceiros ou de código à medida? Se sim, o Odoo Online fica fora; avalie o Odoo.sh ou a instalação local.
2. Tem equipa técnica para operar servidores? Se não, a instalação local transfere para si um trabalho que não é o seu negócio.
3. Quantas sociedades e que integrações? Multi-sociedade e API externa implicam a fórmula Custom.
4. Que nível de controlo exige a sua política de segurança? Algumas empresas, por exigência de clientes ou de auditoria, só aceitam infraestrutura que controlam.

Uma PME com processos próximos do standard, sem desenvolvimentos específicos, tende a ficar bem no SaaS. Uma indústria com regras próprias de produção, integrações com máquinas ou um parque de desenvolvimentos já em curso tende a precisar do Odoo.sh ou de instalação local. A questão geral do cloud contra o local, para qualquer ERP, está em ERP cloud ou local.

Erros frequentes na escolha do alojamento

• Começar no Odoo Online e descobrir, a meio do projeto, que um módulo essencial exige código.
• Escolher a instalação local pela ideia de poupança, sem contar com a administração de sistemas.
• Não contratar a restauração de cópias como serviço verificável.
• Ignorar a localização dos dados até ao primeiro pedido de um cliente ou de um auditor.
• Decidir o alojamento antes de mapear os processos, quando deveria ser consequência deles.

O integrador deve ajudá-lo a evitar todos eles na fase de levantamento. Se quer partir de um quadro de decisão, o serviço de mediação descrito em «como funciona» apresenta-lhe integradores Odoo com experiência nos três modos, para que compare propostas com o mesmo ponto de partida.

Os nomes de software mencionados são marcas dos respetivos editores, citadas a título meramente informativo. Este site é independente e não é afiliado a nenhum editor.