A Odoo está publicando a documentação do usuário em um caminho dedicado 20.0, e sua infraestrutura oficial de merge mostra trabalho de staging ativo voltado para o ramo 20.0. Esses desenvolvimentos tornam visíveis ao público a documentação do Odoo 20 e a atividade de desenvolvimento. (Odoo 20.0 Docs: eCommerce B2b B2c; Runbot Merge) Eles não confirmam uma data geral de lançamento nem mostram que todos os recursos, requisitos de migração e páginas da documentação estejam finalizados. As organizações devem distinguir entre preparação visível e um marco confirmado de lançamento em produção. (Odoo 20.0 Docs: eCommerce B2b B2c; Runbot Merge)
A Odoo também alterou o cronograma de remoção dos serviços legados XML-RPC e JSON-RPC. A remoção agora foi adiada para Odoo 21.1/22, enquanto Odoo 20 e 21 mantêm os serviços em forma descontinuada, לצד juntamente com JSON-2. (Odoo pull Docs: 16925) As integrações que usam os serviços mais antigos, portanto, não enfrentam um evento confirmado de remoção ao atualizar para Odoo 20 ou 21. No entanto, a descontinuação ainda exige planejamento, porque a disponibilidade nessas versões não é um compromisso de manter as interfaces indefinidamente. (Odoo pull Docs: 16925)
O que a atividade pública do Odoo 20 confirma
Pelo menos uma página pública de documentação do usuário está disponível dentro da estrutura de documentação 20.0 da Odoo. A infraestrutura de merge da Odoo também identifica atividade de staging para o ramo 20.0. (Odoo 20.0 Docs: eCommerce B2b B2c; Runbot Merge) Essas fontes podem apoiar a descoberta técnica inicial, mas não estabelecem que o conjunto completo de documentação esteja concluído nem que toda mudança em staging entrará em produção sem alterações. (Odoo 20.0 Docs: eCommerce B2b B2c; Runbot Merge)
As equipes podem usar a documentação disponível para começar a revisar os processos de negócio afetados e usar a atividade de staging para identificar áreas de desenvolvimento que valha a pena monitorar. Os orçamentos de migração e as datas de entrega ainda devem considerar verificações posteriores em relação à documentação final, ao caminho de atualização suportado e ao build exato selecionado para a implantação. (Odoo 20.0 Docs: eCommerce B2b B2c; Runbot Merge)
Essa distinção ajuda a evitar tratar um caminho público de documentação como evidência de um lançamento concluído. As fontes disponíveis confirmam que o material do Odoo 20 e o trabalho no ramo estão visíveis, mas não fornecem uma checklist completa de aceitação de release. (Odoo 20.0 Docs: eCommerce B2b B2c; Runbot Merge)
RPC legado continua disponível, mas descontinuado
Os planos baseados na remoção esperada de XML-RPC e JSON-RPC no Odoo 20 devem ser revisados. A posição atual adia a remoção para Odoo 21.1/22 e mantém ambos os serviços legados disponíveis no Odoo 20 e 21. JSON-2 está disponível ao lado deles. (Odoo pull Docs: 16925) As organizações, portanto, podem reconsiderar a urgência de reescritas planejadas apenas para evitar uma interrupção no Odoo 20, enquanto continuam o trabalho necessário para sair das interfaces descontinuadas. (Odoo pull Docs: 16925)
Os responsáveis pela integração devem criar um inventário do uso de XML-RPC e JSON-RPC no código personalizado, em sistemas externos e em conexões gerenciadas fora da implementação principal do Odoo. Cada dependência pode então ser atribuída a um responsável, testada na versão-alvo do Odoo e avaliada para migração para JSON-2. (Odoo pull Docs: 16925) Como o ponto de remoção é indicado como Odoo 21.1/22, o planejamento deve seguir a documentação da versão-alvo exata, em vez de tratar essa redação como um prazo de calendário. (Odoo pull Docs: 16925)
Para Odoo 20 e 21, o uso de RPC legado é um risco de descontinuação e remoção futura, e não uma confirmação de ausência dos serviços. Os testes de upgrade ainda devem examinar autenticação, tratamento de requisições, comportamento de erro e os resultados de negócio produzidos por cada integração. (Odoo pull Docs: 16925) A fonte confirma a coexistência com JSON-2, mas não afirma que toda chamada legada tenha um equivalente JSON-2 idêntico ou que a migração não exigirá alterações na aplicação. (Odoo pull Docs: 16925)
O adiamento cria mais tempo para uma migração em etapas, mas não deve ser tratado como motivo para deixar dependências sem documentação. Um plano prático pode manter as integrações existentes durante uma atualização para Odoo 20 ou 21, enquanto as move para JSON-2 antes do ponto de remoção indicado. O cronograma deve ser revisado se o Odoo alterar novamente seus planos de versão. (Odoo pull Docs: 16925)
Os mínimos de Python e PostgreSQL aumentam
O Odoo definiu o Python 3.12 como a versão mínima de Python para o Odoo 20 e o PostgreSQL 15 como a versão mínima de PostgreSQL. (mergebot.odoo.com) Esses requisitos devem entrar nas análises de prontidão para instalações autogerenciadas e outros ambientes em que a organização controla a aplicação ou a plataforma de banco de dados. Sistemas abaixo de qualquer um dos mínimos exigirão mudanças de plataforma antes de poderem ser considerados em relação à base declarada do Odoo 20. (mergebot.odoo.com)
As verificações de versão devem abranger os ambientes de desenvolvimento, teste, homologação, produção, restauração de backup e recuperação de desastres. Imagens de build, definições de implantação e procedimentos de recuperação também podem especificar versões de Python ou PostgreSQL e devem ser revisadas em relação aos novos mínimos. (mergebot.odoo.com)
A fonte estabelece as versões mínimas selecionadas, mas não descreve todas as condições de compatibilidade para sistemas operacionais, pacotes Python, extensões PostgreSQL ou módulos Odoo de terceiros. (mergebot.odoo.com) As organizações devem, portanto, testar seu conjunto real de módulos e o desenho de implantação no Python 3.12 e no PostgreSQL 15. Atender aos mínimos de versão é um requisito de plataforma, não uma evidência de que todos os componentes personalizados ou de terceiros sejam compatíveis. (mergebot.odoo.com)
Como ajustar o planejamento do Odoo 20
Um plano de prontidão para o Odoo 20 pode dividir o trabalho em três frentes. A primeira é monitorar a documentação pública da versão 20.0 e o staging da branch para mudanças relevantes aos processos de negócio e ao desenho técnico. A segunda é mover a migração de RPC legada de um bloqueador de remoção do Odoo 20 para um trabalho de descontinuação agendado, concluído antes do ponto de remoção indicado para Odoo 21.1/22. A terceira é validar a infraestrutura em relação aos mínimos de Python 3.12 e PostgreSQL 15. (Odoo 20.0 Docs: eCommerce B2b B2c; Odoo pull Docs: 16925; mergebot.odoo.com; Runbot Merge)
Essa abordagem evita dois erros de planejamento. Um é adiar toda a preparação porque essas fontes não estabelecem um marco geral de lançamento. O outro é tratar a documentação pública e a atividade de staging como prova de que todos os recursos, interfaces e requisitos de implantação estão finais. As fontes apoiam o trabalho preparatório, enquanto a aprovação final deve depender da verificação em relação à versão e ao ambiente de implantação selecionados. (Odoo 20.0 Docs: eCommerce B2b B2c; Runbot Merge)
O inventário do RPC pode prosseguir de forma independente da decisão final de lançamento do Odoo 20, porque a posição atual identifica a continuidade da disponibilidade do serviço legado e um ponto posterior de remoção. As equipes de infraestrutura também podem identificar ambientes abaixo de Python 3.12 ou PostgreSQL 15 antes que o cronograma de migração da aplicação seja definido. (Odoo pull Docs: 16925; mergebot.odoo.com)
Verificações antes de aprovar uma migração
Antes de aprovar uma migração para o Odoo 20, os responsáveis pela decisão devem verificar a build exata em consideração, a documentação aplicável às suas aplicações e se as alterações em etapas relevantes foram modificadas durante a preparação do lançamento. A documentação pública da versão 20.0 e a atividade da branch mostram progresso, mas não estabelecem o status final do lançamento. (Odoo 20.0 Docs: eCommerce B2b B2c; Runbot Merge)
O processo de aprovação também deve incluir uma lista documentada de dependências de XML-RPC e JSON-RPC, um responsável e a abordagem de migração para cada dependência, além de evidências de teste para qualquer migração para JSON-2. As integrações existentes podem permanecer nos serviços descontinuados no Odoo 20 e 21, sob a posição atual, mas o plano deve abordar a remoção no Odoo 21.1/22. (Odoo pull Docs: 16925)
Por fim, as equipes devem confirmar Python 3.12 e PostgreSQL 15 em produção, ambientes não produtivos e de recuperação. Módulos personalizados, pacotes externos e procedimentos operacionais devem ser testados nessas versões, em vez de serem considerados compatíveis apenas com base na decisão de versão mínima. (mergebot.odoo.com)
A posição atual apoia a preparação antecipada sem indicar que o Odoo 20 seja final: a documentação pública e o staging da branch estão disponíveis para revisão, o RPC legado permanece descontinuado, mas disponível no Odoo 20 e 21, e os mínimos da plataforma sobem para Python 3.12 e PostgreSQL 15. (Odoo 20.0 Docs: eCommerce B2b B2c; Odoo pull Docs: 16925; mergebot.odoo.com; Runbot Merge)