Коллеги, добрый день!

Подскажите, кто как решал проблему 40-символьного наименования технических объектов (ТМ и ЕО)? Ведь зачастую этих 40 символов мягко скажем не хватает для идентификации ТО.
Длинный текст не особо спасает, так как его в поисковиках не задействуешь...
Есть выход конечно через USER-EXIT добавить поле с длинным текстом... но во-первых - даже тут на экран больше 80 символов в один ряд тяжело протянуть... а во-вторых - поисковики переписывать тоже дело неприятное...
Ну и плюс в структурном представлении "обрезанные" наименования выглядят не очень конечно...

Да нормально оно выглядит если название больше 30-40 обычно это уже описание а его лучше хранить в текстах, поиск по текстам сделать без проблем так что садимся и думает сначала как будем как называет ТМ и ТО а потом уже приступаем к реализации

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

Собственно, в расширении можно добавить не одну длинную строку, а несколько подряд, и даже экранную таблицу, в которую писать любое название с разделением по строкам, а средства поиска менять придётся, тут ничего не поделаешь. А вообще-то, оборудование чаще всего ищется не по наименованию, а по принятой на предприятии классификации, производственным, конструкторским обозначениям, которые вполне умещаются в 40 символов.

У нас к сожалению для некоторых ТМ то что свыше 40 это не описание а неотъемлимая часть названия ( Так что есть очень интересный вопрос - как организовать поиск по длинному тексту????
Нельзя ли описать это поподробнее??? Можно и в личном сообщении...
Просто если это так - то проблема на 98% решается... )

Классификацию тоже используем, причем достаточно детальную... но этим проблему с названием увы не решишь...

Плюс еще вопрос - если как вы говорите, можно организовать поиск по подробному тексту, то можно ли добавить это полей в список полей для представления в транзакции структурное представление объектов оборудования. Мы проверили пока только что можно собственное длинное поля из экрана расширений (User-Exit) вытащить в перечень полей для возможного просмотра... а вот подробный текст не удалось...

Ну тогда в делаешь на своем подэкране таблицу строк куда вносишь длинное название на столько строк на сколько нужно, как тебе посоветовали выше, а потом эти строки сохраняешь или в расширенную таблицу EQUI или вообще в свою табличку, потом пишешь поиск по этой таблице и цепляешь его к стандартному средству поиска ЕО. Через тексты тоже искать можно для этого пишешь код поиска где метод поиска твоя функция а не построенный view, при этом в тексте этой функции пользуешься функцией READ_TEXT для чтения текстов ну дальше проверяешь каждый текст на водимость нужных тебе данных... только работать в этом случае будет медленно...

С возможностью ведения длинного текста с помощью расширения это понятно... в общем-то так и было задумано...
а вот за подсказку организации поиска через подробный текст - большое спасибо... будем копать дальше

Только все-таки вопрос - почему бы все таки SAP так жестко ограничивает до сих пор длину полей "Краткий текст"... ?

Ну во-первых, базы они не резиновые и поиск по текстовым полям тоже накладная информация, а во-вторых, поле же называется "Краткий текст"

2 SAP_LO: По поводу поиска по подробному тексту: здесь тебе нужно будет создать свое средство поиска с использование Search Help Exit-а (т.е. функционального модуля).
Ну а далее все просто: Селекционный экран можешь оставить тот же что и в устраивающем тебя стандартном средстве поиска, а вот алгоритм выбора реализуешь уже в твоем ФМ: читаешь EO, затем ее подробный текст, затем ищешь в нем(подробном тексте) нужную тебе последовательность символов (находишь - значит включаешь в результат выборки).
Правда работать будет наверное медленно (все-таки нужно считывать подробные тексты, а затем анализировать), но это уже зависит от производительности вашей системы.

Ну название поля можно поменять на "Наименование ТО" и делов...
а базы - сейчас сервера все мощнее и мощнее как по производительности, так и по объемам хранимой информации...
Так что длина текстовых полей уже не становиться такой критичной на мой взгляд...

Просто если честно устал выслушивать от клиентов почему такое ограничение на наименование? Отчеканиваешь ответ из 20 стандартных ответов консультанта - ну это стандарт SAP.
Но не волнуйтесь... мы вам тут под-ABAP-им... и все будет тип-топ...
ABAP-чик конечно придеться оплатить... но вы не переживайте... никто еще без ABAP-а на проекте не обходился...

Понимаю что это часть работы... но согласитесь не самая приятная

Знаешь это разговор в пользу бедных вот сделают поле 100 символов, а потом всегда найдется кто-то кто скажет а почему 100 я хочу 200 и что?! И про мощности компрьютеров тоже не надо, ее к сожалению всегда не хватает и темболее не будет хватать если сделать такие поля в записи... так что все правильно и длинна тоже вполне нормальная.

А как расширенные поля вытащить в перечень полей для возможного просмотра? в IE05 у меня не получилось.

В общем наш АБАПер вытащил все поля в структурное представление слегка, но красиво надломив стандарт. А при построении списков и поиске - АБАПили стандартные отчеты по спискам...