Предложение: Ограничение доступа к сообщениям

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

+1

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

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

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

Наверно я не правильно объясняюсь, попробую еще раз.  У меня парк ТС, я сдаю их в аренду. Клиент просит доступ для мониторинга. Я ему его предоставляю, и он смотрит историю по объекту )) с момента заведения прибора в сервис, а еще хуже, ни с момента создания учетки , а с сохранившейся записи в приборе которая выгрузится в сервис, верно ?

Был создан новый пользователь, и ему предоставлен доступ к объектам. Треки и отчеты (к ресурсам пользователю был дан доступ) строились и создавались с момента условно установки прибора в авто.

Этот вариант аналогично доступа у пользователя к объектам но не ресурсам.

Первое что пришло мне в голову, это настроить прибор для передачи сообщений в другом протоколе на сервер, т.к. настроить ретранслятор на 193.193.165.165(порт) и создав объекты с типом устройства согласно ретранслятора, не дало результатов.
но этот вариант подразумевает дополнительные расходы (трафик+объект)
Сегодня мне помогли разобраться с причиной неудачной попыткой настройки, это загадочные буквы hw.sig вместо адреса ретранслятора ))

У этого варианта есть тоже непонятки, связанные с  доступом к данным ранее "созданого" ретранслятора, возможно из-за создания объектов ретранслятора от разных "создателей*.

В любом случае третий вариант смахивает на "костыль".

22polyak , у нас есть функионал, который позволяет деактивировать сезонные объекты. Такие объекты не доступны пользователю в деактивированный период и после активации нет информации об этом периоде, также на них можно сэкономить. Подробнее читайте по ссылке на тему или спрашивайте у ваших менеджеров.

Не совсем понятно, что же происходит в вашей истории. Есть собственник  транспорта. Он оплачивает абонентскую плату и имеет право знать, где его авто и пользоваться прочими благами мониторинга. Также имеет право сэкономить и отказаться временно использовать мониторинг и видеть данные о своем транспорте. Описанная ситуация выглядит так: собственник на зиму перевел транспорт в "спящий режим" и не платит за него, но данные по транспорту продолжают собираться. Кто-то, но не клиент, при этом продолжает платить за этот объект Гуртаму(?). Весной собственник может передумать, что ему нужно знать, где было его авто зимой (т.е. им кто-то пользовался несмотря на "спящий режим") и заплатить за предыдущий период. Если нет, тогда кому нужны эти данные и почему их нельзя удалить?
Поясните, пожалуйста, кто собственник данных и кто на каких правах на них еще претендует.

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

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

Все верно, и такое случалось.
Были случаи когда в зимний период авто делала несколько выездов,но при этом они не активировали ОМ, а потом директор запрашивал даные для проверки, так как в этот период где-то был за границей когда на его транспорте работали.
Также не нужно забывать про банальное воровство транспорта, и без даных мониторинга его найти либо труднее либо же не возможно!!!
А Гуртаму оплачивает наша организация,которая в свою очередь предоставляет доступ разным предприятиям,устанавливает оборудования и надает сервис.Вот нам нужно иметь возможность для ограничения сообщений клиентам которым мы предоставляем услуги!!! Это бизнес!!!

Это примерно как ставить пользователю в правах черный список сообщений - которые он не может видеть. Было бы удобно, ограничивать видимость, например - не видеть любой период от даты и до даты. Или, как пишет Max_suntel - ограничивать глубиной истории: 1мес, 2мес, и тд.

Ок. Спасибо за подсказку, не знал что так надо.

Ага, это реально для 1-2 объектов, сделали на время и вопросов вроде не стало. А если вопрос о доступе на группу объектов? Ну, например, десятки машин по списку дать в ограниченный доступ на время (и чтобы лишнего не могли видеть). Клонировать десятки объектов?

Добрый день. Возможно Я не правильно описал проблему,либо же Вы не поняли суть, или же просто не можете это сделать и начинаются банальные отписки.
Наша компания является партнером Гуртам. В свою очередь предоставлям доступ предприятиям услуг мониторинга а также сервиса,так как являемся интеграторами системы спутникового мониторинга.
Нашим клиентам уже мы предоставляем доступ до системы мониторинга, за что взымаем с них плату за услуги.В зимний период они часть своей техники переводят в зимний период, а весной бывает в начале лета выводят с спящего режима. Таким образом они могут просматреть историю транспорта за которую не платили.Ретранслятор и локатор сдесь не помогут так-как клиент является собственником своего транспорта, ему конечно же хорошо, а мы при этом теряем деньги,потому что за этот период мы платим Гуртаму.
Теперь возьмем для примера хотя бы  100 наших клиентов (это 100 учетных записей) в которых есть свой транспорт.В каждой УЗ. есть свои объекты и свои пользоватили. Каждый из них переводит в спящий режим технику  к примеру в среднем 10 объектов/каждый.Все заказывают услугу на разный период от 3 месяцев до полгода.Это получается 1000 объектов в паузе на разных УЗ, при этом они являются собственниками  своей УЗ пока не расторгнуть договор с нашей компанией.Так какой здесь локатор или ретранслятор поможет?
После паузы они спокойно просматривают историю своих объектов бесплатно!!!

Обоими руками "За" ! Постоянно возникают клиентские запросы предоставлять доступ от какого-то времени. Т.к. идет работа с арендной техникой, которая передается на работы, и новому диспетчеру ненужно давать доступ к старым данным (это требование абонента).

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

Добрый день!
Ранее не найдя данную тему пришлось создать свою "https://forum.gurtam.com/viewtopic.php? … 67#p175867"
Ситуация такая, нашему партнеру понадобилось видеть, как разъезжается и производит доставку наше ТС после загрузки их на базе партнера.
Поступили следующим образом - базу партнера выделили в геозону, и к новому созданному пользователю добавили возможность, чтобы при посещении объектом данной геозоны он добавлялся в список видимости к новому пользователю. Осталось только ему предоставить, чтобы он видел раннюю историю данных объектов не более 48 часов, т.к. он не должен видеть где были ТС ранее. Было бы еще замечательно, если бы пользователь смог бы наблюдать за этими объектами не более 48 часов, а потом бы они удалялись у него из списка.

mana - некропостер, со всем уважением.

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

В целом.
Доступ к данным легко решается через отчеты и ограничения изменения настроек объекта, но было большое НО "нет возможности ограничить доступ к сообщением", теперь после выше описанной мной рекомендации структура: "заказчик - подрядчик(клиент интегратора) " со схемой:
"УЗ подрядчика, под пользователь заказчика с ограниченным доступом к элементам учетной записи, но без ограниченного доступа к услугам"
меняется на:
"УЗ подрядчика, УЗ заказчика с ограничением услуг и с ограниченным доступом к элементам учетной записи подрядчика, в том числе объектам и шаблоном отчетов".

П.С. За что я люблю этот форум: "Решая проблемы других, ты смотришь на систему под новым углом и решаешь свою"

Порой складывается впечатления, что система, созданная по большой части на патеров проектирования, остается загадкой для самих разработчиков этой системы