работаем в SAP NetWeaver BI 7.0

Проблема в неправильном отображении остатков на дату раньше чем дата инициализации остатков, подскажите пожалуйста что я делаю не так. Вот порядок действий:
1. BW: Активируем из контента куб 0IC_C03
2. R/3 в пульте управления логистикой активируем 2LIS_03_BX/2LIS_03_BF и 2LIS_03_UM
3. Удаляем таблицы реорганизации для приложения 03
4. Делаем инициализацию запаса
5. Заполняем таблицы реорганизации для 2LIS_03_BF и 2LIS_03_UM
6. BW: делаем инфо-пакет для создания начального запаса для источника 2LIS_03_BX, затем сжимаем запрос в кубе с обновлением маркера (пустое поле Без обновления опорных точек)
7. Инициализация дельты с переносом данных для 2LIS_03_BF и 2LIS_03_UM, после запросы сжимаем без обновления маркера (галочка в поле Без обновления опорных точек)
8. в R/3 в пульте логистики запускаем обновление V3, после чего в BW пускаем дельту для движений и переоценки 2LIS_03_BF и 2LIS_03_UM, эти запросы жмутся уже с обновлением маркера (пустое поле Без обновления опорных точек)
9. Таблица сроков действия установления для заводов и календ. дня

После этих действий для дат > даты инициализации запаса все Ок, но для даты < остатки считаются неверно. Пример:

завод 3000
материал 1000000
инициализация запаса 28.03.2008 - 500шт
было всего 2 движения 25.03.2008 - 400шт
26.03.2008 - 100шт

Отчет по остаткам
Завод Материал Дата Остаток Поступило Выбыло
3000 1000000 24.03.2008 -500 0 0
25.03.2008 -100 400 0
26.03.2008 0 100 0
27.03.2008 0 0 0
28.03.2008 500 500 0
29.03.2008 500 0 0


Может быть кто-нибудь с такой проблемой сталкивался? Или мы что-то делаем не так?

Мы обошлись без 2LIS_03_BX.
Но почитайте повнимательнее How to "Handle Inventory Management Scenarios in BW", раздел "3.2.3 Marker update when uploading/compressing, executing a query", может поможет...

Все хаутушки уже практически наизусть выучены. Да без остатков работает замечательно. Просто хочется понять смысл.

В кубе физически записи остатков похожи на записи поступления на склад. Поэтому если попробовать взять остаток на дату -1день от даты инициализации, то от маркера отнимается этот остаток, получится или 0, или сумма движения за этот день с противоположным знаком. Вот если бы она не брала эти записи, то все было бы хорошо. Вперед то все верно считается

А если без некумулятивных показателей сделать?

Добавить вид движения и использовать только два показателя (например 0AMOUNT и 0QUANTITY), т.е. перейти к модели счета.
Пробовали так? долго отрабатывает отчет?

Спасибо, так тоже попробуем. Просто на самом деле интересно понять как должен работать стандарт. А именно за те даты что меньше даты инициализации остатков. Если бы система не рассматривала записи с инициализацией остатков как приход, то все бы работало. А так для меня их вариант решения так и остался загадкой. И насколько я поняла никто стандартом и не пользуется.

А "Поступило" и "Выбыло" - это какие показатели (техн. имена)?

Поступило - 0RECTOTSTCK Объем поступившего общего запаса
Выбыло - 0ISSTOTSTCK Количество отпуска общ. запаса

Некумулятивный показатель который показывает остаток - Количество общих запасов 0TOTALSTCK
он считается как разница между 0RECTOTSTCK - 0ISSTOTSTCK

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

А может кто-нибудь пояснить смысл использования источника по остаткам, того что BX? Когда я прогружаю данные из BF источника я прекрасно выхожу на остатки, притом на любую дату. Что вообще возвращает ВХ, на какую дату он создает остатки?

BX нужен когда история (BF прошлых периодов) неполная. Т.е. когда Сумма BF <> BX

А... ясно. Спасибо. Т.е. если история полная, использование ВХ излишне? Как понять полная история или нет? Что там должны были натворить в R/3 чтобы она стала неполной?

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