BiTel

Можно писать свои обработчики отправки - круто.
Можно делать рассылки "по событию" - отлично.
А что, если мне нужно добавить собственные настраиваемые параметры рассылки?
Чтобы клиент мог в ЛК указать что-то, отличное от стандартных?

Пример: клиенты с трафиковыми тарифами хотят получать уведомления, когда наработка по трафику за месяц/день перевалила за определённый объём. Или приближается к % от предоплаченного пакета.
Или ещё более общая рассылка: наработка в деньгах по произвольной услуге за месяц превысила определённый объём. Объём указывает сам клиент. Т.е. аналог условия по балансу, но по конкретной услуге. Может быть полезно для трафиковых тарифов Inet и повременных Phone.
Как такое можно сделать?
В принципе, я могу написать свой класс DispatchCondition, засунуть его в jar и прописать в xsl для него формочку для веба. А как быть с клиентом BG? Судя по коду, он не найдёт панельки для DispatchCondition и будет NullPointerException.

что то сомневаюсь что клиентам такое надо.... да еще настраиваемое
если уж им надо следить за % можно просто сделать ежедневную рассылку в которой будет текущий %

Клиентам нужно. Это реальная потребность.
Менеджеры со стороны клиента хотят контролировать расходы на связь (интернет по трафику), поэтому желают знать о приближении или превышении определенной суммы наработки или объема трафика.

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

Если на dispatch не много всего завязано, то можно пойти по такому пути.

_________________

Клиент: вер. 6.2.873 / 04.12.2017 19:38:11
os: Windows 7; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_65
Сервер: вер. 6.2.1202 / 04.12.2017 19:39:21
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_91

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

т.е. получая например ежеднемую рассылку с %, они НЕ СМОГУТ контролировать расходы?

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

_________________

Код:

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

Обычно на ежедневные рассылки через какое-то время никто не смотрит.

если кто то должен ОТСЛЕЖИВАТЬ трафик то это лучше делать ежедневно, например у вас настроено отсылать уведомление после 80%, а вас появился вирус который жрет трафик и вместо того что бы оперативно это обнаружить вы об этом узнаете через несколько дней когда почти весь трафик будет выжрат... и что вы будете делать остальную часть месяца?

согласен, что если кто то не хочет ХОРОШО работать, то ему ни что не поможет...

А что делать с трафиком который будет добавлен опцией? Ежедневная рассылка не поможет

_________________

Код:

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

А опцию активировал не этот менеджер? Их там десяток и каждого своям ИНДИВИДУАЛЬНАЯ функция...

Всё, что я прошу - добавить проверку на null при построении списка панелек условий в BGClient на договоре и в плагине, чтобы не он не крашился на неопознанных DispatchConditions.
Пусть в клиенте нельзя будет отредактировать эти условия, но хоть в ЛК сделаю.

А в идеале, если не нашел панельку - выдавал универсальную дефолтную, в которой условия задаются в виде текстового конфига.

А я потом напишу на Wiki HOWTO по всему этому

Менеджеры говорят, что условия рассылки нужны:

Cromeshnic +

_________________

Код:

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

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

я думаю что Cromeshnic имел ввиду наработку трафиком, а не ту которая в балансе договора идет

_________________

Код:

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

Нет, как раз таки которая в балансе. Потому что реально клиента с трафиковыми/повременными тарифами интересует наработка в деньгах. Но это не важно. Условия нужны как для одного, так и для другого.
Т.е. клиенту не нужно получать ежедневные отчёты, а раз в неделю, раз в месяц - слишком редко. Да даже каждый день - слишком редко. Т.е. это вообще разные потребности - периодический отчёт vs реакция на событие преодоления определённого лимита (по трафику/по наработке). И лимит этот для каждого свой, в общем случае. Клиент резко начал качать - сразу узнал об этом и принял меры.

что значит резко начал качать, если у клиента в первый день скачалось 50% трафика, это резко или нет?
сколько он условий должен указать, 50% в первый день это много, а на 15 дней из 30 это нормально...
просто % не информативен для клиента без привязки к прошедшему периоду....

если бы речь шла про подписку о превышении например средней величины (например если за первый день из 10 потребление превысило 10% - уведомление, а на следущей день если за 2 дня трафик меньше 20% уведомления нет), я бы понял зачем это нужно, а просто % задаваемый клиентом, по моему фигня...

Клиенту выдается 100Гб на месяц за 100 рублей. При превышении трафика с него будет списываться за 1 мбайт по 10 рублей.
Вы будете обращать внимание если вам каждый день будет приходить письма
"У вас осталось 99,9Гб", "У вас осталось 99Гб", "У вас осталось 50Гб"????

Внезапно вы ловите вирус, включается незапланированное обновление какой-нибудь фигни или еще что нибудь. И ваши 50Гб вылетели за полчаса.
А ваша периодическая рассылка придет только через сутки.
Внезапно ага?

А так клиент говорит уведомить меня когда я потрачу 70% трафика.

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

а если у него не ключен в данный момент почтовик, то клиент попал?

Одно условие: наработка по услуге X превысила Y рублей. Аналогично по балансу ведь.

смс можно. Вы уже скажите что делать не охота )))))). Это нужная фича, я про нее ещё у вас в 4.6 спрашивал

_________________

Код:

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

а если чел на работе, а комп дома включеный стоит?
в таком виде делать не охота и не понятно как это делать...
я с трудом представляю как эти УСЛОВИЯ клиент в ЛК настраивать должен, и какого размера мануал придеться писать

ИМХО банально привышение трафика - уведомление

_________________

Код:

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

не понял, превышение с чем сравнивать?
вы вообще то тему с начала читали?

с начала с начала

ток не процент я предложил а просто привышение и уведомление

_________________

Код:

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

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

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