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-ом как-то глухо