BiTel

Насколько я понимаю, в биллинге нет такого функционала:
Клиент должен иметь возможность покупать пакет, измеряемый в мегабайтах. Т.е. есть у клиента на счёте 5000р., он через WEB-интерфейс активирует пакет "1000 мегабайт", с его счёта списывается 1000р. Когда он выкачивает эти 1000мб, либо ему запрещается доступ(даже если деньги на счету остались), либо он начинает считаться по обычному тарифу с помегабайтной оплатой - это по выбору клиента. Причём, время действия пакета не должно ограничиваться концом месяца, а должно задаваться произвольно (в т.ч. неограниченное время действия).

Если я правильно понимаю, то даже скриптами этого сделать не получится.
Востребован ли этот функционал у других пользователей биллинга, или мы одни такие?)

см. http://wiki.bgbilling.ru/index.php/%D0% ... reeBSD_MPD

Не совсем понимаю, как это может мне помочь - там безлимитный "пакет", а нам нужен пакет с мегабайтами.
Допустим, я создам субдоговор, с балансом 1000 р. и с тарифом 1р. за 1мб. Тогда это будет почти то, что нужно, если не считать того, что пользователю придётся заходить под другим логином?

Но как-то это всё некрасиво и не элегантно...

да другой договор и другой логин, вопрос удобства и эленгности спорный... у клиента есть свобода выбора... что есть хорошо..

Так же получается, что придётся либо запретить брать два пакета одновременно, или создавать субдоговор на каждый купленный пакет. Это ж сколько субдоговоров разведётся...

Т.е. я правильно понимаю, что подобных пожеланий от клиентов у вас мало и бесплатно вы это не будете реализовывать? В таком случае, за какую сумму вы реализуете такой функционал?

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

1) если чел купил пакет 1000М за 30 дней а потратил за 1 день что дальше (следущий пакет можно приобрести только через 30 дней или сразу или он должен покупаться автоматом при наличии бабок)?
2) можно ли купить сразу 10 пакетов и как они должны использоваться последовательно или параллельно
3) будут ли ночные пакеты, пакеты выходного дня, что с не израсходованнм трафиком - сгорает, ограничение на расход трафика по дням в течение периода..., ограничение ширины канала...

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

2. Пакеты должны активироваться последовательно; несколько пакетов одновременно активировать нельзя

3. Льготных пакетов в выходные дни и ночное время не будет

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

Ограничения трафика по дням не будет - 1000мб, которые даются на месяц, клиент должен мочь израсходовать и за день

Ограничение ширины канала (т.е. добавление/удаление пакетом радиус-аттрибутов) - пока нам не нужно, но если это не повысит стоимость разработки, то пусть будет

4) пакет приобретается на договор или на логин? если логинов на договоре больше одного?

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

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

А если так:
1. Пользователь в WEB-интерфейсе активирует пакет: в баланс добавляется расход, к тарифам добавляется тариф для пакета с диапазоном от 0 до 1000мб, после этого диапазона НЕ добавляется диапазон от 0 до 0мб.
2. Если наступает конец месяца, а пакет ещё не кончился, то оставшиеся мегабайты переносятся на следующий месяц.
3. Если кончается период действия пакета или мегабайты в пакете, этот тариф закрывается (ставится дата окончания)

это надо сделать аналог баланса , только не в рублях а мегабайтах .много менять надо будет

Т.е. это значит, что подобного функционала мы никогда не увидим?

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

Для добавления функционала этого нужен спрос на него , а ломать все только из-за одного клиента мы не будем ..Если будем, то это будет дорого стоить

А порядок цифр этого "дорого" можно узнать?

Мне кажется тут надо сделать так:
1. Создать несколько тарифов типа 1000мб по 0 руб за цчетный период безусловно, больше 1000 - закрытие тарифного плана (тут придется немного доработать, т.к. такой функции вроде нет).
2. Добавить в WEB возможность активации выбранного тарифного плана (тут лучше реализовать отдельным модулем) и при активации списывать в расходы стоимость ТП

И не надо никакого мегабайтного счетчика.

не на форуме

а как же буть c "2. Если наступает конец месяца, а пакет ещё не кончился, то оставшиеся мегабайты переносятся на следующий месяц. ". Т.е нам надо все-таки хранить исходящий остаток в мегабатйах на конец месяца иначае все придестя пересчитывать каждый раз с самого начала .. Аналогия тут с балансом ..будет баланс в мегабатах, тоже месячный ..и при начислении наработки будут не рубли начислятся , а мегабайты ..и будет интерфейс конвертации рублей в мегабайты(и возможно наоброт) - пункт обмена так сказать .т.е будет отдельный тариф - сколько стоит мегабйт при покупке.. .и правила какие-то , типа кончились мегабаты, начинаем тратить деньги ..можно всегда тратить мегабайты и будет баланс в мегабайтах отрицательный ..пока вижу тут свободный полет фантазии в общем случае ..Т.е воспрнимаю мегабаты как еще одну валюту внутри биллинга и возможность ее конвертации в деньги и наоброт