BiTel

Добрый день подскажите пожалуйста как правильно заводить абонентов в билинге?
Компания предоставляет услуги интернет, кабельное тв, телефония, на каждую услугу отдельный договор.
Делать на каждую услугу отдельный договор, делать один договор допустим на интернет и вешать на него 2 субдоговора на тв и телефонию? Вешать все услуги на один договор?

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

Вот тут про это много было:
viewtopic.php?f=1&t=6385&

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

Если вам нужен раздельный баланс - делайте независимые субдоговоры.

А тут смотря у кого какая бизнес логика. Вообще, биллинг сделан как - нету денег, нету мультиков. Но так же он и гибок, можно сделать как сказал Cromeshnic. Все зависит от вас.

_________________

Код:

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

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

Там по-моему только текущие открытые в клиенте договоры предлагаются.

Ок, с этим понятно. Теперь возник еще один вопрос.
Если у одного абонента фактически 1 договор и допустим 2 точки подключения интернета, один за 750 рублей, второй за 1200 руб. можно ли их как нибудь учитывать на одном договоре?
Ставлю 2 тарифа, 2 объекта договора, к ним привязаны услуги из модуля абонплат.
т.е.


И теперь оно считает наработку как 3900 вместо положенных 1950

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

Аналогично

Баланс зависимый или нет?
Интересует еще вопрос касательно разных услуг т.е. если у абонента есть и интернет 2 разных тарифа, тв 2 тарифа, телефон 1 тариф...у вас получается будет 1 супер договор и 5 субдоговоров? так же интересует модуль бухгалтерии можно будет повешать только на супер договор или на супер+субдоговоры?

Баланс по-умолчанию зависимый. Независимый делается только для агентской схемы телефонии и в индивидуальных случаях. Но в таких случаях это фактически отдельный договор.

Если, скажем, телефония, инет и тв в одной точке подключения, то будут на одном субдоговоре. Или прям на основном. Но вообще по-хорошему на субдоговор лучше не вешать услуг.
Наша схема не идеальна, просто так исторически сложилось. У нас нельзя удобно отключать по услугам. Только по точкам. Тут нет "правильного" варианта, и разработчики тоже не могут предложить готовую схему.


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

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