Какая модель списания средств лучше?

Question

[Оптимус Пьян]

Услуга стоит 300 ед. валюты в месяц. Можно списывать:

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

2. Каждые 30 дней. Это несколько проще. 15 января положили - 15 февраля списали.

3. Каждый день списывать сумму равную 1/30 от месячной стоимости. Заметил что много кто использует эту модель. Почему она так популярна? Ведь транзакции надо тогда делать каждый день и вести большой лог транзакций + баланс можно было бы хранить в int, а так он точно станет дробным и надо хранить в decimal его.
И например 200 / 30 = 6.66
Но 6.66 х 30 = 199,8 как избежать накопления ошибки в этом случае?

Какая модель списания на ваш взгляд лучше и почему? У хостеров встречается обычно 2 или 3 модель например.

Answer 1

[xmoonlight]

Самый удобный для пользователей сервиса вариант: это модель №3.
Как списывать?
В базовом случае, есть 3 переменных:
1. Баланс пользователя
2. Дата активации подписки
3. Стоимость за период времени

Дано (пример):
1. Пользователь пополнил баланс на 180 ед. (прежний - был: 20 ед.) и итоговый баланс стал: 200 ед.
2. Спустя какое-то время - пользователь активировал подписку. Допустим, 15 августа.
3. Пусть за (календарный!) месяц услуга стоит 300 единиц.

Значит его остаток при активной подписке N-дней равен:
20+180-300*12/365*N => из расчёта за обычный год (не високосный!).

Например, баланс через 5 дней (20-го августа):
20+180-300*12/365*5 = 150,68493150684931506849315068493 ед.

Отображаем в ЛК пользователя как обычное математическое округление до 2-й цифры (включительно) после запятой (0-4 - в меньшую сторону, 5-9 - в большую): 150,68 ед.

Чтобы сохранять точность - никогда не вычитайте из баланса пользователя израсходованную сумму: всегда считайте ТОЛЬКО через коэффициенты в формуле!

Все статичные коэффициенты формулы (не участвующие в расчётах суточного баланса) - считаем заранее (для ускорения и снятия нагрузки) и храним с МАКСИМАЛЬНОЙ точностью!

Comments

[Оптимус Пьян]

С коэффициентами ничё не понял, но круто ))

[xmoonlight]

Оптимус Пьян: 300*12/365 - статичный коэффициент)))
его можно посчитать заранее и где-то хранить в максимальной точности.

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

[aynur_safin]

Имхо, удобнее и понятнее для пользователя, принять условный месяц за 30 дней, бонусом убираем зависимость от високосности года. Ну а остальное также, рассчитывать через полученный дневной коэффициент, или даже округлить его до одной-двух цифр после запятой, например Билайн так делает.

Answer 2

[Axian Ltd.]

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

Comments

[Оптимус Пьян]

Последнее. Имитация списания в рамках биллинга в системе

[Axian Ltd.]

Тогда это к маркетологам имхо. Как они считают для вашего продукта/услуги будет лучше с точки зрения продвижения, как люди лучше реагируют. Или взять ближайший к вашему продукту аналог.

[Оптимус Пьян]

Axian Ltd.: Вопрос тут скорее был: какой из этих вариантов с техический стороны позволяет огрести как можно меньше проблем

[Axian Ltd.]

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

Answer 3

[Alexej Simakov]

Можно списывать в тот момент когда сумма израсходуется. Но тогда нужно отталкиваться не от календарного месяца а от какого-то количества дней например 31 день . Когда клиент кладет деньги на счет, списание происходит ровно через 31 день. Мне кажется такая модель проще для понимания для клиента, и наверное расчет конечной даты будет проще. Есть фунцкии для прибавления к дате х дней. будет плавающий день расчета. Опеределить клиентов у которых расчет будет в определенный день тоже весьма очевидно. Нужно поле день расчета, который будет день внесения средств плюс 31 день (или икс, который вы определите). Клиенту это будет однозначно приятно, если он за свои деньги всегда будет одинаково долго пользоваться сервисом, а не 28 дней в феврале.

Comments

[Оптимус Пьян]

Ну да, вы фактически описали вариант второй. Тут толко вопрос снимать у него деньги в первый день и с 0 на счету он пользуется 30 дней или в последний день и сумма греет душу ему весь месяц )) Хотя он тогда не будет понимать почему деньги не тратятся

[Оптимус Пьян]

Василий: да, в этом есть своя логика тоже... а как от погрешностей избавляться?

[Alexej Simakov]

Оптимус Пьян: в бухгалтерском смысле на кассу деньги входят в момент оплаты, а в оборот идут когда услуга была полностью предоставлена, т.е. в конце периода оплаты.