Вы не вошли. Пожалуйста, войдите или зарегистрируйтесь.
Предложение добавить альтернативное название для объекта, а в настройках пользователя выбирать желаемое название
как пример для нас и сервисников удобно что машина называется "НЕФАЗ Бензовоз 135", а завгар хочет чтобы было короткое название было в виде номера подразделения и гаражного номера типа "А7Б135" у него типа свая сортировка и т.д.
И данный вопрос с альтернативными названиями встречается уже не первый раз.
Поддерживаю! +1
Возможность задавать второе название объекта было бы неплохо. А то у нас объект проходит просто под номером, а клиент называет его удобным для себя именем. Потом ищешь что и где находится))
Поддерживаю +1
Строить систему учета своих объектов на основании их имен на сервере - тупиковый путь. Поэтому информация о ТС отдельно, о его имени на сервере - отдельно.
А тем временем, что мешает использовать административные поля для этих целей?
SanderAMC Система учета построена не "на основании их имен на сервере". Речь идет об удобстве визуального поиска объектов в списке. Чтобы посмотреть доп.поля нужно либо открыть окно свойств объекта, либо навести на него курсор, что не всегда удобно.
Плюсую, давно надо
Сегодняшнее обновление ввело реквизиты объекта в отношении самого ТС.
Речь идет об удобстве визуального поиска объектов в списке. Чтобы посмотреть доп.поля нужно либо открыть окно свойств объекта, либо навести на него курсор, что не всегда удобно.
Уточнение про поиск понятно.
Но это не следовало из исходного постулата, отсюда и мой комментарий.
SanderAMC Обновление уже заценили, удобнее чем вписывать это же в произвольные поля. Но оно не помогает той цели, что стала здесь обсуждаться. Да, согласен, описания в начале было мало.
Но и далеко не всем нужно подобное решение, но его реализация сильно порадует.
+1
Думаю нужно давать доступ к редактированию имени объекта клиенту. И как клиенту нравится, так пусть и меняет (все для удобства клиента, так же? 
)
Что бы не "потерять" объект прописывал его полное название в произвольные поля.
И насчет новой вкладки характеристики, думаю она бы стала более полезной будь по ней поиск. Тогда можно перенести имена из произвольных полей туда.
Думаю нужно давать доступ к редактированию имени объекта клиенту. И как клиенту нравится, так пусть и меняет (все для удобства клиента, так же? )
Что бы не "потерять" объект прописывал его полное название в произвольные поля.
И насчет новой вкладки характеристики, думаю она бы стала более полезной будь по ней поиск. Тогда можно перенести имена из произвольных полей туда.
Здесь предлагается создать есче одно поле с именем объекта которое может редактировать клиент как угодно, а в настройках пользователя или правах выбирать из какого поля отображать имя объекта
Как то мало людей заинтересовала данная функция, неужели почти никому не надо?
+1
Плюсанул
Мне кажется логично, если объект называется в системе, как нравится клиенту, а для интегратора альтернативное название хранится в административных полях (позволяет быстро найти объект по поиску и т.п.).
Мне кажется логично, если объект называется в системе, как нравится клиенту, а для интегратора альтернативное название хранится в административных полях (позволяет быстро найти объект по поиску и т.п.).
А чем интеграторы не угодили? ) Вариантов применения двух имен объектам масса: от обезличенного для посторонних действующего объекта в demo до оказания услуг клиенту - носителю другого языка. Единственно, право присвоения имен объекта стоит сделать исключительно для интегратора или на его усмотрение.
Ну, допустим. А как программа будет понимать, в какой момент какое имя показывать?
По всей вероятности, как настроить в свойствах пользователя (клиентский или служебный вариант), так и будет показывать. А в свойствах объекта имя общее, и имя служебное (ну или как-то по другому будет называться).
Дмитрий Л, где настроить, мы найдём. Вопрос другой: ЧТО настроить?
По-простому это может быть что-то типа: показывать служебное имя в CMS Manager'e и клиентское имя в основном интерфейсе и во всех аппах. Но аппы ведь тоже могут быть служебными — тогда надо вводить новый признак аппа и его где-то хранить (+ что делать с не-нашими аппами?).
Ну или другой вариант: это может являться признаком пользователя, и в соответствии с этим признаком ВСЕ имена объектов будут показываться ему либо как служебные, либо как клиентские.
alek, думаю, что варианты настройки необходимо рассматривать с позиции задач и применения.
Я вижу основное применение для дилера, когда клиент может видеть свои объекты по госномерам, или по бортовым номерам, или еще по каким, как ему удобно, а дилер обзывает объекты в том виде, как у него обозваны объекты остальных клиентов. Или, к примеру, необходимо скрыть визуальную идентификацию объекта, например, для трансляции в демо, "чтобы и объекты реалистично катались, и клиент спокоен был". В этом случае служебный и клиентский будут показываться по тому же признаку, как, например, показывается или нет телефонный номер навигационного терминала. Причем, если в CMS Manager в колонках могут быть оба названия, то в основном интерфейсе - в зависимости от настроек доступа..
Ну и призрачный вариант применения, когда есть клиент, и есть его владелец, который имеет еще кучу предприятий и желает видеть объекты своих предприятий так, как ему хочется видеть. В этом случае наверное придется делать отдельный признак в настройках доступа.
К сожалению, через настройки доступа это все осуществить невозможно.
Могут быть только вышеописанные варианты (1- по точке входа, 2 - по признаку пользователя) либо какие-то другие, до которых мы пока не додумались.
К сожалению, через настройки доступа это все осуществить невозможно.
Могут быть только вышеописанные варианты (1- по точке входа, 2 - по признаку пользователя) либо какие-то другие, до которых мы пока не додумались.
В настройках объекта добавить поле альтернативное название (есть же второй телефон)
В настойках пользователя добавить галочку "заменять на альтернативное название" (как пример галочка "отрисовывать графики на сервере"), и если клиенту надо он поставил галку и ввел названия какие ему надо
Чего то тема как то умерла.
Неужто почти никому не надо ?
jecash, давайте ещё раз чётко сформулируем цель, ради которой надо вводить альтернативное имя объекта.
Вроде бы проблема такая (поправьте, если не так): интегратору (дилеру) хочется именовать объекты иначе, чем конечнику. Так?
Если это так, то решение такое: реальное имя объекта отдаём в угоду конечнику, а интегратор (дилер) хранит своё имя в административных полях.
Почему именно так, а не наоборот? Потому что конечник осуществляет мониторинг и любуется на свои объекты постоянно, и ему важно, как они у него называются в интерфейсе. Дилер же обращается к объектам в случае нужды (оказать техподдержку, что-то настроить и т.п.). Дилер не занимается постоянным любованием, а совершает какие-то точечные действия с объектами. Поэтому, как мне кажется, используя поиск по административным полям, он сможет быстро найти нужный объект (поиск по админ полям есть везде), сделать всё, что надо, и забыть до следующего раза. Нет нужды городить огород со вторым именем.
Кто что думает на этот счёт?
