Odoo 19.4 ändert, wie Benutzer auf Bestandsinformationen zu vergangenen Stichtagen zugreifen, die Lageralterung analysieren und verfügbaren Bestand zuordnen. Der Bestandsbericht enthält jetzt einen Datumswähler, mit dem sich der Bestand zu einem vergangenen Datum oder einem genauen Zeitstempel anzeigen lässt, während die bereits auf den Bericht angewendeten Filter beibehalten werden. (Odoo 19.4 Release Notes; mergebot.odoo.com)
Die Veröffentlichung macht die Lageralterung außerdem über die Pivot-Ansicht der Moves Analysis zugänglich. Zusätzlich können Benutzer Bestand direkt aus dem Prognosebericht zuordnen und mit einem neu gestalteten Zuordnungsbericht arbeiten. (Odoo 19.4 Release Notes; Odoo 19.0 Docs: Reporting Allocation)
Diese Änderungen betreffen verschiedene Teile des Bestandsworkflows. Der Auswahlpunkt für vergangene Stichtage verändert den Zugriff auf historische Bestandsansichten, der Alterungsbericht ergänzt eine analytische Option, und die Änderungen bei der Zuordnung beeinflussen, wie Benutzer Prognosen prüfen und Bestand zuweisen. (Odoo 19.4 Release Notes; Odoo 19.0 Docs: Reporting Allocation; mergebot.odoo.com) Sie sollten daher als getrennte Funktionen getestet werden und nicht als eine einzige Berichtsfunktion betrachtet werden.
Die Auswahl eines vergangenen Stichtags wandert in den Bestandsbericht
Früher stellte Odoo einen separaten Assistenten Inventory at Date bereit. In 19.4 wird dieser Weg durch einen Datumswähler ersetzt, der in das Suchfeld des Bestandsberichts integriert ist. Benutzer können im Bericht einen historischen Zeitpunkt auswählen, statt einen separaten Assistenten zu öffnen. (mergebot.odoo.com)
Der Auswahlpunkt unterstützt sowohl ein vergangenes Datum als auch einen genauen Zeitstempel. Die Zeitstempelauswahl ermöglicht es Benutzern, den Bestand zu einem bestimmten Zeitpunkt innerhalb eines Tages zu prüfen, statt nur das Datum als Berichtsgrenze zu verwenden. Odoo gibt außerdem an, dass der Bericht aktive Filter beibehält, wenn der historische Zeitpunkt ausgewählt wird. (Odoo 19.4 Release Notes; mergebot.odoo.com)
Die Beibehaltung der Filter ist relevant, wenn ein Benutzer den Bericht bereits auf bestimmte Produkte oder andere Kriterien eingegrenzt hat. Das Anwenden eines vergangenen Datums erfordert es laut den Release Notes und dem Implementierungsprotokoll nicht, diese aktiven Filter erneut anzulegen. (Odoo 19.4 Release Notes; mergebot.odoo.com)
Die bereitgestellten Quellen bestätigen den integrierten Auswahlpunkt, die Unterstützung von Zeitstempeln und die Beibehaltung der Filter. Sie beschreiben jedoch nicht jede Berechnungsregel hinter dem historischen Ergebnis und erklären nicht, wie benutzerdefinierte Bestandslogik und einzelne Konfigurationen die angezeigten Werte beeinflussen können. (Odoo 19.4 Release Notes; mergebot.odoo.com)
Bevor der überarbeitete Bericht in einem operativen oder finanziellen Prozess verwendet wird, sollten Organisationen bekannte historische Daten und Zeitstempel in ihrer eigenen Datenbank testen. Der Vergleich sollte Anwendungsfälle verwenden, bei denen sich die erwartete Bestandsposition unabhängig feststellen lässt.
Der frühere Verlauf-Assistent wird entfernt
Die Implementierung fügt nicht nur ein Steuerelement zum Bestandsbericht hinzu. Sie entfernt den Assistenten stock.quantity.history sowie die zugehörige Aktion, Schaltfläche und Zugriffsregel. Redundante Kontextschlüssel, die mit dem früheren Pfad verbunden sind, werden ebenfalls entfernt. (mergebot.odoo.com)
Diese Änderung kann für benutzerdefinierte Module, automatisierte Aktionen, Zugriffsregelungen oder interne Anweisungen relevant sein, die auf den früheren Assistenten verweisen. Das Implementierungsprotokoll bestätigt die Entfernung der Standardkomponenten, legt jedoch nicht die Auswirkungen auf eine bestimmte Anpassung fest. (mergebot.odoo.com)
Technische Teams sollten benutzerdefinierten Code und Konfigurationen nach Verweisen auf stock.quantity.history, die frühere Aktion und die zugehörigen Kontextwerte durchsuchen. Verantwortliche für Prozesse sollten außerdem Anweisungen überarbeiten, die Nutzer zum Assistenten „Inventory at Date“ führen.
Auch Berechtigungen müssen getestet werden. Die Zugriffsregel des alten Assistenten wird entfernt, weil der Assistent selbst nicht mehr existiert. (mergebot.odoo.com) Diese Entfernung legt nicht fest, wie jede vorhandene Rolle den integrierten Datumswähler erleben wird.
Organisationen sollten die neue Steuerung mit den in ihrer Umgebung verwendeten Rollen für Lager, Inventar, Finanzen und nur Lesen überprüfen. Die Tests sollten sowohl die Sichtbarkeit als auch die zulässigen Aktionen bestätigen, statt anzunehmen, dass sich der Zugriff auf den früheren Assistenten direkt auf die neue Oberfläche übertragen lässt.
Bestandsalterung erscheint in Moves Analysis
Odoo 19.4 stellt einen Bestandsalterungsbericht über die Pivot-Ansicht von Moves Analysis bereit. Dadurch wird die Alterung in eine analytische Inventaransicht verlagert, statt in den Bestandsauswahldialog für ein vergangenes Datum. (Odoo 19.4 Release Notes)
Der Unterschied ist bei der Abnahmeprüfung wichtig. Der Bestandsbericht für ein vergangenes Datum zeigt den Bestand zu einem ausgewählten historischen Zeitpunkt, während die Bestandsalterung über Moves Analysis aufgerufen wird. Die bereitgestellte Release-Notiz nennt den Ort des Alterungsberichts, liefert jedoch keine detaillierten Definitionen für Alterungszeiträume, Kennzahlen oder organisationsspezifische Interpretationen. (Odoo 19.4 Release Notes)
Teams sollten die Ausgabe von Moves Analysis mit ihrer aktuellen Methode zur Bestandsalterung vergleichen. Sie sollten die verwendeten Felder, Filter und Gruppierungen dokumentieren und dann prüfen, ob das Ergebnis mit ihrer internen Berichtspolitik übereinstimmt. Das ist besonders nützlich, wenn Finanz- und Lagerteams derzeit auf unterschiedliche Berichte oder exportierte Daten angewiesen sind.
Auch die Zuweisungsabläufe ändern sich
Odoo 19.4 erlaubt es Nutzern, Bestände direkt aus dem Prognosebericht zuzuweisen, und führt einen neu gestalteten Zuweisungsbericht ein. Die Dokumentation von Odoo zur Fertigung beschreibt den Berichtslauf für die Zuweisung separat. (Odoo 19.4 Release Notes; Odoo 19.0 Docs: Reporting Allocation)
Dabei handelt es sich um Änderungen im Ablauf, nicht um Erweiterungen der historischen Berichterstattung. Der Prognosebericht bietet einen direkten Einstiegspunkt für die Zuweisung, während der Zuweisungsbericht die überarbeitete Berichtsschnittstelle bereitstellt. (Odoo 19.4 Release Notes; Odoo 19.0 Docs: Reporting Allocation)
Organisationen, die Zuweisungen in Fertigungs- oder Lagerprozessen verwenden, sollten die überarbeiteten Abläufe mit den vorhandenen Freigabeschritten, Zuständigkeiten und Schulungsunterlagen abgleichen. Die Tests sollten die Nutzer einschließen, die für die Prüfung der Prognosenachfrage und die Zuweisung verfügbarer Bestände verantwortlich sind.
Das zur Verfügung gestellte Begleitmaterial zur Zuweisung ist im Dokumentationspfad von Odoo 19.0 veröffentlicht, während die Release Notes die Änderungen in 19.4 benennen. (Odoo 19.4 Release Notes; Odoo 19.0 Docs: Reporting Allocation) Administratoren sollten daher die Dokumentation und das Verhalten für die von ihnen bereitgestellte Edition und Build-Version prüfen, statt anzunehmen, dass jeder Bildschirm und jede Option in allen 19.x-Umgebungen identisch ist.
Was vor der Einführung zu prüfen ist
Beginnen Sie mit dem integrierten Datumswähler. Stellen Sie sicher, dass aktive Filter erhalten bleiben, dass Nutzer sowohl ein Datum als auch einen genauen Zeitstempel auswählen können und dass die resultierende historische Ansicht mit bekannten Testfällen übereinstimmt. Diese Prüfungen decken das in den Release Notes und im Implementierungsprotokoll beschriebene Verhalten ab. (Odoo 19.4 Release Notes; mergebot.odoo.com)
Identifizieren Sie als Nächstes alles, was noch vom entfernten Assistenten stock.quantity.history, seiner Aktion, Schaltfläche, Zugriffsregel oder zugehörigen Kontextschlüsseln abhängt. (mergebot.odoo.com) Prüfen Sie benutzerdefinierte Module, automatisierte Tests, interne Links und Betriebsanweisungen, die möglicherweise noch auf den früheren Ablauf verweisen.
Für die Bestandsalterung öffnen Sie die Pivot-Ansicht von Moves Analysis und legen Sie fest, wie der Bericht für die Berichtspolitik der Organisation konfiguriert werden soll. Für die Zuweisung testen Sie die Direktaktion aus dem Prognosebericht und prüfen den neu gestalteten Zuweisungsbericht mit den Nutzern, die Bestände zuweisen. (Odoo 19.4 Release Notes; Odoo 19.0 Docs: Reporting Allocation)
Der dokumentierte Umfang von Odoo 19.4 umfasst einen integrierten historischen Datums- und Zeitstempelwähler mit beibehaltenen Filtern, die Entfernung der Komponenten des früheren Historienassistenten, Bestandsalterung über Moves Analysis sowie überarbeitete Zuweisungszugriffe und Berichterstattung. (Odoo 19.4 Release Notes; Odoo 19.0 Docs: Reporting Allocation; mergebot.odoo.com) Das konfigurationsspezifische Verhalten muss in jeder bereitgestellten Umgebung weiterhin überprüft werden.