Всем Привет!
Пишу модуль для работы с бонусными, застрял в одном интересном моменте: сгорание бонусов по иссечении срока. Бонус учитывается на регистре накопления по остаткам.
Есть одна мысль чтобы раз в день проверять по запросу для каждой карты сумму общего остатка и остатка за период и при не совпадении сумм уже провести документ сгорания бонусов на эту разницу. Геморно за счёт того, что клиентов может быть много 10-15 тысяч. Есть мысли по этому поводу?

(0)[Геморно за счёт того, что клиентов может быть много 10-15 тысяч]
ни о чем
запрос выполниться за пару секунд

(1) +1
(0) может имеет смысл вести учет по срокам (в виде измерения РН)? Корректные остатки можно будет давать без регулярного списания + возможность легко формировать прогнозы по сгоранию

(0) Ну регламентное задание например... Или ты о чём?

не бывает остатка за период.

(4) Это уже понял(((

(3) С заданием и периодом выполнения я то разберусь.

(2) То же об этом задумался, только вот, если списывается бонус? НАпример: Срок жизни бонуса 2 дня. 20 го числа пополнился счет на 100р (до 22 го числа), а уже 21-го потратили 50р. Как учесть что 22го нужно списать только 50р?

(7) ФИФО

(7) если сроки жизни бонусов разные, то без измерения задача вообще не решается

(9) Срок жизни бонуса будет единый для всех клиентов

(10) тогда всё просто, можно не заморачиваться с (2)(8)

(7) Можно подумать в сторону движений на две даты одновременно.

1) 20 числа документ "выдача бонуса" делает +100 на 20е и сразу -100 на 22е (дату конца бонуса)
2) 21го числа документ расхода (проверяет текущий остаток и) делает -50 на 21е и +50 на 22е (дату конца бонуса)
...
N) 23го числа все закрыто.

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

А если на регистре сведений вести учет бонусов и каждый раз считать остаток?

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

(0) Тебе знакомо понятие "партионный учет"?

Если знакомо то не вижу проблеме перенести аналогичный механизм на бонусы.
Достаточно каждой начисленной сумме бонусов присваивать некий уникальный идентификатор (можно общий по всем клиентам, но достаточно и только внутри одного кому они начислены).

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

По сути партии + учет по срокам годности их ))

Так регистр остатков же ж

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

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