Сезонные и временные блокировки. Давайте покончим с этим безобразием.

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

Тема поднимается достаточно часто. Думаю тут должно быть встречное движение. Аргументы с обоих сторон верны. Думаю надо Виалону просто доделать выгрузку "одним нажатием" группы машин вместе с накопленными данными.

Не стоит забывать что Виалон не единственный представитель ПО мониторинга. Пару досадных спотыканий и народ начнет щупать другие сервисы. А если сервис еще и позволить с легкостью адаптировать выгруженные из Виалона объекты, то лидеры рынка могут поменяться. Такое было неоднократно с тем же производством приборов, когда не прислушивались к мнению заказчиков.

Хостинг и Локал с точки зрения интерфейса и функционала это практически идентичные продукты. Только администрирование ПО и серверов в случае Локала ложиться на вас а в случае хостинг это заботы производителя.
А механизм расширения функционала  одинаков и для Локала и для хостинг, все делаеться по средствам SDK.
SDK  делает систему более гибкой в случае решения задач не реализованных в самой системе,  причём позволяет доработать именно так как необходимо вам, в соответствии с вашим тех заданием.

Да верно. Мы здесь про "Бизнес и деньги", и за деньги в комплекте системы, я бы очень хотел получать функционал который покроет мои потребности в ежедневных манипуляциях. Т.к. один раз усилия со стороны программистов Виалона, это не десятки тысяч однотипных манипуляций "ручками" у всех интеграторов.

Не надо забывать что про "Бизнес и деньги" это не только выворачивание рук интеграторам и игра "сделай сам", но и огромное конкурентное поле, не сделает "Виалон", сделает (вернее уже сделано у многих) кто-то другой. Это базовый функционал как-бы. И логично сделать его адекватно.

Работая в предыдущей системе с этим сложностей не испытывали, год хранения сезонного обеспечивался как аксиома, и даже больше, но свыше года без гарантий.  И даже отвязка и удаление машины, и затем вновь ее привязка, автоматически присоединялись данные этой машины по ИД прибора старого, и небыло никакой катастрофы и "сделай сам" универсама для представителя мониторинга.

Ну, а если посмотреть под другим углом?
Клиент отказывается от "сезонного" объекта на разумное время (N месяцев, N не более 12), при этом денег платить не хочет, но хочет возобновить обслуживание. (Это повод брать плату "за сохранение")
Интегратор не хочет играть в экспорт/импорт данных, хочет "усыпить" объект по одному щелчку, и "разбудить" объект по щелчку другому, притом так, как если бы объект и не "спал" вовсе. Пока объект "спит", он никак не участвует в нагрузке на сервера (отдельный момент - блокировка самого трекера), и такому объекту "позволено" только "пробудиться" по щелчку. (Это повод брать плату за хранение объектов. Отдельно надо хранить связи объекта с отчётами, геозонами и пр. и "восстановить" эти связи при "пробуждении").
Гуртам хочет увеличивать количество объектов. Сезонный спящий объект нужен Гуртам? Хранение, "усыпление" и "пробуждение" объектов нужно Гуртам? (Это повод брать плату.)

Так что весь вопрос в данном случае не "как", а "сколько".

Не согласен ни по одному пункту.

- Нет тут никакой каши, есть лишь посыл к доведению до адекватного состояния базового функционала, примеры где это реализована функция без ручного труда - есть;

- Второе, по "за сколько". Когда машина стояла в работе, она уже "проплатила" нахождение своих данных на сервере. Ок можно представить что Виалон немощный сервис, с диском на 2 гб, которому "жмут тапки" и он не может позволить хранить у себя данные сезонно отключенных машин, но в данном случае можно по человечески реализовать выгрузку машин "в одно касание" вместе с данными вместо плясок с бубном и на писанины своих "скриптиков",на площадке Хостинг ? Я почему-то уверен что очень даже можно. И нужно.

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

Читая "противников" идеи, я не могу понять, вы что, "топите" за отсталость сервиса? Чтобы он так и остался в непонятном полусуррогатном виде на веки вечные?

Оплата хостинга повремённая. Это услуга.

Когда машина была в работе, оплачивалось время доступа, и доступ был предоставлен.
Сохранность данных нуждается в ресурсах, а значит это повод брать плату.
Только Гуртам может оценить затраты ресурсов и долю "спящих" объектов. В рамках от 0 до полной стоимости одного объекта.
Чтобы в чём-то убедить Гуртам, нужно обосновать, в чём выгода "спящих" объектов для Гуртам. Выгода может быть нематериальной.

Согласен, что было бы удобно иметь возможность в 1 клик экспортировать отключаемые объекты с сообщениями или без них в каком-то специально предназначенном для этого интерфейсе. Фактически в Wialon уже есть этот функционал, но нет нормальной обертки для этого, нужно руками делать всё. Конечно, ничто не мешает написать приложение для этого, только не у каждого интегратора есть время\деньги\ресуры\желание этим заниматься.

Подключить какое-то FTP, SFTP хранилище для этого - тоже норм идея. Я работаю таким образом с бекапами, например, Veeam - очень всё быстро, коннект к хранилищу 1 Гбит\с. Такая же история в Proxmox - он сканирует дампы в папке и по 1 клику можно восстановить заархивированный объект. Я, конечно, понимаю, что это совсем другие продукты и для других задач, но я к тому, что принцип и задача, собственно, не новые и много где уже работает.