Индивидуальная дата списания для каждого абонента

[Unknown_Error]

Всем привет.
Хотим обновиться до последней версии, сейчас юзаем 5.2.1-007.
В новых релизах понравилось политика списаний, однако я не нашел фишки индивидуального списания, когда у каждого абонента абонентская плата списывается с момента последнего платежа.
К примеру абонент оплатил 10-го числа, и до 10-го числа следующего месяца у него есть доступ к сети, далее блокируется абонент, и система ждет следующего полнения, к примеру оно произошло 15-го, и до 15-го следующего месяца абонент получает доступ к сети.
Имеется ли данный функционал в новой версии?
Не хотелось бы воротить целую гору расчетных периодов для каждого + костыль с изменением даты (РП) окончания с момента платежа.

[Shiva]

Расчётный период 1 сутки, всего 31 период, а не для каждого. Хотя если 31 абонент... Абонентскую плату отслеживать костылём во время приёма денег.
Всё можно автоматизировать скриптами и они сами нужный период выберут.

[Unknown_Error]

Расчётный период 1 сутки, всего 31 период, а не для каждого. Хотя если 31 абонент... Абонентскую плату отслеживать костылём во время приёма денег.
Всё можно автоматизировать скриптами и они сами нужный период выберут.

Идея ясна, но возникает несколько вопросов.
1. Оператор может ошибиться в выборе расчетного периода (не самое смертельное, что может случиться ).
2. Не совсем понятно, как костыли сами сменят расчетный период.
3. А если расчетный период начинается 30 января, что будет в феврале? А будет перенос на пару дней на следующий месяц, а именно на 2 марта вывалится, и будет 2 одинаковых РП с началом расчетного 2-е марта.

[Shiva]

Если 1 сутки, то период всегда один. В этом случае посуточная оплата. Костыль в случае зачисление денег: скрипт смотрит хватает ли денег на месячный платёж и разблокирует абонента.
Если 1 месяц, то с числа по число. Подробней в документации нетупа. Костыль делается так, что бы абонент заводился не через биллинг, а скриптом.

[Unknown_Error]

Спасибо, надо продумать в данном направлении.
Правда есть один нюанс, абонентскую плату не получится четко указать, т.к. в месяце может быть и 30 и 31 и т.д., и как следствие придется жестко привязывать абонента к примеру к 30 дням.

[maxxsoft]

я для себя сделал следующим образом:

1.Учётный период месячный с 1го по 1е
2.при создании учётного периода задаём количество списаний в неделю =7
3.в параметрах периодической услуги метод снятия денег "в течении всего периода)
4.в периодической услуге выставляем полную сумму
5.в политиках списания ставим галки по перерасчёту абонплаты при создании связки и "не списывать абонплату" при всех блокировках
6. по желанию "устанавливать при недостатке средств" (если нужно чтобы клиент ни в коем случае не ушёл в минус)

в итоге получилось следующее:
у клиента в тарифе подключаются 2 услуги
1.передача данных (бесплатная)
2.абонплата (к примеру 500р/мес)
при создании связки списывается абонплата за сегодняшний день (причём за остаток дня, если не указать время начала 00:00) и ежедневно списывается 16р с копейками, при достижении минусового баланса (либо недостаке средств с крыжиком пп.6) счёт блокируется до пополнения баланса.

в итоге мы получаем ситуацию если клиент оплатил 15го то он и будет работать до 15го (пока есть деньги на счету)

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

сам голову сломал, но ведь получилось!

[uptels]

Подскажите, насколько критично иметь несколько расчетных периодов? К примеру часть абондосов 1-го по 1-ое и параллельно часть с 10-го по 10-е. Где аукнется? В отчетах? В подключении тарифов или услуг? Еще где нибудь? Всё получится как надо?