Да, действительно, старший товарищ прав, скорее всего РГ у вас не активирован и по-моему подозрению вообще у вас не используется.
Значит придется действительно юзать MKPF и MSEG ниче тут не попишешь.
Если честно я бы на вашем месте СТРЕС бы с консультанта постановку, потому как не зная логистики очень сложно АБАПИТЬ

гы ...
с чего начал тем и закончил
ох уж эти сторно. дали мне таблицу m_mbmps
там
MANDT CLNT 3 Мандант
SMBLN CHAR 10 Номер документа материала
SJAHR NUMC 4 Год документа материала
SMBLP NUMC 4 Позиция документа материала
MJAHR NUMC 4 Год документа материала
ZEILE NUMC 4 Позиция документа материала
MBLNR CHAR 10 Номер документа материала

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

Это не таблица, а вид на mseg. Если нужен материал, берите сразу mseg.

ROKO



А теперь самое интересное ... консультант давшая задание ... рабоатет в модуле FM, но так как по мимо ее данных в отчете есть данные и по MM, на все вопросы не по ее модулю она отправляет к другим консультантам, например к эмэмщикам ... ну а так как туташние эмемщики ... и ... а .. о .. т.д. ..., то по данному модулю мне помагает программистка со стажем(хоть она выручает временами) ...

Вот и пляшут девки, интересно интересно!

Нету, к сожалению, никаких ФМ, хотя не мешало бы - спрос есть. Мы вышли из положения, создав 2 LIS - одна суммирует все goods movements по материалу / складу, вторая - хранит остатки на складе на конец месяца (можно сделать хоть ежедневно). Тут есть свои нюансы, конечно, но все лучше, чем каждый раз по MSEG копаться IMHO.

Народ для вычисления остатков по материалам использую таблицу BSIM. Подскажите какие могут возникнуть подводные камни при использовании этой таблицы.

1. В BSIM нет записей по движениям материалов с нулевой стоимостью (311/312 в/д).
2. Нет видов движения и складов, а также множества другой полезной информации из MSEG (если оно нужно вам).

Спасибо за ответ, использую для определения остатка материала по счету на определенной БЕ.

2 Salmaner: ниже ссылка с кратким описанием того как определить запас на требуемую дату (думаю если тебе станет понятно что там написано, то как по ходу рассчитать обороты ты сообразишь):

http://sapboard.ru/forum/viewtopic.php?t=27211

Попробую подвести итоги..

Запас на дату и количество поступления и отпуска за период показывают mb5b и оборотка. Для одного товара они работают нормально, для нескольких десятков тысяч - слишком медленно.

Более быстрый вариант - отчет на инфоструктурах (mcbc). Тут нужно учитывать, что по умолчанию запасы E и Q не учитываются!

Абапом есть два варианта:
1) Каждый раз при запуске програмы динамически откручивать запасы назад от текущей даты - так работают mb5b и оборотка. Про недостаток уже писал - медленно. По сути, не вижу смысла писать с нуля, лучше уж скопировать mb52 в z-программу и юзать саповский алгоритм. (В идеале не копировать программу, а сделать эксит в mb52, который выгружает результаты в память).

2) То, что писала Jelena. Сделать так, чтобы при каждой проводке документа материала обновлялась какую-нибудь статистическая таблица с оборотами количества в разрезе дня. Плюс еще одна таблица с входящими остатками на начало периода. Тогда сам отчет по запасу на дату будет работать уже с агрегированными данными, что гораздо быстрее. Придется поабапить, зато отчет будет летать и можно будет получить запасы на дату в разрезе особого запаса (E, Q). Минус - количество на дату относительно просто получить, а вот стоимость запаса на дату - это уже сложнее, мы на это не стали заморачиваться.

А поабапить в таблицах MBEWH MCHBH MSLBH MARDH MSPRH ???

p_lbkum1 = p_lbkum.
p_salk31 = p_salk3.
p_verpr1 = p_verpr.

*********}
CLEAR: p_gt_mbewh_3, p_gt_mbewh_3[].
*" набор данных о запасе на 31 число после требуемой даты *
SELECT lbkum
salk3
verpr
lfgja
lfmon
bklas
FROM mbewh
INTO CORRESPONDING FIELDS OF TABLE p_gt_mbewh_3
WHERE matnr = p_matnr
AND bwkey = p_bwkey
AND bwtar = p_bwtar1
AND lfgja >= p_l_lfgja1
ORDER BY lfgja lfmon.

IF sy-subrc IS INITIAL.

DELETE p_gt_mbewh_3 WHERE lfgja = p_l_lfgja1
AND lfmon < p_l_lfmon1.
READ TABLE p_gt_mbewh_3 INDEX 1 INTO wa_mbewh_3.
IF sy-subrc IS INITIAL.
p_bklas1 = wa_mbewh_3-bklas.
p_lbkum1 = wa_mbewh_3-lbkum.
p_salk31 = wa_mbewh_3-salk3.
p_verpr1 = wa_mbewh_3-verpr.
ENDIF.
ELSE.
ENDIF.