Управления правилами автоматического пополнения запасов
По умолчанию в Odoo есть несколько вариантов автоматического поддержания запасов:
1. При помощи маршрутов (Routes). Хороший вариант, когда правила пополнения просты, вроде «Делай всё на заказ / Бери со склада и дозаказывай чего нет» (MTO, MTO/MTS).
2. При помощи правил пополнения минимальных запасов (Reordering Rules или Stock Orderpoint). Это особенно удобно в том случае, если нужно поддерживать определённые не снижаемые остатки товара. Например, когда есть большой ассортимент товара, и некоторый товар особенно ходовой, а другой выгоднее заказывать партиями заранее.
В то же время при большом ассортименте товаров создание таких правил может быть довольно утомительной задачей, поскольку правило нужно создать вручную для каждого шаблона товара. Если же правила отличаются для вариантов товара (например есть ходовая расцветка или размер, которых должно быть больше), то процесс управления правилами может занять на порядок больше времени.
А когда нужно поменять правила, например на сезонный товар (летом запас ушанок может быть и по-меньше :) ), то задача изменить каждое правило вручную сулит настоящую головную боль.
Мы с этим столкнулись лично и сразу же стали искать готовые решения. Они есть, в частности модуль от OCA: apps.odoo.com/apps/modules/11.0/stock_orderpoint_generator/
Однако, логика данных модулей видимо создавалась программистами, а не пользователями, которые непосредственно работают со складскими запасами)
Потому было принято решениеизобретать велосипед писать своё решение. Собственно вот оно: apps.odoo.com/apps/modules/11.0/cx_product_auto_reorder/
Основные отличия:
1. Весь функционал перенесён непосредственно в шаблоны (принцип «одного окна»).
2. Правила генерируются автоматически при создание шаблона либо продукта.
3. Возможность настраивать правила в зависимости от категории товара или его атрибутов (цвет, размер итп) (опцию с атрибутами мы вынесли в отдельное платное расширение для модуля).
1. При помощи маршрутов (Routes). Хороший вариант, когда правила пополнения просты, вроде «Делай всё на заказ / Бери со склада и дозаказывай чего нет» (MTO, MTO/MTS).
2. При помощи правил пополнения минимальных запасов (Reordering Rules или Stock Orderpoint). Это особенно удобно в том случае, если нужно поддерживать определённые не снижаемые остатки товара. Например, когда есть большой ассортимент товара, и некоторый товар особенно ходовой, а другой выгоднее заказывать партиями заранее.
В то же время при большом ассортименте товаров создание таких правил может быть довольно утомительной задачей, поскольку правило нужно создать вручную для каждого шаблона товара. Если же правила отличаются для вариантов товара (например есть ходовая расцветка или размер, которых должно быть больше), то процесс управления правилами может занять на порядок больше времени.
А когда нужно поменять правила, например на сезонный товар (летом запас ушанок может быть и по-меньше :) ), то задача изменить каждое правило вручную сулит настоящую головную боль.
Мы с этим столкнулись лично и сразу же стали искать готовые решения. Они есть, в частности модуль от OCA: apps.odoo.com/apps/modules/11.0/stock_orderpoint_generator/
Однако, логика данных модулей видимо создавалась программистами, а не пользователями, которые непосредственно работают со складскими запасами)
Потому было принято решение
Основные отличия:
1. Весь функционал перенесён непосредственно в шаблоны (принцип «одного окна»).
2. Правила генерируются автоматически при создание шаблона либо продукта.
3. Возможность настраивать правила в зависимости от категории товара или его атрибутов (цвет, размер итп) (опцию с атрибутами мы вынесли в отдельное платное расширение для модуля).
13 комментариев
В Odoo имеется возможность добавления к продукту дополнительные
Атрибуты и варианты
Атрибуты продукта (например, цвет, размер) для управления вариантами
Так вот, все эти дополнительные атрибуты имеют тип текстовый. Это довольно сильное ограничение.
Возможно, я не все просмотрел в функционале.
Имеется-ли возможность задавать различные типы у этих атрибутов?
Я уже более 10 лет имею опыт работы с материальным учетом на разных платформах и инструментах.
И, обычно, такую ситуацию приходится реализовывать. Она просто необходима.
Как один из примеров, которых приходилось решать.
Нам надо знать характеристики оборудования, например, телецентра.
Оборудование делится на передающее и принимающее, навесное и устанавливаемое самостоятельно, и т.д.
Так-же у оборудования могут быть габариты, вес, частота излучения, частота приема и т.д. и т.п.
Так, же надо считать, чтобы в машину загружалось не более, например, 3 тонн.
И много чего. И, конечно, есть объекты, которые имеют сквозную аналитику(свойство) по какой-либо группе.
Например, у антенн есть частота, вес и т.д. а у мачты смысл частоты отсутствует, но есть вес тоже. Но на ней можно навешивать 600 кг. И высота ее 100 метров.
В других бизнесах примерно такие же вопросы приходится решать, чтобы не путать теплое с мягким.
Ведь не у каждого объекта будут поля, типа value_int, value_float и т.д.
Может быть, лучше сделать отдельный справочник атрибутов, привязанных к конкретной аналитике
Например, аналитика
Телевизоры
1. Частота
2. Вес
3. Диагональ
4.…
Обувь
1. Цвет
2. Размер
3. Модель
4.…
И т.д.
И, когда, например, заводишь какую-то продукцию то, предварительно запрашивать аналитику
Телевизор, Обувь и т.д.
И, в зависимости от выбранной аналитики, давать заполнять характеристики, присущие этой группе.
Ну и вывод, поиск по атрибутам так-же
Например «Гайка: длина, диаметр, шаг резьбы, марка материала», «Листовой прокат: длина, ширина, толщина, марка материала, ГОСТ» итп
При этом название продуктов в категории также автоматически создавалось на основание атрибутов, что решало вопрос с дубликатами
Как это реализовать на Odoo?
Единственно что там привязки непосредственно к product.attribute не было, т.к. клиент не хотел иметь дело с вариантами продуктов) Поэтому выкрутились через кастомную модель.
Но принцип абсолютно такой же, со встроенными атрибутами будет проще даже.
А как мне тут в личку можно кидать? Не совсем понимаю механизм