1

Альтернативное ИМЯ объекта

(23/05/2021 03:17:10 отредактировано jecash)

Тема: Альтернативное ИМЯ объекта

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

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

Также большие парки авто используют свои обозначения обычно "гаражный номер", но вот бухгалтерия и руководство в отчетах использует свои наименования обычно как в документах на авто.

И тому подобные случаи.

2

Альтернативное ИМЯ объекта

Re: Альтернативное ИМЯ объекта

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

3

Альтернативное ИМЯ объекта

(24/05/2021 15:04:35 отредактировано jecash)

Re: Альтернативное ИМЯ объекта

a.pryadko пишет:

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


Отвечу по пунктам
1. Даже с сокращениями названий (МСК025 - а123аа) при парке к примеру 50 машин, при отображении всех машин надписи займут всю карту. Это не удобно для диспетчерских с их видеостенами где они любят отображать все машины на карте.
2. Вот как раз механик/диспетчер использует  только гаражный, а бухгалтерия/экономисты/руководство гос.номер. А произвольными полями пользуются процентов 5.
3. А делать группировки и мониторинг по группам могут от силы 1-2% клиентов. Большинство при случайном удалении из списка машины, в панике звонят и спрашивают куда машины пропали, вместо нажать кнопку пополнить список.

И большинство механиков/завгаров/бухгалтеров это люди лет где-то 50 и они не могут группировать и т.д., и в связи с возрастом уже не хотят разбираться. В большинстве случаев у них отображаются все машины сразу на карте, а особо подготовленные могут выбирать какие машины им отображать на карте, и знают где кнопка отчеты. А при попытке обучить человека лет 50, особенно бухгалтера  делать группировку или ещё что-либо, сразу услышите что это не их работа настраивать, у них и так дел много и т.д. им надо 2 кнопки которыми все делается.

Ну и опять же мы говорим про гаражный и гос номер, а есть клиенты которым надо тип машины в названии, или марка (пример "вилочный погрузчик-125" или " Komatsu sd300 - 3356вт" ) и много всякого другово.
Здесь вопрос в удобстве для клиента, а не для интегратора.

4

Альтернативное ИМЯ объекта

Re: Альтернативное ИМЯ объекта

Евгений jecash, добрый день!
Спасибо вам за подробное описание проблемы и процесса работы с именами в системе. Дополнительных вопросов у меня нет.

Однако могу сказать, что в ближайшее время мы точно не будем делать доработок в этом направлении по нескольким причинам:
1. Ваш запрос на добавление альтернативного имени является первым и единичным, раньше у нас об этом не просили интеграторы. К тому же, как вы можете увидеть, запрос не нашел поддержки среди партнеров.
Мы берем в анализ и реализацию задачи, которые находят отклик хотя бы у нескольких партнеров.
2. В целом, как упоминал ранее a.pryadko, задача может решаться штатным функционалом (например, использование произвольных полей). Я понимаю проблему нежелания некоторых диспетчеров/механиков/бухгалтеров/пр. учиться и осваивать новое, но тратить время на выпуск функциональности, которая точно так же потенциально может игнорироваться пользователями, мы не можем, т.к. в нашем бэклоге слишком много более приоритетных и полезных задач.
3. Процесс работы с именами у каждого клиента свой, поэтому добавления одного имени может быть недостаточным (возможно, что кому-то по процессам в компании нужно больше имен). А добавлять бесконечно новые галочки в настройки пользователя, чтобы можно было выбирать имя, которое должно отражаться на карте, тоже не совсем правильно.

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

Nastassia Maslovskaya
Business Analyst, Wialon
5

Альтернативное ИМЯ объекта

Re: Альтернативное ИМЯ объекта

Хорошо. Если в имени использовать только госномер, а гаражный номер и город прописать в произвольных полях, то в отчёты с помощью калькулятора будут попадать имена из полей, отображаться в карточке при наведении мыши может "Город: Москва" и "Гар.номер: 025" и даже "Госномер: ф123фф", а для городов - просто один раз создать группы объектов по имени города и включить в них нужные объекты.
Для гаража тоже можно создать группы вида "Гараж N" и включить туда нужные объекты.

Описанное закрывает задачу лаконичного отображения на карте, формирование отчётов и оперативного поиска в стакане по госномеру.

Имя объекта, к сожалению, перегружено функционалом. Оно отображается и в стакане, и на карте, и поиск по нему. Стакан, карта, отчёты, поиск предъявляют к имени объекта слишком разные требования по размерам и содержанию. Одно слово в имени идеально, два приемлемо, больше двух уже начинают вызывать оторопь. smile
Вот если бы можно было задать некое поле типа строка, где можно бы было через пробел указать некие поисковые теги, к которым бы припробеливалось то, что указано в имени объекта, и по полученным тегам производился бы поиск, то функционал поиска можно было бы отвязать от имени. А тем, кто хотел бы включить те или иные поля из карточки объекта, можно было бы вручную или с помощью API прописывать теги из тех же полей. Динамически реагируя на изменения в системе.