Странная логика биллинга

[Demeo]

Доброго дня. Недавно заметил странность... Nodeny сначала снимает суточную абонплату и следом же блокирует абонента, если он ушел с минус, хотя по идее клиент еще сутки должен поработать. По сути получается, что клиент проплатил месяц инета, а получает (месяц-1) день.

Можно ли это побороть, чтоб не "воровать" сутки у абонента?

[stix]

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

[versus]

Доброго дня. Недавно заметил странность... Nodeny сначала снимает суточную абонплату и следом же блокирует абонента, если он ушел с минус, хотя по идее клиент еще сутки должен поработать. По сути получается, что клиент проплатил месяц инета, а получает (месяц-1) день.

Можно ли это побороть, чтоб не "воровать" сутки у абонента?

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

Аналогия, вы даете дебетную карту за уплату хлеба, на карте 2 грн а хлеб стоит 3,  карта не проведет транзакцию. Потому что у вас нет лимита на уход в -1 грн.

[Demeo]

Да потому что заплатил клиент 28 числа в 22 часа, а заблокировало его почему-то 27 числа в 2 часа ночи. Разницу посчитать не сложно. Вот и приходится некоторым особо щепетильным добавлять вручную. Можно ли сделать так, чтобы проверка баланса была ДО снятия суточной абонплаты. Думаю, так клиент получит свои сутки, пусть даже на счету останутся минуса (которые, кстати, никак не должны быть больше суточной абонки)

[stix]

в чем проблема использовать лимит отключения?

[smallcms]

А у Вас клиенты интернет на сутки покупают? Гоните ваших менеджеров по продажам в шею!

[Demeo]

в чем проблема использовать лимит отключения?

Та, в принципе, проблемы нету - так и сделаем.

А у Вас клиенты интернет на сутки покупают? Гоните ваших менеджеров по продажам в шею!

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

[stix]

хомяк будет давить до последнего.
я поставил лимит до -10 и теперь все хомяки сидят до последнего, до -10 грн, а когда 0 им плевать еще

[Demeo]

хомяк будет давить до последнего.

Само собой - потому и биллинг ставим, чтоб автоматом отключал и про совесть напоминал ))

[Demeo]

А теперь такой вопросик: не будут ли сутки эти накапливаться? А то получится, что реально мы в год 12 суток "украдем"

[versus]

Да потому что заплатил клиент 28 числа в 22 часа, а заблокировало его почему-то 27 числа в 2 часа ночи. Разницу посчитать не сложно. Вот и приходится некоторым особо щепетильным добавлять вручную. Можно ли сделать так, чтобы проверка баланса была ДО снятия суточной абонплаты. Думаю, так клиент получит свои сутки, пусть даже на счету останутся минуса (которые, кстати, никак не должны быть больше суточной абонки)

Во перваых я не вижу пополнения баланса 28 числа в вашей картинке, во вторых если клиент пополнил 28 числа в 22 часа то с него спишется суточная абонплата за 28 число а 29 числа спишется суточная за 29. В чем проблема ?
В третих нет такого понятия проверка баланса до снятия суточной абонплаты. Если вы внимательно посмотрите то во время снятия абонплаты. никакого пользователя еще не заблокировало. Его блокирует ядро ка ктолько клиент подключается и у него отрицательный баланс. Если отрицательный баланс, то выключаем. Логика самая что ни наесть нормальная.
В третих ни о каком воровстве чего либо речи нет! Кто у кого что украл ?
Вы думаете вы у клиента ?? Подумайте хорошо, что клиент украл у вас?

[Efendy]

Это схема называется "работа по предоплате". В масштабах месяца точно такая же ситуация, но почему-то никто не шумит? Почему если у клиента на счету 10 баксов, а пакет стоит 15, в новом месяце с него снимается эти 15, становится -5, сразу блочит и клиент не шумит даже если ни минуты в инете не работал? Это есть предоплата - сначала снимается абонплата, потом доступ. На скриншоте видно, что речь идет именно об ежедневной абонплате

[Demeo]

Во перваых я не вижу пополнения баланса 28 числа в вашей картинке

Ну как жеж - самая нижняя строка. Да, ошибся - не в 22 часа, а в 16:12.

во вторых если клиент пополнил 28 числа в 22 часа то с него спишется суточная абонплата за 28 число а 29 числа спишется суточная за 29. В чем проблема ?

Да проблема как раз в том, что клиент сутки недоработал. Пополнил 28, а отключило его 27. Хотя он должен быть отключен 28. Ну или 27, но, как минимум, не раньше 23:59

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

Ну, через минуту заблокировало. Видать клиент авторизован был.

В третих ни о каком воровстве чего либо речи нет! Кто у кого что украл ?
Вы думаете вы у клиента ?? Подумайте хорошо, что клиент украл у вас?

Клиент у меня ничего не украл. А вот сутки инета я ему не додал. Вы покупаете месячный абонемент куда-либо, допустим 28 числа, по ходу ваших мыслей - это нормально, если 27 числа вам скажут, что абонемент просрочен.

[evp]

Demeo,
допустим сутки интернета стоят  1 у.е. Клиент 28-го числа в 15-00 включил себе доступ, заплатив 2 у.е. По вашей логике, клиенту должен быть открыт доступ ровно 2-е суток до 30-го числа 15-00.

А на самом деле произойдет следующее:
28-го 15:00 - к балансу добавлено 2 у.е.; доступ включен
28-го 23:59 - с баланса списано 1 у.е. за 28-е число
29-го 23:59 - с баланса списано 1 у.е. за 29-е число; на счету абонента 0 у.е., чего недостаточно для предоставления услуги 30-го числа; доступ запрещен в 00:01 (или тогда, когда у вас реально списывается абонплата, судя по вашим скринам это происходит в 2 часа ночи).

Таким образом клиент будет пользоваться интернетом менее 2-х суток. Связано это с тем, что есть некоторая дискретность в тарификации пакетов.

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

Не всем администраторам нравилось такое положение дел и они "выдавили" из разработчиков посуточные платежи.

Все бы хорошо, но вам не нравится и такая дискретность, вы хотите, по сути, перейти на почасовую оплату. Скоро и этого будет недостаточно (как же так, я ворую целый час у клиента!) и будут требовать поминутной, а то и посекундной тарификации

[versus]

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

Функция ядра блокировать должников как можно быстрее при отрицательном балансе клиента.

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