Odoo 19.4 змінює спосіб, у який користувачі отримують доступ до інформації про запаси на минулу дату, аналізують старіння запасів і розподіляють доступні запаси. Тепер звіт про запаси містить засіб вибору дати для перегляду запасів на минулу дату або точного позначення часу, зберігаючи при цьому фільтри, вже застосовані до звіту. (Odoo 19.4 Release Notes; mergebot.odoo.com)
У цьому випуску також старіння запасів відкрито через зведений вигляд Moves Analysis. Окремо користувачі можуть розподіляти запаси безпосередньо зі звіту прогнозу та працювати з оновленим звітом про розподіл. (Odoo 19.4 Release Notes; Odoo 19.0 Docs: Reporting Allocation)
Ці зміни впливають на різні частини робочого процесу з запасами. Засіб вибору минулої дати змінює доступ до історичних подань запасів, звіт про старіння додає аналітичну опцію, а зміни в розподілі впливають на те, як користувачі переглядають прогнози та призначають запаси. (Odoo 19.4 Release Notes; Odoo 19.0 Docs: Reporting Allocation; mergebot.odoo.com) Тому їх слід тестувати як окремі функції, а не розглядати як одну функцію звітності.
Вибір минулої дати перенесено до звіту про запаси
Раніше Odoo надавала окремий майстер Inventory at Date. У 19.4 цей шлях замінено засобом вибору дати, вбудованим у панель пошуку звіту про запаси. Користувачі можуть вибрати історичний момент безпосередньо зі звіту замість відкривання окремого майстра. (mergebot.odoo.com)
Засіб вибору підтримує як минулу дату, так і точний позначений час. Вибір позначеного часу дає змогу користувачам переглядати запаси в певний момент протягом дня, а не використовувати лише дату як межу звітування. Odoo також зазначає, що звіт зберігає активні фільтри, коли вибрано історичний момент. (Odoo 19.4 Release Notes; mergebot.odoo.com)
Збереження фільтрів є важливим, коли користувач уже звузив звіт до певних продуктів або інших критеріїв. Застосування минулої дати не вимагає повторного створення цих активних фільтрів, згідно з примітками до випуску та записом про реалізацію. (Odoo 19.4 Release Notes; mergebot.odoo.com)
Надані джерела підтверджують інтегрований засіб вибору, підтримку позначеного часу та збереження фільтрів. Вони не деталізують кожне правило обчислення історичного результату і не пояснюють, як власна логіка запасів та окремі конфігурації можуть впливати на відображувані значення. (Odoo 19.4 Release Notes; 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)
Різниця має значення під час приймального тестування. Звіт про запаси на минулу дату показує запаси на вибраний історичний момент, тоді як вік запасів доступний через Moves Analysis. Надана примітка до випуску вказує місце розташування звіту про вік запасів, але не наводить детальних визначень періодів віку, показників або інтерпретацій, специфічних для організації. (Примітки до випуску Odoo 19.4)
Командам слід порівняти результат Moves Analysis з поточним методом визначення віку запасів. Вони мають задокументувати використані поля, фільтри та групування, а потім оцінити, чи відповідає результат їхній внутрішній політиці звітності. Це особливо корисно, коли фінансові та складські команди наразі покладаються на різні звіти або експортовані дані.
Робочі процеси розподілу також змінюються
Odoo 19.4 дає змогу користувачам розподіляти запаси безпосередньо зі звіту прогнозу та запроваджує оновлений звіт про розподіл. Документація Odoo щодо виробництва окремо описує робочий процес звітності про розподіл. (Примітки до випуску Odoo 19.4; Документація Odoo 19.0: Reporting Allocation)
Це зміни робочого процесу, а не розширення історичної звітності. Звіт прогнозу надає прямий пункт входу для розподілу, тоді як звіт про розподіл надає оновлений інтерфейс звітності. (Примітки до випуску Odoo 19.4; Документація Odoo 19.0: Reporting Allocation)
Організаціям, які використовують розподіл у виробничих або складських процесах, слід зіставити оновлені маршрути з наявними етапами погодження, відповідальністю та навчальними матеріалами. Тестування має включати користувачів, які відповідають за перегляд прогнозованого попиту та призначення доступних запасів.
Допоміжні матеріали щодо розподілу, надані для цього огляду, опубліковано в документації Odoo за шляхом 19.0, тоді як примітки до випуску вказують на зміни в 19.4. (Примітки до випуску Odoo 19.4; Документація Odoo 19.0: Reporting Allocation) Тому адміністраторам слід перевіряти документацію та поведінку для тієї редакції й збірки, які вони розгортають, а не припускати, що кожен екран і параметр будуть однаковими в середовищах 19.x.
Що перевірити перед впровадженням
Почніть з інтегрованого вибору дати. Переконайтеся, що активні фільтри залишаються застосованими, користувачі можуть вибрати і дату, і точний час, а результат історичного подання відповідає відомим тестовим випадкам. Ці перевірки охоплюють поведінку, визначену в примітках до випуску та записі про реалізацію. (Примітки до випуску Odoo 19.4; mergebot.odoo.com)
Далі визначте все, що досі залежить від вилученого майстра stock.quantity.history, його дії, кнопки, правила доступу або пов’язаних ключів контексту. (mergebot.odoo.com) Перегляньте власні модулі, автоматизовані тести, внутрішні посилання та операційні інструкції, які все ще можуть вказувати на колишній робочий процес.
Для віку запасів відкрийте зведення Moves Analysis і визначте, як звіт слід налаштувати відповідно до політики звітності організації. Для розподілу протестуйте пряму дію зі звіту прогнозу та перегляньте оновлений звіт про розподіл з користувачами, які призначають запаси. (Примітки до випуску Odoo 19.4; Документація Odoo 19.0: Reporting Allocation)
Документований обсяг Odoo 19.4 включає інтегрований вибір дати та часу з збереженими фільтрами, видалення колишніх компонентів майстра історії, вік запасів через Moves Analysis та оновлений доступ і звітність щодо розподілу. (Odoo 19.4 Release Notes; Odoo 19.0 Docs: Reporting Allocation; mergebot.odoo.com) Поведінку, що залежить від конфігурації, все ще потрібно перевіряти в кожному розгорнутому середовищі.