Odoo 19.4 keičia tai, kaip naudotojai pasiekia informaciją apie atsargas pagal praeities datą, analizuoja atsargų senėjimą ir paskirsto turimas atsargas. Dabar atsargų ataskaitoje yra datos parinkiklis, leidžiantis peržiūrėti atsargas pagal praeities datą arba tikslų laiko momentą, išsaugant jau pritaikytus ataskaitos filtrus. (Odoo 19.4 Release Notes; mergebot.odoo.com)

Šiame leidime taip pat atsargų senėjimas pateikiamas per „Moves Analysis“ sukamąją rodinį. Be to, naudotojai gali paskirstyti atsargas tiesiai iš prognozės ataskaitos ir dirbti su pertvarkyta paskirstymo ataskaita. (Odoo 19.4 Release Notes; Odoo 19.0 Docs: Reporting Allocation)

Šie pokyčiai paveikia skirtingas atsargų darbo eigos dalis. Praeities datos parinkiklis keičia prieigą prie istorinių atsargų rodinių, senėjimo ataskaita prideda analitinę parinktį, o paskirstymo pokyčiai veikia tai, kaip naudotojai peržiūri prognozes ir priskiria atsargas. (Odoo 19.4 Release Notes; Odoo 19.0 Docs: Reporting Allocation; mergebot.odoo.com) Todėl juos reikėtų testuoti kaip atskiras funkcijas, o ne laikyti viena ataskaitų funkcija.

Praeities datos pasirinkimas perkeliamas į atsargų ataskaitą

Anksčiau Odoo teikė atskirą „Inventory at Date“ vedlį. 19.4 versijoje šis kelias pakeičiamas datos parinkikliu, integruotu į atsargų ataskaitos paieškos skydelį. Užuot atidarę atskirą vedlį, naudotojai gali pasirinkti istorinį momentą pačioje ataskaitoje. (mergebot.odoo.com)

Parinkiklis palaiko ir praeities datą, ir tikslų laiko momentą. Laiko momento pasirinkimas leidžia naudotojams peržiūrėti atsargas tam tikru dienos momentu, o ne naudoti tik datą kaip ataskaitos ribą. Odoo taip pat nurodo, kad pasirinkus istorinį momentą ataskaitoje išsaugomi aktyvūs filtrai. (Odoo 19.4 Release Notes; mergebot.odoo.com)

Filtrų išsaugojimas svarbus, kai naudotojas jau susiaurino ataskaitą iki konkrečių produktų ar kitų kriterijų. Remiantis leidimo pastabomis ir įgyvendinimo įrašu, pritaikant praeities datą nereikia iš naujo kurti tų aktyvių filtrų. (Odoo 19.4 Release Notes; mergebot.odoo.com)

Pateikti šaltiniai patvirtina integruotą parinkiklį, tikslų laiko momento palaikymą ir filtrų išsaugojimą. Juose neaprašomos visos istorinės rezultato skaičiavimo taisyklės ir nepaaiškinama, kaip pasirinkta sandėlio logika bei individualios konfigūracijos gali paveikti rodomus skaičius. (Odoo 19.4 Release Notes; mergebot.odoo.com)

Prieš naudojant peržiūrėtą ataskaitą veiklos ar finansiniame procese, organizacijos turėtų savo duomenų bazėje patikrinti žinomas istorines datas ir laiko momentus. Palyginimas turėtų būti atliekamas su atvejais, kai tikėtiną atsargų būklę galima nepriklausomai nustatyti.

Buvęs istorijos vedlys pašalinamas

Įgyvendinimas daro daugiau nei tik prideda valdiklį į atsargų ataskaitą. Jis pašalina „stock.quantity.history“ vedlį kartu su jo veiksmu, mygtuku ir prieigos taisykle. Taip pat pašalinami pertekliniai konteksto raktai, susiję su buvusiu maršrutu. (mergebot.odoo.com)

Šis pakeitimas gali būti svarbus pasirinktinėms moduliams, automatiniams veiksmams, prieigos tvarkoms ar vidinėms instrukcijoms, kuriose minima buvusi vedlio versija. Įgyvendinimo įrašas patvirtina standartinių komponentų pašalinimą, tačiau nenustato poveikio jokiai konkrečiai modifikacijai. (mergebot.odoo.com)

Techninės komandos turėtų ieškoti pasirinktiniame kode ir konfigūracijoje nuorodų į stock.quantity.history, ankstesnį veiksmą ir susijusias konteksto reikšmes. Procesų savininkai taip pat turėtų peržiūrėti gaires, kurios naudotojus nukreipia į Inventory at Date vedlį.

Leidimus taip pat reikia išbandyti. Senojo vedlio prieigos taisyklė pašalinama, nes pats vedlys nebeegzistuoja. (mergebot.odoo.com) Šis pašalinimas nenustato, kaip kiekvienas esamas vaidmuo patirs integruotą datos parinkiklį.

Organizacijos turėtų patikrinti naują valdiklį su sandėlio, atsargų, finansų ir tik skaitymo vaidmenimis, naudojamais jų aplinkoje. Testavimas turėtų patvirtinti ir matomumą, ir leidžiamus veiksmus, o ne manyti, kad prieiga prie buvusio vedlio tiesiogiai persikels į naują sąsają.

Atsargų senėjimas rodomas Moves Analysis

Odoo 19.4 pateikia atsargų senėjimo ataskaitą per Moves Analysis pivot rodinį. Taip senėjimas atsiduria analitiniame atsargų rodinyje, o ne ankstesnės datos atsargų parinkiklyje. (Odoo 19.4 Release Notes)

Šis skirtumas svarbus priėmimo testavimo metu. Ankstesnės datos atsargų ataskaita rodo atsargas pasirinktu istoriniu momentu, o atsargų senėjimas pasiekiamas per Moves Analysis. Pateikta leidimo pastaba nurodo senėjimo ataskaitos vietą, bet nepateikia išsamių senėjimo periodų, matų ar organizacijai būdingų interpretacijų apibrėžimų. (Odoo 19.4 Release Notes)

Komandos turėtų palyginti Moves Analysis išvestį su dabartiniu atsargų senėjimo metodu. Jos turėtų dokumentuoti naudotus laukus, filtrus ir grupavimus, tada įvertinti, ar rezultatas atitinka vidinę ataskaitų teikimo politiką. Tai ypač naudinga, kai finansų ir sandėlio komandos šiuo metu remiasi skirtingomis ataskaitomis arba eksportuotais duomenimis.

Paskirstymo darbo eiga taip pat keičiasi

Odoo 19.4 leidžia naudotojams paskirstyti atsargas tiesiai iš prognozės ataskaitos ir pristato pertvarkytą paskirstymo ataskaitą. Odoo gamybos dokumentacijoje atskirai aprašyta paskirstymo ataskaitų teikimo darbo eiga. (Odoo 19.4 Release Notes; Odoo 19.0 Docs: Reporting Allocation)

Tai yra darbo eigos pokyčiai, o ne istorinių ataskaitų plėtiniai. Prognozės ataskaita suteikia tiesioginį paskirstymo įvedimo tašką, o paskirstymo ataskaita pateikia atnaujintą ataskaitų sąsają. (Odoo 19.4 Release Notes; Odoo 19.0 Docs: Reporting Allocation)

Organizacijos, kurios gamyboje arba atsargų procesuose naudoja paskirstymą, turėtų suderinti atnaujintus maršrutus su esamais patvirtinimo etapais, atsakomybėmis ir mokymo medžiaga. Testavimas turėtų apimti naudotojus, atsakingus už prognozuojamos paklausos peržiūrą ir prieinamų atsargų priskyrimą.

Palaikomoji paskirstymo medžiaga, pateikta šiai peržiūrai, skelbiama Odoo 19.0 dokumentacijos kelyje, o leidimo pastabose nurodyti 19.4 pakeitimai. (Odoo 19.4 Release Notes; Odoo 19.0 Docs: Reporting Allocation) Todėl administratoriai turėtų tikrinti dokumentaciją ir elgseną tos versijos bei laidos, kurią diegia, o ne manyti, kad kiekvienas ekranas ir parinktis bus identiški visose 19.x aplinkose.

Ką patikrinti prieš pritaikant

Pradėkite nuo integruoto datos parinkiklio. Patvirtinkite, kad aktyvūs filtrai išlieka taikomi, naudotojai gali pasirinkti ir datą, ir tikslų laiko žymą, o gautas istorinis vaizdas atitinka žinomus bandymo atvejus. Šie patikrinimai apima leidimo pastabose ir įgyvendinimo įraše nurodytą elgseną. (Odoo 19.4 Release Notes; mergebot.odoo.com)

Tada nustatykite viską, kas vis dar priklauso nuo pašalinto stock.quantity.history vedlio, jo veiksmo, mygtuko, prieigos taisyklės ar susijusių konteksto raktų. (mergebot.odoo.com) Peržiūrėkite pasirinktinius modulius, automatinius testus, vidines nuorodas ir veiklos instrukcijas, kurios vis dar gali nukreipti į buvusią darbo eigą.

Atsargų senėjimui atidarykite Moves Analysis pivot rodinį ir nustatykite, kaip ataskaita turėtų būti sukonfigūruota pagal organizacijos ataskaitų teikimo politiką. Paskirstymui išbandykite tiesioginį veiksmą iš prognozės ataskaitos ir peržiūrėkite pertvarkytą paskirstymo ataskaitą su naudotojais, kurie priskiria atsargas. (Odoo 19.4 Release Notes; Odoo 19.0 Docs: Reporting Allocation)

Dokumentuota Odoo 19.4 apimtis apima integruotą istorinių datų ir laiko žymų parinkiklį su išsaugotais filtrais, ankstesnio istorijos vedlio komponentų pašalinimą, atsargų senėjimą per Moves Analysis ir atnaujintą paskirstymo prieigą bei ataskaitų teikimą. (Odoo 19.4 leidimo pastabos; Odoo 19.0 dokumentacija: paskirstymo ataskaitos; mergebot.odoo.com) Su konkrečia konfigūracija susijusį elgesį vis tiek reikia patikrinti kiekvienoje diegimo aplinkoje.