Злоупотребление неоплаченным периодом

Решение очень простое - если задержали оплату, клиента заблокировали (пользователя или объекты из доступа, или еще как), а разблокировали только после полной оплаты задолженности. И этот вопрос Виалон и Гуртам никаким боком не касается.

Остановить получение данных нельзя. Ибо если клиент не платил, не платил, а потом раз - и все оплатил, за все периоды. А у вас данных за часть интервала нет. Тогда на каком основании оплаченное клиентом отсутствует в системе? Ситуации у клиентов разные, некоторые готовы быть заблокированы по текущей финансовой ситуации, прекрасно оплачивая потом все долги.

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

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

Чтобы терминал не передавал и не писал в себя историю надо подзаморочиться с настройками, удалять объект рановато да и история удалится при этом, менять imei просто но накладно, так как терминал будет часто долбиться на сервер, запрос-отказ-разрыв gprs-и по новой, что приводит к повышенному расходу трафика относительно обычной работе трекера, как это не парадоксально, симку блокировать это все равно история выгрузится.

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

Давайте не утрировать, ладно? Есть некие разумные сроки, у каждой компании свои, сколько она готова терпеть клиента без регулярных оплат.
Если клиент хитрит, то ваша задача найти те условия и включить их в договор, которые не позволят ему хитрить. Либо позволят вам автоматически останавливать обслуживание клиента при неоплате, например, более 3 месяцев. Многие компании похожим образом действуют.
Требовать клиент их будет, поскольку он их оплатит, хоть и позже. И вправе получить все данные в любом доступном из системы виде. Это мое видение ситуации, я не навязываю.

В любом случае, это ваши отношения с клиентом, финансовые и легислативные. А вы пытаетесь их решить техническими средствами системы, которая вообще вне этих отношений.

Мы поступали проще - удаляли объекты из доступа у клиента. Автоматически, конечно-же. Раз не заплатил, то и пользоваться сейчас возможностями системы он не может, даже с данными прошлых периодов.
Он их не видел, начинал волноваться и платил. Это если имел намерение работать с системой. Если не имел, так и висел без объектов, пока не отключали полностью с удалением из клиентов.

autokirov@gmail.com это же хранения данных объекта, в не зависимости от блокировки пользователя?

SanderAMC написал много, но все это отдалено от реальности, с чем там можно согласится?
Все проще, если клиенту надо пользоваться сервисом но он не может заплатить, он сам об этом предупредит и с нашей стороны останется отложить дату блокировки, в обратном случае клиент просто не платит, не отвечает на звонки и на другие средства связи, а через месяц другой сам объявляется, с чего бы клиенту обижаться если за неоплаченные месяца не будет истории. Перечислите платные сервисы которые будут продолжать работать после задержки оплаты.

Все что Вы перечислили в этом и есть суть этой темы, это все отнимает время, а автоматическое прекращение записи истории это просто, эффективно и кстати в интересах экономии занятого пространства на ваших серверах.

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

Суть в том, что если представить и оценить в динамике моё предложение, то станет ясно, что это сэкономит время и деньги интеграторам и сэкономит ресурсы на хостинге.

Срок хранения данных подчиняется правилу, определенному в учетной записи. Всё просто и прозрачно. Менять и усложнять логику мы не планируем.

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

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