Альтернативное название

п. 1 и 2 - выглядит так, будто надо просто в названиях кириллицу заменить на латиницу.
п. 3 - с альтернативными именами проблема не решится, а только усугубится, станет ещё больше шансов для совпадений и огорода имен.
п.4 - мы, например, в таких случаях ретрансляторы используем (когда делаем демо для выставок и т.п.)

Мы пытаемся выявить реальную потребность и реальные кейсы для внедрения такой доработки.

Таким методом реальную потребность не выявить. Т.к. у Вас нет связи с конечным пользователем. А 90% клиентов хотят их названия.
И как пример у нас тех поддержка одновременно может отслеживать по штук 50 объектов РАЗНЫХ клиентов одновременно (проблемные машины) и если бы мы переименовали бы их объекты как они хотят, представьте как бы выглядел этот бардак. (если хотябы пару клиентов сделают название по гаражному номеру к примеру "нумерация от 1 до 100" как отличать их машины в списке. )   
Пропала со связи к примеру машина №5 а их в списке 10 с таким названием от  разных клиентов,  и тут начнется произвольные поля и т.д., а я к примеру знаю что у "Васи" эта машина в ремонте и она может выключится и чтобы узнать что это "Васина" машина потухла, а не другого клиента надо будет лезть в свойства, произвольные поля и т.д. чтобы просто узнать эта та  машина или нет, а если в моем списке  она будет называться к примеру "Вася №5" то одного взгляда хватит для этого

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

Дмитрий Л в CMS на вкладке объекты есть произвольные и админ поля. Мы в эти поля заносим группу (клиента) по ним можно искать. Нас устраивает.

Моя цель — не сказать ДА или НЕТ, а выяснить практическое применение доработки. Пока что это не удаётся. Слишком много эмоций в постах и слишком мало сути дела.

Вижу следующие ситуации:

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

Но вот есть в панели мониторинга одна вещь, которая долдна реально помочь. Если, как говорит jecash это делается исключительно для какого-то определенного вида глючного оборудования, то там есть фильтр по оборудованию, и в рабочий список можно вывести только объекты, работающие на этом оборудовании. Это должно несколько упростить работу (ну или, как минимум, меньше нагружать браузер).

2. Дмитрий Л, Вы предлагаете добавить в ЦМС колонку с группами для таблицы объектов. А не проще ли воспользоваться поиском по группам слева? Также вопрос: а что именно в данном случае обозначает принадлежность к группе? создаёт группу клиент или интегратор? Возможно, колонки с создателем и учеткой отчасти отвечают на вопрос, к какой группе принадлежит объект.

Надеюсь, вы уже заметили и активно пользуетесь этой функциональностью в CMS manager, т.к. она в одном из последних обновлений попала в релиз.

Чего то тема с альтернативным названием остановилась, неужели почти ни кому не надо?

+1 поддерживаю

И есче раз подниму эту тему.
В виалоне в характеристиках объекта есть поле "Регистрационный номер".
И в зависимости от настроек пользователя заменять наименование объекта (в списке и отчетах) на это поле (или добавить подобное поле).
т.е. минимальные изменения, скрыть одно поле и показать другое в зависимости от установленной галочки. Можно же сейчас добавлять вторую строку в список с вспомогательной информацией, почему это нельзя.

Ненадо. Если интегратор может найти объект по второму имени зачем оно клиенту. Хотя если он будет видеть хуже никому не будет.

Пусть также выбирает какое имя ему удобно

зачем, можно зайти в настройки этого пользователя или где это будет менятся и посмотреть что у него включено (оригинальное или альтернативное название)

да

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

Да.

Ну по идее должно отображаться в зависимости от настроек пользователя который создал этот  локатор.