Odoo 19.4 endrer hvordan brukere får tilgang til lagerinformasjon fra tidligere datoer, analyserer lageraldring og allokerer tilgjengelig lager. Lagerrapporten inkluderer nå en datovelger for å vise lager på en tidligere dato eller et presist tidspunkt, samtidig som filtrene som allerede er brukt på rapporten beholdes. (Odoo 19.4 Release Notes; mergebot.odoo.com)
Utgivelsen eksponerer også lageraldring gjennom pivottabellen for Moves Analysis. I tillegg kan brukere allokere lager direkte fra prognoserapporten og arbeide med en omarbeidet allokeringsrapport. (Odoo 19.4 Release Notes; Odoo 19.0 Docs: Reporting Allocation)
Disse endringene påvirker ulike deler av lagerarbeidsflyten. Velgeren for tidligere dato endrer tilgangen til historiske lagerbilder, aldringsrapporten legger til et analysealternativ, og allokeringsendringene påvirker hvordan brukere gjennomgå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 funksjoner, ikke behandles som én rapportfunksjon.
Valg av tidligere dato flyttes inn i lagerrapporten
Tidligere tilbød Odoo en egen veiviser for Inventory at Date. I 19.4 er denne ruten erstattet av en datovelger integrert i søkepanelet for lagerrapporten. Brukere kan velge et historisk tidspunkt fra rapporten i stedet for å åpne en egen veiviser. (mergebot.odoo.com)
Velgeren støtter både en tidligere dato og et presist tidsstempel. Valg av tidsstempel gjør at brukere kan se lager på et bestemt tidspunkt i løpet av en dag, i stedet for å bruke bare datoen som rapportgrense. Odoo opplyser også at rapporten beholder aktive filtre når det historiske tidspunktet velges. (Odoo 19.4 Release Notes; mergebot.odoo.com)
Bevaring av filtre er relevant når en bruker allerede har snevret inn rapporten til bestemte produkter eller andre kriterier. Ifølge utgivelsesnotatene og implementeringsloggen trenger ikke disse aktive filtrene å opprettes på nytt når en tidligere dato brukes. (Odoo 19.4 Release Notes; mergebot.odoo.com)
Kildene som er oppgitt bekrefter den integrerte velgeren, støtte for tidsstempel og bevaring av filtre. De beskriver ikke alle beregningsregler bak det historiske resultatet, eller forklarer hvordan egendefinert lagerlogikk og individuelle konfigurasjoner kan påvirke de viste tallene. (Odoo 19.4 Release Notes; mergebot.odoo.com)
Før den reviderte rapporten brukes i en operativ eller finansiell prosess, bør organisasjoner teste kjente historiske datoer og tidsstempler i sin egen database. Sammenligningen bør bruke tilfeller der den forventede lagerposisjonen kan fastslås uavhengig.
Den tidligere historikkveiviseren er fjernet
Implementeringen gjør mer enn å legge til en kontroll i lagerrapporten. Den fjerner veiviseren stock.quantity.history, sammen med tilhørende handling, knapp og tilgangsregel. Overflødige kontekstnøkler knyttet til den tidligere ruten er også fjernet. (mergebot.odoo.com)
Denne endringen kan være relevant for tilpassede moduler, automatiserte handlinger, tilgangsoppsett eller interne instruksjoner som viser til den tidligere veiviseren. Implementeringsloggen bekrefter fjerning av standardkomponentene, men den avgjør ikke virkningen på noen bestemt tilpasning. (mergebot.odoo.com)
Tekniske team bør søke i tilpasset kode og konfigurasjon etter referanser til stock.quantity.history, den tidligere handlingen og de tilhørende kontekstverdiene. Prosesseiere bør også revidere veiledningen som styrer brukere til veiviseren Inventory at Date.
Tilgangsrettigheter må også testes. Den gamle veiviserens tilgangsregel er fjernet fordi veiviseren ikke lenger finnes. (mergebot.odoo.com) Denne fjerningen viser ikke hvordan hver eksisterende rolle vil oppleve den integrerte datovelgeren.
Organisasjoner bør verifisere den nye kontrollen med lager-, beholdnings-, økonomi- og skrivebeskyttede roller som brukes i deres miljø. Testing bør bekrefte både synlighet og tillatte handlinger, i stedet for å anta at tilgang til den tidligere veiviseren vil overføres direkte til det nye grensesnittet.
Lageraldring vises i Moves Analysis
Odoo 19.4 eksponerer en rapport for lageraldring gjennom pivottabellen Moves Analysis. Dette plasserer aldring i en analytisk lagervisning, ikke i lagervelgeren for en tidligere dato. (Odoo 19.4 Release Notes)
Forskjellen er viktig under akseptansetesting. Lager rapporten for en tidligere dato viser beholdning på et valgt historisk tidspunkt, mens lageraldring nås via Moves Analysis. Den medfølgende releasenoten angir hvor aldringsrapporten finnes, men gir ikke detaljerte definisjoner for aldringsperioder, målinger eller organisasjonsspesifikke tolkninger. (Odoo 19.4 Release Notes)
Team bør sammenligne utdataene fra Moves Analysis med deres nåværende metode for lageraldring. De bør dokumentere feltene, filtrene og grupperingene som brukes, og deretter vurdere om resultatet samsvarer med deres interne rapporteringspolicy. Dette er særlig nyttig når økonomi- og lagerteam for øyeblikket baserer seg på ulike rapporter eller eksporterte data.
Arbeidsflyter for allokering endres også
Odoo 19.4 lar brukere allokere lager direkte fra prognoserapporten og introduserer en redesignet allokeringsrapport. Odoos dokumentasjon for produksjon beskriver separat arbeidsflyten for allokeringsrapportering. (Odoo 19.4 Release Notes; Odoo 19.0 Docs: Reporting Allocation)
Dette er endringer i arbeidsflyt, ikke utvidelser av historisk rapportering. Prognoserapporten gir et direkte inngangspunkt for allokering, mens allokeringsrapporten gir det reviderte rapporteringsgrensesnittet. (Odoo 19.4 Release Notes; Odoo 19.0 Docs: Reporting Allocation)
Organisasjoner som bruker allokering i produksjons- eller lagerprosesser bør kartlegge de reviderte rutene mot eksisterende godkjenningstrinn, ansvarsområder og opplæringsmateriell. Testing bør inkludere brukerne som er ansvarlige for å gjennomgå prognoseetterspørsel og tildele tilgjengelig lager.
Det støttende allokeringsmaterialet som er levert for denne gjennomgangen, er publisert under Odoos 19.0-dokumentasjonssti, mens releasenotene identifiserer endringene i 19.4. (Odoo 19.4 Release Notes; Odoo 19.0 Docs: Reporting Allocation) Administratorer bør derfor kontrollere dokumentasjonen og oppførselen for utgaven og byggversjonen de tar i bruk, i stedet for å anta at hver skjerm og hvert alternativ vil være identisk på tvers av 19.x-miljøer.
Hva som bør verifiseres før innføring
Begynn med den integrerte datovelgeren. Bekreft at aktive filtre forblir brukt, at brukere kan velge både en dato og et presist tidsstempel, og at den resulterende historiske visningen samsvarer med kjente testtilfeller. Disse kontrollene dekker oppførselen som er identifisert i releasenotene og implementasjonsregistreringen. (Odoo 19.4 Release Notes; mergebot.odoo.com)
Deretter må du identifisere alt som fortsatt er avhengig av den fjernede stock.quantity.history-veiviseren, dens handling, knapp, tilgangsregel eller tilknyttede kontekstnøkler. (mergebot.odoo.com) Gjennomgå tilpassede moduler, automatiserte tester, interne lenker og driftsinstruksjoner som fortsatt kan peke til den tidligere arbeidsflyten.
For lageraldring åpner du pivottabellen Moves Analysis og bestemmer hvordan rapporten bør konfigureres for organisasjonens rapporteringspolicy. For allokering tester du den direkte handlingen fra prognoserapporten og gjennomgår den redesignet allokeringsrapporten sammen med brukerne som tildeler lager. (Odoo 19.4 Release Notes; Odoo 19.0 Docs: Reporting Allocation)
Det dokumenterte omfanget av Odoo 19.4 inkluderer en integrert historisk dato- og tidsstempelvelger med beholdte filtre, fjerning av de tidligere historiekomponentene i veiviseren, lageraldring gjennom Moves Analysis, samt revidert allokeringstilgang og rapportering. (Odoo 19.4 Release Notes; Odoo 19.0 Docs: Reporting Allocation; mergebot.odoo.com) Konfigurasjonsspesifikk atferd må fortsatt kontrolleres i hvert distribuerte miljø.