Подскажите пожалуйста.
Есть код:
--------------------------------------------------------------------------
DATA ID_PODR TYPE TEXT25.
***
IF ID_PODR IS NOT INITIAL.
CONCATENATE 'ORGTX LIKE' '1' '''' '%' ID_PODR '%' '''' INTO str_where.
REPLACE '1' WITH ' ' INTO str_where.
ENDIF.

SELECT *
INTO CORRESPONDING FIELDS OF TABLE it_resZRBKPF
FROM ZRBKPF
WHERE (str_where).

---------------------------------------------------------------------------------
Когда ID_PODR принимает значение 'Бухгалтерия' или что - то написанное на кириллице, то поиск ничего не находит, даже если такие значения там есть.
Если брать подобную конструкцию, но с другим полем, где поля содержат значения написанные на латинице, то поиск работает.
Что можно в этом случае сделать, чтобы искались значения написанные на кирилице?

Вообще-то должно работать. А что, если условие where не динамическое, то находит?

Могу предположить следующее.
1. Может быть ID_PODR слишком короткая, при условии, что система юникодная. Впрочем, "Бухгалтерия" в 25 символов укладывается.
2. Может быть в БД данные хранятся не в ISO-8859-5? Посмотрите таблицу tcbdp, там должно быть 1500 1500 для неюникодной стистемы.
3. Откуда попадает текст в ID_PODR? Может быть он изначально в той кодировке?

PS. Как-то извращённо пробел в строку добавляете. Попробуйте либо строковые литералы (ограниченные обратными кавычками `), либо concatenate ... separated by space (в два приёма).

Сама идея SELECT с таким LIKE как-то неправильно выглядит с точки зрения быстродействия...
- это же практически полный перебор таблицы ZRBKPF...
Может, в постановке задачи что-нибудь поменять?
Скажем, закодировать подразделения и выбирать по их кодам...

В ID_PODR текст попадает с селекционного экрана. В какой кодировке посмотрю.
А как это стоковые литералы, ограниченные обратными кавычками?
Просто это единственный способ на сегодняшний момент (кроме separated by space ) который я знаю, чтобы в строку добавлять пробелы.

На счёт LIKE согласен. Но c EQ вообще никак не работает. Если есть что-то более лучьшее, с удовольствием научусь.

А с постановкой задачи. Я не то что не могу её поменять. Я не уверен что таблицы которые сейчас я использую для выборки, будут вестись.
Задача сделать, и чтоб работало. Хотя в некоторых случаях постановки попахивают моразмом.

На селекционном экране какой домен? Проверяли под отладчиком, преобразование к верхнему регистру не происходит?

vga +1
Сравните значение параметра "Строчные буквы" в доменах для полей ORGTX и IT_PODR

Домен : TEXT25 (по данным транзакции SE11).
Значение введённое с селекционного экрана преобразовывается в верхний регистр.

ORGTX - маленький кегль.
IT_PODR - под дебагером преобразовывает в большой кегль.
А как сделать чтобы не было такого преобразования со шрифтами?

Выберете для поля селекционного экрана домен с установленным флажком LowerCase