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 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; Документация Odoo 19.0: Отчётность по распределению; mergebot.odoo.com) Поведение, зависящее от конфигурации, всё ещё нужно проверять в каждой развернутой среде.