Заморозка счета при минусе

[LV10 281]

Хочется, чтобы как только клиент по абонплате (ежедневно, размазанное снятие) залазил в минус - то счет заморозить, съем абонплаты прекратить?

 

т.е. как только "минус" - подача услуг остановлена - начисление абонплаты тоже.

[madf 279]

Скриптами

[Kucher2 122]

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

Например у меня абонка так и снимается: чел в начале месяца полез в сеть или инет, первые метры для него стоят дороже обычного, а остальные или бесплатные или дешевле, как положено в общем.

В итоге получился очень неплохой вариант безлима для юзверей - например ставим 1 мег по 10 коп и порог 750мб. Пока чел не затратит 75 грн, у него 1 мег = 10 коп. А потом бесплатные. Таким образом, если он не исчерпал свой лимит в 750мб - оставшаяся сумма на следующий месяц переходит. Можно конечно и 1 Мб сделать 75 грн, но это экстрим уже. Этими 10 коп - мы компенсируем возможные потери прибыли, поскольку такой подход не совсем выгоден для нас, особенно летом. Зато привлекает клиента.

А для помегабайтников трафик немножко дешевле, например 6 коп.

[napTu 4]

прикольный вариант с мегабайтами!

 

а со скриптами всё же неувязочка выходит: когда пользователя заморозит, то он не сможет подключится и увидеть сколько он должен (при наличии кредита), так что вариант с unixway тут не катит

[napTu 4]

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

[napTu 4]

еще момент(немного не по теме): если FullFee=yes , то абонка снимается невзирая на заморозку

[napTu 4]

в конечном итоге я пришел к следующему пути решения задач снятия АП:

отказатся полностью от снятия АП настройкой тарифов и снимать своими скриптами, в нужное время, нужным пользователям, по нужным условиям.