Код: Выделить всё
Изменение баланса счёта – выполняется для лицевого счёта при прохождении его
баланса через границы, заданные системным параметром notification_borders;Тут все правильно, вам надо делать через правило RFW "Изменение блокировки"Manjur писал(а):Появилась задача отслеживать переход баланса абонентов из отрицательного состояния в положительное. Решил реализовать через событие "Оповещение об изменении баланса". Тестирую, вывожу платежом в админке счет абонента в минус, получаю срабатывание правила:
?Debug : Oct 13 11:03:13 b7248b70 FWCntl: Executing FW rule: bc test01 -8.75209 is done.
Вывожу баланс в плюс платежом из админки - срабатывания нет, в логах rfw тишина.
UTM 5.21.009-update1
Читаю мануал к 5.21.009-update1notification_borders = 0Код: Выделить всё
Изменение баланса счёта – выполняется для лицевого счёта при прохождении его баланса через границы, заданные системным параметром notification_borders;
Получается, правило отрабатывает только при уходе в минус, а в плюс уже нет. Это бага или фича?
Увы, не подойдет.Magnum72 писал(а):Тут все правильно, вам надо делать через правило RFW "Изменение блокировки"Manjur писал(а):Появилась задача отслеживать переход баланса абонентов из отрицательного состояния в положительное. Решил реализовать через событие "Оповещение об изменении баланса". Тестирую, вывожу платежом в админке счет абонента в минус, получаю срабатывание правила:
?Debug : Oct 13 11:03:13 b7248b70 FWCntl: Executing FW rule: bc test01 -8.75209 is done.
Вывожу баланс в плюс платежом из админки - срабатывания нет, в логах rfw тишина.
UTM 5.21.009-update1
Читаю мануал к 5.21.009-update1notification_borders = 0Код: Выделить всё
Изменение баланса счёта – выполняется для лицевого счёта при прохождении его баланса через границы, заданные системным параметром notification_borders;
Получается, правило отрабатывает только при уходе в минус, а в плюс уже нет. Это бага или фича?
Manjur писал(а):Увы, не подойдет.Magnum72 писал(а):Тут все правильно, вам надо делать через правило RFW "Изменение блокировки"Manjur писал(а):Появилась задача отслеживать переход баланса абонентов из отрицательного состояния в положительное. Решил реализовать через событие "Оповещение об изменении баланса". Тестирую, вывожу платежом в админке счет абонента в минус, получаю срабатывание правила:
?Debug : Oct 13 11:03:13 b7248b70 FWCntl: Executing FW rule: bc test01 -8.75209 is done.
Вывожу баланс в плюс платежом из админки - срабатывания нет, в логах rfw тишина.
UTM 5.21.009-update1
Читаю мануал к 5.21.009-update1notification_borders = 0Код: Выделить всё
Изменение баланса счёта – выполняется для лицевого счёта при прохождении его баланса через границы, заданные системным параметром notification_borders;
Получается, правило отрабатывает только при уходе в минус, а в плюс уже нет. Это бага или фича?
Я эту фичу хотел использовать для активации счетов со статусом "заблокировано администратором". Т.е. абонент полностью внес оплату - снять административную блокировку, разрешить выход в интернет. У счета, заблокированного администратором, событие "изменение блокировки" не происходит при переходе на положительный баланс.
Или есть другой способ не списывать деньги со счета (при нехватке баланса для оплаты тарифа в новом расчетном периоде), кроме как "административная блокировка + безлимитный режим"?
В 009 в любой блокировке списывает абон плату. В результате выходит, что у абонентов всегда идут списания. Мы решили этот вопрос установкой флага "безлимитный" при блокировке счета, при разблокировке рассчитывается абонентка по тарифу за оставшиеся дни месяца. Но так поступаем только с абонентами которые не вносили оплату более 2х месяцев.Magnum72 писал(а): Системная блокировка без списания абон платы почему не подходит?
009 не удачная версия, совсем не удачная, в 5.3 думаю можно решить без костылейManjur писал(а):В 009 в любой блокировке списывает абон плату. В результате выходит, что у абонентов всегда идут списания. Мы решили этот вопрос установкой флага "безлимитный" при блокировке счета, при разблокировке рассчитывается абонентка по тарифу за оставшиеся дни месяца. Но так поступаем только с абонентами которые не вносили оплату более 2х месяцев.Magnum72 писал(а): Системная блокировка без списания абон платы почему не подходит?
Сейчас хочется распространить такую логику на всех абонентов- т.е. если недостаточно средств на счету - не давать биллингу списывать их установкой флага "безлимит" + блокировкой до даты списания. Но тогда абонента нужно разблокировать сразу после внесения оплаты. Я думал это сделать с помощью оповещения о смене баланса, но оно работает не так, как описано в мануале.
Кстати, я написал баг-репорт в нетап по этому поводу и мне ответили, что такое поведение события не бага, а фича. Так они и задумывали его. Как отслеживать пополнение баланса средствами биллинга - совершенно непонятно. Придется в 100500 раз писать костыль, отслеживающий проведение платежей всеми возможными способами и проверяющий баланс после платежа.
Это понятно, но обновление до 5.3 поломает множество других вещей, нормально работающих у меня сейчас на ветке 5.21. А значит переход займет много времени на адаптацию. Я же искал решение "чтобы сегодня заработало".Magnum72 писал(а):
009 не удачная версия, совсем не удачная, в 5.3 думаю можно решить без костылей
да, в 5.3.002 введен механизм политики списанийManjur писал(а):Это понятно, но обновление до 5.3 поломает множество других вещей, нормально работающих у меня сейчас на ветке 5.21. А значит переход займет много времени на адаптацию. Я же искал решение "чтобы сегодня заработало".Magnum72 писал(а):
009 не удачная версия, совсем не удачная, в 5.3 думаю можно решить без костылей
А какой функционал в ветке 5.3 позволит задачу решить? Ну, чтобы не списывать абонентку в случае нехватки средств на балансе, а потом включать доступ к интернетам сразу же после оплаты. Там это можно средствами самого биллинга решить?
Спасибо. Буду пробовать на стенде обновляться.Point писал(а): да, в 5.3.002 введен механизм политики списаний
