Размышления о пересорте при продаже на кассах

Общаясь с клиентом, столкнулся с его “правдой” в контроле пересорта на кассе

Клиент включил на своих кассах в магазинах контроль остатков...

Плохо это или хорошо? - вот в чем вопрос.

Разбираемся

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

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

На мой вопрос: “А как вы тогда отказываете клиенту?”, - мне ответили: “Мы не отказываем,а перемещаем недостающий товар с другого магазина”.

Я задумался…

Предположим, в магазине недостача данной позиции товара на 2 штуки: украли, пересорт при приемке, или другие неприятности. Что тогда? 

Рассмотрим на деле:

1. Чтобы сделать продажу покупателю - мы “виртуально” забираем товар с другого магазина. При этом, он фактически не перемещается между торговыми точками. 
2. Помимо этого, надо же еще понять - а тот ли товар отпускаем? Может мы ошиблись в подсчете? На этот процесс нужно время... и немаленькое, особенно в реалиях современной скоростной жизни.
3. Но исходя из этого, на другом магазине будет условный “излишек” в следующий раз. То есть в наличии (“в натуре”) товар есть, но на остатке в учетной системе его нет.
4. Это значит, что другой магазин столкнется с аналогичной проблемой при продаже товара покупателю и будет вынужден “перемещать” данный его снова, но уже с третьего магазина.

И чтобы из него вырваться нужно провести тотальную, круговую ревизию по данному товару по всем магазинам сразу. Недостача зафиксируется на последнем в “Кругообороте” перемещении в заведении (а справедливо ли это?)

Но! Ревизия - это время, а время это деньги. Потерянные деньги, если магазин и персонал в это время не занимается продажами. А в ревизию обязательно какие-то сотрудники продажами не занимаются, но деньги за эту работу получают

Если вспоминать концепцию “бережливого производства”, то тут приходит на ум термин - “муда”, что по-японски означает «потери», это любая деятельность, которая потребляет ресурсы, но не создает ценности для клиента:

1. Чтобы избежать пересорта при продаже, мы контролируем остатки при продаже

2. Контроль остатков ведет к задержке в продаже на кассе (ведь надо найти ошибку, надо сделать перемещение - а это время, в том числе потерянное время покупателя). 

3. Контроль остатков ведет к фиктивным операциям перемещения товаров

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

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

Возможно ли это?

Возможны сразу 2 варианта!

Вариант первый:

• Тотальное штрихкодирование: переносим контроль за правильностью учета товаров на этап приемки товара/продукции.
• Каждая единица продукции оклеивается штрихкодом (это достаточно дешево, особенно при использовании маленьких штрихкодов: 3 см на 2 см).
• Если продукцию оклеить нельзя (метизы, радиодетали, крючки, поплавки, какой-то другой мелкий товар) - то штрихкод наклеивается на пакет/коробку/контейнер, где данная продукция хранится:

1. В этом случае, продукция продается сразу упаковкой (а в штрихкоде мы зашиваем, какое количество продукции находится в коробке);
2. Либо (если из контейнера ведется отбор поштучно), то штрихкод содержит информацию о единице продукции и с ТСД мы сканируем штрихкод данного товара (тем самым точно определяя товар), а потом вводим количество отбираемого товара.

В этом случае при продаже, можно использовать терминалы сбора данных.

Все что нам требуется - это:

• Отсканировать товар или контейнер
• Отобрать это количество товара в пакет
• Ввести количество товара
А по завершении подбора - отправить “мягкий” чек на кассу
• На кассе, кассир восстанавливает “мягкий” чек и пробивает его

Вариант второй:

Использовать весы и продавать данный товар по весу

Весь такой мелкий, сыпучий товар (метизы, детали и прочее):

• сразу же приходуется по весу (в кг)

• при продаже мы:

• выбираем по кнопке на весах (или вводим PLU товара) позицию данного товара

• взвешиваем отобранное количество товара

• клеим на пакет с отобранным товаром этикетку (на этикетке весы печатают штрихкод с указанием - артикула товара и его веса)

• на кассе, данный весовой штрихкод сканируется и кассовая программа четко понимает какой товар и в каком весе продается

Можно ли совместить ВСЕ ТРИ ВАРИАНТА?

Вообще можно:

Есть интересное программное решения для касс - Artix:

• встроенная система лояльности (бонусы, купоны, скидки, подарочные карты и т.д.)

• легкий кассовый софт на linux

• клиент-серверная структура данных

• контроль остатков (при организации периодической выгрузки из бэка)

• работа с софт-чеком (подбор с ТСД)

• работа с весовым товаром

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