BiTel

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

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




Начать новую тему Ответить на тему  [ Сообщений: 5 ] 
Автор Сообщение
 Заголовок сообщения: Общий функционал
СообщениеДобавлено: 21 мар 2008, 22:57 
Не в сети
Клиент

Зарегистрирован: 12 фев 2008, 18:10
Сообщения: 3951
Карма: 249
Про привязку услуг ...
Господа разработчики, скажите пожалуйста, почему услуги должны быть привязаны к договору? Реализуйте, пожалуйста, динамическую привязку услуг на основании выбранного пользователем тарифного плана, ведь ТП уже содержит в себе некий N-й набор услуг? Зачем это надо? Рано или поздно какие либо услуги себя изживают и рождаются новые, на основании их создается некий ТП в который пользователь может перейти, но для того чтобы он перешел ему надо добавить все существующие услуги! Что за бред? Ведь в отдельно взятую еденицу времени он уже пользуется только какими-то определенными услугами указанными в ТП и никакими другими, так зачем ему добавлять новые? Ах у Вас регистрация биллинга на этом завязана ... Ладно ... Что Вам мешает переписать эту часть кода? Поймите, Вы все усложняете и усложняете систему в то время как ураткость всегда была и будет сестрой таланта. Сделав подобное изменение Вы упростите работу массе людей пользующихся Вашим програмным обеспечением, т.к. человеку всего лишь надо будет создать услугу в том или ином модуле, создать тарифный план и все ... никаких танцев с бубнами под названием "групповые операции" ...

Про "Уфанет" ...
Извините за резкость, но ... Я понимаю что биллинг пишется под "Уфанет", но почему Вы заставляете меня, Вашего добросовестного покупателя изменять массу файлов чтобы вырезать оттуда упоминания "Уфанет"-а, бекапить их чтоб не дай Бог при обновлении все мое хозяйство не накрылось "Уфанет"-ом и вообще производить массу лишних телодвижений только чтобы мой, честно купленный биллинг, купленный, между прочим, за немалые деньги, был моим, а не биллингом "Уфанет"? Вам так трудно посмотреть фирму в договоре и выводить название этой, вбитой в справочник, фирмы а не "Уфанет"-а? Или я должен все файлы править сам? Или я что-то не то прошу? Давайте я Вам докажу справедливость своей просьбы - Ваш биллинг позволяет нескольким фирмам работать на одной аппаратной платформе и очень хотелось бы, чтобы клиент той или иной фирмы видел именно ее название и ее реквизиты (кстати где они в справочнике фирм? или у нас в России их уже не нужно указывать?) так почему Вы не реализуете это?

Про т.н. "группы" ...
Я считал, считаю и буду считать что группировка по группам - это не правильно и я терплю ее как неизбежное зло. Я всегда думал и продолжаю думать что самая правильная группировка - это группировка по тарифам. Почему? Потому что в прайс листе любого оператора нет понятия "группа", но зато есть понятие "тарифный план" и меня прежде всего крайне интересует как используется тарифный план (сколько в нем пользователей/трафика/денег) а не придуманная кем-то там (привет "Уфанет"-у?) какая-то группа. Так вот - дайте, пожалуйста, мне выбор - использовать группы, как в "Уфанет"-е, либо использовать то что удобно мне и как показывает практика другим пользователям Вашей системы. Только не говорите мне про поиск, пожалуйста, т.к. все эти Ваши т.н. группы и есть не что иное как объединение по результату поиска.

P.S. Извините за резкость, но честное слово, накипело только в процессе тестирования, а то что я проплатил биллинг и мне придется с ним бороться и дальше лишь ухудшает и без того невеселое настроение. Поверьте, Вы сделали лучший калькулятор (трафик/время/деньги) из всех которые я когда либо видел, но сделайте ему хоть клавиши по удобнее, а то нажимать тяжело.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Общий функционал
СообщениеДобавлено: 22 мар 2008, 14:55 
Не в сети
Разработчик

Зарегистрирован: 07 апр 2007, 23:51
Сообщения: 4494
Откуда: Уфа, Россия
Карма: 187
snark писал(а):
Про привязку услуг ...
Господа разработчики, скажите пожалуйста, почему услуги должны быть привязаны к договору? Реализуйте, пожалуйста, динамическую привязку услуг на основании выбранного пользователем тарифного плана, ведь ТП уже содержит в себе некий N-й набор услуг? Зачем это надо? Рано или поздно какие либо услуги себя изживают и рождаются новые, на основании их создается некий ТП в который пользователь может перейти, но для того чтобы он перешел ему надо добавить все существующие услуги! Что за бред? Ведь в отдельно взятую еденицу времени он уже пользуется только какими-то определенными услугами указанными в ТП и никакими другими, так зачем ему добавлять новые? Ах у Вас регистрация биллинга на этом завязана ... Ладно ... Что Вам мешает переписать эту часть кода? Поймите, Вы все усложняете и усложняете систему в то время как ураткость всегда была и будет сестрой таланта. Сделав подобное изменение Вы упростите работу массе людей пользующихся Вашим програмным обеспечением, т.к. человеку всего лишь надо будет создать услугу в том или ином модуле, создать тарифный план и все ... никаких танцев с бубнами под названием "групповые операции" ...


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


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Общий функционал
СообщениеДобавлено: 22 мар 2008, 16:12 
Не в сети
Клиент

Зарегистрирован: 12 фев 2008, 18:10
Сообщения: 3951
Карма: 249
skn писал(а):
Уважаемый, а почему Вы решили , что ваша схема ЕДИНСТВЕННА правильная.
А с чего Вы решили что моя единственно правильная? Моя схема удобна мне и я всего лишь попросил дать мне возможность выбирать как мне удобнее.
skn писал(а):
Например, мы используем схему в который существует только ОДИН тарифный план с описание цен на ВСЕ услуги, а клиент выбирает набор услуг которые Ему нужны в данный момент и далее может добавлять и удалять их по необходимости.
Если Вас не затруднит, то расскажите, пожалуйста, как Вы реализовали выбор услуг пользователем.
skn писал(а):
По вашей логике я должен создать при наличии, например 3 услуг - 7 тарифных планов сочетающих все возможные комбинации из этих 3 услуг, а если услуг большее....
Вот видите - Вам удобно так, мне удобно иначе и я всего лишь хочу иметь возможность выбора как именно мне удобнее работать. Кому-то ни моя ни Ваша схема не подойдет, т.к. у него какая-то своя, и она ему удобна и он хочет работать так как ему удобно и, согласитесь, это нормально. BGB гибкий биллинг, но ему бы еще чуть чуть, самую малость той самой свободы выбора и тогда он был бы вообще обалденным.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Общий функционал
СообщениеДобавлено: 06 июн 2008, 23:32 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 08 мар 2007, 20:44
Сообщения: 1570
Откуда: Челябинск
Карма: 18
skn писал(а):
snark писал(а):
Про привязку услуг ...
Господа разработчики, скажите пожалуйста, почему услуги должны быть привязаны к договору? Реализуйте, пожалуйста, динамическую привязку услуг на основании выбранного пользователем тарифного плана, ведь ТП уже содержит в себе некий N-й набор услуг? Зачем это надо? Рано или поздно какие либо услуги себя изживают и рождаются новые, на основании их создается некий ТП в который пользователь может перейти, но для того чтобы он перешел ему надо добавить все существующие услуги! Что за бред? Ведь в отдельно взятую еденицу времени он уже пользуется только какими-то определенными услугами указанными в ТП и никакими другими, так зачем ему добавлять новые? Ах у Вас регистрация биллинга на этом завязана ... Ладно ... Что Вам мешает переписать эту часть кода? Поймите, Вы все усложняете и усложняете систему в то время как ураткость всегда была и будет сестрой таланта. Сделав подобное изменение Вы упростите работу массе людей пользующихся Вашим програмным обеспечением, т.к. человеку всего лишь надо будет создать услугу в том или ином модуле, создать тарифный план и все ... никаких танцев с бубнами под названием "групповые операции" ...


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

мне тоже интересно как вы это реализовали?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: 07 июн 2008, 01:17 
Не в сети
Разработчик

Зарегистрирован: 07 апр 2007, 23:51
Сообщения: 4494
Откуда: Уфа, Россия
Карма: 187
В ручную, по заявке клиента. Но возможны и другие варианты, например через "дополнительные действия" - пишем скрипты... типа "Добавить услугу такую или такой набор или удалить ....".


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

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


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

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


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

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