Добрый день!

Прошу совета в следующем вопросе:
использую 0IC_C03 с вышеупомянутым экстрактором.
Если в исходной ERP не выполнять доп. дебетований по приходу материала - картинка правильная.
стоимости и количества приходят нормальные, все выглядит нормально.
Но если на оприходованный запас кладут с помощью фактур доп. стоимость, тогда получается каша:
количество по итогу периода то совпадает, а стоимость движений и стоимостные остатки "едут"

Пример:
1го получили 101 движением 10 штук чего-то на сумму 100 USD
2го провели доп. дебетование по этому прихроду на сумму 10 (в итоге запас в MM стал стоить 110 USD)
3го сбыли все 10 штук. списание пройдет по текущей складской цене.

2LIS_03_BF мне дает такую картину:
1го + 10 штук +100USD (Сумма во ВВ) в полях BWGEO или DMBTR
2го ничего не дает/ оно может и правильно, ведь новых материальных документов нет.
3го -10 штук =110USD
В итоге в 0IC_C03 у меня остается совершенно корректный количественный 0, стоящий некорректные -10USD.

Правильна ли такая ситуация? может я что-то упустил при инициализации?
Наверняка вопрос не нов. Но в архиве я ответа не нашел.
Как же с таким лучше бороться?
Подгребать корректные суммы из закупочного экстрактора 2LIS_02_SCL, используя промежуточный DSO?
Или есть более простое, красивое решение?
Коллеги, поделитесь, пожалуйста, советом!

Интересно, а в R/3 они как с этим борятся?

экстраторы 2lis_03_bx затем 2lis_03_bf , 2lis_03_um при правильной загрузке данных дают одинаковую картину в отчетах как на стороне R/3, так и на стороне BW.
Для 101 в/д тем более все должно соответствовать, для некоторых специфичных в/дв есть ноты SAP. В любом случае, по самым типовым видам движения должна быть идилия.
Сравните сначала отчеты R/3 и BW.

это поле "Сумма во ВВ" совпадает с полем "Сумма во ВВ" в отчете MB51 в ERP .
Но обычно отчет MB51 для описанного случая тоже показывает чепуху.
То есть для движений он показывает складскую стоимость, сложившуюся ДО появления приходного документа.

Для получения объяснимого представления по стоимости движений в MM используется отчет из аддона J3RMOBVED,
который с горем пополам собирает необходимые составляющие суммы прихода. (то есть показывает 10+1 для моего примера)
Есть отчеты по инфо-системе, которые тоже показывают с учетом доп.дебетований.

Насчет правильной загрузки данных - в куб я их даже не гружу.
я смотрю релевантные позиции в PSA и вижу там только неправильные данные.
переоценок по дополнительным дебетованиям нет.
Может они должны быть переданы экстрактором 2lis_03_um?
Но насколько я вижу - там передаются документы переоценки уже лежащего на складе запаса.
А это не те.

попросите Московский SAP дать комментарии по использованию аддона J3RMOBVED и наличие экстракторов 2lis_03_J3RMOBVED
или как влияет J3RMOBVED на экстракторы 2lis_03_bf , 2lis_03_um

а по сути вопроса? вернемся к стандартным отчетам.
0 единиц запаса на складе по цене - 10 - это корректная ситуация?
при том, что очень стандартный ММ-ный отчет MB52 в этом случае показывает 0 штук на сумму 0.

Там по-моему никаких чудес не должно быть. Нужно сравнить все ли операции из MB52 приходят в BW, те ли суммы приходят

Все. Не знаю почему у меня не отрабатывало, но, проверив в другой системе, увидел, что эти разницы по фактурам должны приходить в экстракторе 2LIS_03_UM.
Попробовал переинициализировать все, и случилось счастье!
Спасибо, что поделились уверенностью в том, что все должно работать как надо.