Odoo 19.4 ændrer, hvordan brugere får adgang til lageroplysninger for tidligere datoer, analyserer lageralder og allokerer tilgængeligt lager. Lager-rapporten indeholder nu en datovælger til visning af lager på en tidligere dato eller et præcist tidsstempel, samtidig med at de filtre, der allerede er anvendt på rapporten, bevares. (Odoo 19.4 Release Notes; mergebot.odoo.com)
Udgivelsen gør også lageralder tilgængelig via pivot-visningen Moves Analysis. Derudover kan brugere allokere lager direkte fra forecast-rapporten og arbejde med en redesignet allokeringsrapport. (Odoo 19.4 Release Notes; Odoo 19.0 Docs: Reporting Allocation)
Disse ændringer påvirker forskellige dele af lagerarbejdsgangen. Vælgeren for tidligere datoer ændrer adgangen til historiske lagervisninger, aldersrapporten tilføjer en analytisk mulighed, og allokeringsændringerne påvirker, hvordan brugere gennemgår prognoser og tildeler lager. (Odoo 19.4 Release Notes; Odoo 19.0 Docs: Reporting Allocation; mergebot.odoo.com) De bør derfor testes som separate funktioner, ikke behandles som én rapporteringsfunktion.
Valg af tidligere dato flyttes ind i lager-rapporten
Tidligere leverede Odoo en separat Inventory at Date-guiden. I 19.4 er den vej erstattet af en datovælger integreret i lager-rapportens søgepanel. Brugere kan vælge et historisk tidspunkt direkte fra rapporten i stedet for at åbne en separat guide. (mergebot.odoo.com)
Vælgeren understøtter både en tidligere dato og et præcist tidsstempel. Valg af tidsstempel gør det muligt for brugere at gennemgå lager på et bestemt tidspunkt inden for en dag i stedet for kun at bruge datoen som rapportgrænse. Odoo oplyser også, at rapporten bevarer aktive filtre, når det historiske tidspunkt vælges. (Odoo 19.4 Release Notes; mergebot.odoo.com)
Bevarelse af filtre er relevant, når en bruger allerede har indsnævret rapporten til bestemte produkter eller andre kriterier. Ifølge udgivelsesnoterne og implementeringsregistreringen kræver anvendelse af en tidligere dato ikke, at disse aktive filtre oprettes igen. (Odoo 19.4 Release Notes; mergebot.odoo.com)
De angivne kilder bekræfter den integrerede vælger, understøttelse af tidsstempler og bevarelse af filtre. De beskriver ikke alle beregningsregler bag det historiske resultat eller forklarer, hvordan brugerdefineret lagerlogik og individuelle konfigurationer kan påvirke de viste tal. (Odoo 19.4 Release Notes; mergebot.odoo.com)
Før den reviderede rapport bruges i en driftsmæssig eller finansiel proces, bør organisationer teste kendte historiske datoer og tidsstempler i deres egen database. Sammenligningen bør bruge cases, hvor den forventede lagerposition kan fastslås uafhængigt.
Den tidligere historikguide er fjernet
Implementeringen gør mere end at tilføje en kontrol til lager-rapporten. Den fjerner guiden stock.quantity.history sammen med dens handling, knap og adgangsregel. Overflødige kontekstnøgler, der var knyttet til den tidligere rute, er også fjernet. (mergebot.odoo.com)
Denne ændring kan være relevant for brugerdefinerede moduler, automatiserede handlinger, adgangsopsætninger eller interne instruktioner, der henviser til den tidligere guide. Implementeringsregistreringen bekræfter fjernelsen af standardkomponenterne, men den fastlægger ikke virkningen af en bestemt tilpasning. (mergebot.odoo.com)
Tekniske teams bør søge i specialkode og konfiguration efter referencer til stock.quantity.history, den tidligere handling og de tilhørende kontekstværdier. Procesansvarlige bør også revidere vejledningen, der leder brugerne til wizard'en Inventory at Date.
Tilladelser kræver også test. Den gamle wizard's adgangsregel er fjernet, fordi selve wizard'en ikke længere findes. (mergebot.odoo.com) Denne fjernelse fastlægger ikke, hvordan hver eksisterende rolle vil opleve den integrerede datovælger.
Organisationer bør verificere den nye kontrol med de lager-, inventar-, finans- og skrivebeskyttede roller, der bruges i deres miljø. Testen bør bekræfte både synlighed og tilladte handlinger i stedet for at antage, at adgang til den tidligere wizard direkte overføres til den nye grænseflade.
Lageraldring vises i Moves Analysis
Odoo 19.4 viser en lageraldringsrapport via pivottabellen Moves Analysis. Dette placerer aldring i en analytisk lageroversigt i stedet for i lagervælgeren for tidligere datoer. (Odoo 19.4 Release Notes)
Forskellen er vigtig under accepttest. Lager rapporten for tidligere dato viser lager på et valgt historisk tidspunkt, mens lageraldring tilgås via Moves Analysis. Den medfølgende release note angiver placeringen af aldringsrapporten, men giver ikke detaljerede definitioner af aldringsperioder, målinger eller organisationsspecifikke fortolkninger. (Odoo 19.4 Release Notes)
Teams bør sammenligne outputtet fra Moves Analysis med deres nuværende metode til lageraldring. De bør dokumentere de felter, filtre og grupperinger, der bruges, og derefter vurdere, om resultatet stemmer overens med deres interne rapporteringspolitik. Dette er særligt nyttigt, når finans- og lagerteams i øjeblikket er afhængige af forskellige rapporter eller eksporterede data.
Tildelingsarbejdsgange ændres også
Odoo 19.4 giver brugerne mulighed for at tildele lager direkte fra prognoserapporten og introducerer en redesignet tildelingsrapport. Odoos dokumentation for produktion beskriver separat arbejdsgangen for tildelingsrapportering. (Odoo 19.4 Release Notes; Odoo 19.0 Docs: Reporting Allocation)
Dette er ændringer i arbejdsgange snarere end udvidelser af historisk rapportering. Prognoserapporten giver et direkte indgangspunkt til tildeling, mens tildelingsrapporten giver den reviderede rapporteringsgrænseflade. (Odoo 19.4 Release Notes; Odoo 19.0 Docs: Reporting Allocation)
Organisationer, der bruger tildeling i produktions- eller lagerprocesser, bør kortlægge de reviderede forløb i forhold til eksisterende godkendelsestrin, ansvarsområder og træningsmateriale. Testen bør omfatte de brugere, der er ansvarlige for at gennemgå prognosebehov og tildele tilgængeligt lager.
Det understøttende materiale om tildeling, der er leveret til denne gennemgang, er udgivet under Odoos 19.0 dokumentationssti, mens release notes angiver ændringerne i 19.4. (Odoo 19.4 Release Notes; Odoo 19.0 Docs: Reporting Allocation) Administratorer bør derfor kontrollere dokumentationen og adfærden for den version og build, de implementerer, i stedet for at antage, at alle skærmbilleder og valgmuligheder er identiske på tværs af 19.x-miljøer.
Hvad der skal verificeres før implementering
Begynd med den integrerede datovælger. Bekræft, at aktive filtre forbliver anvendt, at brugerne kan vælge både en dato og et præcist tidsstempel, og at den resulterende historiske visning matcher kendte testcases. Disse kontroller dækker den adfærd, der er identificeret i release notes og implementeringsregistreringen. (Odoo 19.4 Release Notes; mergebot.odoo.com)
Identificér derefter alt, der stadig afhænger af den fjernede stock.quantity.history wizard, dens handling, knap, adgangsregel eller tilknyttede kontekstnøgler. (mergebot.odoo.com) Gennemgå specialmoduler, automatiserede tests, interne links og driftsinstruktioner, der stadig kan pege på det tidligere workflow.
For lageraldring skal du åbne pivottabellen Moves Analysis og afgøre, hvordan rapporten skal konfigureres i forhold til organisationens rapporteringspolitik. For tildeling skal du teste den direkte handling fra prognoserapporten og gennemgå den redesignet tildelingsrapport med de brugere, der tildeler lager. (Odoo 19.4 Release Notes; Odoo 19.0 Docs: Reporting Allocation)
Det dokumenterede omfang af Odoo 19.4 omfatter en integreret historisk dato- og tidsstempelselector med bevarede filtre, fjernelse af de tidligere history wizard-komponenter, lageraldring via Moves Analysis og revideret tildelingsadgang og rapportering. (Odoo 19.4 udgivelsesnoter; Odoo 19.0-dokumentation: Rapportering af allokering; mergebot.odoo.com) Konfigurationsspecifik adfærd skal stadig kontrolleres i hvert udrullet miljø.