BiTel

Добрый день!

Разъясните, пожалуйста, почему такая логика? Сегодня 24.07, ставлю человеку расход 28.07. Он сразу же отображается на текущем балансе, и, зачастую, блокирует человека по нехватке средств. Хотя, по сути, средств будет не хватать только 28.07 В чем тогда глубокий смысл будущих расходов (да и приходов тоже), кроме как визуализации? Может имеет смысл подумать и сделать как в телефонии задачу "установка баланса", которая бы рассчитывала актуальный баланс на текущую дату?

А какой сакральный смысл ставить расход будущим числом?
"Вечером деньги - утром стулья".
Если не хотите блокировать клиента - поставьте ему временный лимит до 28, равный сумме расхода.

зы. Название темы прям лирическое. Хоть кино снимай.

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

P.S. А я еще и в стихах могу

пересчет баланса происходит по событию
например добавление расхода - событие - запускаем перерасчет за текущий месяц от 1 до 31 числа
если перерасчитывать только до текущей даты, то расход будущего не попадет в баланс,
но и 28 числа баланс не будет пересчитан, так как нет ни каких событий...

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

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

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

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

и ваш и наш вариант, требует довольно сильной переделки...