BiTel

Смотрите чего творят изверги... Оно конечно закрывается с очередной проверкой шлюзов, но человек умудряется залезть в минус таким образом.
Как такого не допускать?

а что тут происходит?

_________________
I'm clever. I've got a computer.

Вот как раз и не понятно. Абонент приостанавливается по недостатку средст. С помощью личного кабинета этот абонент выходит из положения и активирует договор до следующей проверки железок, где он снова блокируется...
Что именно он делает в личном кабинете - не знаю. Подозреваю, что делает приостановку договора, а потом ее отмену...

А скрипты никакие не висят на смену и отмену?

_________________
I'm clever. I've got a computer.

нет

так уберите из личного кабинета возможность смены статуса договора

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

Не хотелось бы ее закрывать, тк планируется ее использовать. Но как вариант до реализации планов, можно конечно и отключить, но имхо дырка ведь...

Вы поймите, что недостаточно информации, чтобы понять что именно у вас там происходит. И потому дырки пока никакой не видно. Смена статуса никак не опускает планку лимита. Куда вообще деваются деньги, непонятно, за счёт чего они списываются? Куда делись 300 рублей за сутки? У вас трафик платный или чего?

_________________
I'm clever. I've got a computer.

Вопрос основной не в деньгах, а в возможности открыть заблокированный шлюз.

То есть вопрос в том, что при приостановлении и последующей активации через web руками юзера шлюз открывается?

_________________
I'm clever. I've got a computer.

Как я понимаю, ошибка в том, что по недостатку средств клиент закрывается статусом "приостановлен", а не "закрыт", что неверно.

Статус "закрыт" затем и придуман, чтобы должников закрывать. В доках это есть.

Кстати, из статуса "закрыт" клиент не сможет активироваться через веб.

Как раз штатные средства биллинга переводят договор в состояние "заблокирован", а не "закрыт". Раньше пользовался скриптами и соответственно сотсоянием "закрыт". После перехода на 5.1 юзаю стандартные средства биллинга по закрытию абонентов.

да

Договор или шлюз?

А, дошло.
Видимо вы не пользуетесь логикой закрытия дебетовых абонплат, а просто закрываете шлюз клиенту при балансе меньше лимита стандартной задачей обхода шлюзов ipn. Статус договора же остаётся "активен".
Ну тут два выхода:
- либо закрываем возможность смены статуса через веб
- либо используем логику дебетовых абонлат

Нужно выбрать, на каком уровне вы будете приостанавливать услуги клиенту: на уровне договора либо на уровне отдельных модулей/их сущностей. Поэтому третьего не дано.
Я бы выбрал договор

Статус договора становится "приостановлен", режим "дебет" (на скрине все это как раз видно).
Это делается штатные средствами билинга - скрипты не используем.

Посмотрел ещё раз скрин. Таки используются дебетные абонлаты.
Но всё равно не могу понять, что происходит.
Вот 01.11.2010 клиента отрубило по абонплатам.
08.11.2010 он заплатил и включился.
Потом 27.11.2010 он начинает дёргать туда-сюда статусы.
Зачем он это делает? Он же вроде не заблокирован в этот момент? Каким образом он уходит в минус?

Аа, опять понял. У вас абонплата начилсяется разом за месяц и по дебетным абонплатам клиент закрывается тоже только в начале месяца. А в течение месяца появляется наработка по трафику и клиент закрывается шлюзом, но не статусом. Т.е. этакая комбинированная схема.
Вот всё надо клещами вытягивать..

Даже не знаю, что тут сделать. Либо делать подневные абонлаты - тогда закрываться будут сразу и проблемы не будет, либо какие-то скрипты писать, либо вообще не закрывать в течение месяца.

Опять же противоречие: обычно когда делают помесячное снятие абонплат, то один раз в начале месяца проверяют доступ и клиент месяц не беспокоится о закрытии по балансу. А тут всё перемешано.

Спасибо за попытку помочь. Моя вина - небыло времени до конца разобраться в чем дело, просто было видно аномалию.
Сейчас более подробно рассмотрел хронологию по событиям и вот что обнаружил.

1. На начало месяца у него небыло достаточно средств для включения инета и начисления АП (112р при АП 500р)
2. Абонент 8го числа понизил лимит до -500р, тем самым прошло начисление АП, а за понижение начислилось еще 100р

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

В итоге, этими действиями, что на скрине, абоненту получалось открывать шлюз на 1 час (период обхода железок).

вы бы еще историю статусов шлюза показали и платежи для полноты картины. А так похоже Cromeshnic прав

Он их приостанавливает в будущем , в 2011 году .

Лимиты вы тоже не показали.. И как абонки у вас снимаются , когда и как .. гадать нужно

Скрины прилагаются...

И еще

Задача начисления АП запускается каждый день, т.к. есть тарифы подневные. У этого образца тариф помесячный.

сделайте 2 _разные_ задачи начисления абонплат - помесячную и подневную

А как их разделить? По группам или есть еще какая то возможность?

спасибо