BiTel

Форум BiTel
bgbilling.ru     docs.bitel.ru     wiki.bitel.ru     dbinfo.bitel.ru     bgcrm.ru     billing.bitel.ru     bitel.ru    
Текущее время: 21 июн 2025, 01:50

Часовой пояс: UTC + 5 часов [ Летнее время ]




Начать новую тему Ответить на тему  [ Сообщений: 11 ] 
Автор Сообщение
СообщениеДобавлено: 30 янв 2014, 07:18 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 20 апр 2009, 12:03
Сообщения: 3092
Откуда: Иркутск
Карма: 338
Переношу тарифы на интернет из Dialup в Inet.
У нас во многих тарифах есть пакеты трафика: подневные, помесячные, ускорение и пр.
Во многих случаях при выработке пакета трафика клиенту уходят sms-уведомления. Сделано это через событие на смену зоны.
Как это лучше перенести в Inet?
Зон нет, событий в явном виде тоже. Есть опции Inet и ServiceActivator-ы для них.

Можно сделать отдельную ветку опций для подобных событий, которые по сути будут аналогичны зонам Dialup.
Добавить тип устройства "скриптовый обработчик" и само устройство в каждый корень Access.
В активаторе этого обработчика кидать custom-событие скриптам о смене "зоны". А дальше писать уже сколько угодно скриптов на это событие.
Но это всё выглядит громоздко - нужно городить много сущностей: опции, тип устройтсва, устройство. Причём всё это не имеет никакого отношения к сетевому уровню - это в чистом виде бизнес-логика.

Вот я и думаю, нет ли способа лучше? Задача ведь довольно стандартная.
Например, в Inet уже есть режим "деактивировать опцию" в узле диапазона трафика. Может быть сделать что-то подобное? Скажем, галку "Послать событие при превышении", м?
Вложение:
sms.png
sms.png [ 5.99 КБ | Просмотров: 4637 ]


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 30 янв 2014, 08:02 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 20 апр 2009, 12:03
Сообщения: 3092
Откуда: Иркутск
Карма: 338
v 5.2, если что :)


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 30 янв 2014, 08:03 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 03 авг 2009, 18:42
Сообщения: 7166
Откуда: Благовещенск
Карма: 241
Я поддерживаю, давно уже писал про такую возможность. Реализуйте!

_________________
Код:
  Клиент: вер. 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
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 30 янв 2014, 08:11 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 20 апр 2009, 12:03
Сообщения: 3092
Откуда: Иркутск
Карма: 338
Ага, вот оно:
viewtopic.php?p=70135#p70135

Думаю, мы не одни такие - полезная фича была бы.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 04 фев 2014, 06:52 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 20 апр 2009, 12:03
Сообщения: 3092
Откуда: Иркутск
Карма: 338
up?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 04 фев 2014, 07:39 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 03 авг 2009, 18:42
Сообщения: 7166
Откуда: Благовещенск
Карма: 241
поддерживаю ап

_________________
Код:
  Клиент: вер. 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
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 06 фев 2014, 13:06 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 20 апр 2009, 12:03
Сообщения: 3092
Откуда: Иркутск
Карма: 338
TODO?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 06 фев 2014, 13:30 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 20 апр 2009, 12:03
Сообщения: 3092
Откуда: Иркутск
Карма: 338
Там нужно-то всего лишь добавить отправку события в узле TrafficRangeTariffTreeNode при переработке (там же, где отключение опции):
Код:
if(this.sendEventOnRangeOut && ctx.realtime){
                    EventProcessor.getInstance().request(new TrafficRangeRunOutEvent(req.mid, req.cid, maxAmount, serviceId, mode, type, label));
                }


+ прописать событие в скриптовые (script_event_type)


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 06 фев 2014, 14:20 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 03 авг 2009, 18:42
Сообщения: 7166
Откуда: Благовещенск
Карма: 241
уже все есть, реализуйте!!!

_________________
Код:
  Клиент: вер. 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
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 06 фев 2014, 15:14 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
Там есть одна проблема, что теоретически в место, где деактивируется опция может попасть несколько раз.
При работе двух Accounting серверов, насколько помню. При деактивации нет проблемы (т.е. забили на это), т.к. она не деактивируется дважды.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 07 фев 2014, 08:37 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 20 апр 2009, 12:03
Сообщения: 3092
Откуда: Иркутск
Карма: 338
Хмм...
Я так понимаю, это при нескольких сервисах на одном договоре, для которых типы трафика и, соответственно, диапазон трафика - общие.

Не могу придумать схему, когда это может произойти для одного сервиса, т.к. там вроде лочится servRuntime в рамках одного аккаунтинга, а один и тот же сервис не может считаться в реалтайме на двух аккаунтинг-серверах.

Нужно просто считать это фичей этого события.
Т.е. например событие назвать "Выработка диапазона трафика по сервису" и передавать в нём servId.
С одной стороны, трафик хранится по cid и суммируется по всем сервисам договора. С другой стороны, это проблемы пользователя: завёл на договоре с трафиковым тарифом кучу сервисов - жди, что каждый тебе отчитается об окончании пакета трафика.
Это можно обрабатывать уже в самом событии - не слать больше 1 СМС в день, например.

Я только сейчас понял, что в dialup у меня та же проблема может возникнуть: мы шлём СМС при смене зоны, а они тоже для каждого логина dialup свои.
Но пока такого не возникало, т.к. обычно заводится 1 pppoe-логин на договор.


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 11 ] 

Часовой пояс: UTC + 5 часов [ Летнее время ]


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
POWERED_BY
Русская поддержка phpBB
[ Time : 0.045s | 41 Queries | GZIP : On ]