Выборочный доступ к истории объекта для пользователей

Сам столкнулся с такой проблемой и был бы согласен с вашем предложением, но не сейчас, как минимум с таким подходом.
Как пользователь смотрит историю по объекту? Есть 3 варианта  Отчет, трек, сообщения.
Отчеты. Доступ легко конфигурируется под определенную задачу, особенно при наличии собственного ресурса(а может быть и не одного).
Треки и Сообщения. Доступ к инструментом не конфигурируется (закачивать и скачивать сообщения не всчет). Единственная возможность скрыть элементы с интерфейса, но их так же легко и вернуть или я не прав?

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

Если я ошибаюсь прошу поправить очень интересен поднятый вопрос!

В ряде случаев простого мониторинга на карте можно обойтись локатором.

С отчетами / треками / сообщениями сложнее. Но ничего не мешает создать временный объект и ретранслятор, который его будет "набивать" данными. Либо из истории за период, либо свежими по ходу поступления, как необходимо.

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