BiTel

Форум BiTel
bgbilling.ru     docs.bitel.ru     wiki.bitel.ru     dbinfo.bitel.ru     bgcrm.ru     billing.bitel.ru     bitel.ru    
Текущее время: 06 дек 2024, 10:37

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




Начать новую тему Ответить на тему  [ Сообщений: 54 ] • Оценка темы: Оценок: 6, 6.00 средний балл.Оценок: 6, 6.00 средний балл.Оценок: 6, 6.00 средний балл.Оценок: 6, 6.00 средний балл.Оценок: 6, 6.00 средний балл.Оценок: 6, 6.00 средний балл.  На страницу Пред.  1, 2
Автор Сообщение
 Заголовок сообщения: Re: BGBilling: Услуги
СообщениеДобавлено: 12 фев 2015, 17:05 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
Надо ту услугу, которую Cromeshnic называет мета-услуга, назвать продуктом. Чтобы не путаться. А услуги оставит как есть сейчас .


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: BGBilling: Услуги
СообщениеДобавлено: 02 мар 2015, 22:06 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 08 мар 2007, 20:44
Сообщения: 1570
Откуда: Челябинск
Карма: 18
Цитата:
Про модули не понял.

А что не понял то?
Сейчас услуга - это подмножество модуля. А я считаю что гораздо правильней, что бы список услуг был отдельным справочником, и уже в нём можно было привязывать различные модули.

Цитата:
Делаем зависимыми субдоговорами.

Не считаете что это очень не удобно?

Цитата:
которые потом уходят через http и ws в BG

Мега жесть! Простым смертным такая магия недоступна.

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


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: BGBilling: Услуги
СообщениеДобавлено: 02 мар 2015, 22:08 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 08 мар 2007, 20:44
Сообщения: 1570
Откуда: Челябинск
Карма: 18
stark писал(а):
Надо ту услугу, которую Cromeshnic называет мета-услуга, назвать продуктом. Чтобы не путаться. А услуги оставит как есть сейчас .

не нашёл нигде в теме упоминания про "мета-услугу"
И чем ваши продукты будут отличаться от услуги?

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


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: BGBilling: Услуги
СообщениеДобавлено: 05 мар 2015, 13:34 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
max писал(а):
stark писал(а):
Надо ту услугу, которую Cromeshnic называет мета-услуга, назвать продуктом. Чтобы не путаться. А услуги оставит как есть сейчас .

не нашёл нигде в теме упоминания про "мета-услугу"
И чем ваши продукты будут отличаться от услуги?

Ссылка в первом сообщении темы была:
viewtopic.php?f=1&t=7555

Слово услуга в биллинге уже занято и имеет другой смысл сейчас.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: BGBilling: Услуги
СообщениеДобавлено: 23 апр 2015, 01:16 
Нужно наделить объекты возможностью привязки отдельных тарифных планов, ну и для полного счастья наделить их статусами чтобы если клиент например попросил временно приостановить услуги на объекте (подключении, точке как удобно кому называть) сменить статус и не начислять услуги чтобы не закрывать а потом опять открывать все привязанные сущности на данном объекте
Сейчас нам приходится для каждого отдельно подключения одного и того же клиента создавать субдоговора с зависимым балансом и на них вешать разные тарифы.
А субдоговора использовать для прочих вещей (независимые лимиты, единая точка входа через веб для управления всеми lдоговорами что сейчас делают в BGCRM, перенос средств между разными договорами и т.д)


Вернуться к началу
  
 
 Заголовок сообщения: Re: BGBilling: Услуги
СообщениеДобавлено: 10 июл 2015, 12:55 
Не в сети

Зарегистрирован: 16 ноя 2007, 16:11
Сообщения: 829
Карма: 49
Решили что нибудь?
Есть возможность назначить тариф на объект? (в документации 6.2 не нашел, но вдруг просто не добавили :roll: )
Или вторую точку подключения к интернет с собственным тарифом по-прежнему можно завести только субдоговором?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: BGBilling: Услуги
СообщениеДобавлено: 10 июл 2015, 14:43 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 03 авг 2009, 18:42
Сообщения: 7166
Откуда: Благовещенск
Карма: 241
оппа, я в теме, есть че?)))) у меня как раз 6.2

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


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: BGBilling: Услуги
СообщениеДобавлено: 10 июл 2015, 14:55 
Не в сети

Зарегистрирован: 16 ноя 2007, 16:11
Сообщения: 829
Карма: 49
skyb писал(а):
оппа, я в теме, есть че?)))) у меня как раз 6.2

Ну вот я и пытаюсь выяснить - есть ли "че". Ибо актуально как никогда.

Если ничего не решили, то выскажу свое видение вопроса.

Но лучше бы уже решили. Потому как ну очень актуально. :cry:


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: BGBilling: Услуги
СообщениеДобавлено: 14 июл 2015, 04:17 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 08 мар 2007, 20:44
Сообщения: 1570
Откуда: Челябинск
Карма: 18
2015 год на дворе, а у нас в бгб попрежнему каменный век

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


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: BGBilling: Услуги
СообщениеДобавлено: 28 июл 2015, 01:32 
Не в сети

Зарегистрирован: 23 июл 2015, 17:32
Сообщения: 4
Карма: 0
До каменного века нам еще далеко


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: BGBilling: Услуги
СообщениеДобавлено: 28 июл 2015, 15:30 
Не в сети

Зарегистрирован: 16 ноя 2007, 16:11
Сообщения: 829
Карма: 49
Я тоже поною, раз никто не возражает.

<нытье>

Для начала несколько общеизвестных фактов, что бы придать тоскливым завываниям некоторую стройность:

По требованию государства отношения между Оператором и Абонентом регулируются Договором.
Договор состоит из юридически значимых идентификаторов сторон, текста различных пугалок и страшилок (обычно предвзято выборочно перепечатанных из "закона о связи" и "правил оказания услуг связи") и описания того, ради чего все затевается - Предмета договора.
Предмет договора содержит перечень чего-то, что Оператор обязуется выполнять и список того, что должен ему за это Абонент.

В вакуумно-сферической информационной системе Договор распределяется следующим образом:
    Все сотрясание воздуха находится в CRM;
    Предмет договора транслируется:
      "Аппаратные" обязательства Оператора - в OSS;
      Потребление ресурсов - в правила системы учета ресурсов;
      Что должен Абонент - в правила системы, конвертирующей что угодно в деньги, то есть в АСР (биллинговую систему);
      Правила соблюдения баланса "обязан-должен" - в систему учета денежных средств.
    Перечисленные системы прозрачно взаимодействуют между собой, реализуя BSS.

В текущем БГБиллинге Договор представлен в виде:
    Параметров бгбДоговора и бгбОбъектов, имеющих смысл только для Оператора;
    Предмета договора, транслированного в условные "подсистемы":
      "Аппаратные" обязательства Оператора - в параметры соответствующих модулей (Phone, Inet);
      Потребление ресурсов - в параметры соответствующих модулей (Phone, Inet);
      Что должен Абонент - в комбинацию бгбТарифов и бгбУслуг т.е правила конвертации чего-то в деньги, реализованные в соответствующих модулях (Phone, Inet, NPay);
      Правила соблюдения баланса "обязан-должен" - в бгбБаланс бгбДоговора, режимы кредит/дебет бгбДоговора, временные лимиты.
    При этом какая-то часть взаимодействия "подсистем" скрыта внутри определенного модуля, некоторая часть зафиксирована в правилах типа режима кредит/дебет, еще одна часть реализована посредством бгбСтатуса бгбДоговора, другая часть - начислениями.
    Связь бгбДоговора, бгбТарифов, бгбБаланса, бгбСтатуса и модулей монолитна. (исключение в связке бгбТариф-бгбДоговор - Phone, но это из разряда "а налево живой человек стоит, а чем живет и как туда попал - тоже неизвестно", поэтому игнорируем).

Пока Предмет договора транслируется "один в один" в фиксированную связь бгбДоговора, бгбТарифов, бгбБаланса, бгбСтатуса и модулей - этот монолит незаметен и воспринимается как естественный и удобный: есть Договор, есть его операционализированная копия - бгбДоговор.

Как только Предмет договора требует некоторой, порой незаметной для простых смертных, гибкости, например, Абонент возжелал по одному Договору получать доступ к сети Интернет в 15 географически распределенных точках с индивидуальными абонентскими платами и возможностью независимой приостановки оказания услуг в любой из точек, то начинаются самодеятельные маневры по обходу, подкопу и другому надковыриванию глыбы бгбДоговора. Один городит субдоговора, получая неуправляемую избыточность, другой противоестественно мучает персональный тариф, третий пробивает и оплачивает безсистемную доработку (наверное так и появилась возможность назначать тариф на поинт :wink: ). В результате, либо разрушается связь Договор - бгбДоговор, либо Предмет договора реализуется сущностями БГБиллинга настолько неочевидно, что оказывается закопан так же как орех белкой - найти без собаки-ищейки невозможно, попытка выкопать приводит к глобальной катастрофе.


Исходя из этих общеизвестных фактов идеальная деглыболизация бгбДоговора ощущается следующим очевидным образом:
    1. бгбДоговор состоит из набора параметров, одного или более бгбЭлемент_Предмета_Договора, для краткости - бгбЮнит, одного или более бгбБаланса, одного или более бгбСтатус и назначений "общедоговорных", "некалькуляционных" модулей, например Bill;
    2. бгбЮнит состоит из набора параметров, бгбТарифов, назначений "юнитовых" или "калькуляционных" модулей (NPay, Inet, Phone) (и бгбУслуг соответственно) и привязан к определенному бгбБалансу;
    3. бгбБаланс имеет приоритет, определяющий его очередность при распределении прихода, режим дебет/кредит, лимиты. К одному бгбБалансу могут быть привязаны несколько бгбЮнит;
    4. Связь бгбСтатус - бгбБаланс: "многие ко многим".
В вырожденном случае полностью повторяются существующие отношения бгбДоговора, бгбТарифов, бгбБаланса, бгбСтатуса и модулей.

Более реальные варианты:
    а) бгбСтатус один на бгбДоговор, режим дебет/кредит, лимиты - на бгбДоговор;
    б) бгбСтатус - свойство бгбБаланса, режим дебет/кредит, лимиты - на бгбДоговор.
    в) бгбБаланс один на бгбДоговор.
В вырожденном случае система может даже не показывать существование бгбЮнита, тем самым обеспечивая полную совместимость.

</нытье>

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


Последний раз редактировалось vdd 13 авг 2015, 14:45, всего редактировалось 2 раз(а).

Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: BGBilling: Услуги
СообщениеДобавлено: 28 июл 2015, 16:05 
Не в сети
Клиент
Аватара пользователя

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


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: BGBilling: Услуги
СообщениеДобавлено: 28 июл 2015, 16:47 
Не в сети
Клиент

Зарегистрирован: 12 фев 2008, 18:10
Сообщения: 3951
Карма: 249
@ vdd

Изображение


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: BGBilling: Услуги
СообщениеДобавлено: 13 авг 2015, 01:55 
Не в сети
Разработчик

Зарегистрирован: 27 ноя 2006, 20:36
Сообщения: 5715
Карма: 93
Vdd, отличное описание.

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


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: BGBilling: Услуги
СообщениеДобавлено: 13 авг 2015, 13:19 
Не в сети

Зарегистрирован: 16 ноя 2007, 16:11
Сообщения: 829
Карма: 49
Администратор писал(а):
Vdd, отличное описание.

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


Внутри юнита все работает так, как сейчас на договоре.
Если нужен разный баланс по местной и ВЗМГМН, то пользователь делает два юнита:
на одном местные тарифы и услуги,
на другом - ВЗМГМН.
Абонплату за линию логично отнести к местной. Обычно так все и делают.
Тарификация последовательная. Ошибка "не найден тариф" формируется только после обработки всех юнитов договора.
Если делать в лоб, то в модуле телефонии на каждом таком юните будут дублироваться поинты, что однозначно будет создавать проблемы при сопровождении договора. Поэтому можно нафантазировать что-то вроде наследования - поинты вешаются на договор, а в юнитах можно только "птичку" поставить: используется поинт в данном юните или нет.

Вот как-то так.

Но! :wink:

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

ВЗМГМН - это отдельный Договор или даже Договора с абонентом. Если реализовывать их юнитами, получится каша "наоборот", поэтому я никак и не выделял эти особенности оказания услуг телефонии.
Грубо говоря, предлагаемые юниты не предназначены для агентских схем.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: BGBilling: Услуги
СообщениеДобавлено: 13 авг 2015, 14:43 
Не в сети

Зарегистрирован: 16 ноя 2007, 16:11
Сообщения: 829
Карма: 49
Мысль: для реализации агентских схем в пределах одного бгбДоговора необходима и достаточна возможность "наследования" или "построения иерархии" юнитов.
Процедура "наследования" предполагает выставление "птичек" - что доступно "наследнику", что "наследник" может заменить.

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

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


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: BGBilling: Услуги
СообщениеДобавлено: 14 авг 2015, 02:01 
Не в сети
Разработчик

Зарегистрирован: 27 ноя 2006, 20:36
Сообщения: 5715
Карма: 93
Я думаю, не стоит жёстко ставить соответствие договор с абонентом = договор бгбиллинг.
Первое - юридический термин, второе - техническая абстракция, специфичная для нашего продукта.

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

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

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

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

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

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

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

Всё ли я учёл?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: BGBilling: Услуги
СообщениеДобавлено: 14 авг 2015, 11:21 
Не в сети

Зарегистрирован: 16 ноя 2007, 16:11
Сообщения: 829
Карма: 49
Администратор писал(а):
Я думаю, не стоит жёстко ставить соответствие договор с абонентом = договор бгбиллинг.
Первое - юридический термин, второе - техническая абстракция, специфичная для нашего продукта.

"Жестко" - "это другая газета". Есть типовые схемы (и не типовые...) трансляции терминов предметной области в технические абстракции БГБиллинга. И чем точнее транслируются термины в технические абстракции, тем проще эти схемы сопровождаются.
Предложенные юниты никак не запрещали пользователю свалить любое количество договоров с абонентом в один бгбДоговор.
Один Договор - один бгбДоговор: типовая схема трансляции, от которой я отталкивался.

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

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

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

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

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

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

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

Всё ли я учёл?


Похоже.
Не указано, как будут задаваться телефонные номера для схемы "(местный + какой-то МГМН)".

Вопрос:
Модуль VoIP сливается с модулем Phone.
Зачем выделять схему "местные+МГМН" вместо поддержки агентских схем вообще?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: BGBilling: Услуги
СообщениеДобавлено: 16 авг 2015, 04:05 
Не в сети
Разработчик

Зарегистрирован: 27 ноя 2006, 20:36
Сообщения: 5715
Карма: 93
Цитата:
Есть типовые схемы (и не типовые...) трансляции терминов предметной области в технические абстракции БГБиллинга.


Ну.. наверное, есть. Только наш текущий договор уже соединяет в себе баланс - тарифы - статус. Для необходимой гибкости эти вещи необходимо иметь возможность объединять более гибко.

Цитата:
Не указано, как будут задаваться телефонные номера для схемы "(местный + какой-то МГМН)".


Один ресурс-номер привязан к
- местный тариф позиция один - баланс 1
- МГМН тариф позиция два - баланс 2

Либо создаётся юнит в котором уже есть
- местный тариф позиция один - баланс 1
- местный тариф позиция два - баланс 2

А в юнит просто добавляются номера, обсчитываемые по этой схеме.

Задачи отдельных тарифов на отдельные точки такая схема тоже решает.

Цитата:
Вопрос:
Модуль VoIP сливается с модулем Phone.
Зачем выделять схему "местные+МГМН" вместо поддержки агентских схем вообще?


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

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

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

Затем пришёл закон о связи и понеслось. Оператор может оказывать только ту услугу, на которую он имеет лицензию. Оператор местный обязан пропустить МГМН оператора к клиенту. Хотчойсы и прочие радости.

Но как МГМН будет подписывать договора, разносить счета, работать с должникам, отключать-подключать и т.п. мало кто подумал. И ИДЕЯ! Местный оператор становится "агентом" МГМН оператора. Т.е. с некими костылями возвращается примерно к тому, что было раньше но с большим количеством бумаги.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: BGBilling: Услуги
СообщениеДобавлено: 17 авг 2015, 13:12 
Не в сети

Зарегистрирован: 16 ноя 2007, 16:11
Сообщения: 829
Карма: 49
Администратор писал(а):
А что такое "агентская схема вообще"? Возможность тарификации по двум тарифам одновременно (операторский и клиентский)?


Продажа чужого. С различными схемами распределения обязанностей и с использованием своих ресурсов, или без.

При продаже чужой ВЗМГМН оператор использует свои ресурсы. Поэтому и возникает потребность псевдо-дублирования поинтов (текущая схема с телефонным субдоговором с незавизимым балансом).

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

Вопрос "по скольким тарифам считать" перестанет быть актуальным: хоть по 15.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: BGBilling: Услуги
СообщениеДобавлено: 29 янв 2016, 12:25 
Не в сети

Зарегистрирован: 16 ноя 2007, 16:11
Сообщения: 829
Карма: 49
Тут вот http://forum.bitel.ru/viewtopic.php?f=42&t=11279#p95623 альтернативное решение обсуждается.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: BGBilling: Услуги
СообщениеДобавлено: 29 апр 2016, 19:33 
Не в сети
Клиент

Зарегистрирован: 09 фев 2011, 15:28
Сообщения: 1092
Карма: 135
Как продвигаются дела? Будет ли в договоре СуперУслуга со своим тарифом и статусом. Или хотя бы для начала привязка тарифа к объекту


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: BGBilling: Услуги
СообщениеДобавлено: 02 июн 2016, 02:22 
Не в сети
Разработчик

Зарегистрирован: 27 ноя 2006, 20:36
Сообщения: 5715
Карма: 93
Пока никак. Нет понимания, что должно быть.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: BGBilling: Услуги
СообщениеДобавлено: 02 июн 2016, 19:21 
Не в сети

Зарегистрирован: 07 май 2008, 13:34
Сообщения: 594
Откуда: Москва
Карма: 27
Может просто реализовать дизайн договора (gui) из логики лицевой счет = субдоговор, это не изменит в самом биллинге ничего, только повышение удобства работы в клиенте.
Правда может понадобится на договоре два лицевых счета (субдоговора с независимым балансом), при этом на одном из лицевых счетов две одинаковые услуги с разными тарифами, тогда надо еще допилить поддержку дерева супердоговор-договор, чего сейчас, на сколько я понимаю, нет.


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

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


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

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


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

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