Переход на новый тарифный план

[init]

Каким образом можно перевести всех пользователей определенного тарифного плана на новый, если они не объеденены в группу? Неужели для этого нужно для каждого тарифного плана создавать свою группу и добавлять туда пользователей?

И еще вопрос, можно объяснить, почему в 4-м биллинге тарифный план можно было менять, если он уже используется абонентами, а в 5-м нельзя? Ведь это ужасно неудобно (например появился новый ресурс - нельзя просто всем добавить новый класс трафика, нужно создавать копии текущих тарифных планов с новым классом и переводить всех). Будет ли это возможно в будущих билдах?

[gravis]

Каким образом можно перевести всех пользователей определенного тарифного плана на новый, если они не объеденены в группу? Неужели для этого нужно для каждого тарифного плана создавать свою группу и добавлять туда пользователей?

Можно сделать путем прямого SQL запроса.

[aospan]

Каким образом можно перевести всех пользователей определенного тарифного плана на новый, если они не объеденены в группу? Неужели для этого нужно для каждого тарифного плана создавать свою группу и добавлять туда пользователей?

И еще вопрос, можно объяснить, почему в 4-м биллинге тарифный план можно было менять, если он уже используется абонентами, а в 5-м нельзя? Ведь это ужасно неудобно (например появился новый ресурс - нельзя просто всем добавить новый класс трафика, нужно создавать копии текущих тарифных планов с новым классом и переводить всех). Будет ли это возможно в будущих билдах?

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

[init]

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

Я вот сейчас попробовал, в 17-м билде можно добавлять новый класс трафика в действующем тарифе. Но интересует возможность изменять цены на лету.

[aospan]

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

Я вот сейчас попробовал, в 17-м билде можно добавлять новый класс трафика в действующем тарифе. Но интересует возможность изменять цены на лету.

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

[gravis]

aospan, Взгляните вот сюда:
viewtopic.php?t=1566&start=0&postdays=0 ... highlight=

[aospan]

aospan, Взгляните вот сюда:
viewtopic.php?t=1566&start=0&postdays=0 ... highlight=

Это смотрели - нужно обдумать и обсудить ...

[kaN5300]

Присоединяюсь к автору. Прочитал вот эти ветки форума:

Вопрос к разработчикам - ручная отлинковка тарифа

проблемы смены тарифного плана

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

[gravis]

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

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

Я рекомендую производить все пересчеты/списания/начисления именно в момент изменения тарифного плана. Логика работы уже была предложена в указанных темах.

[kaN5300]

У нас просто во всех ТП деньги списываются втечении рассчетного периода.

Разница в стоимостных величинах текущего и нового тарифов будет "заморожена" до конца тек. уч. периода.

Вот здесь я вас непонял. Причём тут разница стоимостей, если на 1 число абоненту компенсировали траффик и деньги, которые не были израсходованы втечении старого рассчетного периода. К примеру рассчетный период 15.12.05 - 15.01.06 (грубо). Аб. плата по тарифу 200р. списывается втечении рассчетного периода и в нее включено 50 мб. Абонент заявляет, что хочет поменять тариф. Наступает 1-е число. На это время со счета абонента должно списаться 100р. И включенный траффик уже считается как 25мб. Если привысил 25 Мб. Списываются деньги по тарифу как за превышение.

Просто неудобно именно то, что рассчетный период не привязан к календарному месяцу.

[init]

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

Перерасчет не требуется. Ответственность на том, кто меняет, ведь биллинг просто должен предоставлять возможности это сделать.

[gravis]

У нас просто во всех ТП деньги списываются втечении рассчетного периода.

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

[init]

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

Получается в моем случае просто можно заменить цену трафика через sql-запрос?