1

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

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

Добрый день!

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

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

2

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

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

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

3

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

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

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

4

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

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

+1

5

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

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

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

6

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

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

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

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

Tatsiana Shmihelskaya
Business Analyst, Gurtam
7

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

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

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

8

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

(12/11/2018 19:10:07 отредактировано vad_98)

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

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

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

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

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

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

Tatsiana Shmihelskaya
Business Analyst, Gurtam
10

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

(13/11/2018 21:41:58 отредактировано vad_98)

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

tata пишет:

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

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

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

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

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

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

Tatsiana Shmihelskaya
Business Analyst, Gurtam
12

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

(16/11/2018 00:11:37 отредактировано vad_98)

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

tata пишет:

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

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

tata пишет:

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

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

tata пишет:

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

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

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

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

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

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

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

tata пишет:

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

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

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

14

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

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

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

Tatsiana Shmihelskaya
Business Analyst, Gurtam
15

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

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

tata пишет:

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

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

16

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

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

22polyak пишет:

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

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

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

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

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

Tatsiana Shmihelskaya
Business Analyst, Gurtam
17

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

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

tata пишет:

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

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

18

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

(21/11/2018 11:24:51 отредактировано 22polyak)

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

tata пишет:

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

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

19

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

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

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

20

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

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

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

21

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

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

22polyak пишет:

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

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

22

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

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

swm пишет:
22polyak пишет:

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

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

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

23

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

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

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

Tatsiana Shmihelskaya
Business Analyst, Gurtam
24

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

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

tata пишет:

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

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

25

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

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

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

Tatsiana Shmihelskaya
Business Analyst, Gurtam