PLU: как оптимизировать учет товаров на складе

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

Коротко о главном

• PLU — это цифровой двойник товара, через который проходят закупки, логистика, склад, финансы и маркетинг.
• Ошибки в числовом идентификаторе приводят к отказам в приемке, расхождениям при инвентаризации и дублирующимся заказам.
• Три проверки PLU — валидация универсального цифрового кода товара (Global Trade Item Number, GTIN), контроль обязательных атрибутов и сверка с поставщиком — окупаются за первый месяц.
• Внедрение MDM тормозит не ИТ, а коммерческий департамент, который боится потерять гибкость.

Учет хранения и движения товаров на складе — это непрерывный процесс фиксации того, что происходит с продукцией: сколько единиц поступило, куда переместилось, сколько убыло и какой остаток на конец периода. Без него невозможно понять реальную себестоимость, спланировать закупку и избежать затоваривания или дефицита. Организация учета товаров на складе — это значит не просто создать таблицу, а выстроить систему, в которой каждая единица продукции имеет понятный статус и историю. Такая база становится единым источником правды для закупок, склада и финансов.

Современный подход к тому, как вести учет товаров на складе, опирается на системы планирования ресурсов предприятия (ERP). Они связывают между собой закупки, логистику, финансы и складские операции в единый контур. Внутри ERP справочник номенклатуры товаров выполняет роль центрального узла: каждая позиция получает уникальный идентификатор и набор характеристик. Но технически справочник — это лишь таблица. Для бизнеса же каждая запись в нем — это PLU.

PLU (Price Look-Up) — это код товара, который однозначно идентифицирует позицию в системе. Если расшифровать кратко: это цифровой двойник конкретной единицы продукции, через который проходят все ключевые процессы компании. PLU — это не просто номер, а точка входа в информацию о товаре: кто поставщик, по какой цене закупаем, какие габариты, вес, температурный режим, срок годности, единица измерения.

Многие путают PLU со штрихкодом или артикулом. Но существует весомая разница. Штрихкод — это способ физической идентификации на полке, артикул — внутренний номер производителя или поставщика, а PLU — это агрегирующая запись, которая связывает все эти данные воедино. Говоря простыми словами, это карточка товара, от качества которой зависит, как пройдет поставка, приемка и его дальнейшее движение на складе.

PLU в торговле работает как единая точка правды для нескольких подразделений одновременно. Закупщик видит, у кого и по какой цене заказать. Логист понимает, какие условия хранения товара нужны и какова вложенность упаковки. Складской оператор знает, в каких единицах измерения принимать заказ и как его размещать. Финансы получают корректную себестоимость с учетом пошлин и логистических затрат. Маркетинг берет описание и характеристики для сайта.

Таблица ниже показывает, какие атрибуты PLU критичны для разных функций компании.

Если PLU заполнен криво, вся цепочка хромает. Именно поэтому оптимизация карточки товара — это не косметическая правка, а фундамент для автоматизации учета хранения и движения товаров на складе в целом.

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

Вот три признака, что ваши PLU требуют внимания:

• Дублирующиеся заказы. Разные менеджеры заказывают один и тот же товар у разных поставщиков, потому что в системе два PLU с разными артикулами, но физически это один продукт. Если такие ситуации повторяются регулярно, проблема не в людях, а в качестве мастер-данных, и требуется оптимизация закупок.
• Постоянные расхождения при инвентаризации. Система показывает одно, физический остаток — другое. Причина в путанице с единицами измерения (ящик, штука, паллета) или в упаковке. Когда это происходит системно, автоматизация обработки товара не поможет — нужно корректировать PLU.
• Отказы в приемке на складе. Товар приехал, водитель ждет, а система пишет «не найден заказ» или «некорректный штрихкод». Сотрудник склада ищет закупщика, чтобы уточнить, что это за позиция. Если такие инциденты случаются чаще двух раз в неделю, ваши PLU не соответствуют реальности и требуется автоматизация приемки товара.

Дополнительный «симптом», который точно указывает на наличие проблемы: сотрудники постоянно «исправляют» карточки руками перед заказом, уточняют характеристики по почте, вручную правят данные. Это значит, что PLU не вызывают доверия — и система перестала быть единым источником правды для организации оптовой закупки товаров у поставщика.

Реальный кейс, который показывает цену одной ошибки. Сеть DIY (строительные материалы) завела в справочнике позицию «Краска белая 2,5 л» с единицей измерения «штука». Логистика, опираясь на эти данные, заказала паллету — 200 штук. Приехало 200 ведер. Склад не принял поставку — не хватило места для размещения. Итог: лишние затраты на перенаправление и хранение. Виновато одно поле в PLU. Этот пример наглядно демонстрирует, почему учет и контроль товаров на складе на уровне карточки — это не бюрократия, а защита от реальных потерь.

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

• Валидация уникальности GTIN и контроль дублей. Система не дает создать новый PLU, если такой GTIN уже существует. Автоматический поиск дублей по наименованию, артикулу поставщика, штрихкоду. Результат: исчезают двойные заказы и ошибки в учете остатка товаров на складе.
• Контроль полноты и обязательности атрибутов. Вы задаете правило: «Для категории „Молочная продукция“ обязательны: срок годности, температурный режим, единица измерения, вес, состав». Система не даст согласовать PLU без этих полей. Результат: исчезают отказы в приемке и ошибки при хранении товара.
• Автоматическая сверка с поставщиком. PLU контрагента и ваш сравниваются по ключевым атрибутам: упаковка, вложенность, штрихкоды, сертификаты. Расхождения подсвечиваются до отправки заказа. Результат: сокращение ручных проверок на 70–80 %.

После внедрения этих проверок вы получаете измеримый эффект: меньше ручных корректировок заказов, меньше отказов в приемке, выше скорость запуска новых товаров. Оптимизация на складе перестает быть набором героических усилий отдельных сотрудников и становится управляемым процессом. А сама организация закупки товара у поставщика превращается из рутины с постоянными уточнениями в прозрачный регламент.

PLU — это единая точка правды для закупок, логистики и склада. Но чтобы он действительно стал таковым, потребуется система управления мастер-данными (MDM). Без нее карточки товаров остаются разрозненными, неполными и недостоверными. С MDM они превращаются в фундамент всей закупочной функции.

И здесь возникает главная проблема: внедрить систему управления мастер-данными сложнее, чем настроить PLU технически, потому что сопротивление приходит не от ИТ, а от коммерческого департамента. MDM напрямую влияет на то, как создаются и изменяются PLU, — а это зона ответственности закупщиков и категорийных менеджеров. Специалисты коммерческого департамента боятся потерять скорость и гибкость: вместо того чтобы завести новый товар за 5 минут, придется заполнять обязательные поля, проходить согласования и фиксировать каждое изменение.

Для них MDM выглядит как препятствие, которое мешает работать, а не как инструмент, который убирает рутину. ИТ сопротивляется рационально — из-за рисков интеграции с устаревшими системами, но с ними можно договориться через архитектуру и этапность. С коммерцией сложнее: там сопротивление эмоциональное, связанное с изменением привычек и зон ответственности.

Преодолеть барьеры можно внедрением ролевой модели, где коммерция отвечает за свои атрибуты PLU, логистика — за свои, качество — за свои. Никто не тащит на себе всю карточку, а MDM не централизует контроль — он распределяет ответственность. Хорошо продемонстрировать эффект на пилоте: навести порядок в PLU через MDM в одной категории. Через месяц закупщик видит: меньше ручных корректировок, меньше отказов в приемке, выше скорость запуска новых товаров. Именно так оптимизация карточки товара превращается из абстрактной идеи в конкретный результат.

Важное замечание: настройка PLU-модуля под конкретного ритейлера занимает у нашей команды 2–4 недели на базовую конфигурацию. Больше всего времени (до 60 %) уходит не на технологии, а на сбор и согласование требований между подразделениями заказчика. Закупки товара и логистика, качество и ИТ часто по-разному понимают, какие поля обязательны. Именно здесь мы выступаем не как интегратор, а как фасилитатор, который помогает договариваться.

Пилот по очистке и контролю PLU

Дубли PLU, ошибки в единицах измерения и неполные карточки товаров создают потери в закупках, логистике и на складе. Эксперты НОРБИТ проведут пилот на одной товарной категории, настроят правила проверки данных и помогут оценить эффект до масштабирования проекта.

Запустить пилот по PLU

• Что значит PLU?

PLU (Price Look-Up) — это уникальный код товара в учетной системе, который связывает все данные о позиции: поставщика, цену, единицу измерения, вес, срок годности и условия хранения. Простыми словами — это цифровой двойник товара, через который проходят закупки, склад, логистика и финансы.

• Какие ошибки чаще всего встречаются при работе с PLU-кодами?

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

• Почему система не находит товар по PLU при сканировании?

Причин может быть несколько. Первая — PLU в системе не совпадает с тем, что указан на физическом товаре или в базе поставщика. Вторая — для весового продукта нужна отдельная настройка: система должна понимать формат штрихкода с весом, где часть цифр — это PLU, а часть — вес. Третья — товар просто не привязан к складу или кассе, где происходит сканирование.

• Что делать, если один и тот же товар заведен в системе дважды?

Нужен контроль дублей товара по GTIN, артикулу поставщика и штрихкоду. Система не должна позволять создать новый PLU, если такой идентификатор уже существует. Без этого правила закупщики будут продолжать заказывать один и тот же товар у разных поставщиков, а склад — путаться в остатках.

• Как весовой товар связан с PLU?

В этом случае PLU — это часть штрихкода, по которой система понимает, что это за товар, а оставшиеся цифры кодируют вес. Если в PLU не указано, что продукт весовой, или не настроен формат штрихкода, система будет считать вес как количество штук. Результат — неверные остатки и ошибки в закупках.

• Можно ли обойтись без MDM, если PLU уже настроены?

PLU без MDM остаются разрозненными карточками. Система нужна, чтобы правила заполнения, обязательные поля и роли работали системно, а не вручную. Без MDM каждый закупщик будет вести справочник товаров по-своему — и дубли вернутся. MDM не централизует контроль, а выполняет организацию по-другому, распределяя ответственность между подразделениями бизнеса.

• С чего начинается автоматизация работы с PLU?

С одной товарной категории. Нужно настроить правила проверки данных, оценить эффект до масштабирования и показать команде конкретные результаты. Больше всего времени уходит не на технологии, а на согласование требований между закупками, складом, логистикой и ИТ — до 60 % проекта.