Здравствуйте, прошу ознакомиться с несколькими предложениями/пожеланиями

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

Начнем с Рисунка 1 в таком формате я изначально и думал сделать свои предложения, но понял, что так мне слайдов не хватит. В общем в нем я расписал касаемо экрана отображения узла и указал ссылки на Рисунок 2 и 3, здесь ту же информацию дублировать не вижу смысла. Хочу расписать касаемо Рисунок 4. Мне как инженеру отвечающему за мониторинг было бы гораздо удобнее понимать топологию если бы она рисовалась последовательно, а точнее родителем счетчика хгвс является геркон, следовательно я хочу видеть ссылку на сам геркон, а не на ресурс или конвертер в котором куча и не понятно к какому относится именно этот счетчик и на каком он в нем порту. Чтобы выяснить всю эту информацию необходимо переходить по каждому из счетчиков путем их редактирования (причем тут редактирование если ты пытаешься просто посмотреть, где и на чем он?). Так же я бы и оставил возможность отображения прародителя устройства, то есть геркон (номер-ссылка), а прародитель - опрашивающий его ресурс или конвертер (предыдущее устройство). Аргументирую это тем что привязка по устройствам и каналам в любом случае вся прописывается и имеется, но по сути она не отображается деревом как названа (к чему тогда подобное название).

Теперь касаемо поиска, это самая большая проблема, если у тебя нету топологии объекта то найти, что куда и к чему попросту нереально(потратить кучу времени на разбор, я считаю нерациональным), как я писал выше привязка к каждому ресурсу квартире и каналу геркону в любом случае уже прописана тогда почему при поиске (Поиск 1) я не могу увидеть данный геркон, сам же и отвечу потому что его не завели как отдельный узел(Поиск 4) но как устройство (путем поиска браузера на объекте в общем списке ты перебрав страниц 7 можешь его найти…) на объекте он имеется(Поиск 2), почему он при этом не ищется в дереве большой вопрос в понимании топологии дерева(раз логически он является его частью). При этом еще, конечно, хотелось бы при нахождении

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

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

Такой же момент стоит учесть при теплосчетчиках к импульсным входам которых бывают подключены хгвс, чтобы при переходе в таблицу(Геркон 2), ты мог сразу перейти на счетчик подключенный на определенный канал(в идеале с отображением номера и обозначением хгвс).