Всем привет!

Имеем продуктив.

Необходимо заново переинициализировать загрузку движухи полностью: начиная с заполнения таблиц реорганизации и т.д.

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

Как-то можно переинициализировать загрузку движухи, не останавливая работу пользователей? В нотах не нашёл.

Систему можно не останавливать только в одном случае - если есть вся история по движениям, начиная с запуска системы. Тогда грузишь BF в ODS перезаписью и из него дельту пишешь в куб с запасами.
Реорганизацию всех данных делать не нужно. SAP ERP останавливается, считается текущее сальдо для BX, реорганизуешь BF за открытые периоды. Можно убыстрить реорганизацию, запустив его параллельно несколькими фоновыми заданиями. Еще если нужны стоимостные запасы, то BF недостаточно.

Надо всё полностью переинициализировать, в т.ч. и перезаполнить таблицы реорганизации.... -> останавливать r/3 придёцца...

Радикально уменьшить время используя параллельные фоновые задания не получится всё равно, хотя эту мысль надо будет держать в голове - спасибо.

Реорганизовывать BF с остановленной системой нужно только незакрытые периоды. Обычно это 1-2, максимум - 3 месяца. Всю остальную историю реорганизуешь в системе вместе с работающими пользователями. BX по любому инициализируется без пользователей и загрузок данных кассовых чеков.
Я сам работаю в ритейле. Для реорганизации открытых периодов и инициализации дельты закупок, движений, запасов, переоценок, продаж пришлось останавливать систему ночью на 6-7 часов. Историю загрузили потом...

Очень полезная информация, спасибо!

Уточнил про закрытые периоды - к сожалению, только по основному филиалу закрыт период LO по май, по остальным - и март и февраль. Бардак, короче Начали в феврале, и у некоторых он ещё не закрыт!

Но инфа реально полезная.

прошу прощения за "подъем" старой темы
не могу понять, то-ли английский мой хромает, то-ли я уже немного ку-ку, а может и то, и то

надо заполнить 0IC_C03 в продуктиве

вот в хауту написано:

шаг 1. Initialization of the current stock. С этим проблем нет. Запускаю MCNB, дата завершения - завтра. Отработало, данные в BX. Например, запускаю 03.08.09, блокирую проводки, дата завершения 04.08.09, 03.08.09 - это дата opening balance

а дальше?

шаг 2.
If this is not possible you have to make sure that by restrictions for posting date or the material document number you only select those material documents that have created the opening stock (step 1).
Please consider that material movements that have been posted into the future for a date (field BUDAT) after the initial stock date are not getting selected if the upper restriction bound is exactly this date. In this case you have to choose an appropriate upper bound like 31st December 2099 and to keep the posting block. Also if you post new documents to a date (field BUDAT) earlier than the initial stock date you have to keep the posting block as time restrictions won’t help to determine the right documents (maybe restrictions by document number help).

То есть, если я сделал Initialization of current stock на 03.08.09, сначала надо с помощью с 01.01.01 по 30.06.09 - то, что в закрытом периоде, и можно не блокировать проводки, затем запустить OLI1BW с 01.07.09 по 03.08.09 и заблокировать проводки - это до даты инициализации (03.08.09).
А как загрузить движения после 03.08.09?

Заранее спасибо за помощь.

Насколько я понял, следующий текст как раз и описывает то, что нужно делать в такой ситуации:
"Please consider that material movements that have been posted into the future for a date (field BUDAT) after the initial stock date are not getting selected if the upper restriction bound is exactly this date. In this case you have to choose an appropriate upper bound like 31st December 2099 and to keep the posting block. "
Т.е. верхняя граница для даты проводки должна быть не 03.08.09, 31.12.2099.

Но нужно быть осторожным с дельта-очередью экстракции (транзакция LBWQ). В том же Хау Ту написано:
"Activating the extract structure results in new material documents being included in the extraction queue (transaction LBWQ) or central update table VBDATA (transaction SM13).7 It has to be guaranteed that such records are not included in the setup table either by posting block or appropriate selections otherwise the get extracted double to BW."
Т.е. проводки начинают поступать в очередь экстракции сразу после активации структуры экстракта. И если перед заполнением SETUP-таблицы 2LIS_03_BF их не удалить, то данные в BW будут дублироваться.
Поэтому я думаю, что нужно сделать так:
1. включить блокировку
2. удалить все данные из очереди экстракции для приложения MCEX03
3. выполнить транзакцию MCNB
4. выполнить транзакцию OLI1BW с ограничением по дате проводки: нижняя граница - начало открытого периода, верхняя граница - 31.12.2099
5. снять блокировку
6. загрузить запасы в куб 0IC_C03, сжать его
7. инициализация дельта-процедуры 2LIS_03_BF, сжатие куба 0IC_C03
8. загрузить историю движений, как говорилось выше в этой теме, например, отдельно за каждый год или за 2-3 года (сначала OLI1BW, потом полное обновление в куб 0IC_C03). Сжатие куба 0IC_C03.

Так я понял то, что написано в How To Handle Inventory Management Scenarios in BW.
Если я не прав, скажите.

небольшая поправка к последнему предложению моего первого абзаца:
Т.е. верхняя граница для даты проводки должна быть не 03.08.09, а 31.12.2099.

Главное историю сжимать без обновления опорных точек

Добрый день.
Возникла проблема с загрузкой движений материалов, на определенный день не загрузилась часть данных через BF экстрактор.
Кто-нибудь сталкивался с такой проблемой? Как ее решить без полной перезагрузки всех экстракторов?
На просторах интернета пишут, что можно перезагрузить данные за определенны период, но конкретных последовательных шагов я не нашла.
ДСО не используем, грузим напрямую в куб. Начальная загрузка была с использованием BX, BF, UM.

Добрый день.

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

Спасибо за ответ!

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

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

Если рассмотреть вариант загрузки данных через ДСО, какие ключевые поля должны быть для UM ? в структуре экстрактора есть номер документа, но нет номера позиции.