BiTel

Здравствуйте!

Есть ли в BGBilling журнал действий клиентов через web-интерфейс ?
Журнал нужен для отслеживания самостоятельных действия клиентов (смена ТП, временный лимит и др. действий влияющих на баланс).
В журнале хотелось бы видеть: дата время операции, host name с которого был запрос, ip с которого был запрос.
Использовать журнал можно будет для разрешения споров с клиентами.

так он же ведет логи ... пусть не совсем в удобоваримом варианте (читай - надо разгребать) но ведет же

может человек имел ввиду что журнал должен быть в одном месте и отображать все собития?
логи смены тарифа есть в тарифе, логи лимитов в лимите, логи смены пароля в пппое и пароль на статистику, логи есть но все лежат в разных местах

логи обращений можете вести внешним сервером, например nginx

думаю человек хочет открыть некий пункт в договоре или отдельную вкладку выбрав в которой договор увидеть все его (договора) телодвижения на странице статистики в одном месте

идея, скорее всего действительно клёвая, но я не вижу более-менее простого и красивого пути её осуществления

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

а в чем именно сложность?

а смысл видеть типа:
1) перешел в просмотр баланса
2) просмотр баланса за прошлый месяц
3) просмотр баланса за текущий месяц
4) просмотр баланса за прошлый месяц
5) просмотр за текущий
6) просмотр действующего тарифа
... и т.д.

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

IMHO есть смысл логировать только основные действия, такие как смена пароля (на доступ, диалап и т.д.), смена тарифа, чтоб небыло "я его не менял!" (меня регулярно стремятся убедить в том что тариф изменился сам по себе, неким магическим образом) и т.п. ... в принципе это и сейчас логируется, но находится в совершенно разных местах и чтобы посмотреть надо полазать по интерфейсу, в то время как все можно просто вставить в "Web" добавив туда пункт "Действия пользователя", чтобы можно было по дате/действию отсортировать что он там собсно делал ...
простой пример - карты оплаты - было бы неплохо иметь запись о точной (хотя бы с минутами) дате активации карты, а то переодически попадаются пользователи которые берут у друга или еще как то находят уже активированную карту и с пеной у рта доказывают что они не могут ее активировать и требуют вернуть им $, при этом, если смотреть в логи, видно что разница между нормальной активацией и попытками повторной активации порой составляет буквально несколько минут!
было бы неплохо все же ввести ограничение на кол-во попыток активации, например после 3-х раз неудачной активации выводить капчу, а после 3-х рас с капчей приостанавливать договор и запрещать ему активацию карт вообще, ну или просто закрывать доступ к активации карт после N-го кол-ва неверно введенных карт ... зачем? затем что ничто не мешает написать простейшую подбиралку которая будет тупо постить результаты подбора в форму ...

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

Смысла видеть нет.
Вот смена ТП, обещанный платеж, подключение тарифной опции, смена паролей ...
Вот это те операции, которые нужно учитывать

да, интересно видеть именно основные действия пользователя в одном месте, да и еще было бы очень интересно добавить "Действия пользователя" в веб-морду.
Как уже сказали выше, пользователи с пеной у рта доказывают что тарифы они не меняли и пароли на инет\статистику тоже.
Было бы очень замечательно иметь такую возможность просмотра в будущем.

В клиенте версии 5.0 сборка 6.1.6 появился раздел меню сервис->Журнал web-запросов ?
Или он был и раньше ?
Если появился, то при смене ТП на вкладке Web-запросы не отображаются соответствующие строки.

это было давно

#логирование web-запросов пользователя (web-интерфейс)
webquery.log=0


http://bgbilling.ru/v4.5/doc/ch01s08.html

я не совсем понял в чем проблема. журнал есть . чем он не устраивает ?

У нас проставлено вот так
webquery.log=1
Я так понимаю это значит записывать журнал.
На вкладках Web-авторизации информация выводиться.
На вкладке Web-запросы ничего не отображается.
Информация о каких именно запросах будет отображаться во вкладке "Web-запросы" ?
Смена ТП ? Обещанный платеж ?

Подниму тему.
Планируется ли ввести разграничение прав доступа к определенным разделам личного кабинета для пользователей клиента.
Сейчас есть договор - номер есть логин для доступа к ЛК. А хотелось бы для этого договора несколько логинов для доступа в ЛК с разными правами.
Набор разрешенных действий задается по аналогии с тем, как сейчас задаем права для пользователей.

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

А зачем это нужно? для организаций или физических лиц ?

В основном это нужно для клиентов - юридических лиц.
Расскажу о проблеме:
Возьмем за пример среднюю организацию: директор, бухгалтер (возможно аутсорс), есть какая-то служба ИТ (возможно аутсорс).
ЛК дает нам возможность каким-то образов влиять на баланс договора и на его статус:
1. приостанавливать договор
2. менять тарифы
3. подключать опции

Допустим кому-то из ИТ-службы стукнуло в голову изменить ТП или подключить опцию не обсудив это с директором или бухгалтером.
В итоге организация начала тратить баланс быстрее -> перерасход их бюджета.
При оплате счета директор организации может заявить, что ему эти услуги были не нужны и его сотрудник из ИТ,
по незнанию (ошибке, специально со злым умыслом) включил эту опцию.
Далее просит ему пересчитать и начинается напряжение в отношении с клиентом: мы не хотим терять деньги от предоставленной услуги, он не хочет платить.
В итоге для сохранения добрых отношений с клиентом, ему пересчитывают (компания недополучает прибыль)
Если у нас будет инструмент ограничить определенных пользователей клиента к функционалу личного кабинета, то вероятность возникновения таких случаев будет меньше.
Напряжений в отношениях с клиентом будет меньше. Соответственно повышается лояльность клиентов.

- У этих договоров не прописывайте группы тарифов
- на этих договорах запрещайте работать с лимитом
- тарифные опции, аналогично с отдельной группой договоров
- по приостановке. попробовать привесить скрипт, который проверяет какой либо параметр договора, в котором можно из выпадающего списка выбирать аля "Доступность смены статуса" Да/Нет



http://wiki.bgbilling.ru/index.php/Приостановление_договора_клиентом_через_WEB
Допустим самое простое описано в этом скрипте уже

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

Как вы будете разбивать по пользователям клиента? Выдавать на один договор кучу логинов для доступа в статистику?

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

Да. На один договор несколько логинов с разными правами доступа.


Цель не вообще запретить и ограничить клиента (читай организацию) в функциях личного кабинета, а отдельное лицо из этой организации.

а по моемому - это должна организация разруливать...кому можно доверить работу с этим, а на биллинг перевешивать это бред ИМХО

_________________

Код:

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

плюсую

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

Оператор старается клиенту предоставить гибкую схему работы с ним.
У клиента есть те, кому нужны в ЛК документы (счета, фактуры) - бухгалтерия, финансисты; а также другие лица, те, кто имеет полномочия управлять ТП, подключением/отключением доп. услуг и т.д., то есть влиять на наработку, изменение баланса.
У этих лиц разные задачи и полномочия.
Можно сказать, что это проблемы клиента - пусть сам думает и решает их; а можно помочь клиенту сделать работу с оператором удобной и гибкой через интерфейс ЛК биллинга.
Сейчас логин в ЛК имеет все права и клиент ограничен в использовании этого инструмента, т.к. инструмент позволяет всем, кто имеет логин, наворотить лишнее. А доступ нужен всем, только с разными задачами и привилегиями.
Чем больше клиент сможет и будет делать сам в ЛК (self care), тем будет радостнее обоим: и клиенту, и оператору.

Да блин, пусть клиент (организация) садит ответственного человека, да и организуйте с ним работу в лк, хоть смену скорости на максимальный канал...нафига такие разграничения на ЛК...вот у вас есть телефон, даже не, у вашей организации(возможно, ну у многих так) есть корпоротивный тариф...вопрос ---у каждого свои права доступа(ну помимо узнания баланса НА СВОЙ СЧЕТ, и действия со своей симкой, да и то далеко не все)

_________________

Код:

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

Все ради клиента.
У клиентов такая потребность есть. Клиенты - юр. лица.
Можно им ответить про то, что пусть они сами там подумают, как разделить полномочия, кого одного посадить делать все, кто кого будет контролировать, отслеживать и т.п., а можно просто взять и сделать _для клиента_ удобно.
И клиент ответит взаимностью оператору, оператор - разработчику биллинга.
Попробуйте посмотреть на этот вопрос с точки зрения вашего директора.
А я у него тоже поинтересуюсь заодно, между делом, какое у него мнение по этому вопросу

Вопрос к разработчикам: сколько будет стоить спонсировать эту доработку, если она нужна только нам ? И примерные сроки. По форме реализации договоримся.

P.S. При работе с счетом в банке средствами ПО банк клиента для выполнения различных операций разным лицам выдают разные identity/ключи: одни - для оператора, получать выписки; другие - для подписи платежных поручений.
Тут аналогичная ситуация. Разделение полномочий.
Почему бы банк не отправить клиентов договориться у себя внутри, как использовать единственный ключ или несколько ключей с одинаково полными полномочиями ?
Ответ - риски велики.
При работе с ЛК, когда действия приводят к существенному изменению счета, наработки, аналогичные риски.

Как видите тут деления примитивное , может подписывать/не может ..вы же хотите сделать чтобы можно было скрывать различные пункты меню , одни видно одно , другим - другое .Вы хотите переложить их проблемы на свою голову .. Они будут вас донимать -добавьте нам 300 -ый логин , заблокируйте нам 215-ый .следующий этап - дайте нам возможность добавлять и редактироваться логины и права доступа самим .. И вы хотите переложить все эти проблемы внутреннего бардака и бюрократии на себя ? и на нас в том числе .. it-ный сотрудник поменять план не может, а кто может - тогда ? директор ? или он опять пойдет к этому же it-нику ? кто будет управлять правами - it-шник ? но себе он по честному не даст прав на изменение тарифа ?

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

P.S. сравнивать банк со страничкой статистики, мягко говоря, некорректно