Деактивация объектов

Когда будет доступно это?

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

dyama2007 ,

Данная возможность будет доступна в одном из ближайших обновлений.

Poddias ,

Спасибо за ваши вопросы и замечание!

Вот ответы на ваши вопросы:

История сообщений, для деактивированного объекта, будет храниться в соответствии оплачиваемому тарифу. Оплата за хранение истории будет взиматься только, когда объект активен.

На данный момент времени уведомление или событие не планировалось, но у каждого  деактивированного объекта будет информация о дате последней деактивации.
Могли бы вы рассказать немного подробнее, какое уведомление вы бы хотели иметь? Для кого должно срабатывать такое уведомление?

Я записал ваше замечание. Сейчас мы собираем отзывы по данному вопросу и затем их будем анализировать, поэтому, может, что-нибудь изменим.

maxim_prm ,

Оплата производится постфактум за количество созданных объектов в системе. Если вам нужна более подробная информация о данном виде оплаты, то обратитесь в наш Sales отдел.

Тогда получается, что мы Gurtam все равно платим за эти 15 объектов. Так получается?

shve Немного запутался.

У меня к примеру активировано 20 пакетов по 50 объектов, т .е. 1000 объектов.
Я деактивировал 150 объектов.
За какое количество пакетов я буду платить Gurtam? за 17 или за 20?

Отличная функция, но есть несколько уточнений.

• Остаётся ли объект в системе? Может ли конечный клиент проверить историю объекта за прошлый период? А вышестоящий пользователь?
• Сезонное отключение - это возможно удобно для оплаты, однако клиенты крайне часто желают отключить/подключить объекты в произвольный момент времени, зависящий от особенностей работы данного клиента. Крайне желательно иметь возможность задавать интервал отключения объектов вручную.
• Необходима возможность досрочного восстановления объектов.
• Было бы неплохо добавить отчёт, в котором можно увидеть отключенные объекты(с возможностью видеть как минимум имя, IMEI, сим, создателя и группы). Либо возможность отфильтровать в CMS только отключенные объекты.

Сам функционал крайне актуален. Если сложность реализации для пакетных тарифов сводится именно к вопросам оплаты, то, думаю, для многих всё же был бы актуален вариант с такой автоматизированной блокировкой без влияния на оплату за места(т.е. объект считается деактивированным, с конечным клиентом оплачивается в соответствии с договорённостями, но изменений в оплате в сторону Gurtam нет). Прошу других партнёров высказаться, интересен ли им такой вариант.

Функция-то актуальна.
Однако в предложенном виде нам не интересна, модель общения с клиентом в части остановки / приостановки иная.
Поэтому решаем либо через блокировку сим, либо через удаление объекта посредством собственной системы контроля, в зависимости от желания клиента.

sccop ,

Главное отличие в том, что при пакетной оплате, идет оплата за пакеты, а не за созданные объекты. Из-за этого отличия при анализе было очень много вопросов, а также были сложности с реализацией деактивации объектов при использовании пакетной оплаты.

На данный момент ни в какой. По той причине, что весь учет ведется нами в собственной системе, а все основное оперирование объектами в контексте текущей темы производится из системы через API.

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

• Клиенты видят, что объекты не на связи не из-за проблем с оборудованием
• Интегратор может контролировать, количество отключенных объектов даже для объектов, остающихся в системе
• С клиентом может быть заключено отдельное соглашение об оплате таких объектов