Форум » Обсуждение работы с программой "Реализация блюд" » Скидка для клиентов » Ответить

Скидка для клиентов

ake2la: Как организовать правильную скидку для клиентов, таким способом, чтобы работал "Расчет накопительной скидки"?

Ответов - 43, стр: 1 2 All

Автор: 1. В лицевом счёте выбрать тип скидки: 2. В окне "Настройки" настроить таблицу зависимости размера скидки от накопления на лицевом счёте. 3. Выбрать принцип учёта накоплений: - учёт абсолютных накоплений - учёт накоплений за период (период программа считает от даты закрытия чека минус указанное в настройке число дней до даты закрытия чека) В соответствии с выбором включите или выключите параметр "Накопления учитывать за период" и поставте количество дней учитываемого периода P.S. В самом лицевом счёте вы всегда будете видеть абсолютные накопления в независимости от выбранного типа скидки лицевого счёта от самого начала его создания (если конечно вы не разрешили корректировку накопленной суммы и не воспользовались этим). В случае выбора накопительного типа скидки, программа просто перед назначением скидки проверяет либо абсолютное значение накоплений, либо проверяет все счета этого Л.С. за указанный период и в соответствии с этим назначает скидку на момент закрытия счёта.

Автор: Автор пишет: (если конечно вы не разрешили корректировку накопленной суммы и не воспользовались этим) Оказывается это атавизм оставшийся от самых первых версий реализации 5.x.x После нескольких случаев некорректного использования этой возможности в программе было сделано на уровне базы данных расчёт накопленной суммы при каждом закрытии заказа на лицевой счёт, а параметр в окне настройки просто забыл убрать. В ближайшей версии этот параметр исчезнет, это никому ничего не изменит, так как он фактически и не работал. Автор пишет: от самого начала его создания Не от самого начала его создания, а сумма всех имеющихся закрытых счетов на данный момент. Сам уже не всегда сразу помню всё что в программе наделал Итак: 1. Полная накопленная сумма влияет на скидку лицевых счетов с типом скидки "Накопительная" при выключенном в настройках параметре "Накопления считать за период". 2. При таком же типе скидки у лицевого счёта и включенном параметре "Накопления считать за период", программа для расчёта скидки общие накопления игнорирует, а считает их за последние дни, количество котроых указано в настройках. 3. Если у Л/счёта тип скидки "Постоянная", то накопления на скидку не влияют никак. 4. При работе со скидками не забудте разобратся в вопросе о максимальном размере скидки у продукта и типах лицевых счетов "Стандартном" и "Перекрывающем". 5. Тип скидки и тип лицевого счёта можно изменить в любой момент когда это решит администратор.

ake2la: Прошу Вас доработать шаблон "Заказа со скидкой". Нужно всего лишь добавить одну строчку, где будет отображаться сума из лицевого счета. Это нужно для того, чтобы человек видел на какую суму он за весь период посидел. Так как у нас большинство счетов - накопительные.


Автор: А Вы точно уверены, что это нужно? Ведь на самом деле это может привести к обратному эффекту, клиент может задуматься что слишком много проедает у Вас, и начнёт оптимизировать свои расходы Мне кажется, что если кому приспичит узнать сколько он проел, достаточно распечатать ему отчёт по лицевому счёту, но думаю что таких будут единицы, если вообще будут.

ake2la: Люди просят, чтобы мы в чек включили эту опцию

Автор: Хорошо, сделаю эту возможность в одной из новых версий программы. Но я правда ещё нигде не встречал чтоб мне в чеке печатали сколько я накопил по дисконтной карте :)

ake2la: У нас такое есть даже в супер маркете

ake2la: Когда ждать обновления?

Автор: Неделя наверно. Сейчас занят другим делом. Напомните письмом гденибудь в среду, если буду свободен - сделаю.

Joice: У меня тоже появился вопрос по скидкам в лицевых счетах. Хотел установить скидку для своих сотрудников в размере 50%. Такая скидка слихвой оправдывается, но, вот, в итоге суммы по лицевым счетам уменьшаются лишь на 10% и, слава Богу, в конце расчетного периода это не вызвало скандал. А я как-то не обратил внимания, установил каждому сотруднику 50% и не проверил. Это я что-то не так сделал или просто Больше 10% и не предусмотрено?

Joice: И еще один вопросик, как уже существующие долги можно перебросить на лицевые счета, и даже можно ли заносить какие-либо долги просто деньгами? Часто возникают должечки даже несвязаные с чревоугодием, например, кто-то просто может занять определенную сумму. Как в таком случае зафиксировать это в программе, не пребегая к тетрадкам, блокнотам и прочим бумажным носителям информации?

Автор: Joice пишет: Это я что-то не так сделал или просто Больше 10% и не предусмотрено? В калькуляции блюд, у каждого блюда в общих параметрах есть параметр "Максимальный % скидки". Стандартный лицевой счёт, какой бы у него нибыл процент скидки, не может перешагнуть через этот барьер. Это сделано для того, что например сигареты нет смысла продавать со скидками, и им лучше ставить этот процент равным нулю, и ещё найдётся немало продукции которой трудно давать большие скидки. По умолчанию максимальный процент скидки равен 10, естественно что можно его изменить на любой. Но есть ещё и перекрывающие лицевые счета. Этим лицевым счетам всё равно какой максимальный процент скидки у блюда, процент скидки будет такой как у лицевого счёта.

Автор: Joice пишет: И еще один вопросик, как уже существующие долги можно перебросить на лицевые счета, и даже можно ли заносить какие-либо долги просто деньгами? Часто возникают должечки даже несвязаные с чревоугодием, например, кто-то просто может занять определенную сумму. Как в таком случае зафиксировать это в программе, не пребегая к тетрадкам, блокнотам и прочим бумажным носителям информации? Создайте продукт "Долг" стоимостью 1 рубль. И при занимании денег, вносите его в заказ в нужном количестве. Затем - заказ на лицевой счёт этого клиента. Затем - отложенный платёж. Если к примеру кто-то должен сейчас уже 10000 руб. Создаём заказ, вносим туда продукт "Долг" в количестве 10000, прикрепляем к нужному лицевому счёту, делаем отложенный платёж. Приносит он нам часть долга - 3000. Закрываем отложенный платёж на 10000, создаём новый заказ, вносим туда продукт "Долг" в количестве 7000, прикрепляем к нужному лицевому счёту, делаем отложенный платёж. Приблизительно так.

Joice: Чтож, довольно просто и вроде бы даже удобно, но не внесет ли этот продукт "Долг" неразбериху в оборотных ведомостях, хоть я пока ими неособенно пользуюсь, ведь этот продукт всегда будет отрицательным? Или его сделать невидимым и тогда он вообще не будет участвовать ни в каких документах? Кстати, хотел спросить, отображается ли стоимость скрытых продуктов в распечатках остатков по складам?

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

Joice: Автор пишет: В калькуляции блюд, у каждого блюда в общих параметрах есть параметр "Максимальный % скидки". Стандартный лицевой счёт, какой бы у него нибыл процент скидки, не может перешагнуть через этот барьер. Это сделано для того, что например сигареты нет смысла продавать со скидками, и им лучше ставить этот процент равным нулю Значит если каждому продукту установить индивидуальный максимальный процент скидки, а в лицевых счетах поставить вплоть до 100%, то программа все равно при расчете скидки продеференцирует каждый продукт согласно индивидуальным параметрам?

Автор: Если лицевой счёт стандартный - да, если перекрывающий - нет, перекрывающий возьмёт свою скидку независимо от индивидуальных параметров. И ещё, если лицевой счёт стандартный и имеет допустим скидку 5%, а продукт имеет максимальную скидку 10% то скидка будет 5%. Т.Е. параметр "Максимальный процент скидки" создаёт для стандартного лицевого счёта границы, в рамках которых его процент работает. Всё это описано в инструкции.

Joice: Все понял, спасибо.

Joice: Уже задавал вопрос о скидках для сотрудников и теперь хочу уточнить. Что произойдет если в "Расчете накопительной скидки" процент скидки не увеличивать, а уменьшить? 500р--------50%, все что более--------0%. Извините, не умею вставлять картинки в свои сообщения, я бы доходчивее показал, что я имею ввиду. Короче, как накормить бармена по себестоимости блюд(приблизительно), что бы под этот шумок не питалось пол села? Про пол села это я загнул, но почему бы пару комплексных обедов не пропустить через свой личный счет. Конечно, это несложно заметить, но не хочется заглядывать, как говорится, в рот.

Автор: Отличная идея нестандартного использования системы скидок Когда писал программу не думал о возможности такого применения. Для того чтоб сработало нужно: - настроить таблицу накопительных скидок, например сумма 0 скидка 50%; сумма 1000 скидка 1% (0% поставить не получится) - сумму ограничения ставим в два раза большую суточного ограничения, т.е. если мы разрешаем в день на карточку покупать со скидкой на 500 р то ставим 1000 - считать накопления ставим за 2 дня, если поставим за один день, то первая покупка каждый день на этот лицевой счёт будет без скидки, поэтому и сумму ограничения удваиваем

Joice: Спасибо, попробую. А то, другой раз выторг по сотрудникам больше чем общий.

ЛУНА: Необходимо сделать скидку 145 рублей на чек, а в проге можно сделать тока в %????? предлагаю доработать систему скидок, чтоб программа понимала не тока проценты, но и фиксированую сумму скидки и наценки.

Автор: Скидку суммой скорее всего сделать можно не нарушая общей системы скидок. Посмотрю и отпишусь завтра или в понедельник/вторник.

Lega: Присоеденюсь к теме. Интересует возможность установки скидки/наценки на меню полностью. В Калькуляции такая функция есть. Проценты выставляются. Но в этом случаев меню Реализации, и соответственно в чек идёт уже сумма с учётом скидки/наценки. Причём процент её в чеке не указывается. Т.е. при цене блюда в 20р при установке на меню наценки в 20% в чеке блюдо будет стоить 24р, а откуда эти 4р взялись, в чеке не указано. Объясню, в какой ситуации столкнулся с такой проблемой. Кафе, 2 терминала официантский и самообслуживание. Меню используются одинаковые, но при вносе заказа с официантского терминала должна присутствовать наценка за обслуживание. Можно конечно ставить вручную на каждый заказ, но при большом потоке очень легко пропустить. Так же интересует возможность опционально запускать Реализацию в полноэкранном режиме - для сенсорных мониторов. Хотелось бы опционально иметь возможность отключать окошко, выскакивающее при печати на принтеры секций. Для официантов надобность в нём сомнительна, но создаёт лишние затруднения. Возникли трудности при использовании OpenOffice при печати на принтеры: OpenOffice версии 3.3. Печать через MS Office идёт без проблем.

Автор: Lega пишет: Кафе, 2 терминала официантский и самообслуживание. Меню используются одинаковые, но при вносе заказа с официантского терминала должна присутствовать наценка за обслуживание Можно конечно ставить вручную на каждый заказ, но при большом потоке очень легко пропустить. В принципе мысль понятна, только наверно неправильно сформулирована. Видимо имеется ввиду сделать свойство у сотрудников что то типа наценка по умолчанию. Т.Е. если открывает заказ сотрудник с этим свойством, то наценка ставится автоматом, а сотрудник может по желанию её отключить. Мысль интересная, и скорее всего реализуемая без проблем.

Автор: Lega пишет: Возникли трудности при использовании OpenOffice при печати на принтеры: Версия ОО 3.2.1 точно работает Скачайте дистрибутив этой версии с моей страницы загрузки

Lega: Автор пишет: Видимо имеется ввиду сделать свойство у сотрудников что то типа наценка по умолчанию. Т.Е. если открывает заказ сотрудник с этим свойством, то наценка ставится автоматом, а сотрудник может по желанию её отключить. Вы совершенно правы) Слегка сумбурно объяснил. Можно наценку привязать и к сотрудникам, т.е. к официантам. Такой вариант тоже вполне приемлем, и не будет ничему мешать.

Автор: Постараюсь сделать в ближайшей новой версии

Автор: ЛУНА пишет: чтоб программа понимала не тока проценты, но и фиксированую сумму скидки и наценки. Подумал, и вот мои мысли: 1. Наценка суммой реализуется легко. Создаём продукт "Наценка суммой" стоимостью 1 руб, и дальше в случае надобности вставляем его в заказ в нужном количестве. 2. Скидка суммой. Реализация этого в простом виде может привести к дополнительным возможностям персонала фальцифицировать реальную сумму нала в сторону уменьшения, что есть не очень хорошо. На самом деле скидка суммой уже реализована в программе Касса. Она включается в настройках основной программы реализации так как показано на этом скриншоте: Этот режим бутет работать в кассе только при использовании фискального регистратора. На мой взгляд такая скидка должна фиксироваться и в независимом от программы месте, коим и является ФР, и только в программе кассы, где потоковое обслуживание и нет времени на шуры-муры.

Автор: Lega пишет: Можно наценку привязать и к сотрудникам Именно этот режим реализован в версиях: Реализация: 5.6.25 Касса: 1.1.26 Смотреть здесь: http://kitchenpro.borda.ru/?1-4-0-00000125-000-0-0-1352275147

ЛУНА: попробую отпишусь

ЛУНА: Че-то не вкурю как работает механизм "разрешить талоны" опишу свою проблему детальнее: Я заключил договор с фирмой о том что я буду кормить их сотрудников, а в конце месяца подсчитываю количество накормленных мною сотрудников этой фирмы и выставляю им счет для оплаты его по безналу. А для того чтобы из общей массы потока посетителей кафе, выявлять сотрудников этой фирмы, мы используем талоны, которые нам позволяют индифецировать сотрудников это фирмы. (кстати у меня уже несколько подобных фирм) так вот посетители питающимся по талонам номиналом например 100р берут продукции как правило больше например на 150р и вот тут вопрос как это зафиксировать в программе? На мой взгляд самый простой и доступный способ это доработать функцию "наценки" в программе. Необходимо дать разрешения на отрицательные значения в настройках функции и добавить возможность рассчитывать наценку не тока в % но в целых числах. И соответственно изменить название функции на "скидки и наценки" хелп надо шось делать!!!! п.с. да как указано выше что мол есть подобная функция в виде "талоны на питание" то като не правильно что она работает тока с фискальником....... не у всех он есть. а прогу стоит дотачивать сразу под разнообразные случаи использования.

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

ЛУНА: не думал на счёт скидки суммой?

Автор: пока нет, постараюсь на следующей неделе

klient: Здравствуйте, мне нужно организовать скидку на чек 500 рублей ровно, как подарочный купон. Как реализовать, фискальника нету и покупать не буду.

Klient: Или может быть дать возможность создавать блюдо с минусовым цеником, тогда можно сделать блюдо "подарок" с ценой "-500" рублей, и будет отлично.

Автор: Я уже писал в этой теме, что ослаблять защищённость программы от мошейничества не хочется, поэтому такой механизм пока не реализован. Я конечно подумаю над этим вопросом, но скоро это не получится, никаких сроков называть пока не буду. Дело в том, что механизм скидок "зашит" в ядре программы и в базе данных, и менять его проблематично и весьма затратно. Отрицательные цены - это тоже не выход, всё должно быть уневерсальным, а отрицательные цены не поймёт ни один фискальник, и всё обернётся ошибками. Если это нужно срочно, и процентные скидки вас не устраивают, может проще выпустить подарочные карточки на определённые суммы? А эти карточки можно и продавать и давать за определённые "Заслуги" клиентоам, а кассир принимает как средство платежа. Такая практика существует в некоторых крупных магазинах бытовых и хоз товаров (по крайней мере в Новосибирске такие есть)

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

Автор: Такого быть не должно, давайте переговорим по скайпу



полная версия страницы