Уважаемые коллеги!

Помогите решить следующую проблему с индикатором структуры:
насколько я понимаю, максимальная длина индикатора структуры ТМ 40 символов.
Почему тогда при создании ТМ с данным индикатором структуры, код которого превышает 30 символов система выдает ошибку о том, что наименование слишком длинное, т.е. превышает 30 символов.
Почему система пишет про 30 символов а не про 40??

Длина индикатора структуры и есть 30 символов, поэтому система и ругается. В этом можно убедиться посмотрев формат поля EDITM в T370S. А 40 символов это текст индикатора структуры.

Вопрос снят, сам разобрался вроде: для того, чтобы длина индикатора структуры стала 40 символов, необходимо активировать альтернативную систему идентификации.

Добрый день, коллеги!!!
Сейчас тоже столкнулся с такой проблемой. И возникли следующие нюансы:
1) длина поля EDITM в T370S составляет 40 символов, однако система все равно не дает ввести больше 30 (возможно, связано с внутрисистемной кодировкой);

2) если включить альтернативную систему идентификаторов, то замедлится производительность системы, что очень хочется избежать.

В связи с этим вопрос:
1) может быть, все-таки, кто-нибудь смог побороть данную проблему без использования альтернативной идентификации?
2) используя альтернативную идентификацию, основной код технического места все-таки не превышал 30 символов?
3) насколько сократилась производительность системы при включении альтернативной идентификации? (вдруг кто-нибудь знает )

Заранее спасибо!!!!

[color=darkred]Добрый день, коллеги!!!
Сейчас тоже столкнулся с такой проблемой. И возникли следующие нюансы:
1) длина поля EDITM в T370S составляет 40 символов, однако система все равно не дает ввести больше 30 (возможно, связано с внутрисистемной кодировкой);

2) если включить альтернативную систему идентификаторов, то замедлится производительность системы, что очень хочется избежать.

В связи с этим вопрос:
1) может быть, все-таки, кто-нибудь смог побороть данную проблему без использования альтернативной идентификации?

Как было установлено, если длина кода ТМ превышает эти "магические" 30 символов - то необходимо активировать альтернативную идентификацию - об этом оказывается на курсах SAP рассказывают - полезно иногда обращаться к первоисточникам - это я о себе, а не в обиду вам )
При закачке ТМ с кодом > 30 символов возникает проблема из-за того, что 1 поле кода ТМ в таблице имеет длину 30 символов, а 2-е поле в другой таблице имеет нужную длину в 40 символов - это как раз связано с внутрисистемной кодировкой. Чтобы ее решить пришлось в пакете LSMW нашему ABAPеру немного подABAPить.
Но в целом все работает нормально.

2) используя альтернативную идентификацию, основной код технического места все-таки не превышал 30 символов?

А если длина самого длинного кода ТМ не превышает 30 символов, то включать альтернативную идентификацию в принципе не нужно, если она для решения других задач не нужна.

3) насколько сократилась производительность системы при включении альтернативной идентификации? (вдруг кто-нибудь знает

Производительность ничуть не снизилась, по крайней мере это незаметно.

просто так, для сведения: Основные данные ТМ - таблица IFLOT, поле TPLNR: элемент данных TPLNR - CHAR 30.

С этим-то и была связана проблема закачки ТМ с длиной кода ТМ>30 символов. Если в пакете LSMW для закачки данных ТМ было определено поле TPLNR, то ТМ, у которых длина кода ТМ>30 символов, в систему не грузились. Поэтому был написан небольшой ABAP-чик, который грузил данные по таким ТМ уже в таблицу IFLOS в поле ILOM_STRNO (элемент данных ILOM_STRNO - Идентификатор технического места), которое имеет длину уже 40 символов (если ошибаюсь, могу уточнить)

просто вы использовали альтернативную идентификацию, ну а без нее - 30 символов -это максимум. Хотя, конечно, кто мешает, завести в осн.записи доп.поле длинной, скажем, 80 символов, сделать по нему search-help, включить его в комплексные средства поиска, да подшаманить отчеты.

ИМХО никакого смысла запихивать всю информацию в индикатор структуры, это же просто системная кодировка. Если надо вносить какие-то свои коды и шифры, то есть куча свободных полей, можно добавлять свои, использовать классификацию. Индикатор структуры не панацея!

Просто не хватало 30 символов для кодировки, к тому же структура оборудования такова, что в зависимости от каждой установки она может меняться и как бы не хотелось на каждом уровне структурирования обойтись 2 цифровыми символами, но не всегда это получалось (а 3 символа могли возникнуть на любом уровне). Поэтому и пришлось включать альтернативную идентификацию, чтобы сделать доступными 40 символов. 40 как раз хватало, чтобы те объекты оборудования, которые действительно по сути являются ТМ вести в системе как ТМ, а не создавать ЕО для тех объектов, которые вышли за рамки длины индикатора структуры в 30 символов.
Создавать кучу индикаторов структуры для каждой установки, конечно можно, но не хотелось, так как по всем структурным подразделениям получалось бы приличное количество.

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

В индикатор структуры никакой информации "не запихивали", а использовали лишь для того, чтобы с помощью простой цифровой кодировки типа: 001-001-001-001-001-001-001-001 (было на некоторых уровнях и по 150) и т.д. обеспечить иерархию тех объектов оборудования, которые по определению являются техническими местами и которые представлять в системе как единицы оборудования не очень красиво с методологической точки зрения.
К тому же структура оборудования была весьма "ветвистая", глубокая и сложная, поэтому использовали как ТМ, так и ЕО.
Тут можно долго и упорно спорить, конечно, но элементарно, какую-нибудь систему теплоснабжения правильнее представить в системе как ТМ и далее расписать ее.

Виды и классы тоже использовали, как раз для классификации объектов.

В продолжение темы...
Опыт №1:
1. Создаю индикатор больше 30 символов, предположим
"X.NN.NN...итд.до 40 символов"
2. Создаем ТМ "A"
3. Создаем ТМ "А.01"
Результат: в этом месте система требует либо указать вышестоящее ТМ либо активировать альтернативную идентификацию

Опыт№2:
1. Создаю индикатор до 30 символов, предположим
"X.NN.NN...итд.до 30 символов"
2. Создаем ТМ "B"
3. Создаем ТМ "B.01"
Результат: а результат тот же - система требует либо указать вышестоящее ТМ либо активировать альтернативную идентификацию

Опыт №3:
производится на другой, "чистой" системе, повторяю Опыт №2
Результат: система спокойно создает ТМ, не требуя ни вышестоящего ТМ, ни включения альтернативной идентификации.

Вопросы: из за чего в Опыте №2 система требует активирование альтернативной идентификации? Я полагаю, это как-то связано Опытом №1. Ну и как с этим бороться?

Спасибо.

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

Хех )) Думал, может кто сталкивался...
Что ж, полезем в дебагер.

Друзья!

С длиной кода индикатора структуры понятно. Можно без особых проблем сделать и 40 символов...
Но, подскажите пожалуйста, чем грозит изменение длины кода индикатора структуры в действующем продуктиве????
Ну, для примера, у меня есть один индикатор структуры (30 символов) на одно подразделение завода. А вот для второго подразделения завода (новое строительство) этой длины кода не достаточно.... Можно ли поменять этот индикатор на новый, с длиной в 40 символов, т.е. включить альтернативную идентификацию и под-абапить схему загрузки???? и грузить новую ветку.

Основное вопрос, чем это гразит для действующего продуктива???