BGBilling: Услуги

[stark]

Надо ту услугу, которую Cromeshnic называет мета-услуга, назвать продуктом. Чтобы не путаться. А услуги оставит как есть сейчас .

[max]

$this->bbcode_second_pass_quote('', '�')�ро модули не понял.

[max]

$this->bbcode_second_pass_quote('stark', '�')�адо ту услугу, которую Cromeshnic называет мета-услуга, назвать продуктом. Чтобы не путаться. А услуги оставит как есть сейчас .

[stark]

$this->bbcode_second_pass_quote('max', '')$this->bbcode_second_pass_quote('stark', '�')�адо ту услугу, которую Cromeshnic называет мета-услуга, назвать продуктом. Чтобы не путаться. А услуги оставит как есть сейчас .

[madmax]

Нужно наделить объекты возможностью привязки отдельных тарифных планов, ну и для полного счастья наделить их статусами чтобы если клиент например попросил временно приостановить услуги на объекте (подключении, точке как удобно кому называть) сменить статус и не начислять услуги чтобы не закрывать а потом опять открывать все привязанные сущности на данном объекте
Сейчас нам приходится для каждого отдельно подключения одного и того же клиента создавать субдоговора с зависимым балансом и на них вешать разные тарифы.
А субдоговора использовать для прочих вещей (независимые лимиты, единая точка входа через веб для управления всеми lдоговорами что сейчас делают в BGCRM, перенос средств между разными договорами и т.д)

[vdd]

Решили что нибудь?
Есть возможность назначить тариф на объект? (в документации 6.2 не нашел, но вдруг просто не добавили )
Или вторую точку подключения к интернет с собственным тарифом по-прежнему можно завести только субдоговором?

[skyb]

оппа, я в теме, есть че?)))) у меня как раз 6.2

[vdd]

$this->bbcode_second_pass_quote('skyb', '�')�ппа, я в теме, есть че?)))) у меня как раз 6.2

[max]

2015 год на дворе, а у нас в бгб попрежнему каменный век

[Lionela]

До каменного века нам еще далеко

[vdd]

[Cromeshnic]

[snark]

@ vdd

[Администратор]

Vdd, отличное описание.

Можете описать, как в эту схему ложится телефония? Местная - МГМН - номер и абонплата?
Номер соотносится в два юнита с разными тарифами и балансами? И производится попытка тарификации сначала как местного звонка а потом как МГМН? Где будет производится непосредственно добавление номера с периодом?

[vdd]

$this->bbcode_second_pass_quote('Администратор', '[')b]Vdd, отличное описание.

Можете описать, как в эту схему ложится телефония? Местная - МГМН - номер и абонплата?
Номер соотносится в два юнита с разными тарифами и балансами? И производится попытка тарификации сначала как местного звонка а потом как МГМН? Где будет производится непосредственно добавление номера с периодом?

[vdd]

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

Хоть это и позволит реализовывать схемы, не вписывающиеся в концепцию "один Договор - один бгбДоговор", но репутацию БГБиллинга как конструктора в хорошем смысле слова надо же поддерживать :

Дописал к исходному посту.

[Администратор]

Я думаю, не стоит жёстко ставить соответствие договор с абонентом = договор бгбиллинг.
Первое - юридический термин, второе - техническая абстракция, специфичная для нашего продукта.

Рассмотрим фундаментальные понятия, как будто договора биллинга и нет. Что требуется для гибкого учёта. А после подумаем, как это вписать в текущую схему.

1) Балансы - куда заносятся приходы и списываются средства, может быть режим кредит / дебет.
2) Тарифы - стоимость и правила/ограничения предоставления услуг, также с периодами.
3) Ресурсы - логины, адреса, телефонные номера с периодами.
4) Статусы - глобальные состояния, тоже с периодами.

Начать, думаю, нужно с ресурсов.

Для каждого Ресурса соотносится:
1) один глобальный Статус, определяющий его состояние;
2) один или несколько Тарифов с указанием порядка с привязанным Балансами (для телефонии).

Далее нужен некий группирующий признак. Чтобы настраивать однотипные ресурсы. Например, на одном адресе. Либо телефонные номера по одной схеме операторов (местный + какой-то МГМН).

В юните можно установит Тарифы с порядком + Балансы, также определить глобальный статус.

Ресурсы помещаются в юнит либо непосредственно соотносятся со статусом и тарифами + балансами.

Всё ли я учёл?

$this->bbcode_second_pass_quote('Администратор', '�')� думаю, не стоит жёстко ставить соответствие договор с абонентом = договор бгбиллинг.
Первое - юридический термин, второе - техническая абстракция, специфичная для нашего продукта.

[Администратор]

$this->bbcode_second_pass_quote('', '�')�сть типовые схемы (и не типовые...) трансляции терминов предметной области в технические абстракции БГБиллинга.

[vdd]

$this->bbcode_second_pass_quote('Администратор', '
')А что такое "агентская схема вообще"? Возможность тарификации по двум тарифам одновременно (операторский и клиентский)?

[vdd]

Тут вот http://forum.bitel.ru/viewtopic.php?f=42&t=11279#p95623 альтернативное решение обсуждается.

[barguzin2]

Как продвигаются дела? Будет ли в договоре СуперУслуга со своим тарифом и статусом. Или хотя бы для начала привязка тарифа к объекту

[Администратор]

Пока никак. Нет понимания, что должно быть.

[Jimson]

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