Odoo 19.4 變更了使用者存取歷史日期庫存資訊、分析庫齡以及分配可用庫存的方式。庫存報表現在包含日期選擇器，可檢視過去日期或精確時間戳記的庫存，同時保留已套用到報表的篩選條件。 (Odoo 19.4 Release Notes; mergebot.odoo.com)
此版本也將庫齡分析透過 Moves Analysis 樞紐檢視公開提供。此外，使用者可以直接從預測報表分配庫存，並使用重新設計的分配報表。 (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) 因此，這些功能應被視為各自獨立的功能進行測試，而不是當作單一報表功能處理。
歷史日期選擇移入庫存報表
過去，Odoo 提供獨立的 Inventory at Date 精靈。到了 19.4，這條路徑被整合到庫存報表搜尋面板中的日期選擇器所取代。使用者可直接在報表中選擇歷史時間點，不必再開啟獨立精靈。 (mergebot.odoo.com)
此選擇器同時支援過去日期與精確時間戳記。時間戳記選擇可讓使用者檢視一天內特定時點的庫存，而不只是以日期作為報表邊界。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)
在營運或財務流程中使用修訂後的報表之前，組織應在自己的資料庫中測試已知的歷史日期與時間戳記。比較應使用可獨立確認預期庫存狀態的案例。
舊的歷史精靈已被移除
這項實作不僅是在庫存報表中新增一個控制項。它移除了 stock.quantity.history 精靈，以及其動作、按鈕與存取規則。與舊路徑相關的冗餘情境鍵也一併移除。 (mergebot.odoo.com)
此變更可能與參照舊精靈的自訂模組、自動化動作、存取安排或內部指示有關。實作紀錄確認了標準元件的移除，但未判定其對任何特定自訂項目的影響。 (mergebot.odoo.com)
技術團隊應在自訂程式碼與設定中搜尋 stock.quantity.history、先前的動作以及相關的內容值。流程負責人也應修訂引導使用者前往 Inventory at Date 精靈的說明。
權限也需要測試。舊精靈的存取規則已移除，因為精靈本身已不存在。 (mergebot.odoo.com) 這項移除並不能說明每個既有角色會如何使用整合式日期選擇器。
組織應以其環境中使用的倉儲、庫存、財務與唯讀角色驗證新的控制項。測試應確認可見性與允許的操作，而不是假設對舊精靈的存取會直接對應到新介面。
庫齡顯示於 Moves Analysis
Odoo 19.4 透過 Moves Analysis 樞紐分析檢視提供庫齡報告。這使庫齡位於分析型庫存檢視中，而不是過去日期的庫存選擇器中。 (Odoo 19.4 發行說明)
這項區別在驗收測試期間很重要。過去日期庫存報告顯示的是所選歷史時間點的庫存，而庫齡則透過 Moves Analysis 存取。所提供的發行說明指出了庫齡報告的位置，但未提供庫齡期間、度量或組織特定解讀的詳細定義。 (Odoo 19.4 發行說明)
團隊應將 Moves Analysis 的輸出與現有的庫齡方法進行比較。他們應記錄所使用的欄位、篩選條件與分組方式，然後評估結果是否符合內部報告政策。當財務與倉儲團隊目前依賴不同報告或匯出資料時，這尤其有用。
分配流程也有所變更
Odoo 19.4 允許使用者直接從預測報告分配庫存，並導入重新設計的分配報告。Odoo 的製造文件另有說明分配報告流程。 (Odoo 19.4 發行說明; Odoo 19.0 文件: Reporting Allocation)
這些是流程變更，而非歷史報表的延伸。預測報告提供直接的分配入口，而分配報告則提供更新後的報表介面。 (Odoo 19.4 發行說明; Odoo 19.0 文件: Reporting Allocation)
在製造或庫存流程中使用分配的組織，應將修訂後的路徑與現有核准步驟、職責與訓練材料對照。測試應包含負責檢視預測需求並指派可用庫存的使用者。
本次審查所提供的支援性分配資料發佈於 Odoo 19.0 文件路徑，而發行說明則指出 19.4 中的變更。 (Odoo 19.4 發行說明; Odoo 19.0 文件: Reporting Allocation) 因此，管理員應檢查其部署版本與建置的文件與行為，而不是假設 19.x 環境中的每個畫面與選項都完全相同。
採用前需驗證的事項
從整合式日期選擇器開始。確認作用中的篩選條件仍會保留，使用者可同時選擇日期與精確時間戳記，且產生的歷史檢視與已知測試案例相符。這些檢查涵蓋發行說明與實作紀錄中所指出的行為。 (Odoo 19.4 發行說明; mergebot.odoo.com)
接著，找出任何仍依賴已移除的 stock.quantity.history 精靈、其動作、按鈕、存取規則或相關內容鍵的項目。 (mergebot.odoo.com) 檢視可能仍指向舊流程的自訂模組、自動化測試、內部連結與作業說明。
對於庫齡，請開啟 Moves Analysis 樞紐分析檢視，並依組織的報告政策決定報告應如何設定。對於分配，請測試預測報告中的直接動作，並與負責指派庫存的使用者一同檢視重新設計的分配報告。 (Odoo 19.4 發行說明; Odoo 19.0 文件: Reporting Allocation)
Odoo 19.4 文件化的範圍包括整合式歷史日期與時間戳記選擇器，保留篩選條件、移除舊的歷史精靈元件、透過 Moves Analysis 的庫齡，以及修訂後的分配存取與報告。 (Odoo 19.4 發佈說明; Odoo 19.0 文件：報表分攤; mergebot.odoo.com) 仍需在各個已部署環境中檢查與設定相關的行為。