Implementar o Odoo 19 sem refazer nada: o que decidir antes, por que ordem, o que não migrar e onde morde face à 17 e à 18

Apps instaladas antes de decidir onde vive a base de dados. Uma loja ligada antes de limpar o catálogo. Anos de faturas importadas que ninguém vai abrir. São os erros de ordem que mais trabalho obrigam a refazer, e o Odoo 19 não os muda. O que acrescenta, face à 17 e à 18, são umas armadilhas que não aparecem nos guias de novidades.

O que se decide antes de tocar em nada

Há decisões baratas no início e caras de desfazer. Onde fica alojado: no plano standard do Odoo Online não se instalam módulos com código Python próprio, pelo que, se vai precisar de um conector, o alojamento já decidiu por si. Community ou Enterprise. Em Espanha, que sistema emite a fatura legal: se o TPV ou a loja já faturam, o Odoo não deve faturar outra vez a mesma venda, e com o VeriFactu cada fatura emitida deixa um registo encadeado que não se desfaz. E uma de negócio: que processos têm de funcionar no primeiro dia.

A ordem real de um projeto

1. Empresa com país, moeda e dados fiscais corretos.
2. Plano de contas, impostos e posições fiscais.
3. Dados mestre: contactos, produtos, variantes, tarifas e fornecedores.
4. Processos: venda, compra, armazém, fatura e cobrança, configurados e testados um a um.
5. Integrações: loja, marketplaces, transportadoras e banco.
6. Um ciclo completo numa cópia com dados reais: encomenda, guia de remessa, etiqueta, fatura, cobrança e devolução.
7. Saldos de abertura e stock à data de corte, e arranque.

O primeiro passo parece trivial e não é. O Odoo escolhe o plano de contas conforme o país da empresa ao instalar a Contabilidade: com o país mal definido entra um plano genérico, e alterá-lo depois choca com contas que já existem. A moeda não se pode alterar assim que existe um lançamento.

Dados mestre: aqui ganha-se ou perde-se o projeto

Um SKU por produto, sem repetidos. Variantes como atributos, não produtos soltos com a cor no nome. Peso e dimensões preenchidos: sem eles não há etiqueta de transportadora. Contactos sem duplicados e com o respetivo NIF. E um responsável por cada bloco de dados. Convém acertar à primeira, porque um produto com movimentos de stock já não se apaga, apenas se arquiva. Modelo e detalhe em preparar os dados mestre antes de migrar.

O que NÃO migrar

A tentação é levar tudo, e quase nunca compensa. Para o Odoo entram saldos, não histórico: faturas pendentes de cobrança e de pagamento, balanço de abertura à data de corte e stock por localização nessa mesma data. O resto fica de fora:

• Faturas e encomendas de exercícios fechados: consultam-se no sistema anterior ou numa exportação que continue a ser conservada.
• Movimentos de stock antigos: importa-se a quantidade por localização, não o percurso de cada unidade.
• Produtos e clientes sem atividade: o corte é definido pelo negócio, não pelo técnico.
• Campos que ninguém preenche e automatismos que contornavam limites do programa anterior. Migrá-los é migrar o problema.

Se há ecommerce, a loja vem depois do catálogo

Numa implementação de Odoo para ecommerce, a primeira decisão é se a loja será Odoo Website ou continuará fora. Com o Odoo Website não há nada a sincronizar, porque a encomenda web é uma encomenda de venda (quando convém e quando não). Se a loja está no Shopify ou no WooCommerce, ou vende em marketplaces, o Odoo é o stock mestre e o SKU a chave comum. Por isso as integrações ficam para o fim: um conector ligado sobre um catálogo sujo espalha a desordem por todos os canais.

Os nossos conectores publicados (Shopify, Amazon, Mirakl, Temu e o resto do catálogo) funcionam no Odoo 17, 18 e 19, e a maioria também no Odoo 20 (cada ficha indica as suas versões).

As armadilhas do Odoo 19 face à 17 e à 18

Para quem o usa, o Odoo 19 é muito parecido com a 18. O que morde está por baixo, nos módulos de terceiros. Que uma ficha diga «compatível com a 19» não garante que instale: a 19 passou a categoria dos grupos de acesso para um novo modelo, res.groups.privilege, e um módulo portado à pressa falha com Invalid field 'category_id' in 'res.groups' (porque compila e não instala).

A pior não dá erro: na 19, _sql_constraints é ignorado com um aviso no log. O módulo instala, os testes passam e a restrição de unicidade que impedia importar duas vezes a mesma encomenda não está na base de dados. E a folha de despesas (hr.expense.sheet) da 17 e da 18 não existe na 19: um circuito de aprovação montado sobre ela tem de ser refeito. Lista completa em manter o mesmo módulo no Odoo 19, 18 e 17.

Quando não precisa de um integrador

Se usa o Odoo Online, os seus processos cabem no standard e não há loja, marketplaces nem transportadoras para ligar, não precisa de engenharia: a configuração standard leva-o até ao arranque. Faz sentido contactar-nos quando há canais de venda, integrações, módulos próprios ou uma migração com dados para limpar; é o que fazemos em implementação de Odoo 17, 18 e 19.

Perguntas frequentes

Ligações úteis dentro da FlexigoTech