A documentação do Odoo indica que o Odoo Online é incompatível com módulos personalizados e com módulos da Odoo Apps Store. As personalizações do Studio funcionam no Online, mas qualquer módulo Python personalizado implica Odoo.sh ou on-premise.
Se começar no Online
- Mudar mais tarde é possível: descarregue uma cópia de segurança a partir do gestor de bases de dados e importe-a no Odoo.sh ou reponha-a no seu próprio servidor.
- Se a sua base de dados Online estiver numa versão intermédia, atualize primeiro para a versão principal seguinte, porque essas versões não são suportadas no Odoo.sh nem no on-premise.
- As atualizações do Odoo Online são obrigatórias segundo um calendário, e o Odoo atualiza a base de dados automaticamente se nada fizer até à data limite.
Se avançar diretamente para o Odoo.sh
- Precisa de uma subscrição Enterprise que inclua o Odoo.sh e de um repositório GitHub para os seus módulos.
- A produção tem cópia de segurança automática todos os dias, e os ramos de staging dão-lhe cópias neutralizadas da produção para testar alterações em segurança.
- As atualizações são obrigatórias depois de terminar o período de suporte, e os seus módulos personalizados têm de ser tornados compatíveis com a nova versão antes de a base de dados poder ser atualizada.
Se optar por alojamento próprio
- Pode manter-se numa versão o tempo que quiser, mas fica responsável pela segurança, pelo HTTPS, pela administração do PostgreSQL e pelas cópias de segurança da base de dados e do filestore.
O nosso conselho para o seu caso: se o módulo de comissões e a integração com a transportadora forem prováveis no primeiro ano, comece no Odoo.sh para evitar uma migração a meio da implementação. Se forem incertos, verifique primeiro se o Studio e as funcionalidades padrão os cobrem; se cobrirem, o Odoo Online é o arranque mais simples.
Seja qual for a via escolhida, teste o plano numa base de dados duplicada ou de staging e confirme os detalhes face à documentação atual do Odoo e às condições da sua subscrição.
