Прости, я напутал - здесь не надо ничго учитывать - это нужно учитывать только когда отдельно дебетовое и кредитовое сальдо выводишь...

Извини, запутал тебя:)

А вот бухи мне говорят,что данные выводятся неправильно, т.к. если существует по дебитору несколько открытых позиций, то показывать сальдо нужно по каждой (в разрезе счетов 62 и 76) ты реализовывал нечто подобное? т.к. этот ФМ выводит мне данные только по 76, да к тому же еще и не выровненому. В общем у меня полная каша (с FI то я не дружу) я хоть понятно написал?

Кстати, а мне как раз и нужно отдельно сальдо показывать

У меня вот тоже возникло несколько вопросов...
Ну про сторно осознал, что в задаче было надо вытащить общее сальдо.
А вот зачем стоит ограничение на статус документа и дату выравнивания, особенно на дату выравнивания?
Меня смущает такая вещь, ведь при выравнивании документ из bsid(k) уходит в bsad(k). И если документ выравнен до текущего момента, то он не будет считан.
upd.
А потом я снова осознал, что смотрим все таки сальдо, а не позиции дебита/кредита...

P.S. И если посмотреть бапишки, то фм BAPI_AP_ACC_GETKEYDATEBALANCE (для кредиторов)
и соответсвенно BAPI_AR_ACC_GETKEYDATEBALANCE (для дебиторов)
построены так же.

Кстати, оказалось, что существуют активно-пассивные счета и сальдо по тому же 62 нужно показывать и по дебету и по кредиту в общем улет, никто случаем этот ФМ не правил в этом разрезе, или просто подскажите на что внимание обратить?

Дима, т.е. им надо в разрезе счетов и в разрезе к/д?
Если так, то надо учесть красное сторно и учесть все выравненные документы.
т.е. augdt > 0 строчку убрать(если ошибаюсь, то поправит All).

Дима, т.е. им надо в разрезе счетов и в разрезе к/д?
Если так, то надо учесть красное сторно и учесть все выравненные документы.
т.е. augdt > keydate строчку убрать(если ошибаюсь, то поправит All).

Да и в разрезе счетов и в разрезе к/д, но я не внимательно посмотрел этот ФМ выводит в разрезе счетов но только схлопывает по каждому счету, т.е. в моем случае не получается вывести данные по одному счету и по дебету и по кредиту. А как мне учесть красное сторно? Найти все документы с Х в поле XNEGP из таблички BSAK(D) и найти соответствующий ему обычный и просто их не учитывать при выборке?

Ну добавить поле Shkzg во внутреннюю таблицу - позволит группировать по счетам,
А красное сторно, если в строке позиции поле bseg-xnegp eq 'X' -
Было Дебит(S) Счет1 - Кредит(H) Счет2 Сумма, при xnegp eq 'X'
стало Кредит(H) Счет1 - Дебит(S) Счет2 Сумма* ( -1 ) при добавлении во внутреннюю таблицу
Т.е. надо поменять код дебита-кредита и знак суммы, перед добавлением во внутреннюю таблицу.
Опять же меня можно поправить, если ошибся.

p.s. Неучитывать не получится, поскольку не факт, что сторнирование проведено одним днем и если дата отчета между датой проводки документа и датой его сторнирования, то по моему мнению сумму документа необходимо учитывать.

А вот если надо будет корреспонденцию счетов, то будет хуже

И ещё, про активно-пассивные счета.
А точно надо показывать обороты по кредиту-дебиту? Возможно нужно только указать по дебиту или кредиту сальдо?

p.s. и у меня такое чувство, что я чего-то напутал, потому как взять тот же ФМ и в зависимости от знака суммы определять её как сальдо в кредит или дебит.
А документы выравнивания и сторно имеют актуальность только в случае оборотов.

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

Опять же смотрим Бапи и видим такую штуку:
Считывание открытых отдельных позиций и его функциональный модуль "BAPI_AP_ACC_GETOPENITEMS".
Сам его не тестировал, но полагаю, что как раз подойдет тебе.