1

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

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

Добрый день!

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

Думаю что интеграторам и клиентам была бы удобна данная функция.

2

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

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

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

3

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

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

Присоединюсь к предложению. Есть такая необходимость.

4

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

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

+1

5

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

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

Поддерживаю
https://downloader.disk.yandex.ru/preview/57f527baf1074a003ededa51dde4f3e166983f2521571eaccbd5680473250736/5be963a6/RKG5vkvWGF9F1S8ZaaUu2vRf3jZF7X16pCZvdOCUJEKlw5k0ZVOafQirm5t9IYeKIhc2Ar1Lg1rh1YeAwnNmbw%3D%3D?uid=0&filename=2018-11-12_10-26-27.png&disposition=inline&hash=&limit=0&content_type=image%2Fpng&tknv=v2&size=1920x938

6

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

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

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

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

Tatsiana Kots
Ex-Business Analyst, Gurtam
7

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

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

Думаю польза будет как для интеграторов, так и для конечных клиентов. К примеру у наших клиентов много раз возникала необходимость сделать 2 учетные записи. В одной (для руководства) - снимать данные по объектам за 3 месяца, в другой  - только за 1 месяц. Обычное ограничение в таком случае уже не работает. Можно конечно сохранять сообщения вручную (или с помощью скриптов) на своих компьютерах или FTP серверах, а потом также по необходимости загружать, но далеко не всех клиентов это устроит.

8

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

(edited by vad_98 12/11/2018 19:10:07)

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

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

Все ясно !....что не ясно.....
9

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

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

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

Tatsiana Kots
Ex-Business Analyst, Gurtam
10

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

(edited by vad_98 13/11/2018 21:41:58)

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

tata wrote:

создать для него ссылку-локатор на интересующие объекты

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

Все ясно !....что не ясно.....
11

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

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

vad_98, верно, если дать ему доступ к пользователю с неограниченным доступом.
Но есть разные ситуации. В некоторых может быть достаточно ссылки на локатор, в некоторых можно ограничить доступ к сообщениям и отчетам. Можно еще рассмотреть вариант создать временного пользователя и объект и ретранслировать в него данные с оригинала, а после окончания аренды смело удалять.
Подходит ли для ваших случаев какие-либо из вариантов?

Tatsiana Kots
Ex-Business Analyst, Gurtam
12

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

(edited by vad_98 16/11/2018 00:11:37)

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

tata wrote:

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

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

tata wrote:

В некоторых может быть достаточно ссылки на локатор

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

tata wrote:

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

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

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

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

Все ясно !....что не ясно.....
13

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

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

tata wrote:

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

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

Добрый день. Часть клиентов в зимний период переводит часть техники в так называемый спящий режим.А по весне опять просят активировать.После активации тоесть придостовления им доступа они видят все, за что не платили, хоть и задержка в несколько месяцев.

14

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

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

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

Tatsiana Kots
Ex-Business Analyst, Gurtam
15

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

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

tata wrote:

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

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

16

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

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

22polyak wrote:

Добрый день. Часть клиентов в зимний период переводит часть техники в так называемый спящий режим.А по весне опять просят активировать.После активации тоесть придостовления им доступа они видят все, за что не платили, хоть и задержка в несколько месяцев.

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

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

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

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

Tatsiana Kots
Ex-Business Analyst, Gurtam
17

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

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

tata wrote:

Поясните, пожалуйста, кто собственник данных и кто на каких правах на них еще претендует.

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

18

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

(edited by 22polyak 21/11/2018 11:24:51)

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

tata wrote:

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

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

19

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

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

tata
Разрешите,я переведу:)
Данные с объекта собираются в приборе,а не в Виалоне.
От питания то контроллер не отключен во время этого зимнего "засыпания".
Если объект восстанавливаешь,то сообщений из истории не видно (хотя иногда видно и непонятно какие критерии этого "показа")

20

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

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

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

21

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

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

22polyak wrote:

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

Вы рейтинг задачи вверху плюсуйте, этим поддержите.

22

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

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

swm wrote:
22polyak wrote:

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

Вы рейтинг задачи вверху плюсуйте, этим поддержите.

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

23

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

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

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

Tatsiana Kots
Ex-Business Analyst, Gurtam
24

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

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

tata wrote:

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

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

25

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

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

Когда будет конкретный проект, то пришлите, пожалуйста, на почту tata@gurtam.com требования по этому проекту. Постараемся предложить максимально удобное  решение.

Tatsiana Kots
Ex-Business Analyst, Gurtam
26

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

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

tata wrote:

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

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

27

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

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

Max_suntel wrote:

Добрый день!

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

Думаю что интеграторам и клиентам была бы удобна данная функция.

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

28

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

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

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

29

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

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

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

Уж для интегратора со 100 клиентами не проблема найти программиста на разовую работу, нет?

30

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

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

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

Тахографы, GPS/ГЛОНАСС оборудование в г. Самара, ООО "Авикон"
31

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

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

nsv wrote:

Поддерживаю автора первого поста

Поддержка=плюсануть вверху справа над постом.

32

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

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

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

33

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

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

mAmbA, добрый день!
Подскажите, пожалуйста, рассматривали ли вы варианты, которые были предложены ранее тут: https://forum.gurtam.com/viewtopic.php? … 1#p158751?
Если никакой из вариантов не подходит, то прошу дать дополнительные пояснения по вашим кейсам.

Nastassia Maslovskaya
Business Analyst, Gurtam
34

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

(edited by RedRock 07/02/2020 21:04:32)

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

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

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

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

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

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

FFA0-0BBB-8911-15BB

https://www.reg.ru