Страница 1 из 1

Некорректное поведение биллинга

Добавлено: Пт сен 11, 2009 10:18 am
NiTr0
Замечена следующая особенность: если в тарифном плане нет интервалов (к примеру - ТП для внутренних нужд) - аутентификация пользователя разрешается, при этом еему выдается ограничение в MAX_OCTETS_LIMIT на сессию, по скорости ограничений нет. Что ИМХО не есть правильным.

Re: Некорректное поведение биллинга

Добавлено: Пт сен 11, 2009 4:51 pm
~AsmodeuS~
а откду брать огранечение если он не прописано ??

Re: Некорректное поведение биллинга

Добавлено: Пт сен 11, 2009 6:52 pm
NiTr0
Если у пакета нет интервалов - значит, нет и ограничения скорости, и нет цены траффика.
По хорошему - с таких пакетов людей вообще пускать не должно в инет (как пример - пакет, в котором доступны только локальные ресурсы).

Re: Некорректное поведение биллинга

Добавлено: Вс сен 13, 2009 10:26 am
~AsmodeuS~
он расматривается как административный без ограничений

Re: Некорректное поведение биллинга

Добавлено: Вс сен 13, 2009 10:40 am
NiTr0
Тогда тем более странно выглядит в Billing.pm (ф-я remaining_time) проверка на postpaid/положительный депозит - ведь мало того, что она дублирует проверку в Auth.pm, так еще если эта проверка проваливается, пользователь не получает интервалов вообще, а следовательно - становится безлимитным :roll:

Re: Некорректное поведение биллинга

Добавлено: Чт окт 01, 2009 3:13 pm
~AsmodeuS~
Эта функция используется не только в Auth.pm по этому проверка нужна

Заведите демонстрационно в демке такой тарифный план чтоыб пользователь стал безлимитным

Re: Некорректное поведение биллинга

Добавлено: Пн окт 05, 2009 4:46 pm
NiTr0
В демке не получится - данное дублирование вызывает головную боль тогда, когда в Auth.pm правится условие пускания/непускания в инет при 0-м депозите. Оно-то понятно, что в штатных условиях такое не вылезет, но смотрится весьма криво...

Re: Некорректное поведение биллинга

Добавлено: Вт окт 06, 2009 9:39 am
ran
а у меня например есть такой интересный ТП под названием "Блокированный". Там у него прописан 1 интервал:

День: ПН
Начало: 00:00:00
Конец: 00:00:01

:D

Зачем? А затем что в этом случае можно заблокировать/разблокировать клиента через расписание смены тарифных планов... с правильным снятием абонплаты в случае "разблокирования"... другого способа сделать подобный фокус не нашёл ;)