BiTel

Форум BiTel
bgbilling.ru     docs.bitel.ru     wiki.bitel.ru     dbinfo.bitel.ru     bgcrm.ru     billing.bitel.ru     bitel.ru    
Текущее время: 14 май 2024, 14:25

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




Начать новую тему Ответить на тему  [ Сообщений: 52 ]  На страницу Пред.  1, 2
Автор Сообщение
СообщениеДобавлено: 18 фев 2011, 22:19 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 03 авг 2009, 18:42
Сообщения: 7166
Откуда: Благовещенск
Карма: 241
если соберетесь делать такое(что бред IMHO) делайте в виде опции...потому что врятли кто согласится на этот бред :)

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


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 21 фев 2011, 07:13 
Не в сети
Клиент

Зарегистрирован: 27 окт 2009, 16:17
Сообщения: 319
Откуда: Иркутск
Карма: 18
Немного выпал из обсуждения.
Ребята, почему это бред ?
Это с одной точки зрения развитие личного кабинета (биллинга). Для пользователей биллинга (клиентской части) это есть и работает, почему бы не иметь для ЛК ?

Цитата:
Вы хотите переложить их проблемы на свою голову

У нас будет инструмент, чтобы решить проблему.
Цитата:
Они будут вас донимать -добавьте нам 300 -ый логин , заблокируйте нам 215-ый .следующий этап - дайте нам возможность добавлять и редактироваться логины и права доступа самим ..

Регламентируется договором и другими документами.
+ эти услуги можно сделать платными.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 21 фев 2011, 08:06 
Не в сети

Зарегистрирован: 17 май 2008, 10:18
Сообщения: 8
Карма: 0
stark писал(а):
devs писал(а):

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


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


Почему бы не начать с простого и не сделать аналогичное деление.
1) Есть возможность просмотра и получения информации о наработке, счетах, детализация и т.д.
2) Есть возможность (1) + влиять на баланс/наработку ("обещанный платеж", смена тарифного плана, заказ доп. услуг методом активации опций).
Мы хотим переложить их проблемы - да. Мы хотим решать проблемы клиента, а не создавать их.
В данном случае наша цель - дать удобный инструмент для работы с оператором посредством ЛК.
Это уже не только страница статистики, это инструмент для самостоятельного обслуживания абонентов и удаленной работы с оператором.
Отсутствие механизма разграничения полномочий мешает клиентам в полной мере использовать возможности ЛК в рамках организации, т.к. из-за рисков доступ к ЛК ограничивается со стороны клиента только одним лицом (директор, либо лицо заключившее договор) и не используется (собака на сене).
Это сильно ограничивает самообслуживание (самостоятельное получение информации об услугах, наработке, счетах) и доступ к доп. сервисам (активация опций, подключение услуг, смена ТП).

Когда будут проблемы с > 10 логинами, можно будет подумать о механизме самостоятельного управления пользователями своими учетными записями в рамках договора.
Пока таких проблем на горизонте нет.
Что-то можно решить административно/регламентом.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 21 фев 2011, 08:07 
Не в сети

Зарегистрирован: 17 май 2008, 10:18
Сообщения: 8
Карма: 0
snark писал(а):
страница статистики нужна для строго ограниченного кол-ва действий и лично я не вижу особой необходимости вводить в нее разделение прав, т.к. подобное разделение нужно делать на уровне клиента, а не на уровне оператора ... если Ваши клиенты не могут внутри конторы определится кто и что может делать, то бесполезно их пытаться научить это делать на уровне биллинга, IMHO

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


Пока в сознании это всего лишь "страница статистики", то ничего этого не нужно.
Посмотрите на возможности ЛК шире, для вашей компании как оператора, для абонентов.


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

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

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


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 21 фев 2011, 13:08 
Не в сети
Клиент

Зарегистрирован: 12 фев 2008, 18:10
Сообщения: 3951
Карма: 249
раз уж такой требовательный клиент - дайте такому клиенту клиента БГБ и всех делов - будет ему самообслуживание в рамках тех прав какие Вы ему назначите


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 21 фев 2011, 14:01 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
focus писал(а):
Немного выпал из обсуждения.
Ребята, почему это бред ?
Это с одной точки зрения развитие личного кабинета (биллинга). Для пользователей биллинга (клиентской части) это есть и работает, почему бы не иметь для ЛК ?



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


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 21 фев 2011, 14:09 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
snark писал(а):
раз уж такой требовательный клиент - дайте такому клиенту клиента БГБ и всех делов - будет ему самообслуживание в рамках тех прав какие Вы ему назначите

+1

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


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 21 фев 2011, 14:14 
Не в сети
Клиент

Зарегистрирован: 27 окт 2009, 16:17
Сообщения: 319
Откуда: Иркутск
Карма: 18
В ЛК наши сотрудники не работают. Они работают с клиентом БГ.
А с ЛК работают сотрудники наших клиентов.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 21 фев 2011, 14:16 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
focus писал(а):
В ЛК наши сотрудники не работают. Они работают с клиентом БГ.
А с ЛК работают сотрудники наших клиентов.

я печатался, я имел ввиду клиент БГ. исправлю пост


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 21 фев 2011, 14:23 
Не в сети
Клиент

Зарегистрирован: 27 окт 2009, 16:17
Сообщения: 319
Откуда: Иркутск
Карма: 18
Цитата:
Потому что в клиенте биллинга работают операторы - это ваши сотрудники , и это уже управление вашей внутренней структурой . А тут вы пытаетесь внедрится в структуру другой организации ..

Мне не нужно смешивать список пользователей БГ - наших операторов (наша структура организации) и пользователей наших клиентов.
Нужно иметь возможность разделить доступ к функциям личного кабинета между пользователями (читаем сотрудниками юр. лица) одного договора.


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

Зарегистрирован: 07 апр 2007, 23:51
Сообщения: 4489
Откуда: Уфа, Россия
Карма: 186
а какое разделение нужно для клиента
1) например для буха, она может получить/запросить акт/счет, но будет ли она это делать, не все бухи настолько продвинутые, да даже если сможет что ей скажут данные в этих документах, сумма такая то, и что она значит, потребили ли мы эти услуги, что такое мегабайты и т.д. Она скорее всего пойдет с этим к it-шнику, что бы он проверил, подтвердил..., а потом они решат, что бы он сам все это проверял и приносил ей периодически со своей визой...
2) руководитель, у него какие права должны быть: смотреть отчеты? полные? По мне так хороший руководитель такие вещами заниматься не должен (по крайней мере если контора не маленькая)
3) it-шник, все права? ограниченные (кем? провайдером или руководителем)?

P.S. Сделать несколько пользователей в принципе можно, по крайней мере для аудита.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 21 фев 2011, 15:21 
Не в сети
Клиент

Зарегистрирован: 27 окт 2009, 16:17
Сообщения: 319
Откуда: Иркутск
Карма: 18
skn писал(а):
а какое разделение нужно для клиента

Основное - это кому-то из пользователей клиента дать права на действия влияющие на баланс, а другим не давать.
3 роли: бухгалтер, ИТ-специалист и директор были приведены для примера.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 21 фев 2011, 15:31 
Не в сети
Разработчик

Зарегистрирован: 07 апр 2007, 23:51
Сообщения: 4489
Откуда: Уфа, Россия
Карма: 186
focus писал(а):
skn писал(а):
а какое разделение нужно для клиента

Основное - это кому-то из пользователей клиента дать права на действия влияющие на баланс, а другим не давать.
3 роли: бухгалтер, ИТ-специалист и директор были приведены для примера.


а аудита не достаточно?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 21 фев 2011, 15:35 
Не в сети
Клиент

Зарегистрирован: 27 окт 2009, 16:17
Сообщения: 319
Откуда: Иркутск
Карма: 18
Можно поступить про активно и не доводить дело до аудита и разбирательства.
И аудит же не скажет нам, кто из пользователей клиента выполнил ту или иную операцию.
Аудит на самом деле штука хорошая!


Последний раз редактировалось focus 21 фев 2011, 15:36, всего редактировалось 1 раз.

Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 21 фев 2011, 15:36 
Не в сети

Зарегистрирован: 17 май 2008, 10:18
Сообщения: 8
Карма: 0
skn писал(а):
а какое разделение нужно для клиента
1) например для буха, она может получить/запросить акт/счет, но будет ли она это делать, не все бухи настолько продвинутые, да даже если сможет что ей скажут данные в этих документах, сумма такая то, и что она значит, потребили ли мы эти услуги, что такое мегабайты и т.д. Она скорее всего пойдет с этим к it-шнику, что бы он проверил, подтвердил..., а потом они решат, что бы он сам все это проверял и приносил ей периодически со своей визой...
2) руководитель, у него какие права должны быть: смотреть отчеты? полные? По мне так хороший руководитель такие вещами заниматься не должен (по крайней мере если контора не маленькая)
3) it-шник, все права? ограниченные (кем? провайдером или руководителем)?

P.S. Сделать несколько пользователей в принципе можно, по крайней мере для аудита.


1) Да, именно так и происходит. Тут несколько моментов
а) Отделяем счет, счет-фактуру от детализации
"Оказание услуг связи за период ....", сумма.
Нет мегабайтов и других непонятных слов. Не пугаем бухгалтерию.
Это наша логика генерации документов.
б) Оплатить счет можно без ITшника, когда уже отключены за неуплату, или ITшника нет рядом.
Счет есть в ЛК, его можно всегда просмотреть/сгенерировать.
в) IT'шник просто научит бухгалтерию брать пакет документов из ЛК и платить без его участия, т.к. у оператора все прозрачно и понятно, в том числе информация в ЛК. Нет поводов не доверять или перепроверять.

2) У руководителя права в соответствии с полномочиями. Могут быть все права. Это не обязывает его что-то смотреть, если это не входит в его обязанности. У него должно быть чувство контроля.
3) IT'шник - права в соответствии с полномочиями/обязанностями. Если руководитель, либо лицо, от имени которого заключен договор, делегировал права на полное управление, значит есть все права. IT'шник в праве поменять набор услуг, сервисов, опций, приостановить и т.д. В журнале операций действия отражаются с привязкой к эккаунту.
Несколько эккаунтов здесь пригодятся.

IT'шник, в отличие от буха, скорее всего не будет хранить логин/пароль для доступа в ЛК на листочке, приклеенном к монитору.
Сокращаем риски, т.к. полномочия для эккаунтов в ЛК разные.
К нескольким эккаунтам добавляем права (просмотр, управление).

P.S. Спасибо за конструктив.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 21 фев 2011, 15:37 
Не в сети

Зарегистрирован: 17 май 2008, 10:18
Сообщения: 8
Карма: 0
snark писал(а):
раз уж такой требовательный клиент - дайте такому клиенту клиента БГБ и всех делов - будет ему самообслуживание в рамках тех прав какие Вы ему назначите


Давайте вынесем клиенту мозг.
Ему как раз этого не хватало.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 21 фев 2011, 15:40 
Не в сети

Зарегистрирован: 17 май 2008, 10:18
Сообщения: 8
Карма: 0
stark писал(а):
snark писал(а):
раз уж такой требовательный клиент - дайте такому клиенту клиента БГБ и всех делов - будет ему самообслуживание в рамках тех прав какие Вы ему назначите

+1

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


Это следующий шаг в развитии клиентов, когда они ставят свой биллинг и там _проверяют_ оператора.
Но при этом никуда не уходят вопросы
а) получение информации о _начисленных_ услугах, счетах, фактурах, актах
б) управление услугами оператора (подключение/отключение услуг, опций, смена ТП).
Своим биллингом на стороне клиента решаются другие проблемы.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 28 фев 2011, 22:19 
Не в сети
Клиент

Зарегистрирован: 27 окт 2009, 16:17
Сообщения: 319
Откуда: Иркутск
Карма: 18
Вот такую строчку увидел в сборке 600.
Цитата:
600 28.02.2011 16:03:21 ДОБАВЛЕНО Новый механизм авторизации в Web : с помощью параметра договора

Это относится к теме обсуждения ?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 01 мар 2011, 12:21 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
focus писал(а):
Вот такую строчку увидел в сборке 600.
Цитата:
600 28.02.2011 16:03:21 ДОБАВЛЕНО Новый механизм авторизации в Web : с помощью параметра договора

Это относится к теме обсуждения ?


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


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 01 мар 2011, 12:28 
Не в сети
Клиент

Зарегистрирован: 27 окт 2009, 16:17
Сообщения: 319
Откуда: Иркутск
Карма: 18
Жаль.
А по теме обсуждения можете что-нибудь сказать ?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 01 мар 2011, 12:34 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
focus писал(а):
Жаль.
А по теме обсуждения можете что-нибудь сказать ?


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


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 52 ]  На страницу Пред.  1, 2

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


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

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


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

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