Почему моя POS заставляет меня создавать товар, прежде чем провести разовую продажу?

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

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

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

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

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

Что на самом деле делает персонал, когда нет кнопки свободной позиции?

Они придумывают обходные пути, и эти обходные пути обходятся дороже, чем отсутствие функции.

• Одноразовые товары, созданные во время продажи. Кассир приостанавливает транзакцию, открывает редактор каталога и создает «прочий товар» с сегодняшней ценой. Поделайте так месяц, и ваш каталог заполнится мусорными записями, которые засоряют поиск, экспорт и отчеты.

• Сетка фиктивных товаров. Некоторые системы побуждают продавцов создавать товары с названиями «произвольная продажа 1» и «произвольная продажа 2», у каждого из которых есть вариант для определенной цены ($1.00, $2.00 и т. д.), чтобы кассир выбирал вариант, наиболее близкий к реальной сумме. Это каталог, притворяющийся клавиатурой ввода, и он округляет вашу выручку до существующих вариантов.

• Пробитие по ближайшему реальному товару. Быстрее всего на кассе, хуже всего для учета. Замещаемый SKU (stock-keeping unit, запись о товаре) списывает остатки товара, который не продавался, рекомендации по закупкам срабатывают на фантомный спрос, а отчет по продажам приписывает выручку не тому товару.

• Трюк с количеством. Товар стоимостью $1, пробитый в количестве 37 штук, дает строку на $37, но число проданных единиц становится бессмысленным.

Каждый из этих способов незаметен в данный момент, но обходится дорого во время составления отчетов. Это та же схема сбоя, что и у POS-системы на скотче: обходное решение становится системой, а отчеты перестают отражать реальное положение дел в магазине.

Какие временные решения работают, пока вы не исправите проблему?

Если ваша текущая POS этого не умеет, а менять систему на этой неделе вы не планируете, минимизируйте ущерб:

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

2. Заблокируйте редактирование каталога на кассе. Товары для обходных решений должны создаваться один раз менеджером, а не во время продажи кем-то из смены.

3. Проверяйте строки с прочими товарами еженедельно. Если прочие продажи составляют больше некоторой малой доли выручки, вы действуете вслепую в отношении того, что реально продается — точно так же, как ночные экспорты CSV скрывают расхождения до конца месяца.

Это лишь экстренная мера. Она сохраняет точность итоговых сумм и налогов, но каждая разовая продажа все равно попадает в общую кучу, и это не устраняет искажение складских остатков из-за замененных SKU.

Как должна выглядеть разовая продажа при оформлении заказа?

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

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

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

Так почему же ваша POS заставляет вас сначала создавать товар?

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