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

Если с оптом проблем нет, пришло 5 вариантов, перепродали те же 5 вариантов, то с розницей не так легко.

На розничной точке продавец вообще не парится касательно мороженого.
Приходит клиент и говорит, мне пожалуйста это и это.
Чек идет как мороженое 2 штуки. Не вариант 1 и вариант 2, а просто мороженое! Если клиент хочет коктейль, он говорит это и это в коктейль. Чек = коктейль 1 шт.

Соответственно вопрос. А как правильно вести учет??
Казалось бы, что "сборка" или "наборы" наше спасение, но нет, вариантов комбинаций получается очень много.
-
Видов мороженого может до 20-30 штук быть, и одна банальная позиция мороженое 1 шт, может состоять из шарика 1вар, шарик 2вар, стаканчик ваф и т.д.
-
При этом мы же хотим знать что продается лучше или хуже из вариантов, и проводить инвентаризацию на точке.
Я не понимаю в какую сторону повести клиента в данном вопросе.
Буду рад помощи)

надо что-то делать с чеками и продавцами. нужны таблетки-*забыл название*оны от начальства чтобы продавец перестал
"не париться касательно мороженого"

Господи, вести в УТ розничную продажу мороженого, это сильно. Предлагаю вести опт в количественно-суммовом выражении, розницу в суммовом

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

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

может в место перемещения "вариантов мороженого по 1кг" в розницу списывать их, и делать поступление просто "мороженого 3кг" в розницу, но дикость же.

Или доработки организовать УТшки

(3) В Рабочем месте кассира в типовой Рознице есть быстрый выбор позиций (с картинками!). если даже тыкнуть на картинку сложно, то япрямнезнаю.

(5) О, ну тут мой козырь проблема. У них на розничных точках не 1с! А вики-мини, которая потом обменивается с 1с и интерфейс там очень минималистичный....

(3) Им ни что не мешает делать инвентаризацию остатков. Какой отчет по продажам? как это можно представить. Шарик мороженого это сколько в граммах? Ну голову подключи

(3) Что-то я не пойму, весов нет что ли в этом процессе? Тогда это все ерунда, а не учет. Взвешивайте лотки в начале и после смены, соотносите с выручкой.

(8)+++++

(8) Т.е. остается только инвентаризация.

мне нравится идея с суммовым учетом по розничному складу как наиболее оптимальную, но в УТ это возможность есть? В БП была, но в УТ ща посмотрел в настройках розничного склад, чет не нахожу.

в р-кипере для этого ввели понятие "модификатора", возможно выбрать его, и стоимость может поменяться, а может и нет если модификатор с нулевой ценой

самое главное что система может быть настроена так, что пока кассир/бармен не выбрал модификатор блюда - чек не пробьешь

(0) Я бы предложил следующее:
1)С утра инвентаризация составляющих
2)Днем продажа только услуг по изготовлению мороженного
3)Веером инвентаризация. Остатки списываются по себестоимости.
Как идея?

(13) Они слишком ленивые для этого .)

Коллеги, спасибо за участие. Клиента отговорил от учета по позициям на складе.
И я склоняюсь к варианту со сборкой.
--
Приходит 10 вариантов товара на опт склад.
До момента перемещения товара на розничную точку, создается документ сборки, создается номенклатура "Мороженое ЕДИНОЕ" состоящее из рандомного набора перемещаемого мороженого.
--
На этом проблемы исчезают, на мой взгляд.
Инвентаризацию будут делать по общему мороженого в кг. Не очень корректно, но их устраивает.

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

(0) Слейте все мороженное в единую номенклатуру, не парьте моск

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