Есть конструкция:
...
SELECT bukrs belnr gjahr ... INTO TABLE lt_docs FROM bsas
WHERE bukrs IN so_bukrs
AND hkont IN so_hkont
AND gjahr = ryear
AND NOT EXISTS ( SELECT * FROM bkpf
WHERE bukrs = bsas-bukrs
AND ( budat IN so_budat OR
budat < so_budat-low )
AND stblg = bsas-belnr
AND stjah = bsas-gjahr ).
...
Сторнированные и сторнирующие не исключает... В чем может быть причина? Если же данная конструкция и не должна работать, то подскажите, кто-нибудь реализовывал (см. тему) БЕЗ последующего цикла по выбранным позициям и исключением сторно, т.е. за одну выборку?

Можно соединить с заголовком документа для бухгалтерии,
добавить условие на Финансовый год документа сторно
bkpf~stjah = ''

Условия, по которым сторно исключается (чтобы обороты за период, указанные в select-options so_budat были актуальными):
1) Если сторнируемый и сторнирующий в одном периоде или сторнируемый до указанного периода, а сторнирующий в периоде, то исключаем оба;
2) Если сторнируемый в периоде, а сторнирующий проведен после указанного периода, то первый оставляем (для оборотов).

Поля stblg и stjah не пусты и у сторнированного, и у сторнирующего документа. Думаю условие AND NOT EXISTS лишнее. Можно обойтись обычным JOIN'ом:

Тогда исключатся сторнируемые и сторнирующие.

Да, про STBLG = space все понятно, но обороты...

Если считать обороты, то лучше вообще не обращать внимания на признак сторно, должно посчитаться правильно.

- это я погорячился... имел в виду сальдо... Хотя, если все сторно - красное, и если на это обращать внимание, то и обороты должны бы сойтись...

Задачка, конечно типовая, решалась не раз, но вот просто интересно стало, как за одну выборку это сделать (оптимизируется оборотная ведомость по счетам).

оптимизация подзапросом? я всегда считал что это лучший способ замедлить выполнение

Возможно будет и замедление, но подзапрос не работает, поэтому пока об этом речи нет. Вот пример для документов движений материалов, где подзапрос не только не замедляет, но работает и полезен:
SELECT mseg~mblnr mseg~mjahr ... INTO TABLE lt_mseg
FROM mseg JOIN mkpf ON mkpf~mblnr = mseg~mblnr AND
mkpf~mjahr = mseg~mjahr
WHERE mseg~bwart IN lr_bwart
AND mseg~matnr IN s_matnr
AND mseg~werks IN s_werks
AND mseg~lgort IN s_lgort
AND mseg~sobkz = ' '
AND mseg~smbln = ' '
AND mkpf~budat IN s_date
AND NOT EXISTS ( SELECT * FROM *mseg
WHERE smbln = mseg~mblnr
AND sjahr = mseg~mjahr
AND smblp = mseg~zeile ).
Здесь в критериях выбора 55 тыс. материалов, 32 завода, 7 складов.
Если не сделать подзапрос, то для исключения сторно приходиться в цикле по lt_mseg делать SELECT SINGLE ... from mseg, что для сотен тысяч записей во внутренней таблице приводит к существенному замедлению.

а так?

Думаю стоит сменить разделитель '-' на '~' в подзапросе ..

ну да используются поля рабочей области, а не таблицы. даже синтаксическую проверку не пройдет, если нет tables: bsas. также будьте внимательны с - нужно позиционироваться на строку критерия выбора.

Заработало но...:
nyar, в данном случае ты вдвойне прав , данная конструкция существенно замедляет работу (даже если убрать условие OR в подзапросе и сделать соответствующий индекс в BKPF) .
Спасибо за помощь!

проблема не в подзапросе как таковом. А в виде предиката. Если бы у вас бы не not exists, а просто exists, все было в плане производительности бы по иному. СУБД, она и R/3 СУБД...