Odoo 19.4 променя начина, по който потребителите достъпват информация за инвентара към минала дата, анализират остаряването на склада и разпределят наличния инвентар. Отчетът за склада вече включва инструмент за избор на дата за преглед на инвентара към минала дата или точен времеви печат, като запазва вече приложените филтри към отчета. (Бележки по изданието на Odoo 19.4; mergebot.odoo.com)
Изданието също така предоставя остаряването на склада чрез обобщения изглед Moves Analysis. Отделно, потребителите могат да разпределят инвентар директно от прогнозния отчет и да работят с преработен отчет за разпределение. (Бележки по изданието на Odoo 19.4; Odoo 19.0 Docs: Reporting Allocation)
Тези промени засягат различни части от работния поток на инвентара. Изборът на минала дата променя достъпа до исторически изгледи на склада, отчетът за остаряване добавя аналитична опция, а промените в разпределението засягат начина, по който потребителите преглеждат прогнозите и разпределят инвентара. (Бележки по изданието на Odoo 19.4; Odoo 19.0 Docs: Reporting Allocation; mergebot.odoo.com) Затова те трябва да се тестват като отделни функции, а не да се третират като една обща отчетна възможност.
Изборът на минала дата се премества в отчета за склада
Преди Odoo предоставяше отделен помощник Inventory at Date. В 19.4 този път е заменен от инструмент за избор на дата, интегриран в панела за търсене на отчета за склада. Потребителите могат да изберат исторически момент директно от отчета, вместо да отварят отделен помощник. (mergebot.odoo.com)
Инструментът за избор поддържа както минала дата, така и точен времеви печат. Изборът на времеви печат позволява на потребителите да преглеждат склада в конкретен момент от деня, вместо да използват само датата като граница на отчета. Odoo също така посочва, че отчетът запазва активните филтри, когато бъде избран исторически момент. (Бележки по изданието на Odoo 19.4; mergebot.odoo.com)
Запазването на филтрите е важно, когато потребителят вече е ограничил отчета до конкретни продукти или други критерии. Според бележките по изданието и записа за изпълнението, прилагането на минала дата не изисква тези активни филтри да бъдат създавани отново. (Бележки по изданието на Odoo 19.4; mergebot.odoo.com)
Предоставените източници потвърждават интегрирания инструмент за избор, поддръжката на времеви печат и запазването на филтрите. Те не описват всяко правило за изчисление зад историческия резултат, нито обясняват как персонализираната логика за инвентара и отделните конфигурации могат да повлияят на показаните стойности. (Бележки по изданието на Odoo 19.4; mergebot.odoo.com)
Преди използване на преработения отчет в оперативен или финансов процес, организациите трябва да тестват известни исторически дати и времеви печати в собствената си база данни. Сравнението трябва да използва случаи, при които очакваната складова позиция може да бъде установена независимо.
Бившият помощник за история е премахнат
Имплементацията прави повече от това да добави контрол към отчета за склада. Тя премахва помощника stock.quantity.history, заедно с неговото действие, бутон и правило за достъп. Излишните ключове на контекста, свързани с предишния маршрут, също са премахнати. (mergebot.odoo.com)
Тази промяна може да е от значение за персонализирани модули, автоматизирани действия, схеми за достъп или вътрешни инструкции, които се отнасят до предишния помощник. Записът за имплементацията потвърждава премахването на стандартните компоненти, но не определя ефекта върху конкретна персонализация. (mergebot.odoo.com)
Техническите екипи трябва да претърсят потребителския код и конфигурацията за препратки към stock.quantity.history, предишното действие и свързаните стойности на контекста. Отговорните за процеса трябва също да преразгледат указанията, които насочват потребителите към помощника Inventory at Date.
Разрешенията също изискват тестване. Старата правило за достъп на помощника е премахнато, защото самият помощник вече не съществува. (mergebot.odoo.com) Това премахване не установява как всяка съществуваща роля ще използва интегрирания избор на дата.
Организациите трябва да проверят новия контрол с ролите за склад, инвентар, финанси и само за четене, използвани в тяхната среда. Тестването трябва да потвърди както видимостта, така и разрешените действия, вместо да се предполага, че достъпът до предишния помощник ще се пренесе директно към новия интерфейс.
Остаряването на стоките се появява в Moves Analysis
Odoo 19.4 предоставя отчет за остаряване на стоките чрез обобщаващия изглед Moves Analysis. Това поставя остаряването в аналитичен изглед за инвентар, а не в селектора за склад към минала дата. (Odoo 19.4 Release Notes)
Разликата е важна по време на приемателното тестване. Отчетът за склада към минала дата показва инвентара в избран исторически момент, докато остаряването на стоките се достъпва чрез Moves Analysis. Предоставената бележка за изданието посочва местоположението на отчета за остаряване, но не дава подробни дефиниции за периодите на остаряване, показателите или интерпретациите, специфични за организацията. (Odoo 19.4 Release Notes)
Екипите трябва да сравнят изхода от Moves Analysis с настоящия си метод за остаряване на стоките. Те трябва да документират използваните полета, филтри и групирания, след което да преценят дали резултатът съответства на вътрешната им политика за отчитане. Това е особено полезно, когато екипите по финанси и склад разчитат на различни отчети или експортирани данни.
Работните потоци за разпределение също се променят
Odoo 19.4 позволява на потребителите да разпределят инвентар директно от прогнозния отчет и въвежда преработен отчет за разпределение. Документацията на Odoo за производството отделно описва работния поток за отчетите за разпределение. (Odoo 19.4 Release Notes; Odoo 19.0 Docs: Reporting Allocation)
Това са промени в работния поток, а не разширения на историческото отчитане. Прогнозният отчет предоставя пряка точка за въвеждане на разпределение, докато отчетът за разпределение предоставя преработения интерфейс за отчитане. (Odoo 19.4 Release Notes; Odoo 19.0 Docs: Reporting Allocation)
Организациите, които използват разпределение в производствени или складови процеси, трябва да съпоставят преработените маршрути със съществуващите стъпки за одобрение, отговорности и обучителни материали. Тестването трябва да включва потребителите, отговорни за преглед на прогнозното търсене и разпределяне на наличния инвентар.
Подкрепящият материал за разпределение, предоставен за този преглед, е публикуван по документационния път на Odoo 19.0, докато бележките за изданието посочват промените в 19.4. (Odoo 19.4 Release Notes; Odoo 19.0 Docs: Reporting Allocation) Затова администраторите трябва да проверят документацията и поведението за изданието и сборката, които внедряват, вместо да предполагат, че всеки екран и опция ще са еднакви във всички среди 19.x.
Какво да се провери преди внедряване
Започнете с интегрирания избор на дата. Потвърдете, че активните филтри остават приложени, че потребителите могат да изберат както дата, така и точен времеви печат, и че полученият исторически изглед съответства на известни тестови случаи. Тези проверки обхващат поведението, посочено в бележките за изданието и записа за внедряване. (Odoo 19.4 Release Notes; mergebot.odoo.com)
След това идентифицирайте всичко, което все още зависи от премахнатия помощник stock.quantity.history, неговото действие, бутон, правило за достъп или свързаните ключове на контекста. (mergebot.odoo.com) Прегледайте потребителските модули, автоматизираните тестове, вътрешните връзки и оперативните инструкции, които може все още да сочат към предишния работен поток.
За остаряването на стоките отворете обобщаващия изглед Moves Analysis и определете как отчетът трябва да бъде конфигуриран според политиката на организацията за отчитане. За разпределение тествайте директното действие от прогнозния отчет и прегледайте преработения отчет за разпределение с потребителите, които разпределят инвентар. (Odoo 19.4 Release Notes; Odoo 19.0 Docs: Reporting Allocation)
Документираният обхват на Odoo 19.4 включва интегриран избор на историческа дата и времеви печат със запазени филтри, премахване на компонентите на предишния помощник за историята, остаряване на стоките чрез Moves Analysis и преработен достъп и отчитане за разпределение. (Odoo 19.4 Release Notes; Odoo 19.0 Docs: Reporting Allocation; mergebot.odoo.com) Поведението, специфично за конфигурацията, все още трябва да се проверява във всяка внедрена среда.