26

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

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

tata пишет:

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

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

27

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

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

Max_suntel пишет:

Добрый день!

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

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

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

28

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

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

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

29

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

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

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

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

30

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

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

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

ООО "Смарт-Сервис", г. Самара
Тахографы, GPS/ГЛОНАСС оборудование, Wialon, Hecterra
Точное земледелие, автоматизация сельского хозяйства

support@sm-sr.ru
31

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

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

nsv пишет:

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

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

  • Предложение: Ограничение доступа к сообщениям
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, Wialon
34

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

(07/02/2020 21:04:32 отредактировано RedRock)

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

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

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

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

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

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

FFA0-0BBB-8911-15BB

https://www.reg.ru