Odooは専用の20.0パスでユーザードキュメントを公開しており、公式のマージ基盤では20.0ブランチを対象としたステージング作業が進行中であることが示されています。これらの動きにより、Odoo 20のドキュメントと開発活動が公開されています。 (Odoo 20.0 Docs: eCommerce B2b B2c; Runbot Merge) ただし、一般的なリリース日や、すべての機能、移行要件、ドキュメントページが最終版であることを示すものではありません。組織は、見えている準備状況と、正式な本番リリースの節目を区別すべきです。 (Odoo 20.0 Docs: eCommerce B2b B2c; Runbot Merge)
Odooは、レガシーなXML-RPCとJSON-RPCサービスの削除時期も変更しました。削除はOdoo 21.1/22まで延期され、Odoo 20と21では非推奨の形で、JSON-2と並行してこれらのサービスが残ります。 (Odoo pull Docs: 16925) したがって、旧サービスを使う統合は、Odoo 20や21へアップグレードする際に、削除が確定した事象に直面するわけではありません。ただし、非推奨である以上、これらの版で利用可能だからといって、そのインターフェースが無期限に維持される保証はありません。 (Odoo pull Docs: 16925)
公開されているOdoo 20の活動で確認できること
Odooの20.0ドキュメント構造内には、少なくとも1つの公開ユーザードキュメントページがあります。Odooのマージ基盤でも、20.0ブランチのステージング活動が識別されています。 (Odoo 20.0 Docs: eCommerce B2b B2c; Runbot Merge) これらの情報は早期の技術調査に役立ちますが、ドキュメント全体が完成していることや、ステージングされた変更のすべてがそのまま本番に入ることを示すものではありません。 (Odoo 20.0 Docs: eCommerce B2b B2c; Runbot Merge)
チームは、利用可能なドキュメントを使って影響を受ける業務プロセスの確認を始め、ステージング活動を通じて監視すべき開発領域を特定できます。それでも、移行予算と納期は、最終ドキュメント、対応するアップグレードパス、導入に選択する正確なビルドでの後続確認を見込んでおくべきです。 (Odoo 20.0 Docs: eCommerce B2b B2c; Runbot Merge)
この区別により、公開されたドキュメントパスを完了済みリリースの証拠として扱うことを避けられます。利用可能な情報源は、Odoo 20の資料とブランチ作業が可視化されていることを確認していますが、完全なリリース受入チェックリストは提供していません。 (Odoo 20.0 Docs: eCommerce B2b B2c; Runbot Merge)
レガシーRPCは利用可能だが非推奨のまま
Odoo 20でXML-RPCとJSON-RPCが削除されるという想定に基づく計画は見直す必要があります。現時点の方針では削除はOdoo 21.1/22まで延期され、Odoo 20と21では両方のレガシーサービスが利用可能なままです。JSON-2も併用できます。 (Odoo pull Docs: 16925) そのため、Odoo 20の停止を避けるためだけに計画していた書き換えの緊急度は見直せますが、非推奨インターフェースからの移行に必要な作業は継続する必要があります。 (Odoo pull Docs: 16925)
統合の責任者は、カスタムコード、外部システム、そしてOdooのコア実装外で管理される接続におけるXML-RPCとJSON-RPCの利用状況を一覧化すべきです。次に、各依存関係に所有者を割り当て、対象のOdooバージョンでテストし、JSON-2への移行可否を評価できます。 (Odoo pull Docs: 16925) 削除時点がOdoo 21.1/22と記載されているため、計画はその文言を暦上の締切とみなすのではなく、正確な対象バージョンの文書に従って進めるべきです。 (Odoo pull Docs: 16925)
Odoo 20と21では、旧RPCの利用は、サービスが存在しないことの確認ではなく、非推奨化と将来の削除リスクを意味します。アップグレード時のテストでは、認証、リクエスト処理、エラー挙動、各統合が生み出す業務結果を引き続き確認すべきです。 (Odoo pull Docs: 16925) ソースはJSON-2との共存を確認していますが、すべての旧呼び出しに同等のJSON-2版があることや、移行にアプリケーション変更が不要であることまでは述べていません。 (Odoo pull Docs: 16925)
延期により段階的移行のための追加時間は確保されますが、依存関係を未文書のままにしてよい理由にはなりません。実用的な計画としては、Odoo 20または21へのアップグレード中に既存の統合を維持しつつ、記載の削除時点までにJSON-2へ移行できます。Odooが再びバージョン計画を変更した場合は、スケジュールを見直すべきです。 (Odoo pull Docs: 16925)
PythonとPostgreSQLの最小要件が引き上げられる
Odooは、Odoo 20のPython最小バージョンとしてPython 3.12、PostgreSQL最小バージョンとしてPostgreSQL 15を選定しました。 (mergebot.odoo.com) これらの要件は、自社管理のインストールや、組織がアプリケーションまたはデータベース基盤を管理するその他の環境の準備確認に含めるべきです。いずれかの最小要件を下回るシステムは、Odoo 20の基準として検討する前に基盤の変更が必要になります。 (mergebot.odoo.com)
バージョン確認は、開発、テスト、ステージング、本番、バックアップ復元、災害復旧の各環境を対象に行うべきです。ビルドイメージ、デプロイ定義、復旧手順にもPythonまたはPostgreSQLのバージョンが指定されている場合があるため、新しい最小要件と照合して確認する必要があります。 (mergebot.odoo.com)
ソースは選定された最小バージョンを示していますが、OS、Pythonパッケージ、PostgreSQL拡張、サードパーティ製Odooモジュールに関するすべての互換条件までは説明していません。 (mergebot.odoo.com) そのため、組織は実際のモジュール構成とデプロイ設計をPython 3.12およびPostgreSQL 15でテストすべきです。最小バージョンを満たすことはプラットフォーム要件であり、すべてのカスタムコンポーネントやサードパーティコンポーネントの互換性を示すものではありません。 (mergebot.odoo.com)
Odoo 20の計画をどう調整するか
Odoo 20の準備計画は、作業を3つの流れに分けられます。1つ目は、業務プロセスと技術設計に関係する変更について、公開されている20.0ドキュメントとブランチのステージングを監視することです。2つ目は、旧RPCの移行をOdoo 20の削除阻害要因から、記載のOdoo 21.1/22の削除時点までに完了する予定の非推奨対応作業へ移すことです。3つ目は、インフラがPython 3.12とPostgreSQL 15の最小要件を満たすか検証することです。 (Odoo 20.0 Docs: eCommerce B2b B2c; Odoo pull Docs: 16925; mergebot.odoo.com; Runbot Merge)
この方法は、2つの計画ミスを避けます。1つは、これらのソースが一般的なリリースの節目を示していないことを理由に、準備をすべて先送りすることです。もう1つは、公開ドキュメントやステージングの活動を、すべての機能、インターフェース、デプロイ要件が最終確定した証拠とみなすことです。ソースは準備作業を支持していますが、最終承認は選択したリリースとデプロイ環境での検証に基づくべきです。 (Odoo 20.0 Docs: eCommerce B2b B2c; Runbot Merge)
RPC インベントリは、現在の方針で旧サービスの継続提供と後日の削除時点が示されているため、最終的な Odoo 20 のリリース判断とは独立して進められます。インフラチームも、アプリケーション移行のスケジュールが確定する前に、Python 3.12 未満または PostgreSQL 15 未満の環境を特定できます。 (Odoo pull Docs: 16925; mergebot.odoo.com)
移行承認前の確認事項
Odoo 20 への移行を承認する前に、意思決定者は対象の正確なビルド、各アプリケーションに適用されるドキュメント、そしてリリース準備中に関連する段階的変更が修正されたかどうかを確認すべきです。公開されている 20.0 ドキュメントとブランチの活動は進捗を示していますが、最終リリース状況を示すものではありません。 (Odoo 20.0 Docs: eCommerce B2b B2c; Runbot Merge)
承認プロセスには、XML-RPC と JSON-RPC の依存関係一覧、各依存関係の担当者と移行方法、そして JSON-2 への移行に関するテスト証跡も含める必要があります。既存の統合は、現在の方針の下では Odoo 20 と 21 で非推奨サービスのまま利用できますが、計画には Odoo 21.1/22 での削除対応を含めるべきです。 (Odoo pull Docs: 16925)
最後に、チームは本番、非本番、復旧環境のすべてで Python 3.12 と PostgreSQL 15 を確認する必要があります。カスタムモジュール、外部パッケージ、運用手順は、最低バージョンの判断だけを根拠に互換とみなすのではなく、これらのバージョンでテストすべきです。 (mergebot.odoo.com)
現在の方針は、Odoo 20 が最終版であることを示さずに早期準備を支援します。公開ドキュメントとブランチのステージングを確認でき、旧 RPC は非推奨ながら Odoo 20 と 21 で利用可能であり、プラットフォームの最低要件は Python 3.12 と PostgreSQL 15 に引き上げられます。 (Odoo 20.0 Docs: eCommerce B2b B2c; Odoo pull Docs: 16925; mergebot.odoo.com; Runbot Merge)