Ноль на счету считается как негативный депозит.

[ran]

блин... ну если не стоит псиса послеоплата ап при любом положительном депозите ап снимется. Если депозит при этом останется > 0 усер сможет работать дальше... если нет - он уйдёт в минус и работать не сможет (если конечно тип оплаты = предоплата). Если к моменту снятия ап он уже в минусе (<=0) то он и так работать не может и ничего не снимется

[VecH]

Всем огромное спасибо, логическую структуру тарифов почти понял

[ran]

...при этом ещё можно поставить Распределение абонплаты - будет сниматься посуточно

[sopov]

Данную проблему также лечим установкой клиенту кредита в 1 грн. Решил воспользоваться для этой цели кредитом тарифного плана - неработает. Точнее пользователя пускает, но через 10 минут сбрасывает.

[ran]

Данную проблему также лечим установкой клиенту кредита в 1 грн.

а зачем? предоплата ап + распределение = если текущий депозит положительный снимется за сутки если приэтом стал <= 0 дальше сниматься не будет пока не будет пополнен счёт но при этом и пускать не будет. А вот когда счёт будет пополнен то уже ранее снятая за сутки сумма пойдёт в счёт тех суток, в которые был пополнен счёт . если же текущий депозит <= 0 то ничего не снимется и не будет пускать опять же пока не будет пополнен счёт.

[sopov]

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

[ran]

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

а разве при включённом распределении на границе учётного периода сниамется месячная ап? ...может всё-таки суточная? я ващет её не юзал но по логике...

[sopov]

Ну поидее при включении распределения система будет снимать каждый день по 1\30 месячной абонплаты. И начнет она это делать у всех подряд, а даты активации у всех разные.

[ran]

Ну поидее при включении распределения система будет снимать каждый день по 1\30 месячной абонплаты. И начнет она это делать у всех подряд, а даты активации у всех разные.

а у меня везде нули в дате активации поэтому будет снимать у всех 1/(к-во дней в текущем месяце) поэтому усё будет правильна

ЗЫ: ессно такое вводить нада с границы уч. периода

[NiTr0]

Если кто-то будет править Auth.pm для того, чтобы пускало абонентов с нулевым депозитом - нужно не забыть еще поправить в Billing.pm эдак в районе 1051 строки проверку, иначе - абоненты с 0-м депозитом получат неограниченную скорость

[bovtjukh]

Всем привет, прошу сразу камнями не бросать... Я не могу понять как решить задачу:
1. тарифный план 5 юнитов в день.
абонент сегодня платит 6, проверяет свой счет, там 6 юнитов.
на следующий день у него 1 юнит и в инет его не пускают.
еще на следующий день у него все равно 1 юнит и в инет его опять не пускают.
и так пока на счету не станет больше или равно 5.

[lasik]

а в чем вопрос ?

[bovtjukh]

а в чем вопрос ?

вопрос в том, как создать такой тарифный план? какие пля заполнять?
чтото по моему не так.

[lasik]

вы точно объясните что вы хотите, а то я так и не вкурил, что нужно

[bovtjukh]

подскажите как создать тарифный план:
Дневная абонплата 5 юнитов в день.
абонент сегодня платит 6, проверяет свой счет, там 6 юнитов.
интернет у него работает.
на следующий день у него 1 юнит (снята абонплата) и в интернет его не пускают.
еще на следующий день у него все равно 1 юнит (больше не снимается абонплата)
и в интернет его опять не пускают.
и так пока на счету не станет больше или равно 5.

можно подробно как его создать?

я создаю тарифный план:

Дневная а/п: 5.00
Несъёмный минимум: 4.99 (экспериментально установил, что ниже этой суммы не пускает)

все остальное по умолчанию

при этом когда абонент платит 6 юнитов у него на счету 6 и есть и сервис работает
на следующий день у него на счету 1 юнит и сервис не работает

но еще на следующий день у него на счету -4 ПОЧЕМУ? (сервис не работает а деньги сняло)

еще на остальные дни у него -4 и так пока не пополнит.