Добрый день.

Для экстракции данных логистики используются 3 источника данных:

1. 2LIS_03_BF - Движения материала из управления запасами
2. 2LIS_03_UM - Переоценка цен
3. 2LIS_13_VDITM - Фактура: данные позиции

При экстракции модуля Логистики возникли следующие вопросы. Начну задавать вопросы поэтапно проделанным действиям в системе.
Сначала через sbiw выбираю: «Удаление содержимого таблиц реорганизации». С этим все понятно.

Далее выбираю «Заполнение таблиц реорганизации -> ввод данных приложения -> Управление запасами – выполнить реорганизацию». Данную операцию, как я понял, необходимо выполнять, когда пользователей в системе нет в системе, чтобы во время заполнения таблиц не были изменены документы. Вот здесь у меня возникают первые вопросы:
1. Что из себя представляет таблица реорганизации? Имя у нее <имя структуры экстрактора>SETUP. Нашел таблицу после заполнения – имеет структуру отличную от структуры экстрактора. В связи с чем второй вопрос:
2. содержит ли она документы и в каком виде? вызывается ли при ее заполнении экстрактор? Заполняется ли вся структура или только часть, а остальные поля (к примеру пользовательские расширения) заполняются в момент запуска инфопакета на стороне BW?

Далее на стороне BW запускаем инфопакет инициализации для соответствующего источника. Вопрос:
1. Откуда экстрактор берет данные? И какие данные: представлены ли она сразу в структуре экстрактора или же заполняются какие-то поля в момент работы экстрактора?

Будем считать, что таблицы заполнили. Инициализацию тоже прогрузили. Далее у нас формируется очередь Логистики, из которой формируется дельта-очередь BW. Здесь возникает ряд следующих вопросов:
1. Если выгрузка данных идет в несколько систем BW – создается ли на стороне исходной системы дельта-очередь для каждой системы или нет? В каком виде представлены данные в очереди Логистики?
2. Каким образом документы попадают в очередь Логистики?
3. Если есть прямой документ и документ сторно – попадут ли оба документа в BW-очередь или ничего не придет в BW-очередь.


Заранее прошу прощения, что возможно некорректно использую какие-то термины. Не имел просто большого опыта работы с этими экстракторами. Очень жду ваших ответов.

Таблица реорганизации - это то место, которое заполняется данными инициализации.
Такого не может быть. Приведите пример.
Содержит. 2LIS_03_BF - материальный документ, 2LIS_03_UM - бухгалтерский документ, 2LIS_13_VDITM - торговый документ.
Можете запустить транзакцию RSA3 и сами посмотреть нужную Вам информацию.
Нет не вызывается. Экстрактор вызывается из BI.
Все, что в стандарте заполняется сразу. Пользовательские поля(если они есть) заполняются в момент запуска инфопакета.
При инициализации из таблицы реорганизации. При загрузке дельты из очереди дельты.
Все, что в стандарте заполняется сразу. Пользовательские поля(если они есть) заполняются в момент запуска инфопакета.
Да, для каждой очереди своя BI - система.
Данные можно посмотреть с помощью транзакции RSA7.
На самом деле существует три метода обновления:(тр-я LBWE):
1) Дельта непосредственно:
Данные переданы непосредственно дельта-очереди BW с каждым проведенным документом. В одном LUWe содержится одно изменение документа.
2) Дельта в очереди:
Данные накапливаются в очереди извлечения БД и затем передаются дельти-очереди BW. В одном LUWе могут храниться до 10 000 изменений к документам.
3) Несериализированное V3-обновление:
Данные записываются в таблицы обновления с помощью V3 модуля обновления и могут быть прочитаны в дельта-очередь BW с помощью программы группового обновления, запуск которой планируется в LBWE. Порядок записи данных в дельта-очереди BW может отличаться от порядка их возникновения в ERP.
Оба попадут.

ROKO, большое спасибо за ответ.

Пример по поводу таблицы реорганизации и ее структуры:
структура MC03BF0 экстрактора 2LIS_03_BF
ROCANCEL ROCANCEL CHAR 1 0 Индикатор: сторнирование записи данных
.INCLUDE MC03BF1 0 0 Экстракция MM-BW: движения материала
AKTNR WAKTION CHAR 10 0 Операция
AUFNR AUFNR CHAR 12 0 Номер заказа
AUFPL CO_AUFPL NUMC 10 0 № техкарты для операций в заказе
BKLAS BKLAS CHAR 4 0 Класс оценки
BLDAT BLDAT DATS 8 0 Дата документа
BNBTR MC_BNBTR CURR 15 2 Затраты на доставку во внутренней валюте
BSTAUS BSTAUS CHAR 1 0 Характеристики запасов в инфо-системе логистики
BSTTYP BSTTYP CHAR 1 0 Типы запасов в инфо-системе логистики
BUDAT BUDAT DATS 8 0 Дата проводки в документе
BUKRS BUKRS CHAR 4 0 Балансовая единица
BWAPPLNM RSAPPLNM CHAR 30 0 Прикладной компонент
BWART BWART CHAR 3 0 Вид движения (управление запасами)
BWBREL MCBW_BREL CHAR 1 0 BW: релевантность запаса
BWCOUNTER MCBW_COUNTER NUMC 6 0 BW: однозначный идентификатор строки документа
BWGEO MCBW_GEO CURR 19 2 BW: закупочная стоимость во ВВ

это первый лист только.


А вот таблица реорганизации MC03BF0SETUP Хранение BW-реорганизации для MC03BF0:
MANDT MANDT CLNT 3 0 Мандант
RELID INDX_RELID CHAR 2 0 Область в таблице данных IMPORT/EXPORT
ID MCBW_SETUPID NUMC 10 0 Ид. для реорганизации BW
SRTF2 SYBIN4 INT4 10 0 BIN4-элемент данных для SYST
CLUSTR SYBIN2 INT2 5 0 BIN2-элемент данных для SYST
CLUSTD LRAW3500 LRAW 3500 0 Кластер данных, МаксДлина 3500


В чем моя ошибка? поясните, пожалуйста.

еще забыл про 2lis_03_bx

Логистика большая, в пульте логистики много приложений.
Про материальные движения - тема , неоднократно обсуждалась.
Много ответов в саповском How to ... по материальным движениям
http://sap.seo-gym.com/inventory.pdf

В MC03BF0SETUP данные хранятся в бинарном формате. В этом и разница.

Еще раз спасибо за ответы.

Объясните, пожалуйста, что значит флажок "Повторное выполнение" при заполнение таблицы реорганизации?