Текущее время: Пн, ноя 30 2020, 22:31

Часовой пояс: UTC + 3 часа




Начать новую тему Ответить на тему  [ Сообщений: 18 ]  На страницу 1, 2  След.
Автор Сообщение
 Заголовок сообщения: Опять про 2LIS_03_BF / 2LIS_03_BX
СообщениеДобавлено: Чт, июл 05 2007, 12:32 
Ассистент
Ассистент

Зарегистрирован:
Чт, авг 24 2006, 11:02
Сообщения: 49
Всем привет!

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

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

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

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


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, июл 05 2007, 16:15 
Старший специалист
Старший специалист

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


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, июл 06 2007, 08:15 
Ассистент
Ассистент

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


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

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


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, июл 06 2007, 09:04 
Старший специалист
Старший специалист

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


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, июл 06 2007, 10:17 
Ассистент
Ассистент

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


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

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

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


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Опять про 2LIS_03_BF / 2LIS_03_BX
СообщениеДобавлено: Вт, авг 04 2009, 16:11 
Модератор
Модератор
Аватара пользователя

Зарегистрирован:
Чт, май 19 2005, 12:34
Сообщения: 1941
Откуда: НК
Пол: Мужской
прошу прощения за "подъем" старой темы
не могу понять, то-ли английский мой хромает, то-ли я уже немного ку-ку, а может и то, и то :)

надо заполнить 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?

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

_________________
Eritis sicut Deus, scientes bonum et malum...


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Опять про 2LIS_03_BF / 2LIS_03_BX
СообщениеДобавлено: Пт, авг 07 2009, 13:16 
Младший специалист
Младший специалист

Зарегистрирован:
Пн, июл 13 2009, 13:11
Сообщения: 57
Насколько я понял, следующий текст как раз и описывает то, что нужно делать в такой ситуации:
"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.
Если я не прав, скажите.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Опять про 2LIS_03_BF / 2LIS_03_BX
СообщениеДобавлено: Пт, авг 07 2009, 13:19 
Младший специалист
Младший специалист

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


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Опять про 2LIS_03_BF / 2LIS_03_BX
СообщениеДобавлено: Пт, авг 07 2009, 15:58 
Специалист
Специалист

Зарегистрирован:
Вт, июл 25 2006, 14:16
Сообщения: 118
Главное историю сжимать без обновления опорных точек


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Опять про 2LIS_03_BF / 2LIS_03_BX
СообщениеДобавлено: Вт, окт 20 2020, 12:04 
Начинающий
Начинающий

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


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Опять про 2LIS_03_BF / 2LIS_03_BX
СообщениеДобавлено: Ср, окт 21 2020, 12:07 
Почетный гуру
Почетный гуру

Зарегистрирован:
Чт, фев 03 2005, 10:18
Сообщения: 503
Добрый день.

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


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Опять про 2LIS_03_BF / 2LIS_03_BX
СообщениеДобавлено: Чт, окт 22 2020, 13:36 
Начинающий
Начинающий

Зарегистрирован:
Пн, июл 16 2012, 19:17
Сообщения: 19
Спасибо за ответ!


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Опять про 2LIS_03_BF / 2LIS_03_BX
СообщениеДобавлено: Пт, окт 23 2020, 09:33 
Гуру-эксперт
Гуру-эксперт
Аватара пользователя

Зарегистрирован:
Вс, янв 11 2009, 14:41
Сообщения: 895
Откуда: Москва
Пол: Мужской
Если грузите напрямую в куб, то можно выборычным удалением предварительно удалить срез данных, который планируете перзагружать. После удаления следует обязательно проверить, что данных на срезе не осталось и в таблице маркеров.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Опять про 2LIS_03_BF / 2LIS_03_BX
СообщениеДобавлено: Ср, окт 28 2020, 12:43 
Начинающий
Начинающий

Зарегистрирован:
Пн, июл 16 2012, 19:17
Сообщения: 19
murmur написал:
Если грузите напрямую в куб, то можно выборычным удалением предварительно удалить срез данных, который планируете перзагружать. После удаления следует обязательно проверить, что данных на срезе не осталось и в таблице маркеров.


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


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Опять про 2LIS_03_BF / 2LIS_03_BX
СообщениеДобавлено: Ср, окт 28 2020, 12:47 
Начинающий
Начинающий

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


Принять этот ответ
Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 18 ]  На страницу 1, 2  След.

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей


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

Найти:
Перейти:  
cron
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
Русская поддержка phpBB