Биллинговая система Nodeny

Доброго времени суток.

Помогите побороть проблему. Смешанная авторизация у пользователей: IP+MAC, PPTP, PPPoE. Стоит пропорциональная ежедневная абонплата (8:хх). Порог отключения 0,00 грн. При пересечении 0 клиента блокирует. НО: абонплата продолжает сниматься. Как сделать так, чтоб при блокировании клиента баланс не уходил в минус?

замораживай

Хорошая автоматизация, а как-нибудь, чтоб не ручками можно?

ты хочешь заставить не считать то, что биллинг обязан считать

Биллинг обязан считать то, что клиент потребляет. А если не потребляет, то не считать до те пор, пока не станет потреблять или не получит возможность потреблять внеся деньги на счет

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

включите по трафику и будет платить за то, что потреблял

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

вы погорячились
абонплата включает в себя аренду каналообразующего оборудования и.т.д.

но мы все поняли что вы хотите
пишите скрипт выборки и update тарифа по условию

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

Ищем абонентов с 0 или меньше и меняем тариф на "Заблокирован"? Полный "0" в перле, но попробовать можно. Спасибо. Жаль, что в коробке такой возможности нет

только вот наверное лучше искать не там, где 0, а где доступ запрещен.

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

Свистите, ибо доступ может быть запрещён и для завирусованных ботнетами пользователей. А для обработки лимита собственно можно использовать как это не паразительно сам параметр лимита (цитирую документацию):

получаем нечто вроде

у каждого по разному настроены фильтры

И как это теперь периодически стартовать?

по крону можно так

Спасибо, попробую

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

можно добавить еще sql_database в скрипт :)

Спасибо, скрипт работает.

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

Кстати, алиасы затрагиваются :) После блокирования основной учетки, система через какое-то время автоматом блокирует и алиасы, записывая в лог что-то типа "обнаружена заблокированная запись с назаблокированными алиасами, блокирую алиасы.... ", ну смысл понятен

Отличный скрипт - то что нужно!

Строка #1085 nodeny.pl
Добавь в условие выборки: balance >= limit_balance
Получится вот так:
Все это только при условии суточной абонплаты!
Думаю, что с другими платежами тоже можно управиться без изврата в виде скрипта по крону ;)

Весьма неплохой вариант. И даже не нужно переключать человека в заблокированные :)

Похоже, что чтобы выкинуть подобный финт для месячных абонплат скрипт new_month.pl нужно подправить в ~250 строке так:
По крайней мере при тестовой выборке прокатывает ;D

Совершено верно! в 250 строке

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

Так как же сделать так, что бы отключённые пользователи на баллансе всегда имели не ниже 0?

Разобрались, в абон. плате нужно было новому клиенту ставить -1 в лимите, там же и равняется лимит....

Видимо у Вас авторизатор стоит или типа того.
Доп. проверкой имхо можно избавиться от ложных съёмов баланса:
примерно в 211 строке:

P.S.: Не проверял лично.

Точнее так:

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

Спасибо, сейчас переходим на новый месяц, попробую проверить. Первое изменеие привело к снятию денег у уже заблокированных пользователей, кто платил чётко по тарифу, поскольку после снятия денег у них было на счету 0, что равнялось лимиту. То есть человек отключён, но ещё за месяц заплатил :)

А просто нельзя ограничить список только превышающих лимит примерно так "balance > limit_balance" без "="?

Если заработает, стоит, думаю, выложить исправленный new_month.pl

А тут и так затрагиваются только те, у кого минус и ноль на счету

ну как, заработало?

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

По второму примеру почему то продолжало снимать даже у тех кто в минусе, так что только правка 250-й строки помогла

тут недавно немного изменил запросег, сталотгораздо красивее )
Файл: new_month.pl; Строка: 250
Файл: nodeny.pl; Строка: ~1090

Суть такова: Если НЕ стоит галка возле лимита, то доступ не блочится но и бабло считается в "-" дальше.

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

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

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

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

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


А я для того и уточнил, что это касается авторизации без коллекторов трафика

Суть такова, что абонку снимает два раза, первый раз загоняя в ноль, и во второй месяц загоняя в минус. Что не есть гуд. ИМХО здесь необходимо вычислять баланс с "учетом услуг" и оперировать именно этим значением.

Посмотрел скрипты выше, по моему для получения доступа к БД лучше получать не пароль рута, а все параметры из конфига, например так:

предлагаю оставить впокое лимит баланс, и добавить признак заблокировано  AND state='on';
тогда по логике если блокирован то деньги не считаются

Кто пользуеться данным решением ?
есть какие-либо нюансы ?

я пользуюсь

незнаю насчет нюансов, потому что под свои задачи много модифицировал

понятно.

Ребята , а что если я в 250-строку внесу такой запрос :




Тоесть снимать абонку только из тех у кого доступ разрешен, чем чревато такое решение ?
и правелен ли синтаксис ?
Блин.. через несколько часов новый месяц :-\

Добавил еще условие снятой галки "Блокировать при достижении лимита"

Получилось так...


...тестирую

Ступил  :D