2026年9月のサポート期限
Odooの現在のサポート表では、Odoo 17.0の標準サポート終了予定は2026年9月とされています。標準サポートには、ヘルプデスク対応、バグ修正、セキュリティ更新が含まれます。Odoo 17を利用している組織は、予定期限までにアップグレードするか、延長サポートを手配するかを決定する必要があります。 (Odoo 19.0 Docs: Administration Standard Extended Support)
公開情報では予定終了月は示されていますが、正確な終了日は示されていません。管理者は、サポートが9月の初日または最終日に切り替わると決めつけず、Odooに有効日を確認する必要があります。 (Odoo 19.0 Docs: Administration Standard Extended Support) その確認をアップグレードやサポート判断の承認前に取得できるよう、社内スケジュールには余裕を持たせるべきです。
標準サポート後の範囲
Odooでは、標準サポートと延長サポートで範囲が異なると案内されています。標準サポートには、ヘルプデスク対応、バグ修正、セキュリティ更新が含まれます。延長サポートは追加料金がかかり、実行可能な修正に限ってヘルプデスク対応とバグ修正が含まれます。 (Odoo 19.0 Docs: Administration Standard Extended Support)
セキュリティ更新は標準サポートに明示的に含まれていますが、提供された延長サポートの要約には記載されていません。延長サポートのバグ修正も実行可能性によって条件付けられます。 (Odoo 19.0 Docs: Administration Standard Extended Support) 延長サポートに依存する前に、意思決定者は自社契約に適用される条件、実行可能性の判断方法、既存の問題に影響する制限があるかをOdooに確認すべきです。
Odooは、各メジャーバージョンに3年間のサポートを提供し、サポート対象バージョンの利用を強く推奨しています。 (Odoo 19.0 Docs: Administration Standard Extended Support; Odoo 19.0 Docs: Administration Upgrade) Odoo 17を運用中の組織では、予定期限に向けて、契約担当者、システム管理者、カスタム開発担当、連携担当、運用停止の調整が必要です。
アップグレード済みのテストデータベースから開始する
Odooの文書化された手順は、アップグレード済みのテストデータベースを依頼することから始まります。その後、組織は業務フローと連携機能をテストし、判明した問題を解決し、それが完了してから本番アップグレードを予定します。 (Odoo 19.0 Docs: Administration Upgrade) この順序に従えば、本番アップグレードが最初の完全な互換性テストになってしまうことを防げます。
テストは、Odooのガイダンスに沿って、組織が依存する業務フローと連携機能を対象に行う必要があります。 (Odoo 19.0 Docs: Administration Upgrade) 各業務フローには担当者を置き、その結果を記録し、問題を調査し、修正が再テストされたことを確認できるようにすべきです。テストデータベースの作成は評価の始まりにすぎず、アップグレード済み環境が本番利用可能であることの証明ではありません。
Odooは、本番アップグレードを予定する前に、テスト中に見つかった問題を解決することを推奨しています。 (Odoo 19.0 Docs: Administration Upgrade) 問題が未解決のまま残る場合は、本番日を承認する前に、その運用上の影響を文書化すべきです。その上で、日程変更、アップグレード計画の変更、追加支援の要請を判断できます。
テスト記録では、成功した確認、失敗した確認、未テストの項目を区別する必要があります。Odooの手順では問題解決が本番計画より先に置かれているため、未完了のテストを成功結果として扱うべきではありません。 (Odoo 19.0 Docs: Administration Upgrade) この区別により、意思決定者はアップグレードのどの部分が準備完了で、どの部分にまだ作業が必要かを把握しやすくなります。
カスタムモジュールを個別に評価する
カスタマイズされたデータベースには追加の前提条件があります。Odooは、データベースをアップグレードする前に、カスタムモジュールが対象バージョンと互換性がなければならないと述べています。 (Odoo 19.0 Docs: 管理 アップグレード) 管理者は各カスタムモジュールを特定し、担当者を割り当て、対象のリリースで互換性のあるバージョンが利用可能かどうかを確認する必要があります。
Odoo の文書化された要件では、アップグレードのためにカスタマイズされたデータベースを提出する前に、カスタムモジュールの互換性を確認することが求められます。 (Odoo 19.0 Docs: 管理 アップグレード) 標準的なワークフローのみをテストしても、カスタムコードの準備が整っているかどうかは分かりません。各モジュールには互換性の状態を記録し、アップグレード後のテスト用データベースに含めて、その影響を受けるワークフローを確認できるようにする必要があります。
Odoo はまた、アップグレード後のデータベース処理の一環として、連携のテストも求めています。 (Odoo 19.0 Docs: 管理 アップグレード) したがって、評価はカスタムモジュールと接続システムの両方を対象にする必要があります。各項目について、管理者は何をテストする必要があるか、失敗時に誰が調査できるか、そしてテストまたは本番アップグレードに関連する第三者の参加が必要かどうかを記録すべきです。
本番停止を計画する
アップグレード中は本番データベースが利用できなくなり、Odoo は業務の使用が最も少ない時期に作業を予定することを推奨しています。 (Odoo 19.0 Docs: 管理 アップグレード) 計画では、許容できる時間帯、その前に完了しなければならない作業、そしてライブデータベースが利用できなくなることを知らせる必要がある人を明確にする必要があります。
Odoo のガイダンスでは、本番のスケジュールはテストと問題解決の後に置くよう求めています。 (Odoo 19.0 Docs: 管理 アップグレード) 管理者は、予定されている 2026 年 9 月のサポート期限から逆算して作業する際も、この順序を維持すべきです。本番を早く確定しすぎると、ワークフロー、連携、カスタムモジュールで見つかった問題に、期間を変更せずに対応する時間が不足する可能性があります。
本番計画では、データベースのアップグレードを完了することだけが日程上の考慮事項ではないと想定すべきではありません。Odoo は、処理中にデータベースが利用できなくなることを確認しており、使用が最も少ない時期を選ぶよう勧めています。 (Odoo 19.0 Docs: 管理 アップグレード) したがって、社内承認ではこの中断を考慮し、開始前にどの業務活動を停止する必要があるか、または完了させる必要があるかを確認すべきです。
進め方を選ぶ前の確認事項
延長サポートまたはアップグレードのスケジュールを承認する前に、標準サポートの終了日、延長サポートの追加料金、そして Odoo 17 で利用できる範囲を正確に確認してください。Odoo が公開している区別では、標準サポートにはヘルプデスク対応、バグ修正、セキュリティ更新が含まれ、延長サポートは追加料金でヘルプデスク対応と実現可能なバグ修正を提供します。 (Odoo 19.0 Docs: 管理 標準 延長サポート)
アップグレードについては、アップグレード後のテスト用データベースが要求済みであること、業務ワークフローと連携がテスト済みであること、特定された問題が解決済みであること、そしてカスタムモジュールが対象バージョンと互換性があることを確認してください。これらの手順は、Odoo の文書化されたアップグレードガイダンスの一部です。 (Odoo 19.0 Docs: 管理 アップグレード) 本番の時間枠は、確認項目に担当者が設定され、結果が記録されている場合にのみ承認すべきです。
Odoo 17 の標準サポートは 2026 年 9 月に終了予定であり、Odoo はサポート対象バージョンの利用を推奨しています。 (Odoo 19.0 Docs: 管理 標準 延長サポート; Odoo 19.0 Docs: 管理 アップグレード) まだ Odoo 17 を使用している組織は、予定された変更の前にテスト済みのアップグレードを完了するか、アップグレード作業を継続しながら延長サポートの条件を確定するかを選ぶ必要があります。その判断は、適用される契約、ワークフローとカスタマイズの準備状況、そして許容できる本番停止期間を反映すべきです。