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

примечание. в домене число позиций поля меньше длинны вывода поля.

А зачем писать ABAP, когда можно подправить в словаре?
Если альфа-преобразование не происходит, то значит под используемым элементом данных лежит домен без преобразования.
Поменяйте элемент данных и всё должно быть хорошо.

>Если альфа-преобразование не происходит, то значит под
>используемым элементом данных лежит домен без преобразования.

в том то и дело, что домен с преобразованием ALPHA. проверил еще раз. снова с преобразованием ALPHA.

ps. тип данных CHAR, число позиций 25, десятразряды 0, длинна вывода 12, прогр преобр ALPHA, знак+/- false, строчные буквы false. самому не нравится, изменить не могу(

Много буков. Лучше откройте тайну, как называется search help

Может, потому что длина поля не совпадает с длиной вывода...

>Много буков. Лучше откройте тайну, как называется search help

Z*, у вас такого точно нету(

А элемент данных тоже на Z*.
Ну, скопируйте СХ и попробуйте другой элемент данных.
Альфа-преобразование все 25 позиций нулями заполняет, а нужно, наверное, только 12.

> Может, потому что длина поля не совпадает с длиной вывода...

что из-за этого понятно. вопрос как исправить с минимальными трудозатратами. я сначала подумал что необрабатываемые события в пользовательском средстве поиска обрабатываются стандартно по умолчанию, (хотел только альфа преобразование добавить на событие 'PRESEL') но оказалось что не так. Если ничего не найду/подскажут, буду переписывать выборку данных.

Один из вариантов заключается в доработке напильником с использованием CONVERSION_EXIT_ALPHA_RANGE_I\CONVERSION_EXIT_ALPHA_RANGE_O

Прошу прощения, не правильно понял вопрос.

>Альфа-преобразование все 25 позиций нулями заполняет, а нужно, наверное, только 12.

вот что показал st05:

для 110008000023

WHERE
"MANDT" = :A0 AND "ZZDKNR" = :A1
Variable
A1(CH,25) = '110008000023 '

для 110008

WHERE
"MANDT" = :A0 AND "ZZDKNR" = :A1
Variable
A1(CH,25) = '000000110008 '

итого: похоже наоборот, нужно 25 а заполняет 12.

пока выяснилось что это не баг а фича, и для преобразований

CHECK dfies_wa-convexit = 'ALPHA' OR
dfies_wa-convexit = 'MATN1' OR
dfies_wa-convexit = 'ISOLA' OR
dfies_wa-convexit = 'AENNR'.

это делается специально. узнать бы зачем(