Необходимо определить баланс , дебет, кредет , по счету за период при этом в сумму не включать документы по согласованию СО-FI . Подкажите есть ли такая стандартная функция ?Как лучше сделать такую выборку ?
Известна функция , но здесь невозможно затать Вид документа которий необходимо исключить .
CALL FUNCTION 'BAPI_GL_GETGLACCPERIODBALANCES'
EXPORTING
* BE
* companycode = '423L'
companycode = zbo-bukrs
* счет
glacct = '0056789888'
fiscalyear = '2016'
* тип валюты 10 - тип валюты предприятия
currencytype = '10'
TABLES
account_balances = account_balances.

DATA: account_balances LIKE TABLE OF bapi1028_4,
s_account_balances LIKE TABLE OF bapi1028_4
WITH HEADER LINE
INITIAL SIZE 100,

Функция на вряд ли... Сальдо и обороты это принципиально разные вещи, сальдо лежит или в GLT0, или в FAGLFLEXT, а обороты набираются в BSEG или BSIS/BSAS.

Если есть подсистема корреспонденции, то можно попробовать взять эти данные из j_3rkkr0 в части сальдо и j_3rkkrs - в части оборотов (прицепив проверку значения BKPF-BLART по ключу БЕ-документ-год). Или же - взять отчет J_3RKORRREP и его немного подшаманить в части выбивания оборотов по виду документа согласования по алгоритму выше (в стандарте этой опции нет). Хотя в этом случае чесать придется все переходящее сальдо с начала времен... Короче мне кажется задача немного нереализуема, если с сальдо

способа только два
1) считать позиции
2) включить в FAGLFLEXT вид документа как признак

а вообще как стоит изначальная проблема?

В таблицах j_3rkkr0 или j_3rkkrs нет информации Они пусты Видно так настроена система !
Скажите FAGLFLEXT - это таблица или что то другое ? Если таблица то у нас в системе нет такой таблицы !

Это будет означать смерть ГГК, причем дипольно скоропостижную. в течение пары месяцев продуктивной эксплуатации. FAGLB03 умрет даже раньше ))



Это значит, что в Вашей системе нактивна ГГК, и итоговые записи ведутся в таблице GLT0, что автоматические делает невозможным способ 2 выше.

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