Нестандартная накопительная скидка [RK6, ПДС]

[vdm3]

Нет, учет текущего чека для расчета скидки не нужен.
Можно даже весь незакрытый день не учитывать.

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

Из ответов я так понял, что в существующем продающемся околокиперном софте этого нет:
- накопления на счету по количеству, а не по сумме
- их периодический пересчет

[VampireKB]

Нет, учет текущего чека для расчета скидки не нужен.
Можно даже весь незакрытый день не учитывать.

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

Из ответов я так понял, что в существующем продающемся околокиперном софте этого нет:
- накопления на счету по количеству, а не по сумме
- их периодический пересчет

периодический пересчет есть,но не ежедневный...
Если сделать ежедневный пересчет,то столкнёмся с проблемами кубов в РК7 и минимальные требования увеличатся в разы )

[SH]

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

Обращение к чекам все равно не нужно. В таком случае достаточно хранить дату последнего посещения.

Из ответов я так понял, что в существующем продающемся околокиперном софте этого нет:

Нет.

Если сделать ежедневный пересчет,то столкнёмся с проблемами кубов в РК7

Не столкнемся, ибо там информации больше на несколько порядков.

[VampireKB]

Обращение к чекам все равно не нужно. В таком случае достаточно хранить дату последнего посещения.


Нет.


Не столкнемся, ибо там информации больше на несколько порядков.

привожу реальные факты
100 000 карт,по каждой карте порядка 500 транзакций в месяц
Это не 99 блюд,которые можно сгруппировать и общаком посчитать )


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

[sibgaba]

Если я правильно понял топикстартера, и если не нужно учитывать покупки за сегодняшний (пока не закрытый) день, то задачу можно решить "околокиперовскими" методами.

Можно привести пример "лестницы" скидок?
Желательно поближе к тому что хочет заказчик.

Какая версия ПДС стоит? Сколько (приблизительно) карт находится в обращении?

[SH]

привожу реальные факты
100 000 карт,по каждой карте порядка 500 транзакций в месяц
Это не 99 блюд,которые можно сгруппировать и общаком посчитать )
а вообще,у меня там также учитываются "посещения клиента" и можно просчитывать каждое,например,второе его посещение...
вариаций куча )

Я тебя умоляю - не сравнивай с кубами RK7. Тебе кажется, что это много - так там еще больше. На порядки, да.

[vdm3]

Тут чем дальше, тем чудесатее

Сначала предполагалось (кол-во м.б. поменяется):
- считать часы за последние 3 месяца
50ч - 10%
100ч - 20%
200ч - 30%
- меньше играет, соответственно меньше скидка

Сейчас добавилось:
- 10% выдаются (продаются) без учета часов, не сгорают
- за 3 месяца не больше одного повышения уровня скидки

ПДС куплена недавно, ну и как оказалось "хотели то совсем другое".
PCards 3.20.2, Cardserv 7.19

В обращении ничего еще нет, и думаю будет совсем немного, несколько десятков скорее всего.

[SH]

- за 3 месяца не больше одного повышения уровня скидки

А понижения?

[vdm3]

А понижение в соответствии с чеками за 3 месяца

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

[sibgaba]

Ох что то я сегодня добрый на гениальные идеи типа: Как из ничего сделать что нибудь....

Если в 2-х словах, то план такой:

1. Используя утилиту Transp32 мы можем выгрузить все чеки за некий период (а именно за 3 месяца, если точнее то за период с "Сегодня-90 дней" по "Сегодня") в файлы формата dbf. Этот процесс легко автоматизировать т.к. Transp32 поддерживает вызов из консоли.

В итоге пишем скрипт/прогу/батник, которая после закрытия дня в кипере, автоматом выгружает в dbf, все чеки за прошедшие 90 дней.

2. Пишем прогу которая анализирует эту выгрузку. Там есть все что надо.
а. Выбираем все номера карт по которым давали скидку за период.
б. Для каждой карты, выбираем все чеки закрытые с ее помощью.
в. В этих чеках, подсчитываем количество порций блюд категории "бильярд" -> получаем количество минут -> переводим в часы -> понимаем какую скидку надо поставить этой карте "на завтра".

По итогам формируем txt файл определенного формата (родной для ПДС формат, подробно описанный в файле import.txt, из папки Pcards)
Основное что нас в нем интересует это "номер карты" и "код скидки" которую мы насчитали для этой карты.

3. Через Pcards скармливаем этот файл в ПДС. Это можно делать или 1 раз в сутки руками, или написать макрос.

Как это работает: если в ПДС у нас уже есть карта № 123 (а она точно есть т.к. по ней последние 90 дней давали скидку), на Иванова И.И. со скидкой 5% (код скидки 05). А по итогам подсчетов времени мы понимаем что ему теперь надо давать скидку 10% (код скидки 10). То в файл inport.txt записываем строку вида:
123;10;"прочие необходимые параметры"

Когда скармливаем ПДС это файл, то у Иванова скидка изменяется на 10%.

Далее либо реализуете эту схему сами, либо можно обсудить (в личке) стоимость ее реализации.