Odoo 19.4では、ユーザーが過去日時の在庫情報にアクセスし、在庫経過を分析し、利用可能な在庫を割り当てる方法が変わります。stock reportには日付ピッカーが追加され、すでに適用されているフィルターを維持したまま、過去の日付または正確なタイムスタンプ時点の在庫を表示できます。 (Odoo 19.4 Release Notes; mergebot.odoo.com)
このリリースでは、Moves Analysis のピボットビューから在庫経過も利用できるようになります。さらに、ユーザーはforecast reportから直接在庫を割り当てられ、再設計された割り当てレポートを操作できます。 (Odoo 19.4 Release Notes; Odoo 19.0 Docs: Reporting Allocation)
これらの変更は、在庫ワークフローの異なる部分に影響します。過去日時セレクターは履歴在庫ビューへのアクセスを変え、経過レポートは分析オプションを追加し、割り当ての変更はユーザーが予測を確認して在庫を割り当てる方法に影響します。 (Odoo 19.4 Release Notes; Odoo 19.0 Docs: Reporting Allocation; mergebot.odoo.com) したがって、これらは1つのレポート機能として扱うのではなく、個別の機能としてテストする必要があります。
過去日時の選択が stock report に移動
以前は、Odooは Inventory at Date ウィザードを別途提供していました。19.4では、その導線は stock report の検索パネルに統合された日付ピッカーに置き換えられます。ユーザーは別のウィザードを開く代わりに、レポート内から履歴の時点を選択できます。 (mergebot.odoo.com)
セレクターは、過去日付と正確なタイムスタンプの両方に対応しています。タイムスタンプを選択すると、日付だけを集計の境界として使うのではなく、1日の中の特定時点の在庫を確認できます。Odooはまた、履歴の時点を選択してもレポートはアクティブなフィルターを保持すると述べています。 (Odoo 19.4 Release Notes; mergebot.odoo.com)
フィルター保持は、すでにレポートを特定の製品やその他の条件に絞り込んでいる場合に重要です。リリースノートと実装記録によると、過去日付を適用しても、これらのアクティブなフィルターを再作成する必要はありません。 (Odoo 19.4 Release Notes; mergebot.odoo.com)
提供されたソースは、統合セレクター、タイムスタンプ対応、フィルター保持を確認しています。ただし、履歴結果の背後にあるすべての計算ルールや、カスタム在庫ロジックおよび個別の設定が表示される数値にどのように影響するかは示していません。 (Odoo 19.4 Release Notes; mergebot.odoo.com)
改訂版レポートを運用または財務プロセスで使う前に、組織は自社データベースで既知の過去日付とタイムスタンプを検証する必要があります。比較は、期待される在庫状況を独立して確認できるケースを用いるべきです。
旧 history wizard は削除されました
実装は stock report に操作を追加するだけではありません。stock.quantity.history wizard、そのアクション、ボタン、アクセスルールを削除します。旧ルートに関連する冗長なコンテキストキーも削除されます。 (mergebot.odoo.com)
この変更は、旧 wizard を参照するカスタムモジュール、自動アクション、アクセス設定、または社内手順に関係する可能性があります。実装記録は標準コンポーネントの削除を確認していますが、個々のカスタマイズへの影響までは判断していません。 (mergebot.odoo.com)
技術チームは、custom code と設定の中から stock.quantity.history、旧アクション、および関連するコンテキスト値への参照を検索する必要があります。プロセスオーナーは、Inventory at Date ウィザードへ誘導するガイダンスも見直すべきです。
権限についてもテストが必要です。旧ウィザード自体が存在しなくなったため、旧ウィザードのアクセスルールは削除されています。 (mergebot.odoo.com) その削除だけでは、既存の各ロールが統合された日付ピッカーをどのように利用するかは定まりません。
組織は、自社環境で使用している倉庫、在庫、財務、閲覧専用の各ロールで新しいコントロールを確認すべきです。テストでは、旧ウィザードへのアクセスが新しいインターフェースにそのまま引き継がれると想定するのではなく、表示可否と許可された操作の両方を確認してください。
在庫エイジングは Moves Analysis に表示されます
Odoo 19.4 では、Moves Analysis のピボットビューを通じて在庫エイジングレポートが提供されます。これにより、エイジングは過去日付の在庫セレクターではなく、分析用の在庫ビュー内に配置されます。 (Odoo 19.4 Release Notes)
この違いは受け入れテストで重要です。過去日付の在庫レポートは、選択した過去の時点での在庫を示しますが、在庫エイジングは Moves Analysis からアクセスします。提示されたリリースノートはエイジングレポートの場所を示していますが、エイジング期間、指標、組織固有の解釈についての詳細な定義は示していません。 (Odoo 19.4 Release Notes)
チームは、Moves Analysis の出力を現在の在庫エイジング手法と比較する必要があります。使用したフィールド、フィルター、グルーピングを記録し、その結果が自社のレポート方針に合致するかを評価してください。これは、財務チームと倉庫チームが現在、異なるレポートやエクスポートデータに依存している場合に特に有用です。
割り当てワークフローも変更されます
Odoo 19.4 では、ユーザーが予測レポートから直接在庫を割り当てられるようになり、再設計された割り当てレポートが導入されます。Odoo の製造ドキュメントでは、割り当てレポートのワークフローが別途説明されています。 (Odoo 19.4 Release Notes; Odoo 19.0 Docs: Reporting Allocation)
これらは履歴レポートの拡張ではなく、ワークフローの変更です。予測レポートは直接の割り当て入口を提供し、割り当てレポートは更新されたレポートインターフェースを提供します。 (Odoo 19.4 Release Notes; Odoo 19.0 Docs: Reporting Allocation)
製造または在庫プロセスで割り当てを使用している組織は、更新されたルートを既存の承認手順、責任、研修資料と照合する必要があります。テストには、予測需要を確認し、利用可能な在庫を割り当てる担当ユーザーを含めるべきです。
このレビュー用に提供された補足の割り当て資料は Odoo の 19.0 ドキュメントパスで公開されていますが、リリースノートでは 19.4 の変更が示されています。 (Odoo 19.4 Release Notes; Odoo 19.0 Docs: Reporting Allocation) したがって、管理者は、19.x 環境全体で各画面やオプションが同一であると想定せず、導入するエディションとビルドのドキュメントおよび動作を確認すべきです。
導入前に確認すべきこと
統合された日付ピッカーから始めます。有効なフィルターが引き継がれていること、ユーザーが日付と正確なタイムスタンプの両方を選択できること、そして生成される履歴ビューが既知のテストケースと一致することを確認してください。これらの確認は、リリースノートと実装記録で示された動作を対象としています。 (Odoo 19.4 Release Notes; mergebot.odoo.com)
次に、削除された stock.quantity.history ウィザード、そのアクション、ボタン、アクセスルール、または関連するコンテキストキーに依存しているものを特定します。 (mergebot.odoo.com) 旧ワークフローをまだ参照している可能性のあるカスタムモジュール、自動テスト、内部リンク、運用手順を確認してください。
在庫エイジングについては、Moves Analysis のピボットビューを開き、組織のレポート方針に合わせてレポートをどのように構成するべきかを判断してください。割り当てについては、予測レポートからの直接操作をテストし、在庫を割り当てるユーザーと更新された割り当てレポートを確認してください。 (Odoo 19.4 Release Notes; Odoo 19.0 Docs: Reporting Allocation)
Odoo 19.4 の文書化された範囲には、フィルターを保持した統合済みの履歴日付およびタイムスタンプセレクター、従来の履歴ウィザード構成要素の削除、Moves Analysis を通じた在庫エイジング、そして更新された割り当てアクセスとレポートが含まれます。 (Odoo 19.4 リリースノート; Odoo 19.0 ドキュメント: レポート割り当て; mergebot.odoo.com) 構成固有の動作は、各デプロイ環境ごとに確認する必要があります。