Подскажите, что за напасть такая?
Загружаю 2LIS_03_BX и 2LIS_03_BF из R3.
2LIS_03_BX - делаю generate initial status, 2LIS_03_BF - Initialize Delta process.
В PSA данные поступают верные. При загрузке в куб все семафоры тоже зеленые.
Для 2LIS_03_BX ставлю компрессию с маркером для 2LIS_03_BF - без маркера.
Проблема в том, что когда смотрю данные в кубе количество материалов и сумма увеличена в 9 раз от данных в R3, когда сделал загрузку 2 раз - увеличены в 10 раз.
Я видимо что-то не чищу, подскажите пожалуйста

для набора параметров инициализацию надо делать один раз . Если сделали два раза, то удвоится, три утроится ну и т.д., параметр "повторный запуск" SAP программа учитывает по своему. По крайней мере, крайне типичные симптомы удвоения и остатков. Вроде есть соответствующие ноты.
Проверьте данные таблиц инициализации на стороне R/3, тест через rsa3 на стороне r/3
Для мат. дивжений используйте соответствующий how to.. , без него сложно правильно загрузить (ищите ссылки на форуме, в google)

Точно ли в PSA верные данные? Перед инициализацией данные на стороне R/3 удаляли?


удачи

Спасибо за ответ! Данные в PSA проверяю, перед инициализацией удалял с пом. Initialization -> Delete the Contents of the Setup Tables.
Гайдом пользуюсь, но видать какой-то пункт пропустил, теперь вот ковыряюсь. Как сверю данные отпишусь.

в how to такой порядок:
загрузить BF, сжать с обновлением опорных точек
загрузить BX, сжать без обновления

я загружал по how to, все нормально было

How to здесь.

а куб чистили перед загрузкой?
Самое простое - разобраться с загрузкой одного номера материала.
по поводу порядка загрузки: мы загружали BX , потом BF - разницы никакой. Главное правильно поставить сжатие у соответствующих запросов.

Куб чистил. Подскажите, а в чем смысл компрессии? Я данные в кубе вижу и без нее

поправьте меня, если я ошибаюсь.
До компрессии данные находятся в одних физических таблицах куба, после сжатия переезжают в другие, при этом компрессируется избыточная информация. Физические таблицы сильно отличаются на уровне СУБД (у нас Oracle), первые не копмрессионные имеют очень много партиций. Время от времени компрессировать куб надо, иначе могут быть проблемы с производительностью. С другой стороны, запросы которые закомпрессованы уже не удалить из куба, что порою совсем не айс для повторной загрузки данных.
Про опорные точки описано в How to, скорее всего они тоже хранятся в других таблицах. Одно ясно, что остатки на складах являются некоммулятивными показателями, поэтому для них используются свои фенечки. Если в куб загрузить вообще все исторические движения , то 2lis_03_bx будет не нужен.

Спасибо большое за разжеванный ответ, вроде разобрался.

Так может данные и увеличиваются из-за того, что я раньше проводил компрессию и теперь не могу удалить те запросы? Т.е. после того, как я почистил куб с помощью "rsa1->правой кнопкой на куб и нажать Delete data" там могло что-то остаться?

Сверил данные в экстракторах - все верно .

Не удалить из куба конкретный запрос. А все скопом это запросто

Нет

А что, не получается сравнить данные в кубе после загрузки BX и сжатия? Зачем сразу Движение грузить? Будьте последовательны

Lench, моя вам признательность! Я сразу грузил и BX и BF. Загрузил BX - данные сошлись!

Ну вот, теперь историю движений грузите, т.е. BF. Эти данные как бы уже есть в маркере (в данных BX), поэтому сжимаете без обновления маркера. Проверять после сжатия, иначе история будет суммироваться с остатком т.к. не сжата

Все, сошлось!
sergeyt, SAA, Lench спасибо вам за помощь!

А можно и мне задать вопрос по теме?
Гружу ВХ, приходят остатки на дату инициализации источников в R/3.
Гружу BF в режиме инициализации дельты без переноса данных, приходит 1 запись, в отчетах по прежнему остатки без движения.
Гружу BF дельты приходит 0 записей. Почему 0 то?
Если гружу BF полное обновление приходит 59878, тогда как в RSA3 источник возвращает только 25723. Ничего не понимаю.

BX грузит то, что собрали в транзакции MCNB
BF полное обновление грузит то, что собрали в транзакции OLI1BW
BF дельта грузит то что упало в очередь в транзакции RSA7
BF инициализация без переноса грузит 1 запись (так во всяком случае пишет + инициализирует дельту

В RSA3 в полях Записи данных/Вызов, ЧислоВызововЭкстрактор задаются ограничения на количество данных