Потом есть select ы где нужно вычислить дельту по сумме. Там уже нужно у каждого zuonr а взять символов (теперь уже шесть)))) и сравнить со значением поля типа int4. Если бы оба были int4, то хотябы на каждой итерации не нужно было бы делать преобразование... т т.д. и т.п.

Да не модифицировали еще))) В песочнице ищу оптимальный вариант

Избавление от select endselect дело правильное с т.зр. оптимизации, но не модифицировать же стандарт, почему не сделать ZZ поле.

Но главное проверить как отрабатывает запрос. Выложите скриншоты индекса по-которому якобы отрабатывает ваш запрос,
скриншот из ST05.

И научите дремучую st05 пользоваться

Ндя, трассироваться не хочет
Switch off the trace or use another function -> long text

И трассировать не нужно, чтобы понять этот запрос точно не идет по ZK2, не по ZK3 из скриншота.
О индексах и st05 читайте здесь http://help.sap.com/saphelp_nw70/helpda ... ontent.htm
и в курсе BС430

Возьмите нормального абапера, пусть создаст правильный индекс и подкорректирует прогу/проги.

1.По поводу построения индексов
2.Оптимизатор БД - вещь хитрая.
Посмотрите, как обрабатывается условие с HKONT: по идее в ST05 должен взяться первичный индекс по полям MANDT, BUKRS, HKONT х
Если это так, то нужно построить свой индекс, где первыми полями должны быть MANDT, BUKRS, FISTL, FIPOS, GJAHR, ABPER, HKONT.

Если и будет разница, то незначительная.
Другое дело, что это позволит вам изменить алгоритм выборки на JOIN - это может заметно сказаться.

если еще актуально - событие OPEN FI 1030, номер дока есть, запускать свой модуль обновления, который заполнит нужное поле ( в bseg, bsis)