Снятиу суммы при смене тарифного плана

[ppe]

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

[ran]

если смена устанавливается по расписанию с начала следующего учётного периода, то почему бы и нет? А если посреди периода - есть Выравнивание месяца а посему тоже нормально

[~AsmodeuS~]

очень даже правильно

вы пользователю присваиваете ТП и сразу снимаете абонку а не делаете изминени а потом лезите в снятие абонки

[sopov]

2 PPE - Вот и я об этомже твердил... А если чел сменит тп 3 раза в месяц? С него снимет 3 раза месячную абонплату... Более разумно имхо не менять дату активации при смене тарифного плана и спользовать учетный период предидущего ТП. (количество дней в месяце всеравно или 30 или 31). Таким образом если смена тп будет произведена в течении текущего и не оконченого учетного периода (предидущего тп), то абонплата не будет сниматься, а снимется только в конце этого текущего учетного периода. Что есть правильно. Опятьже ИМХО![/quote]

[~AsmodeuS~]

принцип системы абонплата сниметсья в начале учётного периода уже раз сто писал про это

вы ж не платите в магазине за хлеб после того как его седите


99% большых провайдеров работаю именно за такой схемой

[sopov]

Да я не прошу менять принципы биллинга...Пусть снимается в начале учетного периода. Хотелось бы НЕМЕНЯТЬ сам учетный период при смене тарифного плана из вэбморды пользователя если сумма месячной обонплаты одинакова в обоих тарифах!!! Например если конец учетного периода наступает 20 августа, а новый учетный перид начинается 21 августа, соответственно абонплата тоже снимется 21 августа. При этом если пользователь сменит тариф до 20!! августа, а еще если и несколько раз!!, то каждый раз у него будет начинаться новый учетный период, сниматься месячная абонплата и сдвигаться дата конца учетного периода. Так вот и хотелосьбы чтобы дата конца не менялась, а осталась как и есть 20 августа, а абонплата снялась 21го.

[~AsmodeuS~]

нужно просто поставить опцию снимать абонплату на следующий учётный период и все будет хорошо сниматься

[sopov]

Спасибо за ответ! Это в / Система/ Dialup / VPN/ Тарифные планы/, потом в разделе "Периодические платежи" поставить птичку в квадратике "Послеоплата"?

[~AsmodeuS~]

Да

[chtito2]

Спасибо за ответ! Это в / Система/ Dialup / VPN/ Тарифные планы/, потом в разделе "Периодические платежи" поставить птичку в квадратике "Послеоплата"?

Одно замечание: даже если вы поставите птичку на "послеоплате", клиента все равно не будет пускать при негативном депозите (например если после окончания баланса вы желаете предоставить клиенту дополнительно 5 дней для погашения долга, а не отрубать его сразу).

[ran]

Одно замечание: даже если вы поставите птичку на "послеоплате", клиента все равно не будет пускать при негативном депозите

замечание совсем офтоп. псиса на послеоплате определяет способ снятия абонплаты пакета, а не тип пакета - это 2 большие разницы. тип пакета задаётся в Другое/Вид оплаты:

[chtito2]

Тип предоплата.

[ran]

Тип предоплата.

все равно не будет пускать при негативном депозите

совершенно верно... и правильно

[chtito2]

А с типом "послеоплата" никак не снимешь деньги за ТП наперед в начале учетного периода. Чтобы сделать что мне было нужно -- предоплата и чтобы пользователь мог входить дополнительно 10 дней имея отрицательный депозит -- пришлось вводить в ТП неограниченный кредит и в случае неоплаты гасить пользователя через 10 дней сторонними скриптами.

[ran]

А с типом "послеоплата" никак не снимешь деньги за ТП наперед в начале учетного периода

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

пришлось вводить в ТП неограниченный кредит и в случае неоплаты гасить пользователя через 10 дней сторонними скриптами

нуну... а сдвинуть системную дату на 10 дней, как я когдато тебе советовал - не? ну или подсовывать когда нужно сдвинутую системную дату