Добрый день!

Решили написать свою оборотную ведомость, т.к. стандартная частично не устраивает и возникли проблемы с выводом запаса на начало периода. Подскажите пожалуйста какими лучше пользоваться таблицами и какие поля использовать чтобы не плодить selec'ты и не перегружать систему.
Сам я выполняю постановку задачи, но мы так и не можем разобраться с программистом как работает стандартный отчет.

Заранее спасибо.

Стандартная расчитывает вычитая из текущего запаса и стоимости сумму количества и стоимости по документам проведенным за период. Посмотрите здесь:

В J_3RMOBVEDF08 в form documents_processing происходит обработка документов, там же вызывается form document_items_getting, где выбираются позиции документов.

Расчет запаса можно посмотреть в J_3RMOBVEDF09 в form at_storage_cost_calculation или в form material_cost_calculation.

Но это лишь небольшая часть, там ещё куча всевозможных расчетов и корректировок.

Т.к. селекты делаются по MSEG, BSEG, соответственно работает медленно. И чем период выборки дальше от текущей даты, тем медленнее.
Можете попробовать использовать исторические таблицы - MBEWH, MCHBH и пр. Но там есть подводные камни. Если по материалу за определенный месяц не было движения, то в исторических таблицах запись по этому материалу не создается. Решение можете подсмотреть в RM07MMFI в FORM read_db_mbew_mbewh.

Возможно вам поможет решение, которое использовалось на моей старой работе (где-то я его уже описывала, может в SD). Мы завели свою инфо структуру с помесячным учетом и видом обновления Data Transfer. В течение месяца по мере движения материала запись обновлялась, но как только месяц заканчивался, то обновление прекращалось. Т.о. количество в записи за предыдущий месяц можно было принимать за количество на начало текущего месяца.

Достоинство такого решения, что а) все это стандартная конфигурация и не требует программирования; б) очень быстрый доступ по ключу материал/завод. Недостаток: как уже отмечено, если не было движения материала за весь месяц, то запись не создавалась, т.е. нужно было читать "назад" записи пока не найдешь (в ABAPе для этого, к сожалению, нет толкового способа).

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