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

Тут же вопрос - планируется ли добавить функционал самостоятельного приостановления услуг из ЛК?

Ув. разработчики.
1. При автоматическом изменении статуса договора учитывается ли статусы, установленные на будущие периоды? или же они просто затираются?

2. У нас есть премия. Если абонент 2 месяца исправно платит на наши услуги (т.е. не блокировался за неуплату) мы предоставляем ему бонус +20% к скорости. Так вот можно ли будет как то узнать был ли абонент заблокирован за неуплату например в период с 01.02.2010 по 31.03.2010? Если нет то можно ли при автоматической блокировке устанавливать статус, отличный от стандартных, например "Закрыт за неуплату" или "Приостановлен за неуплату"?

зачем ? чем вам таблица статусов не устраивает ?

Пример их жизни. Пришел абонент и написал заявление на приостановку услуги например с 01.07.2010 по 31.07.2010. Оператор меняет статус договора на этот период. И вдруг случается так что 01.06.2010 договор автоматически блокируется за неуплату, а 02.06.2010 клиент вносит на счет необходимую сумму и продолжает работу. Так вот затрется ли его заявка не приостановление услуги?

затираются

Зачем? Ну или за что?

например , ставит статус отключен с для должника с завтрашнего числа , а если он сегодня оплатит, то новый статус активен все перетрет ..

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

Если кому-то из клиентов требуется именно такое поведение (с затиранием), то из этого не следует, что это правильно или нужно всем.
Если нам надо было затереть будущие статусы, то мы их и затирали. Для этого есть API, есть доступ в базу. Если не нужно было - оставляли.
Зачем вообще нужно было лишать нас права выбора варианта обработки истории статусов?

Поддерживаю vdd.


Как бы не так. Если сейчас статус = "активен", то по платежу ничего не произойдет и клиент завтра все равно отключится. У меня на этот случай скрипт отрабатывает и по приходу платежа перетирает будущие статусы "закрыт" и "отключен".

так вы скажите что вам нужно то. Я привел пример выше , что в нем будет ..оставляем все как есть , т.е оставляем статус приостановлен сегодняшнего дня , а после него снова будет статус активен? .. Т.е получим
так :
заблокирован по 14 -е..
заблокирован 15 - 24.
приостановлен 25 - 28.
активен с 29-го .

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

Или все-таки нужно все статусы в будущем коме статуса приостановлен , сменить на заблокирован ?

Нам нужно полное управление статусами. Зачем? Вот самая банальная причина - в комментарии к статусу может быть некая важная информация. Удалив автоматически этот статус вы оставите наших операторов и нашу автоматику без этой информации.

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

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

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

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

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

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

Кредитового тоже выключают статусом. Автоматика может рубить кредитового по исчерпанию лимита. Могут переключать клиента из кредита в дебет. Не угадаешь тут как, что и куда повернут. А затертый статус с комментарием уже не вернуть.

мы можем сделать галочку "ничего - не делать со статусами в будущем" .сами будите это расхлёбывать.

Так мы это и просили под названием "отключаемая автоматика"

Прошлые статусы, надеюсь, никому не пришло в голову перетирать?

1) Всё и вся перетирается, кроме статуса "приостановлен". Это уже обсуждено в хелпдеске и скорее всего реализуется так или иначе. Будет отключаемо.