Odoo 19.4 ändrar hur användare kommer åt lagerinformation för tidigare datum, analyserar lagrets åldrande och allokerar tillgängligt lager. Lagerrapporten innehåller nu en datumväljare för att visa lagret vid ett tidigare datum eller exakt tidsstämpel, samtidigt som de filter som redan tillämpats på rapporten behålls. (Odoo 19.4 Release Notes; mergebot.odoo.com)
Utgåvan exponerar också lagrets åldrande via pivottvyn Moves Analysis. Dessutom kan användare allokera lager direkt från prognosrapporten och arbeta med en omarbetad allokeringsrapport. (Odoo 19.4 Release Notes; Odoo 19.0 Docs: Reporting Allocation)
Dessa ändringar påverkar olika delar av lagerarbetsflödet. Väljaren för tidigare datum ändrar åtkomsten till historiska lagervyer, åldringsrapporten lägger till ett analytiskt alternativ och ändringarna i allokeringen påverkar hur användare granskar prognoser och tilldelar lager. (Odoo 19.4 Release Notes; Odoo 19.0 Docs: Reporting Allocation; mergebot.odoo.com) De bör därför testas som separata funktioner snarare än behandlas som en enda rapporteringsfunktion.
Val av tidigare datum flyttas in i lagerrapporten
Tidigare tillhandahöll Odoo en separat guide för lager vid datum. I 19.4 ersätts den vägen av en datumväljare integrerad i lagerrapportens sökpanel. Användare kan välja en historisk tidpunkt direkt i rapporten i stället för att öppna en separat guide. (mergebot.odoo.com)
Väljaren stöder både ett tidigare datum och en exakt tidsstämpel. Val av tidsstämpel gör det möjligt för användare att granska lagret vid en viss tidpunkt under en dag, i stället för att använda enbart datumet som rapportgräns. Odoo anger också att rapporten behåller aktiva filter när den historiska tidpunkten väljs. (Odoo 19.4 Release Notes; mergebot.odoo.com)
Filterbevarandet är relevant när en användare redan har begränsat rapporten till vissa produkter eller andra kriterier. Att tillämpa ett tidigare datum kräver inte att dessa aktiva filter återskapas, enligt versionsanteckningarna och implementeringsposten. (Odoo 19.4 Release Notes; mergebot.odoo.com)
De angivna källorna bekräftar den integrerade väljaren, stöd för tidsstämpel och bevarade filter. De beskriver inte varje beräkningsregel bakom det historiska resultatet eller förklarar hur anpassad lagerlogik och enskilda konfigurationer kan påverka de visade siffrorna. (Odoo 19.4 Release Notes; mergebot.odoo.com)
Innan den reviderade rapporten används i en operativ eller finansiell process bör organisationer testa kända historiska datum och tidsstämplar i sin egen databas. Jämförelsen bör använda fall där den förväntade lagerpositionen kan fastställas oberoende.
Den tidigare historikguiden tas bort
Implementeringen gör mer än att lägga till en kontroll i lagerrapporten. Den tar bort guiden stock.quantity.history, tillsammans med dess åtgärd, knapp och åtkomstregel. Redundanta kontextnycklar som hör till den tidigare vägen tas också bort. (mergebot.odoo.com)
Denna ändring kan vara relevant för anpassade moduler, automatiserade åtgärder, åtkomstupplägg eller interna instruktioner som hänvisar till den tidigare guiden. Implementeringsposten bekräftar borttagningen av standardkomponenterna, men den avgör inte effekten på någon specifik anpassning. (mergebot.odoo.com)
Tekniska team bör söka i anpassad kod och konfiguration efter referenser till stock.quantity.history, den tidigare åtgärden och de relaterade kontextvärdena. Processägare bör också revidera vägledning som leder användare till guiden Inventory at Date.
Behörigheter kräver också testning. Den gamla guidens åtkomstregel tas bort eftersom själva guiden inte längre finns. (mergebot.odoo.com) Den borttagningen fastställer inte hur varje befintlig roll kommer att uppleva den integrerade datumväljaren.
Organisationer bör verifiera den nya kontrollen med de lager-, inventarie-, ekonomi- och skrivskyddade roller som används i deras miljö. Testning bör bekräfta både synlighet och tillåtna åtgärder, i stället för att anta att åtkomst till den tidigare guiden direkt överförs till det nya gränssnittet.
Lageråldrande visas i Moves Analysis
Odoo 19.4 visar en rapport för lageråldrande via pivottvyn Moves Analysis. Detta placerar åldrande i en analytisk lageröversikt snarare än i lagerväljaren för historiska datum. (Odoo 19.4 Release Notes)
Skillnaden är viktig under acceptanstestning. Lagerrapporten för tidigare datum visar lager vid en vald historisk tidpunkt, medan lageråldrande nås via Moves Analysis. Den medföljande release note anger var åldranderapporten finns, men ger inga detaljerade definitioner av åldrandeperioder, mått eller organisationsspecifika tolkningar. (Odoo 19.4 Release Notes)
Team bör jämföra utdata från Moves Analysis med sin nuvarande metod för lageråldrande. De bör dokumentera vilka fält, filter och grupperingar som används, och därefter bedöma om resultatet överensstämmer med deras interna rapporteringspolicy. Detta är särskilt användbart när ekonomi- och lagerteam i dag förlitar sig på olika rapporter eller exporterade data.
Arbetsflöden för allokering ändras också
Odoo 19.4 gör det möjligt för användare att allokera lager direkt från prognosrapporten och introducerar en omarbetad allokeringsrapport. Odoos tillverkningsdokumentation beskriver separat arbetsflödet för allokeringsrapportering. (Odoo 19.4 Release Notes; Odoo 19.0 Docs: Reporting Allocation)
Detta är förändringar i arbetsflödet snarare än utbyggnader av historisk rapportering. Prognosrapporten ger en direkt ingång för allokering, medan allokeringsrapporten tillhandahåller det reviderade rapportgränssnittet. (Odoo 19.4 Release Notes; Odoo 19.0 Docs: Reporting Allocation)
Organisationer som använder allokering i tillverknings- eller lagerprocesser bör kartlägga de reviderade rutterna mot befintliga godkännandesteg, ansvarsområden och utbildningsmaterial. Testning bör omfatta de användare som ansvarar för att granska prognosbehov och tilldela tillgängligt lager.
Det stödjande materialet för allokering som tillhandahålls för denna genomgång är publicerat under Odoos dokumentationssökväg för 19.0, medan release notes identifierar ändringarna i 19.4. (Odoo 19.4 Release Notes; Odoo 19.0 Docs: Reporting Allocation) Administratörer bör därför kontrollera dokumentationen och beteendet för den utgåva och version de distribuerar, i stället för att anta att varje skärm och varje alternativ är identiskt i alla 19.x-miljöer.
Vad som ska verifieras före införande
Börja med den integrerade datumväljaren. Bekräfta att aktiva filter förblir tillämpade, att användare kan välja både ett datum och en exakt tidsstämpel, och att den resulterande historiska vyn stämmer med kända testfall. Dessa kontroller täcker det beteende som identifieras i release notes och implementeringsposten. (Odoo 19.4 Release Notes; mergebot.odoo.com)
Identifiera därefter allt som fortfarande är beroende av den borttagna guiden stock.quantity.history, dess åtgärd, knapp, åtkomstregel eller tillhörande kontextnycklar. (mergebot.odoo.com) Granska anpassade moduler, automatiserade tester, interna länkar och operativa instruktioner som fortfarande kan peka på det tidigare arbetsflödet.
För lageråldrande, öppna pivottvyn Moves Analysis och avgör hur rapporten ska konfigureras för organisationens rapporteringspolicy. För allokering, testa den direkta åtgärden från prognosrapporten och granska den omarbetade allokeringsrapporten med de användare som tilldelar lager. (Odoo 19.4 Release Notes; Odoo 19.0 Docs: Reporting Allocation)
Det dokumenterade omfånget för Odoo 19.4 omfattar en integrerad väljare för historiskt datum och tidsstämpel med bevarade filter, borttagning av de tidigare komponenterna för historikguiden, lageråldrande via Moves Analysis samt reviderad åtkomst och rapportering för allokering. (Odoo 19.4 versionsanteckningar; Odoo 19.0-dokumentation: Rapportering av allokering; mergebot.odoo.com) Konfigurationsspecifikt beteende måste fortfarande kontrolleras i varje driftsatt miljö.