BiTel

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

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




Начать новую тему Ответить на тему  [ Сообщений: 43 ]  На страницу 1, 2  След.
Автор Сообщение
СообщениеДобавлено: 30 янв 2012, 17:51 
Не в сети

Зарегистрирован: 30 янв 2012, 16:41
Сообщения: 45
Карма: 5
Привествую.

Сейчас активно изучаем BGBilling перед покупкой, оказался действительно мощным и функциональным инструментом, да еще и с использованием правильных и открытых технологий, респект разработчикам!

В данный момент есть небольшая сеть, состоящая из абонентов-юрлиц, которые потребляют Интернет и Телефонию, используя различное ПО (Asterisk, сильно переписанный a2billing и т.д.).
Стали активно развиваться, встал вопрос о перепроектировании сети. Остановились на решении DHCP.82. Взял BGBill, установил и настроил всё, по документации.
Возникло несколько вопросов:

1. Как лучше организовать иерархию клиентов (Учитывая, что есть и будут еще физлица разные), а так же шаблоны договоров.
Вижу четыре варианта:

1.1 создать множество "атомарных" шаблонов, на каждый сервис - Интернет, Телефония, еще что-то; при подключении нового абонента, для него создается нужное количество договоров, на каждый сервис; для каждого договора будет отдельный юридический договор (ПДГИ, МТС и т.п.); соответственно, по каждому договору свои счета, акты, балансы и т.п.

1.2 создать множество сгруппированных услуг на все случаи жизни, например "Интернет+Телефония, дебет, безлимитный", "Интернет+телефония, кредит' и т.п.; при создании договора выбираем подходящий шаблон и всё; в итоге баланс получится общий на все услуги? счета, акты общие

1.3 так же, как в пункте 1.1, но только сделать сначала Супердоговор (без услуг?), а к нему в иерархию подключить все субдговоры; тут возникает вопрос - а можно ли сделать счет для супердоговора, в который будут включены все услуги субдоговоров? или придется плодить сотник бумажек на одного клиента - отдельно по всем услугам счета, акты, сверки и т.п.?

1.4 создать парочку комплексных шаблонов (типа: юрлицо и физлицо), в которые будут включены вообще все услуги и при создании нового договора из шаблона просто выбирать нужные; а потом, по мере доподключения услуг, тоже просто активировать новые услуги

2. Делал до документации реквизиты для модуля Bill; не очень удобно получается, нужно в каждом договоре каждый раз добавлять каждый рекизит (это которые из конфигурации: bill.attributes=account:Счет;inn:ИНН;kpp:КПП;address:Адрес;dolz:Должность;face:Ф.И.О;osn:Основание;org_name:Полное название организации), утомительно. Можно ли как-то сделать, чтобы эти поля автоматически были уже в списке и менеджер мог сразу заходить в значения и редактировать?

3. У менеджеров есть желание выстроить иерархию клиентов от объекта, а не от договора. Понимаю, что это нереально. Но они хотят хотя бы номер объекта в генерируемом номере договора. МОжно ли это сделать? По документации в Справочники->Объекты добавил объект и его параметры (адрес и собственник, т.к. объекты это обычно бизнес- или торговые- центры), теперь их можно добавлять в объекты договора. Но можно ли как-то получить номер/название этого объекта в шаблон номера-названия договора?

4. Судя по wiki, реально сделать схему, когда при создании нового договора или подключении новых услуг абоненту , на каждую услугу генерировался реальный юридический договор (на ПДГИ/МТС/etc) из шаблона, в который бы автоматом подтягивались все реквизиты абонента, как то: название, инн, банк, и т.п.? Вот такое нашел: http://wiki.bgbilling.ru/index.php/Карточки_договора это оно?
Можно ли на каждую услугу такое сделать, чтобы при подключении нового абонента менеджер выбрал ему услуги,а система автоматом сгенерировала все юр.договора со всеми реквизитами и менеджеру оставалось бы только распечатать их.


Заранее спасибо. У биллинга отличная документация и wiki в разрезе HOW TO, но, к сожалению, нет неких реальных примеров построения и управления иерархией клиентов. А то мы сейчас спроектируем что-то, а потом упремся в какое-то ограничение, но будет поздно :(

Заранее всем спасибо.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 31 янв 2012, 02:18 
Не в сети

Зарегистрирован: 30 янв 2012, 16:41
Сообщения: 45
Карма: 5
Эх, что, никто не поделится своим опытом? Наверняка же многие наступали на эти "грабли".
Коллеги, расскажите, пожалуйста, как вы ведете учет пользователей и тарифы, интересно послушать.

Спасибо.


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

Зарегистрирован: 29 мар 2010, 23:11
Сообщения: 5854
Карма: 472
Цитата:
1. Как лучше организовать иерархию клиентов (Учитывая, что есть и будут еще физлица разные), а так же шаблоны договоров.
Вижу четыре варианта:

1.1 создать множество "атомарных" шаблонов, на каждый сервис - Интернет, Телефония, еще что-то; при подключении нового абонента, для него создается нужное количество договоров, на каждый сервис; для каждого договора будет отдельный юридический договор (ПДГИ, МТС и т.п.); соответственно, по каждому договору свои счета, акты, балансы и т.п.

Разделяйте различными услугами. Различными тарифными планами. Зачем разделять договорами, если вы можете делать начисление по телефонии по определенному маршруту как начисление по МТТ. А по другому - МТС. И т.п.
Цитата:
1.2 создать множество сгруппированных услуг на все случаи жизни, например "Интернет+Телефония, дебет, безлимитный", "Интернет+телефония, кредит' и т.п.; при создании договора выбираем подходящий шаблон и всё; в итоге баланс получится общий на все услуги? счета, акты общие

См. выше. Пример по абонплатам.
Вложение:
abon.png

Цитата:
1.3 так же, как в пункте 1.1, но только сделать сначала Супердоговор (без услуг?), а к нему в иерархию подключить все субдговоры; тут возникает вопрос - а можно ли сделать счет для супердоговора, в который будут включены все услуги субдоговоров? или придется плодить сотник бумажек на одного клиента - отдельно по всем услугам счета, акты, сверки и т.п.?

Зависимые субдоговора. Модуль bill позволяет делать один счет на субдоговора.

Цитата:
1.4 создать парочку комплексных шаблонов (типа: юрлицо и физлицо), в которые будут включены вообще все услуги и при создании нового договора из шаблона просто выбирать нужные; а потом, по мере доподключения услуг, тоже просто активировать новые услуги

Можете создать два шаблона и научить ваших менеджеров просто подключать модули в договорах

Цитата:
2. Делал до документации реквизиты для модуля Bill; не очень удобно получается, нужно в каждом договоре каждый раз добавлять каждый рекизит (это которые из конфигурации: bill.attributes=account:Счет;inn:ИНН;kpp:КПП;address:Адрес;dolz:Должность;face:Ф.И.О;osn:Основание;org_name:Полное название организации), утомительно. Можно ли как-то сделать, чтобы эти поля автоматически были уже в списке и менеджер мог сразу заходить в значения и редактировать?

Где то на форуме или в вики обсуждалось автоматическое заполнение этих параметров. Точно не припомню

Цитата:
3. У менеджеров есть желание выстроить иерархию клиентов от объекта, а не от договора. Понимаю, что это нереально. Но они хотят хотя бы номер объекта в генерируемом номере договора. МОжно ли это сделать? По документации в Справочники->Объекты добавил объект и его параметры (адрес и собственник, т.к. объекты это обычно бизнес- или торговые- центры), теперь их можно добавлять в объекты договора. Но можно ли как-то получить номер/название этого объекта в шаблон номера-названия договора?

Может это как нибудь поможет?
В крайнем случае все можно сделать скриптами на яве.
При изменении объекта договора менять комментарий договора. Ничего сложного.

Цитата:
4. Судя по wiki, реально сделать схему, когда при создании нового договора или подключении новых услуг абоненту , на каждую услугу генерировался реальный юридический договор (на ПДГИ/МТС/etc) из шаблона, в который бы автоматом подтягивались все реквизиты абонента, как то: название, инн, банк, и т.п.? Вот такое нашел: http://wiki.bgbilling.ru/index.php/Карточки_договора это оно?

Карточки договора это всего лишь печать каких то заранее заданных форм в которые можно подставлять данные из договора.

Цитата:
Можно ли на каждую услугу такое сделать, чтобы при подключении нового абонента менеджер выбрал ему услуги,а система автоматом сгенерировала все юр.договора со всеми реквизитами и менеджеру оставалось бы только распечатать их.

а? О.О

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


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 31 янв 2012, 03:43 
Не в сети

Зарегистрирован: 30 янв 2012, 16:41
Сообщения: 45
Карма: 5
Phricker писал(а):
Разделяйте различными услугами. Различными тарифными планами. Зачем разделять договорами, если вы можете делать начисление по телефонии по определенному маршруту как начисление по МТТ. А по другому - МТС. И т.п.

Не совсем понял. Как это сделать? Основное понятие в биллинге - договор, к которому подключены услуги. Вот я и спрашиваю, как лучше. Я так понимаю, вы предлагаете именно первый вариант - наплодить множество шаблонов, в каждом из которых будет свой набор услуг (типа интернет безлимитый+московский номер+600 минут трафика по москве), и при заведении нового абонента просто выбирать новый. Хотя опять же, на все случае жизни не заведешь, вариантов масса будет. Но это один из двух основных вариантов, как я понял.
Phricker писал(а):
См. выше. Пример по абонплатам.
Вложение:
abon.png


А как это поможет сгруппировать абонентов-то?
Phricker писал(а):
Зависимые субдоговора. Модуль bill позволяет делать один счет на субдоговора.

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

Phricker писал(а):
Можете создать два шаблона и научить ваших менеджеров просто подключать модули в договорах

Ну да, это второй вариант основной. Не парочку, конечно, штуки 4 варианта (типа кредитного или дебетного договора [то бишь, prepay и postpay] для каждого и т.п.)

Phricker писал(а):
Где то на форуме или в вики обсуждалось автоматическое заполнение этих параметров. Точно не припомню

Не, я не совсем про это. А про то, что, например, прописал я в настройках модуля Bill поля реквизитов (которые bill.attributes=), далее создаю новый договор и мне нужно зайти в договоре в подраздел Bill и там сделать 15(!) добавлений реквизитов, по очереди (название, ИНН, директор, адрес и т.п.). А потом еще каждый реквизит заполнить. По логике эти поля-реквизиты сразу должны быть доступны, менеджер просто заполняет их. Без этого очень утомительно и не совсем понятно, почему так. Может это еще где-то можно сделать, но не припомню. Я делал такое в Справочники->Другие->Договоры - параметры, но что-то не до конца понял, где оно применяется (http://bgbilling.ru/v5.2/doc/ch01s17s03.html вот как тут)

Phricker писал(а):
Может это как нибудь поможет?
В крайнем случае все можно сделать скриптами на яве.
При изменении объекта договора менять комментарий договора. Ничего сложного.

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

Phricker писал(а):
Карточки договора это всего лишь печать каких то заранее заданных форм в которые можно подставлять данные из договора.

Цитата:
Можно ли на каждую услугу такое сделать, чтобы при подключении нового абонента менеджер выбрал ему услуги,а система автоматом сгенерировала все юр.договора со всеми реквизитами и менеджеру оставалось бы только распечатать их.


а? О.О

Ну что непонятного? Часто такое самописное делают на 1с всяких.
Ведь начало работы с юрлицом - это что? Правильно, оформление договора с перечнем всех услуги, утомительное внесение всех реквизитов, печать, подпись, пересылка и т.п.
А так бы, например, создаешь шаблон договора Интернет+Телефония, прописываешь все услуги, тарифные планы. И потом, при заведении абонента-юрлица, выбираешь этот шаблон, заполняешь реквизиты модуля Bill, далее где-то там идешь в документы и печатаешь договоры (настоящие которые, в Гражданском кодексе определенные) из шаблонов, в который уже внесены все реквизиты, ранее введенные. Удобно и не даешь ошибиться/недозаполнить что-то. Договоры обычно идут для каждой услуги отдельно: для Интернета один штатный, как у всех, для ПДГИ (МГ/МН) другой, в котором прописано совершенно другое+тарифы свои и т.п.
Похоже, это как-то можно сделать, судя по wiki, но еще нужно будет разбираться.


Спасибо за помощь.
Интересно бы было увидеть где-то реальную, рабочую конфигурацию, с типами договоров, видами тарифных планов и т.д. Для 1С вон полным-полно конфигураций на все случаи жизни, а с BGBill-ом как-то глухо


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

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

Фактически, хочется запихать в биллинг структуру "Клиент - Точка подключения - Услуга".
При этом "Услуга" - на самом деле группа услуг, например, телефония, впн или инет.
Но в биллинге иерархия только двухуровневая: договор - субдоговор. Группы услуг как сущности вообще нет. Поэтому каждый вертится, как может.

У нас например сделано так:
супердоговор - договор с клиентом (номер договора = xxxx)
субдоговоры - конкретные точки подключения (номер договора = xxxx), юридически - заказ

Плюс иногда используются независимые субдоговоры для телефонии по агентской схеме или в индивидуальных случаях.
Так исторически сложилось, что на супердоговоре тоже заводятся услуги по одной из точек (главной, или той, которая была первой подключена), но на практике это неудобно. Скажем, если её отдельно нужно приостановить, то мы не сможем использовать статус договора, т.к. отключатся все. Приходится лезть в каждый модуль и отключать логины/шлюзы/абонплаты руками.
Если бы мы начинали начинали сейчас, то наверное супердоговоры заводили без услуг на них, только для группировки. По крайней мере, для юриков. Но тогда придётся на каждого клиента с одной точкой заводить пару супердоговор-суб.
Услуги, таким образом, не делятся. Т.е. на каждом субдоговоре для точки подключения может быть куча услуг, обсчитываемых несколькими тарифными планами.
Типичная ситуация:
Тарифные планы:
"!Базовый для абонплат"
"Интернет - 1 Мбит"
"Телефония - безлимит"
"Телефония МГМН - Юр лица"
"Порт IP VPN - 5 Мбит"

Конечно было бы удобно иметь отдельный баланс для услуги и возможность отключить её одним кликом. Но приходится приостанавливать в каждом модуле индивидуально. С другой стороны, именно приостанавливать (не менять тариф/отключать совсем) отдельную услугу приходится довольно редко.

Счет выставляем по супердоговору, там видно наработку по каждой точке в отдельности.
По лимитам: долго мучались с бардаком в установке лимитов, теперь решили ставить на зависимых субдоговорах такой же лимит, как на супердоговоре. Для этого написал скрипт в "доп действиях": "Выровнять лимиты на субдоговорах". Менеджеры правят тыркают при необходимости. Также другим скриптом при установке лимита на супердоговоре лимиты на субдоговорах выравниваются.

Про шаблоны и "умных менеджеров".
На каждую возможную комбинацию услуг заводить шаблоны ... много будет. Можно завести самые простые и руками в них накидывать всё, что необходимо. Раньше у нас заведение услуг в биллинге частично выполнялось менеджерами, частично программистами, частично технарями (заведение и настройка диапазонов IPN например). Но это чревато большим количеством косяков, особенно со стороны менеджеров. В этом процессе возникает слишком много нюансов, которые, скажем, продажникам, вообще ни к чему. Учить их бесполезно. Плюс, менеджеров много, придётся учить всех. Пришли к тому, что у нас сидят две смышлёные девочки, которым приходят заявки на подключение услуг, и они заводят всё нужное. Менеджеры в биллинге только прописывают реквизиты клиента, лимит, название и т.п. Автоматизировать этот процесс довольно сложно. Полностью - невозможно, слишком много возникает индивидуальных нюансов. Отдельная история - персональные тарифы.

По абонплатам.
Рекомендую завести тарифный план "Общие абонплаты", в который включить всё доп услуги, цена которых для всех одинакова. Скажем, "статический IP-адрес", "предоставление канала ...". Пригодится в любом случае, даже если сначала ничего такого нет. Вешать этот тариф во все шаблоны.

Также во все шаблоны следует включить общую для всех группу скриптов поведения.

Если что ещё вспомню - напишу.
Будут возникать вопросы - задавайте :)


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

Зарегистрирован: 20 апр 2009, 12:03
Сообщения: 3092
Откуда: Иркутск
Карма: 338
Кстати, по картинке:
Изображение
Зачем заводить для каждого тарифа отдельную абонплату? У нас например одна абонплата: "доступ в инет", в тарифе указывается цена на неё. Раньше подобным образом указывали абонплаты для IP VPN: "Абонплата за порт IP VPN 1000kbps" и пр. Сейчас пришли к тому, что есть всего 2 абонплаты: "Порт IP VPN по скорости" и "Порт IP VPN по трафику".


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

Зарегистрирован: 08 мар 2007, 20:44
Сообщения: 1570
Откуда: Челябинск
Карма: 18
Cromeshnic писал(а):
Ухх, хороший топик!

Фактически, хочется запихать в биллинг структуру "Клиент - Точка подключения - Услуга".
При этом "Услуга" - на самом деле группа услуг, например, телефония, впн или инет.
Но в биллинге иерархия только двухуровневая: договор - субдоговор. Группы услуг как сущности вообще нет. Поэтому каждый вертится, как может.

У нас например сделано так:
супердоговор - договор с клиентом (номер договора = xxxx)
субдоговоры - конкретные точки подключения (номер договора = xxxx), юридически - заказ

Плюс иногда используются независимые субдоговоры для телефонии по агентской схеме или в индивидуальных случаях.
Так исторически сложилось, что на супердоговоре тоже заводятся услуги по одной из точек (главной, или той, которая была первой подключена), но на практике это неудобно. Скажем, если её отдельно нужно приостановить, то мы не сможем использовать статус договора, т.к. отключатся все. Приходится лезть в каждый модуль и отключать логины/шлюзы/абонплаты руками.
Если бы мы начинали начинали сейчас, то наверное супердоговоры заводили без услуг на них, только для группировки. По крайней мере, для юриков. Но тогда придётся на каждого клиента с одной точкой заводить пару супердоговор-суб.
Услуги, таким образом, не делятся. Т.е. на каждом субдоговоре для точки подключения может быть куча услуг, обсчитываемых несколькими тарифными планами.
Типичная ситуация:
Тарифные планы:
"!Базовый для абонплат"
"Интернет - 1 Мбит"
"Телефония - безлимит"
"Телефония МГМН - Юр лица"
"Порт IP VPN - 5 Мбит"

Конечно было бы удобно иметь отдельный баланс для услуги и возможность отключить её одним кликом. Но приходится приостанавливать в каждом модуле индивидуально. С другой стороны, именно приостанавливать (не менять тариф/отключать совсем) отдельную услугу приходится довольно редко.

Счет выставляем по супердоговору, там видно наработку по каждой точке в отдельности.
По лимитам: долго мучались с бардаком в установке лимитов, теперь решили ставить на зависимых субдоговорах такой же лимит, как на супердоговоре. Для этого написал скрипт в "доп действиях": "Выровнять лимиты на субдоговорах". Менеджеры правят тыркают при необходимости. Также другим скриптом при установке лимита на супердоговоре лимиты на субдоговорах выравниваются.

Про шаблоны и "умных менеджеров".
На каждую возможную комбинацию услуг заводить шаблоны ... много будет. Можно завести самые простые и руками в них накидывать всё, что необходимо. Раньше у нас заведение услуг в биллинге частично выполнялось менеджерами, частично программистами, частично технарями (заведение и настройка диапазонов IPN например). Но это чревато большим количеством косяков, особенно со стороны менеджеров. В этом процессе возникает слишком много нюансов, которые, скажем, продажникам, вообще ни к чему. Учить их бесполезно. Плюс, менеджеров много, придётся учить всех. Пришли к тому, что у нас сидят две смышлёные девочки, которым приходят заявки на подключение услуг, и они заводят всё нужное. Менеджеры в биллинге только прописывают реквизиты клиента, лимит, название и т.п. Автоматизировать этот процесс довольно сложно. Полностью - невозможно, слишком много возникает индивидуальных нюансов. Отдельная история - персональные тарифы.

По абонплатам.
Рекомендую завести тарифный план "Общие абонплаты", в который включить всё доп услуги, цена которых для всех одинакова. Скажем, "статический IP-адрес", "предоставление канала ...". Пригодится в любом случае, даже если сначала ничего такого нет. Вешать этот тариф во все шаблоны.

Также во все шаблоны следует включить общую для всех группу скриптов поведения.

Если что ещё вспомню - напишу.
Будут возникать вопросы - задавайте :)

А почему не юзаете объекты? Мы вот юзаем, а суб договора юзаем только когда нада двум разным услугам но с одинаковым названием сделать разную стоимость.

_________________
Интернет и телефония оптом со склада, или в розницу


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

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

Объекты - как-то совсем ни о чём. Используем только как справочную информацию. Т.е. на субдоговоре заводим объект "Точка подключения", там заполняются: адрес, девайс, порт, настройки оборудования и пр. Контактная инфа тоже в объектах. Но это всё тоже плохо, такие вещи нужно хранить в специализированном софте, а не в биллинге. Что постепенно и делается.


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

Зарегистрирован: 29 мар 2010, 23:11
Сообщения: 5854
Карма: 472
2 Cromeshnic
Бухи при выгрузке хотят, чтобы в 1Ску садилось описание абонплаты с тарифом. Якобы разные цены и нифига не понятно.
Выгружается по 1С обработкам предоставленным Ахматом (переделанным под себя)
Вложение:
1c.png


На тот момент когда я это делал (то ли 5.0 то ли 4.6 :D ) моих познаний в БГ хватило только на такой костыль.
Но и сейчас я не вижу как так удобно сделать, потому что в базе не хранится тарифный план по которому прошло начисление.
Т.е. если будет одна услуга - я никак не смогу рядом приписать по какому же тарифному плану это прошло.
Либо я просто не нашел этого.
Add: Выделил два ключевых слова :lol:

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


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

Зарегистрирован: 29 мар 2010, 23:11
Сообщения: 5854
Карма: 472
Собственно сейчас еще раз спросил почему мы к этому пришли.
"В договоре прописан тарифный план и мы должны предоставить счет в котором услуга описывает тарифный план" ©
Т.е. я не нашел в то время как присобачить к наработке еще и тарифный план по которому эта наработка прошла и вот и родился такой костыль

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


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

Зарегистрирован: 08 мар 2007, 20:44
Сообщения: 1570
Откуда: Челябинск
Карма: 18
А мы выгружаем без описалова, и всё никто не кипишует, только 100% новоподключенных звонят во время получения первого счёта где им всё подробно объясняется, и всё.

_________________
Интернет и телефония оптом со склада, или в розницу


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 31 янв 2012, 13:05 
Не в сети

Зарегистрирован: 30 янв 2012, 16:41
Сообщения: 45
Карма: 5
Во, отлично, народ прибывает, мыслями и опытом делятся, это хорошо, всем спасибо!

Да, жаль, что иерархическая структура скудноватая, было бы удобно иметь возможно переделывать/добавлять т.н. view (во многих программах есть такое понятие), например, чтобы по умолчанию клиенты группировались и отображались по какому-то признаку, например, по объекту.

Интересно, разработчики что-то планируют вообще в этой области?


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

Зарегистрирован: 30 янв 2012, 16:41
Сообщения: 45
Карма: 5
Меня еще сильно волнует вопрос по реквизитам, который выше описывал. Неужели действительно нужно в каждый договор сначала добавить реквизиты по одному, потом заполнить?


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

Зарегистрирован: 03 авг 2009, 18:42
Сообщения: 7166
Откуда: Благовещенск
Карма: 241
akornilov писал(а):
Меня еще сильно волнует вопрос по реквизитам, который выше описывал. Неужели действительно нужно в каждый договор сначала добавить реквизиты по одному, потом заполнить?

угу :(

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


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

Зарегистрирован: 30 янв 2012, 16:41
Сообщения: 45
Карма: 5
Еще вопрос к бывалым: как вы делаете интеграцию с системами типа 1С? Есть ли смысл вести учет каждого физлица в бухгалтерии, их же тысячи? Или вести только юрлиц, т.к. им регулярно нужны всякие сверки и т.д, а по физлицам выгружать тупо две цифры: начислено и получено, а историю начислений и платежей уже давать из BGBill-а? Он, кстати, умеет это вообще?


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

Зарегистрирован: 30 янв 2012, 16:41
Сообщения: 45
Карма: 5
skyb писал(а):
akornilov писал(а):
Меня еще сильно волнует вопрос по реквизитам, который выше описывал. Неужели действительно нужно в каждый договор сначала добавить реквизиты по одному, потом заполнить?

угу :(

Мда, это, конечно, сильно печально. Жаль, что нет неких пользовательских полей, которые можно привязать к договору/модулю сразу. Так уже как-то слишком универсально получается, но неудобно.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 01 фев 2012, 03:02 
Не в сети

Зарегистрирован: 30 янв 2012, 16:41
Сообщения: 45
Карма: 5
Еще вопрос: где лучше описывать дополнительные услуги разовые, как то: настройка порта, прокладка кабеля какого-то (а тут ведь в метрах, например), настройка оборудования и т..п вещи?

RSCM?


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

Зарегистрирован: 03 авг 2009, 18:42
Сообщения: 7166
Откуда: Благовещенск
Карма: 241
akornilov писал(а):
Еще вопрос: где лучше описывать дополнительные услуги разовые, как то: настройка порта, прокладка кабеля какого-то (а тут ведь в метрах, например), настройка оборудования и т..п вещи?

RSCM?

Да.

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


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 01 фев 2012, 04:32 
Не в сети

Зарегистрирован: 30 янв 2012, 16:41
Сообщения: 45
Карма: 5
Пытаюсь разобраться с тарификацией. Не совсем понял, где все же правильно заводить т.н. фиксированные тарифы, например, безлимитный доступ в интернет на скорости 1 Mbit/sec?
В опция тарифа присутствую только настройки времени/объема и цены за единицу. Мне что, указывать количество часов в месяце и нулевую цену? Так в месяцах разное количество часов, городить на каждый что ли? Непонятно, в примерах не вижу.


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

Зарегистрирован: 03 авг 2009, 18:42
Сообщения: 7166
Откуда: Благовещенск
Карма: 241
akornilov писал(а):
Пытаюсь разобраться с тарификацией. Не совсем понял, где все же правильно заводить т.н. фиксированные тарифы, например, безлимитный доступ в интернет на скорости 1 Mbit/sec?
В опция тарифа присутствую только настройки времени/объема и цены за единицу. Мне что, указывать количество часов в месяце и нулевую цену? Так в месяцах разное количество часов, городить на каждый что ли? Непонятно, в примерах не вижу.

поподробней, Вам просто тариф завести или тарифные опции??

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


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

Зарегистрирован: 29 мар 2010, 23:11
Сообщения: 5854
Карма: 472
Абонплата - NPAY
Доступ в инет - DialUp/IPN/Inet

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


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 01 фев 2012, 13:24 
Не в сети

Зарегистрирован: 30 янв 2012, 16:41
Сообщения: 45
Карма: 5
skyb писал(а):
akornilov писал(а):
Пытаюсь разобраться с тарификацией. Не совсем понял, где все же правильно заводить т.н. фиксированные тарифы, например, безлимитный доступ в интернет на скорости 1 Mbit/sec?
В опция тарифа присутствую только настройки времени/объема и цены за единицу. Мне что, указывать количество часов в месяце и нулевую цену? Так в месяцах разное количество часов, городить на каждый что ли? Непонятно, в примерах не вижу.

поподробней, Вам просто тариф завести или тарифные опции??

Ну в документации много примеров для заведения лимитных тарифных планов, со всякими параметрами по превышению

А как завести обычный безлимит с фиксированной ценой в месяц, но при этом с ограничением скорости, скажем, в 1 мегабит?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 01 фев 2012, 13:25 
Не в сети

Зарегистрирован: 30 янв 2012, 16:41
Сообщения: 45
Карма: 5
Phricker писал(а):
Абонплата - NPAY
Доступ в инет - DialUp/IPN/Inet

Ага, NPAy, спасибо, вроде оно.

А вот по поводу Inet и IPN у меня пока вопросы. Написано, что Inet = DialUP+IPN, при этом документация по Inet еще на 30% не готова (пустые разделы). МОдуль вообще рабочий, использовать можно же?


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

Зарегистрирован: 30 янв 2012, 16:41
Сообщения: 45
Карма: 5
Phricker писал(а):
Абонплата - NPAY
Доступ в инет - DialUp/IPN/Inet

Ну и еще по NPay и RSCM: куда идеологически правильнее вписывать единовременую плату за, например, выделение номера из емкости 495? NPay, как я понимаю?
А, например, прокладка метра кабеля - это уже RSCM, так?

Мне интересно, а ООО "Бител" вообще предоставляет услуги внедрения биллинга? А то мы так своими силами еще долго будем взлетать, методом проб и ошибок.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 01 фев 2012, 13:34 
Не в сети

Зарегистрирован: 30 янв 2012, 16:41
Сообщения: 45
Карма: 5
И еще не до конца понятны услуги для каждого экземпляра модуля.
Вот я сейчас NPay добавил. Мне, получается, сначала все возможные услуги нужно добавить здесь, в списке модулей, а потом каждую из них еще отдельно в самом модуле?


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

Зарегистрирован: 03 авг 2009, 18:42
Сообщения: 7166
Откуда: Благовещенск
Карма: 241
akornilov писал(а):
skyb писал(а):
akornilov писал(а):
Пытаюсь разобраться с тарификацией. Не совсем понял, где все же правильно заводить т.н. фиксированные тарифы, например, безлимитный доступ в интернет на скорости 1 Mbit/sec?
В опция тарифа присутствую только настройки времени/объема и цены за единицу. Мне что, указывать количество часов в месяце и нулевую цену? Так в месяцах разное количество часов, городить на каждый что ли? Непонятно, в примерах не вижу.

поподробней, Вам просто тариф завести или тарифные опции??

Ну в документации много примеров для заведения лимитных тарифных планов, со всякими параметрами по превышению

А как завести обычный безлимит с фиксированной ценой в месяц, но при этом с ограничением скорости, скажем, в 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
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений


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

Зарегистрирован: 03 авг 2009, 18:42
Сообщения: 7166
Откуда: Благовещенск
Карма: 241
akornilov писал(а):
Phricker писал(а):
Абонплата - NPAY
Доступ в инет - DialUp/IPN/Inet

Ну и еще по NPay и RSCM: куда идеологически правильнее вписывать единовременую плату за, например, выделение номера из емкости 495? NPay, как я понимаю?
А, например, прокладка метра кабеля - это уже RSCM, так?

Мне интересно, а ООО "Бител" вообще предоставляет услуги внедрения биллинга? А то мы так своими силами еще долго будем взлетать, методом проб и ошибок.

пишите им на почту, там оформляете хелпдеск и за денюжки они вам любую проблему решат
RSCM - разовые, читать НЕ Периодические, услуги
NPay - это периодическое списание, если у вас 5.2 - то можно посмотреть в сторону Inet, он рабочий, но не зарелизен, могут быть проблемы, диалап это PPPoE ipn это статическое подключение, как вам что реализовывать - решать вам

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


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 01 фев 2012, 13:41 
Не в сети

Зарегистрирован: 30 янв 2012, 16:41
Сообщения: 45
Карма: 5
Понял, спасибо всем, буду пробовать.


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

Зарегистрирован: 03 авг 2009, 18:42
Сообщения: 7166
Откуда: Благовещенск
Карма: 241
akornilov писал(а):
И еще не до конца понятны услуги для каждого экземпляра модуля.
Вот я сейчас NPay добавил. Мне, получается, сначала все возможные услуги нужно добавить здесь, в списке модулей, а потом каждую из них еще отдельно в самом модуле?

вначале добавлять сюда
Вложение:
Выделение_016.png

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

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


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 01 фев 2012, 13:46 
Не в сети

Зарегистрирован: 30 янв 2012, 16:41
Сообщения: 45
Карма: 5
skyb писал(а):
akornilov писал(а):
skyb писал(а):
akornilov писал(а):
Пытаюсь разобраться с тарификацией. Не совсем понял, где все же правильно заводить т.н. фиксированные тарифы, например, безлимитный доступ в интернет на скорости 1 Mbit/sec?
В опция тарифа присутствую только настройки времени/объема и цены за единицу. Мне что, указывать количество часов в месяце и нулевую цену? Так в месяцах разное количество часов, городить на каждый что ли? Непонятно, в примерах не вижу.

поподробней, Вам просто тариф завести или тарифные опции??

Ну в документации много примеров для заведения лимитных тарифных планов, со всякими параметрами по превышению

А как завести обычный безлимит с фиксированной ценой в месяц, но при этом с ограничением скорости, скажем, в 1 мегабит?

влёгкую =)

Отвечал вам, но ответ куда-то делся :-/

Если я правильно понял по картинке, то безлимитный тариф у вас сделан через NPay, как абонплата просто, плюс добавлена услуга DialUP, чтобы у человека просто доступ был, правильно?


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

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


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

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


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

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