Здравствуйте.
Возникла следующая ситуация -
после наката патчей на R3 в BI стали приходить задвоенные номера позиций в документах товародвижения. Для иллюстрации дпустим в документе с номером 4904710361 есть 4 позиции товара с номерами строк 1,2,3,4. После того как дельта была загружена в BI данные в PSA по номерам строк в этом документе трансформировались в 2,3,3,4 и до кубов уже доехали некорректные данные. Сейчас ситуацию исправили накатив соответствующие ноты, но по скольку обнаружили это не сразу часть движения загрузилась криво.
Собственно вопрос можно ли как-то повторно загрузить некорректные документы, не перезагружая целиком кубы по товародвижению, ибо данных как и самих кубов много?

Да, можно.
Причем если задвоились только движения, а переоценка не пострадала, то можно только их.

Соберите в SBIW таблицу инициализации и full'ом прогрузите, предварительно убив данные в кубе.
Только учтите что у Вас выбор не очень богатый по сбору данных - либо по Posting Date, либо по Material Document

p.s. Да, если поделитесь с сообществом - шо за патч, шо за ноты... Сообщество не то чтобы не забудет, но будет более благосклонно.

привожу описание проблемы и ответ поддержки -

«В BI из ERP через экстрактор 2LIS_03_BF приходят некорректные данные по номеру позиции товара в документе.
Для примера –
Документ за номером 5000518573 в оригинале (ERP) имеет 4 товарные позиции за номерами 1, 2, 3, 4 (поле ZEILE)
В BI приходит документ с 4 товарными позициями, но номера позиций уже 2, 3, 3, 4, т.е. эти данные приходят в таком виде в PSA.
Из-за этого все дальнейшие преобразования и переносы данных в куб оказываются некорректными.»

Для исправления необходимо установить ноту 1743532, которая содержится в пакете EA-RETAIL SAPKGPRD23.
+ для установки этой ноты необходимо, чтобы в системе была установлена нота 1666802, содержится в SAPKGPRD22.

Текущий пакет компонента EA-RETAIL в системе CRP: SAPKGPRD21

Для устранения ошибки необходимо последовательно установить пакеты EA-RETAIL: SAPKGPRD22, SAPKGPRD23
Либо нотами: 1666802, 1743532

Небольшое уточнение - ничего не задвоилось. Изменился только номер позиции, а все остальные данные загрузились корректно, т.е. мы имеем 2 позиции с номером 3, но все остальные данные в этих двух позициях соответствуют оригиналам в ERP.

Неккумулятивы у Вас в кубике есть - если да, перегружайте все, иначе потом запаритесь разгребать
А так по номерам документов.

Ну а если инициализация займет 12-20 часов?
Я убивал данные из таблиц куба за весь проблемный день, потом делал сбор и загрузки full update за этот день, все ок

Mushu, большое спасибо за то, что написали номера нот!
Кстати, обнаружил у нас в системе одну странную вещь с номерами документов материала: некоторые документы, проведенные позавчера (дата ввода - 13.11.2012) имеют больший номер, чем некоторые документы, проведенные вчера (дата ввода - 14.11.2012). И поэтому в дельта-очереди (тр. RSA7) имеются пробелы (нет единого интервала номеров, есть несколько интервалов: 4904271512-4904271520, 4904271612-4904271620, 4904271635-...). Поэтому, Mushu, будьте внимательны!