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

Ответить
NiTr0
Сообщения: 767
Зарегистрирован: Пт фев 08, 2008 4:46 pm

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

Сообщение NiTr0 »

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

~AsmodeuS~
Site Admin
Сообщения: 5749
Зарегистрирован: Пт янв 28, 2005 3:11 pm
Контактная информация:

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

Сообщение ~AsmodeuS~ »

а откду брать огранечение если он не прописано ??

NiTr0
Сообщения: 767
Зарегистрирован: Пт фев 08, 2008 4:46 pm

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

Сообщение NiTr0 »

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

~AsmodeuS~
Site Admin
Сообщения: 5749
Зарегистрирован: Пт янв 28, 2005 3:11 pm
Контактная информация:

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

Сообщение ~AsmodeuS~ »

он расматривается как административный без ограничений

NiTr0
Сообщения: 767
Зарегистрирован: Пт фев 08, 2008 4:46 pm

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

Сообщение NiTr0 »

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

~AsmodeuS~
Site Admin
Сообщения: 5749
Зарегистрирован: Пт янв 28, 2005 3:11 pm
Контактная информация:

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

Сообщение ~AsmodeuS~ »

Эта функция используется не только в Auth.pm по этому проверка нужна

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

NiTr0
Сообщения: 767
Зарегистрирован: Пт фев 08, 2008 4:46 pm

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

Сообщение NiTr0 »

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

ran
Сообщения: 2298
Зарегистрирован: Вс окт 21, 2007 2:29 pm

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

Сообщение ran »

а у меня например есть такой интересный ТП под названием "Блокированный". Там у него прописан 1 интервал:

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

:D

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

Ответить