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

[NiTr0]

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

[~AsmodeuS~]

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

[NiTr0]

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

[~AsmodeuS~]

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

[NiTr0]

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

[~AsmodeuS~]

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

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

[NiTr0]

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

[ran]

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

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



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