В старт рутин в правила обновления куба?

service.sap.com -> SAP solutions -> Advanced Search -> В строке поиска "update Master Data during upload of transact. data", метод Phrase -> закладка Documents
и найдете

"Please refine your search query and try again." (причем в Documents) А у Вас получилось???

Получилось наконец - "Master Data during upload", такую вот фразу искал.

поправил фразу - так получалось

Да

Если у кого никак не получается найти - киньте мыло в личку, вышлю.
Благо у меня хватило дальновидности в своё время скачать бОльшую часть этих Хау-Тушек на свой C-драйв.

Для куба делай дельту, для мастер-данных - полный пакет...

А мастер данные грузятся в признак как-то более интеллектуально, чем в куб или ODS? Просто если за год порядка 300000 записей, а сервер такой, что даже на этом объеме полное обновление одной цели выполняется порядка 30 минут, то через пару лет у меня только мастрезаписи будут выполняться часа 3 (учитывая, что время обработки при увеличении записей растет как-то нелинейно). Да и как-то оно не очень рентабельно - при необходимости загрузить 100 записей, вместо фильтра по одному полю "recordmode" делать склейку миллиона записей с 300 тыс. да еще и в ключе несколько полей (или одно - но длинное). Или мне просто кажется, что это неоптимально?

В любом случае радует, что воркэраунд все же есть.

2RSA1: Документ у меня получилось найти и скачать, спасибо терпению Lenchа. Но о том, чтобы скачать все на винт - тоже подумал. Пока написал им в поддержку просьбу указать место , где лежат старые хау-тушки.

Думаю, дельта для мастер-данных не подходит. Поэтому либо полный пакет, либо абапить в правилах обновления, либо писать свой экстрактор, который возвращает только то, что нужно.

Последнее - оптимальный вариант, но если совсем лениво - то полный пакет...

В смысле вообще? Почему? Или в этом конкретном случае?

В подавляющем большинстве дельта - это транзакционные данные. Если пытаются в дельте нести поля еще и для мастер-данных, тогда предположим, что поменялись мастер-данные материала, а движений по данному материалу нет. Соответственно, в дельте ничего не придет, в BW не поменяется, а на самом деле мастер-данные поменялись.

Заказчик берет большую дубину и идет к консультанту...

Я вас понял. В этом случае нет такой проблемы. Речь идет, если я еще правильно помню , о пользовательских документах оприходования. Нужно чтобы в признаке "заголовок оприходования" были навигационные атрибуты "договор" и "счет", а в систему уже тянется ODS-ка, в которой есть позиции оприходования и ссылка на позицию счета (если есть). Вот поэтому возникла идея не грузить снова систему (раз уж в ней уже есть все что нужно и дельта для получения новых позиций работает), а грузить признак вместе с кубом, но понятно, что у куба позиция также есть в ключе, а у признака - нет, но в данном случае все равно, из какой записи запишется в признак.