Здравствуйте!

При разработке отчета столкнулся с непреодолимой проблемой. Сразу оговорюсь что на ABAP программирую 3-ю неделю. Есть задача: необходимо разработать отчет, который бы выводил сальдооборотную ведомость в разрезе счетов с гибкой системой настройки. До тех пор, пока за единицу времени берется календарный месяц, мне было достаточно только таблицы GLT0. Но теперь бухгалтера захотели еще и данных за период от даты по дату. Для этого уже необходимо обратиться к бухгалтерским документам. Как я понял это таблицы BKPF (заголовки документов) и BSEG (собственно данные). И тут начались проблемы. Сравнивая данные документов по отдельным счетам, обнаружил несхождение сумм с таблицей GLT0. Первое, что пришло в голову, так это то, что не все документы должны включаться в определение оборотов, или же по отдельным документам необходимо брать противоположный знак. После смены знака по типам документа "сторно", получил близкий результат. Цифры сходятся по всем балансовым единицам, кроме главного оффиса, где и суммы и количество документов больше. А теперь собственно вопрос. Где разрыть настройку (таблицу к примеру), которая отвечает за правило формирования оборотов в зависимости от содержимого бухгалтерского документа? Очень надеюсь на помощь...

P.S. Прошу прощения за длинное сообщение.

Лучше всего для расчета оборотов по счетам использовать таблицы BSAS и BSIS. У них левая часть составного первичного ключа по БЕ и номеру счета, что удобно. И это прозрачные таблицы, поэтому можно использовать агрегатные функции и группировать данные в запросе
При расчете оборотов и сальдо по счету нужно учитывать:
1) сторону бухгалтерского счета (дебет, кредит),
2) позиции, помеченные как "красное сторно" - уменьшают оборот противоположной стороны счета;
3) отбрасывать памятные позиции.

могу посоветовать просмотр иерархии таблиц FI
http://www.sapgenie.com/abap/tables_fi.htm
может там что-нить найдется.. )

SHKZ = 'H' => Cумма = Cумма*(-1).
Сторно не должны увеличивать ни дебетовые, ни кредитовые обороты, а должны уменьшать их. Так, если (сторно и SHKZ = 'S', Сумма = 1), эта сумма должна пойти не в колонку "Дебет", а в колонку "Кредит" со знаком "-".
Вроде все нюансы.

В остальном все должно сходиться.

Еще не плохо было бы анализировать выравнивание. Как частичное, так и полное.

А нафига? Тем более, что есть BSIS/BSAS?

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

REPORT ZTEST_OB .

TABLES: BSIS, BSAS.

PARAMETERS: BUKRS LIKE BSIS-BUKRS OBLIGATORY,
KTOPL LIKE SKAT-KTOPL DEFAULT 'CARU' OBLIGATORY.

SELECT-OPTIONS: BUDAT FOR BSIS-BUDAT OBLIGATORY,
HKONT FOR BSIS-HKONT.

DATA: BEGIN OF OBOROT OCCURS 0,
HKONT LIKE BSIS-HKONT,
TXT20 LIKE SKAT-TXT20,
SALDON LIKE BSEG-DMBTR,
DEBET LIKE BSEG-DMBTR,
KREDIT LIKE BSEG-DMBTR,
SALDOK LIKE BSEG-DMBTR,
END OF OBOROT.
DATA: BSI LIKE BSIS OCCURS 0 WITH HEADER LINE,
BSA LIKE BSIS OCCURS 0 WITH HEADER LINE.

INITIALIZATION.
BUDAT-LOW = SY-DATUM.
BUDAT-LOW+6(2) = '01'.
BUDAT-HIGH = SY-DATUM.
APPEND BUDAT.
GET PARAMETER ID 'BUK' FIELD BUKRS.

START-OF-SELECTION.
SET PARAMETER ID 'BUK' FIELD BUKRS.
CLEAR: BSI, BSA, OBOROT.
REFRESH: BSI, BSA, OBOROT.

SELECT * FROM BSIS APPENDING TABLE BSI
WHERE BUKRS = BUKRS
AND HKONT IN HKONT
AND BUDAT <= BUDAT-HIGH.

SELECT * FROM BSAS APPENDING TABLE BSA
WHERE BUKRS = BUKRS
AND HKONT IN HKONT
AND BUDAT <= BUDAT-HIGH.


LOOP AT BSI WHERE BUDAT < BUDAT-LOW.
CLEAR: OBOROT.
OBOROT-HKONT = BSI-HKONT.
CASE BSI-SHKZG.
WHEN 'S'. OBOROT-SALDON = BSI-DMBTR.
WHEN 'H'. OBOROT-SALDON = - BSI-DMBTR.
ENDCASE.
COLLECT OBOROT.
ENDLOOP.

LOOP AT BSA WHERE BUDAT < BUDAT-LOW.
CLEAR: OBOROT.
OBOROT-HKONT = BSA-HKONT.
CASE BSA-SHKZG.
WHEN 'S'. OBOROT-SALDON = BSA-DMBTR.
WHEN 'H'. OBOROT-SALDON = - BSA-DMBTR.
ENDCASE.
COLLECT OBOROT.
ENDLOOP.


LOOP AT BSI WHERE BUDAT >= BUDAT-LOW.
CLEAR: OBOROT.
OBOROT-HKONT = BSI-HKONT.
CASE BSI-SHKZG.
WHEN 'S'.
CASE BSI-XNEGP.
WHEN SPACE. OBOROT-DEBET = BSI-DMBTR.
WHEN 'X'. OBOROT-KREDIT = - BSI-DMBTR.
ENDCASE.
WHEN 'H'.
CASE BSI-XNEGP.
WHEN SPACE. OBOROT-KREDIT = BSI-DMBTR.
WHEN 'X'. OBOROT-DEBET = - BSI-DMBTR.
ENDCASE.
ENDCASE.
COLLECT OBOROT.
ENDLOOP.


LOOP AT BSA WHERE BUDAT >= BUDAT-LOW.
CLEAR: OBOROT.
OBOROT-HKONT = BSA-HKONT.
CASE BSA-SHKZG.
WHEN 'S'.
CASE BSA-XNEGP.
WHEN SPACE. OBOROT-DEBET = BSA-DMBTR.
WHEN 'X'. OBOROT-KREDIT = - BSA-DMBTR.
ENDCASE.
WHEN 'H'.
CASE BSA-XNEGP.
WHEN SPACE. OBOROT-KREDIT = BSA-DMBTR.
WHEN 'X'. OBOROT-DEBET = - BSA-DMBTR.
ENDCASE.
ENDCASE.
COLLECT OBOROT.
ENDLOOP.

LOOP AT OBOROT.
OBOROT-SALDOK = OBOROT-SALDON + OBOROT-DEBET - OBOROT-KREDIT.
SELECT SINGLE TXT20 INTO OBOROT-TXT20 FROM SKAT WHERE
KTOPL = KTOPL AND SPRAS = 'R'
AND SAKNR = OBOROT-HKONT.
MODIFY OBOROT.
ENDLOOP.

SORT OBOROT BY HKONT.
LOOP AT OBOROT.
WRITE:/ OBOROT-HKONT, OBOROT-TXT20, OBOROT-SALDON,
OBOROT-DEBET, OBOROT-KREDIT, OBOROT-SALDOK.
ENDLOOP.

мда - вот из за таких программок и вешаются продуктивы ... зачем тебе данный сначала веков ?

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

ошибка номер раз - зачем дублировать код по два раза - использовать можно только табличку (внутреннюю) BSi - соответсвенно код подсчета не надо дублировать для BSa

ошибка номер два - считывать нада вот так если тебе нужно считать еще и сальдо.
select * from bsis appending corresponding fields of table
BSI
where bukrs = bukrs
and hkont in so_hkont
and budat <= so_date-high.


select * from bsas appending corresponding fields of table
bsi
where bukrs = bukrs
and hkont in so_hkont
and budat <= so_date-high
and augdt => so_date-low.

если нет


select * from bsis appending corresponding fields of table
BSI
where bukrs = bukrs
and hkont in so_hkont
and budat in so_date.


select * from bsas appending corresponding fields of table
bsi
where bukrs = bukrs
and hkont in so_hkont
and budat in so_date.

если улучшать дальше, то можно:
начальное сальдо брать из GLTO на начало месяца,
дата которого введена в качестве нижнего предела отчетного периода,
+ обороты с 1-го числа по нужное,
а пример написан был именно для того, чтобы понять - работу
таблиц.
Если считаете его неудачным - то не буду спорить.

количество селектов нужно по возможности уменьшать,
а не увеличивать

между ними было или так - если не нужно сальдо

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

При том в качестве отправной точки лучше брать сальдо (кстати, его тоже нужно подсчитать по GLT0 - там только обороты по периодам) на конец последнего закрытого периода, раннего по отношению к периоду нижней даты выборки (его закрытость гарантирует, что уж точно никто не изменит за время выполнения проги, и меньше вероятность косяка). При этом, для подсчета сальдо на даты, меньшие даты конца этого периода, обороты надо "отматывать", для подсчета на даты бОльшие - соответственно, "наматывать".