BiTel

Всем привет.
Выяснилась такая непонятная ситуация.
Договоры в режиме кредит, есть лимит -700, баланс -800. Статус договора как был активен, так и остался.
Шлюз IPN заблокировал клиента.
А шлюз phone завязан на статус договора, а так как статус не изменился на отключен, то и шлюз не заблокировал клиента.
Где логика ? Или же я как-то неверно себе представляю ситуацию ?

Кстати, да.
По аналогии с задачей планировщика "Проверка шлюзов IPN" логично было бы видеть задачу "Проверка шлюзов Phone"

У нас вот так вот работало: http://forum.bgbilling.ru/viewtopic.php?f=10&t=4704

Для дебетовых договоров через закрытие договора статусом? Ну это понятно. Только у нас телефонию пользуют юрики, которые в 95% работают по кредиту.

При исчерпании лимита кредитный договор работает точно так же как и дебетный. "Зачем платить больше?"

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

а нужно ли вам оперативное автоматическое отключение ? ..Можем добавить в 5.2

добавьте, нужная фича на самом деле...

_________________
Интернет и телефония оптом со склада, или в розницу

Добавили?

_________________
Цитаты великих людей
Напишите в helpdesk © stark
повторяю: => хелпдеск => доработка => профит © dimOn
свершилось... © skn
Мой код изящен, лёгок, оригинален, краток. Как прохладный весенний ветерок, как звонкий ручей! © dimOn
Вежливый разработчик © Artur
Эти баги тоже исправлены, как и те, которые еще не написаны © Artur
ну т.е. существует воркэраунд, ок © dimOn

Надо-надо, и в 5.1 надо. раз баланс ниже лимита - должно отключать. А еще сейчас много всяких телефонных мошенников - назвонят за клиента через всякие лазейки, а абонента не отключает - неправильно это.

Даже не "надо", а "надо обязательно"

_________________
Цитаты великих людей
Напишите в helpdesk © stark
повторяю: => хелпдеск => доработка => профит © dimOn
свершилось... © skn
Мой код изящен, лёгок, оригинален, краток. Как прохладный весенний ветерок, как звонкий ручей! © dimOn
Вежливый разработчик © Artur
Эти баги тоже исправлены, как и те, которые еще не написаны © Artur
ну т.е. существует воркэраунд, ок © dimOn

Наверное все-таки это сделаем когда телефония и voiceip станет единым дебитово-кредитовым модулем .

Поскорей бы уже....

_________________
Интернет и телефония оптом со склада, или в розницу

Действительно, а когда примерно ожидается сие чудо? В 5.2 запилите его ))) Нужно очень )

_________________
Цитаты великих людей
Напишите в helpdesk © stark
повторяю: => хелпдеск => доработка => профит © dimOn
свершилось... © skn
Мой код изящен, лёгок, оригинален, краток. Как прохладный весенний ветерок, как звонкий ручей! © dimOn
Вежливый разработчик © Artur
Эти баги тоже исправлены, как и те, которые еще не написаны © Artur
ну т.е. существует воркэраунд, ок © dimOn

А мне хотелось бы увидеть хотя бы один скрипт отключения . Выложите хоть кто-нибудь на wiki пожалуйста.

У меня вот так.
http://wiki.bgbilling.ru/index.php/%D0% ... 0%BE%D0%B2

У вас проще. Такая схема у нас сейчас используется в другом биллинге. а тут именно за то, чтобы отключать абонента сразу же при достижении им 0 порога.

_________________
Цитаты великих людей
Напишите в helpdesk © stark
повторяю: => хелпдеск => доработка => профит © dimOn
свершилось... © skn
Мой код изящен, лёгок, оригинален, краток. Как прохладный весенний ветерок, как звонкий ручей! © dimOn
Вежливый разработчик © Artur
Эти баги тоже исправлены, как и те, которые еще не написаны © Artur
ну т.е. существует воркэраунд, ок © dimOn

запускать в шедулер с 5 минутным интервалом?:)

Так надо именно сразу? Например, задача "Проверка шлюзов IPN", которую тут упоминали как аналог, закрывает не сразу.

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

Задачу можно вешать и раз в 5 минут на выполнение

Вопрос. Если скрипт, который выкладывали выше, изменяет статус договора - будет инициализироваться открытие/закрытие шлюза?
Просто помнится был косяк, что из скриптов которые работали со статусом - не вызывались другие события.

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

_________________
Цитаты великих людей
Напишите в helpdesk © stark
повторяю: => хелпдеск => доработка => профит © dimOn
свершилось... © skn
Мой код изящен, лёгок, оригинален, краток. Как прохладный весенний ветерок, как звонкий ручей! © dimOn
Вежливый разработчик © Artur
Эти баги тоже исправлены, как и те, которые еще не написаны © Artur
ну т.е. существует воркэраунд, ок © dimOn

Да.



Да. Но в 5.2 мы переделали события на activemq и надеюсь сейчас не будет этой проблемы. Раньше была однопоточная очередь событий и она повисала, теперь в activemq их много . Хотя, теоретически, можно повесть все при желании, но вероятность этого меньше.


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

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

_________________
Цитаты великих людей
Напишите в helpdesk © stark
повторяю: => хелпдеск => доработка => профит © dimOn
свершилось... © skn
Мой код изящен, лёгок, оригинален, краток. Как прохладный весенний ветерок, как звонкий ручей! © dimOn
Вежливый разработчик © Artur
Эти баги тоже исправлены, как и те, которые еще не написаны © Artur
ну т.е. существует воркэраунд, ок © dimOn