Страница 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, так еще если эта проверка проваливается, пользователь не получает интервалов вообще, а следовательно - становится безлимитным

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
Зачем? А затем что в этом случае можно заблокировать/разблокировать клиента через расписание смены тарифных планов... с правильным снятием абонплаты в случае "разблокирования"... другого способа сделать подобный фокус не нашёл
