Отправлено: 07.04.11 10:14. Заголовок: Скидка для клиентов

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

 Отправлено: 07.04.11 11:07. Заголовок: 1. В лицевом счёте в..

1. В лицевом счёте выбрать тип скидки:

<\/u><\/a>


2. В окне "Настройки" настроить таблицу зависимости размера скидки от накопления на лицевом счёте.

<\/u><\/a>


3. Выбрать принцип учёта накоплений:
- учёт абсолютных накоплений
- учёт накоплений за период (период программа считает от даты закрытия чека минус указанное в настройке число дней до даты закрытия чека)
В соответствии с выбором включите или выключите параметр "Накопления учитывать за период" и поставте количество дней учитываемого периода

<\/u><\/a>


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

 Отправлено: 08.04.11 06:23. Заголовок: Автор пишет: (если ..

Автор пишет:

цитата:

(если конечно вы не разрешили корректировку накопленной суммы и не воспользовались этим)

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

Автор пишет:

цитата:

от самого начала его создания

Не от самого начала его создания, а сумма всех имеющихся закрытых счетов на данный момент.

Сам уже не всегда сразу помню всё что в программе наделал


Итак:

1. Полная накопленная сумма влияет на скидку лицевых счетов с типом скидки "Накопительная" при выключенном в настройках параметре "Накопления считать за период".

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

3. Если у Л/счёта тип скидки "Постоянная", то накопления на скидку не влияют никак.

4. При работе со скидками не забудте разобратся в вопросе о максимальном размере скидки у продукта и типах лицевых счетов "Стандартном" и "Перекрывающем".

5. Тип скидки и тип лицевого счёта можно изменить в любой момент когда это решит администратор.

 Отправлено: 15.04.11 09:47. Заголовок: Прошу Вас доработать..

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

 Отправлено: 15.04.11 10:06. Заголовок: А Вы точно уверены, ..

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

Мне кажется, что если кому приспичит узнать сколько он проел, достаточно распечатать ему отчёт по лицевому счёту, но думаю что таких будут единицы, если вообще будут.

 Отправлено: 15.04.11 10:10. Заголовок: Люди просят, чтобы м..

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

 Отправлено: 15.04.11 10:14. Заголовок: Хорошо, сделаю эту в..

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

 Отправлено: 15.04.11 10:16. Заголовок: У нас такое есть даж..

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

 Отправлено: 15.04.11 10:17. Заголовок: Когда ждать обновлен..

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

 Отправлено: 15.04.11 10:33. Заголовок: Неделя наверно. Сейч..

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

 Отправлено: 30.04.11 15:30. Заголовок: У меня тоже появилс..

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

 Отправлено: 30.04.11 15:50. Заголовок: И еще один вопросик..

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

 Отправлено: 30.04.11 16:22. Заголовок: Joice пишет: Это я ..

Joice пишет:

цитата:

Это я что-то не так сделал или просто Больше 10% и не предусмотрено?

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

Но есть ещё и перекрывающие лицевые счета. Этим лицевым счетам всё равно какой максимальный процент скидки у блюда, процент скидки будет такой как у лицевого счёта.

 Отправлено: 30.04.11 16:25. Заголовок: Joice пишет: И еще ..

Joice пишет:

цитата:

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

Создайте продукт "Долг" стоимостью 1 рубль. И при занимании денег, вносите его в заказ в нужном количестве. Затем - заказ на лицевой счёт этого клиента. Затем - отложенный платёж.

Если к примеру кто-то должен сейчас уже 10000 руб. Создаём заказ, вносим туда продукт "Долг" в количестве 10000, прикрепляем к нужному лицевому счёту, делаем отложенный платёж.
Приносит он нам часть долга - 3000. Закрываем отложенный платёж на 10000, создаём новый заказ, вносим туда продукт "Долг" в количестве 7000, прикрепляем к нужному лицевому счёту, делаем отложенный платёж.

Приблизительно так.

 Отправлено: 30.04.11 17:20. Заголовок: Чтож, довольно прос..

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

 Отправлено: 30.04.11 17:49. Заголовок: Ну почему же неразбе..

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

 Отправлено: 30.04.11 17:55. Заголовок: Автор пишет: В каль..

Автор пишет:

цитата:

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

Значит если каждому продукту установить индивидуальный максимальный процент скидки, а в лицевых счетах поставить вплоть до 100%, то программа все равно при расчете скидки продеференцирует каждый продукт согласно индивидуальным параметрам?

 Отправлено: 30.04.11 18:04. Заголовок: Если лицевой счёт ст..

Если лицевой счёт стандартный - да, если перекрывающий - нет, перекрывающий возьмёт свою скидку независимо от индивидуальных параметров.

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

Всё это описано в инструкции.

 Отправлено: 30.04.11 18:22. Заголовок: Все понял, спасибо...

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

 Отправлено: 31.03.12 00:32. Заголовок: ..

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

 Отправлено: 31.03.12 03:55. Заголовок: Отличная идея нестан..

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

 Отправлено: 31.03.12 10:39. Заголовок: Спасибо, попробую..

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

 Отправлено: 01.11.12 10:13. Заголовок: Скидка не в % а сумма скидки!?

Необходимо сделать скидку 145 рублей на чек, а в проге можно сделать тока в %?????

предлагаю доработать систему скидок, чтоб программа понимала не тока проценты, но и фиксированую сумму скидки и наценки.

 Отправлено: 01.11.12 13:30. Заголовок: Скидку суммой скорее..

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

 Отправлено: 02.11.12 10:34. Заголовок: Присоеденюсь к теме...

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

Возникли трудности при использовании OpenOffice при печати на принтеры:

OpenOffice версии 3.3.
Печать через MS Office идёт без проблем.

 Отправлено: 02.11.12 14:47. Заголовок: Lega пишет: Кафе, 2..

Lega пишет:

цитата:

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

В принципе мысль понятна, только наверно неправильно сформулирована. Видимо имеется ввиду сделать свойство у сотрудников что то типа наценка по умолчанию. Т.Е. если открывает заказ сотрудник с этим свойством, то наценка ставится автоматом, а сотрудник может по желанию её отключить.

Мысль интересная, и скорее всего реализуемая без проблем.

 Отправлено: 02.11.12 14:51. Заголовок: Версия ОО 3.2.1 точ..

Lega пишет:

цитата:

Возникли трудности при использовании OpenOffice при печати на принтеры:

Версия ОО 3.2.1 точно работает
Скачайте дистрибутив этой версии с моей страницы загрузки

 Отправлено: 02.11.12 14:52. Заголовок: Автор пишет: Видимо..

Автор пишет:

цитата:

Видимо имеется ввиду сделать свойство у сотрудников что то типа наценка по умолчанию. Т.Е. если открывает заказ сотрудник с этим свойством, то наценка ставится автоматом, а сотрудник может по желанию её отключить.

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

 Отправлено: 02.11.12 15:02. Заголовок: Постараюсь сделать в..

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

 Отправлено: 08.11.12 09:16. Заголовок: ЛУНА пишет: чтоб пр..

ЛУНА пишет:

цитата:

чтоб программа понимала не тока проценты, но и фиксированую сумму скидки и наценки.

Подумал, и вот мои мысли:
1. Наценка суммой реализуется легко. Создаём продукт "Наценка суммой" стоимостью 1 руб, и дальше в случае надобности вставляем его в заказ в нужном количестве.

2. Скидка суммой. Реализация этого в простом виде может привести к дополнительным возможностям персонала фальцифицировать реальную сумму нала в сторону уменьшения, что есть не очень хорошо.
На самом деле скидка суммой уже реализована в программе Касса. Она включается в настройках основной программы реализации так как показано на этом скриншоте:




Этот режим бутет работать в кассе только при использовании фискального регистратора. На мой взгляд такая скидка должна фиксироваться и в независимом от программы месте, коим и является ФР, и только в программе кассы, где потоковое обслуживание и нет времени на шуры-муры.

 Отправлено: 08.11.12 09:20. Заголовок: Lega пишет: Можно н..

Lega пишет:

цитата:

Можно наценку привязать и к сотрудникам

Именно этот режим реализован в версиях:
Реализация: 5.6.25
Касса: 1.1.26

Смотреть здесь: http://kitchenpro.borda.ru/?1-4-0-00000125-000-0-0-1352275147

 Отправлено: 16.11.12 23:42. Заголовок: попробую отпишусь :..

попробую отпишусь

 Отправлено: 14.12.12 11:17. Заголовок: Че-то не вкурю как р..

Че-то не вкурю как работает механизм "разрешить талоны"

опишу свою проблему детальнее:


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

хелп надо шось делать!!!!

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

 Отправлено: 14.12.12 12:04. Заголовок: Да, пока работает то..

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

 Отправлено: 17.12.12 14:25. Заголовок: :sm33: не думал на ..

не думал на счёт скидки суммой?

 Отправлено: 18.12.12 05:40. Заголовок: пока нет, постараюсь..

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

 Отправлено: 03.04.14 22:53. Заголовок: Здравствуйте, мне ну..

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

 Отправлено: 03.04.14 23:00. Заголовок: Или может быть дать ..

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

 Отправлено: 04.04.14 05:56. Заголовок: Я уже писал в этой т..

Я уже писал в этой теме, что ослаблять защищённость программы от мошейничества не хочется, поэтому такой механизм пока не реализован.

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

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

 Отправлено: 11.05.14 11:03. Заголовок: У меня появилась про..

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

 Отправлено: 12.05.14 09:18. Заголовок: Такого быть не должн..

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

 Отправлено: 20.05.14 03:49. Заголовок: Автор пишет: Отличн..

Автор пишет:

цитата:

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

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

 Отправлено: 20.05.14 04:53. Заголовок: Да, в этом случае де..

Да, в этом случае действительно эта скидка только для контроля за персоналом.

 Отправлено: 19.06.14 10:54. Заголовок: ЛУНА пишет: не дума..

ЛУНА пишет:

цитата:

не думал на счёт скидки суммой?

Версия v5.7.10