Print Friendly, PDF & Email

Организация каталога продуктов в ERP ODOO 14

Продукты и варианты продукта

Продукт в Odoo — это все что вы можете закупить, продать или потребить в ходе своей деятельности (запас, услуга, основное средство или какая-то затрата)

В ERP ODOO существует понятие продукта и варианта продукта. Функционал использования вариантов продукта включается в настройках модуля «Склад», при этом карточка продукта очень тесно связана с вариантом (они по сути зеркальны). Единственным существенным отличием является, то что на уровне продукта вы можете указать какие варианты этого продукта существуют и при сохранении система автоматически создаст столько вариантов, сколько вы укажете (в результате у нас будет карточка одного продукта со множеством вариантов).

варианты продукта в Odoo

Например у нас есть письменный стол, который может поставляться клиенту в различных конфигурациях (цвет, материал или размер). В системе для создания таких вариантов можно создать карточку товара «Письменный стол» и указать какие варианты он может иметь. В данном случае наш стол имеет 6 вариантов (комбинаций). В некоторых случаях такой функционал может вызывать некоторые неудобства, особенно если вариантов много, но продукт может быть не во всех комбинациях. Например мы имеем продукт «Кроссовки» и варианты Бренд (5 штук), Размер (10 штук) и цвет (5 штук). При создании такого продукта система создаст 5*10*5=250 вариантов продуктов, хотя понятно что таким образом будет засоряться каталог продуктов. В Odoo есть вариант решения данной проблемы — модуль product_variant_configurator, который ограничивает бездумное создание вариантов продуктов (на данный  момент он пока доступен для 9-13 версии).

Категории продуктов

Теперь давайте рассмотрим поближе категорию продукта, которую можно (нужно!) присвоить продукту. Раньше я ее тоже рассматривал, но больше как место сосредоточения настроек по учету (бухгалтерскому) продуктов. Но ее также можно использовать для упорядочивания каталога продуктов. Сами категории иерархичны, то есть вы можете задать категорию верхнего уровня и указать столько дочерних сколько вам необходимо для классификации ваших продуктов. Например супермаркет может создать такую структуру категорий (которая будет отображать классификацию товаров описанную выше: класс, группа, категория): Продовольственные товары/Молочные продукты/Молоко или Непродовольственные товары/Бытовая химия/Средства для мытья посуды. Продумав грамотно структуру каталога мы в дальнейшем получаем возможность анализировать продажи в разрезе отдельных товаров, подкатегорий и категорий

Анализ продаж

Кроме того мы получаем структурированный каталог по которому удобно перемещаться. И учитывая то, что на уровне категории задаются правила учета таких продуктов — желательно создавать категории под цели управленческого учета. Другие классификации товаров можно заложить на уровне других справочников.

Категории продуктов - иерархия

Если вдруг для классификации товаров категории нам недостаточно мы можем дополнительно в карточке товара указывать его бренд или помечать товары тегами. Это функционал у вас появится после установки дополнительных модулей. При этом помните, что если вы используете товар для продажи через точку продаж, то в целях более удобного организации этого процесса в карточке товара вы можете создать и указать категорию, которая будет использоваться в точке продаж (и которая никак не будет связана с основной категорией товара). Тоже самое касатеся и категории которая будет использоваться для продаж через веб-сайт (Ecommerce)

В базовой версии ODOO вы также можете указать параметры продукта для логистики — в частности вес (в куб.м) и вес (в кг) и потом анализировать ваши закупки или продажи с примением этих замеров.

Артикулы и штрихкода

Естественно в карточке продукта вы можете указать артикул и штрихкод этого продукта. Потом по этим значениям вы можете осуществлять поиск продуктов в каталоге (например с помощью сканера штрихкода).

По умолчанию продукты в ODOO ищутся по названию, артикулу и штрихкоду. Поиск по этим параметрам доступен везде где вы можете выбирать товар (в том числе и в точке продаж)

Кроме того вы можете распечатать этикетки (ценники) для товара из пункта «Печать»

Единицы измерения

Про единицы измерения я уже писал в другой публикации и останавливаться на этом вопросе сейчас не буду. Единственное, что отмечу что система поддерживает учет товаров в нескольких единицах измерений, которые могут находиться не в одной категории (например вес и объем).

Дополнительные товары

Если у вас сайт на ODOO, то в карточке продукта вы можете указать сопутствующие товары, которые будут предлагаться покупателю, когда он будет добавлять товар в свою корзину (кросс продажи).

Работа с каталогом

Корректность заполнения карточки продукта значительно упрощает работу с каталогом продуктов.

В частности из него мы можем:

  1. Отфильтровать наши продукты практически по любому полю в его карточке и если такой выборкой мы часто пользуемся сохранить ее в «Избранные»;
  2. Отфильтровать только те продукты которые есть в наличии;
  3. Отобрать продукты с отрицательным остатком;
  4. Распечатать ценники на выбранные продукты;
  5. Сформировать прайс-лист на выбранные продукты (скрин ниже) — про прайс-листы я напишу в отдельной публикации, уж больно это тема большая.

Формирование прайс-листа

Правила дозакупок (Min-Max)

Пополнение запасов по максимуму/минимуму — это один из основных способов размещения заказов, который поддерживается во многих ERP  и других программах для управления товарными запасами.

«Минимум» — это уровень запасов, при котором размещается новый заказ, а «максимум» представляет собой уровень запасов, который должен быть достигнут по выполнении заказа. Разность максимума и минимума часто называют экономичным размером заказа (EOQ). Это достаточно грубый метод планирования заказов, однако максимальный и минимальный уровень можно периодически изменять для повышения эффективности управления запасами.

Используя его, продавец устанавливает минимальный уровень своих запасов. Заказ производится до максимального уровня при снижении остатков ниже порогового минимального значения, которое иначе называется точкой заказа.

Логика этого места очень проста и похожа на ту, которую мы часто используем в своей жизни. Например туалетную бумагу мы включаем в список покупок, когда её остаток снизится до 2-3х штук. И покупаем сразу пачку из 6 штук.

В Odoo функционал этот включается по умолчанию для складируемых товаров и становится доступным из карточки товара.

мин-макс в odoo

При падении уровня остатков на указанном месте хранения ниже минимального значения, система будет создавать заказы на закупку или производственные заказы (это зависит от того как маршруты указаны в карточке товара) на разницу между максимальным значением и остатком товара на складе. Например у нас для продукта указан Мин — 5 шт, Макс — 10 шт. Уровень складского остатка упал до 4 шт. значит система создаст дозакупку на 6 штук. Для того чтобы правила сработали нужно запустить планировщик, который доступен в пункте меню «Склад» либо такая проверка может делаться автоматически по крону.

Для того чтобы все сработала у продукта должен быть хоть один прайс-лист поставщика (иначе на какого поставщика создавать запрос цен) либо спецификация (если продукт производимый).

Анализ движения товара

ERP Odoo предоставляет пользователю массу возможностей для анализа движения товаров в разрезе разных потребностей (анализа закупок, анализа продаж, анализа бухгалтерских данных либо движения продукта по местам хранения). Все эти отчеты находяться в соответствующих пунктах меню.

Анализ закупок

Проанализировать закупки мы можем из пункта меню «Закупки/Отчетность». Здесь мы в режиме пивот-таблицы можем проанализировать наши закупки в различных срезах используя разные замеры (такие как количество заявленное, доставленное или выставленное в инвойс, среднюю цену закупки, вес или объем (если эти параметры указать в карточке продукта)).

Анализ закупок

Если нам нужно посмотреть историю закупки конкретного товара, то это мы можем сделать из его карточки. При включенной опции прайс-листов поставщиков в карточке продукта будет накапливаться история закупок: у каких поставщиков и по какой цене покупался товар.

Анализ продаж

Аналогично работает отчет «Анализ продаж», доступный в пункте меню «Продажи/Отчетность»

Анализ продаж

Опять таки если нам нужно проанализировать продажи конкретного товара, то сделать это мы можем из его карточки

Анализ складских перемещений

Проанализировать движение продукта по складу можно несколькими способами. Если нам это нужно сделать по одному продукту, то можно зайти в его карточку и из нее перейти во все складские перемещения с данным продуктом

Если же нужно посмотреть историю движений по нескольким продуктам, то сделать это можно с помощью отчетов «Движение запасов» и «Движения продуктов» доступных в пункте меню: «Склад/Отчетность». Здесь доступен уже анализ движений в режим пивот таблицы. Эти отчеты представляют собой выборку всех по сути строк перемещений и из них мы также можем попасть в бухгалтерские проводки сделанные данными перемещениями.

Анализ учетных данных

Сделанные складские перемещения при определенных настройках генерируют за собой бухгалтерские проводки. При этом необходимо помнить, что перемещение первично,а проводка вторична и из бухгалтерских проводок нельзя попасть в перемещения которые их создали. Осложняет жизнь бухгалтера еще тот факт, что стандартная проводка не содержит в себе ссылку на продукт, который принимал участий в бизнес-операции. И бухгалтер видит какие-то обороты по счету учету запасов, но не видит по каким продуктам ( как следствие нельзя постороить оборотно сальдовую ведомость по продуктам). Но здесь не стоит отчаиваться — это проблема легко решается с помощью бесплатного модуля account_move_line_product ( к сожалению в момент написания статьи он еще был не переписан на 14 версию системы). После того как у нас в проводке появляется дополнительная аналитика в виде продукта — мы получаем возможность смотреть информацию по движению этого продукта, а также отслеживать доходы и себестоимость реализации в разрезе конкретных продуктов и групп продуктов.

Дополнительные отчеты для анализа движения продуктов

За счет установки дополнительных модулей можно расширить инструментарий анализа. Например можно добавить инструмент ABC анализа продаж, который можно проводить непосредственно в системе. Например эту функцию реализует модуль scs_inventory_abc_analysis.

ABC анализ в Odoo

Или например модуль setu_advance_inventory_reports, который позволяет делать глубокий анализ склада, включая XYZ анализ, FSN анализ (анализ товарного ассортимента по частоте обращений/взятия) и анализ старения запасов (сколько товар у вас находится на складе) с возможностью выгрузки отчета в Excel.

Я привел лишь парочку примеров возможностей анализа, которые дает ERP ODOO для своих пользователей. Пользователь владеющий некоторыми теоретическими знаниями в необходимой области и опытом работы в системе сможет проводить глубокий анализ и получать информацию, которую можно будет использовать для принятия управленческих решений.

Подытожим

На сегодняшний день все больше компаний начинают активно внедрять у себя категорийный менеджмент. От традиционной схемы управления категорийный менеджмент отличается тем, что от самой закупки до продажи товара специалист (категорийный менеджер) анализирует всю цепочку продукта, и делает аналитические выводы.

Впервые термин категорийный менеджмент появился в начале 90-х годах в США. Компания Rroctor&Gamble вместе с ретейлером Wal-Mart впервые с целью оптимизации ассортимента и уменьшения затрат на логистику создала отдел «customer team». Впоследствии этот отдел и стал прообразом команды категорийных менеджеров. Вскоре их результатами заинтересовались крупные западноевропейские розничные торговые сети и взяли на вооружение опыт.

Odoo позволяет вести в системе полноценный цикл жизнедеятельности товара, начиная от его закупки и приходования на склад и заканчивая его списанием в реализацию или на внутренние потребности. Грамотно организованный каталог продуктов (читай — грамотно заполненная карточка продукта) дает в дальнейшем анализировать движения товаров (закупку, продажу, списание) в разрезе необходимых аналитик и на основании этой информации принимать взвешенные управленческие решения. Опять таки для этого у специалиста пользующугося системой должны быть некоторые знания и опыт работы с системой. Работа по принципу «Хочу большую красную кнопку при нажатии на которую все бы считалось» здесь не работает 🙂