Подскажите пожалуйста как выгрузить данные из BW в R3? Open Hub я выгрузил данные в таблицу базы данных . Но что дальше ?

Ничего. Ну или напрячь R/3-ных консов и абаперов, чтобы они сделали хорошо

те .. из bw в r3 надо тащить вручную Idoc-ми ? Жуть какая ....

Вы занимаетесь BW?
Если да, то на этом этапе вы свою задачу выполнили: выгрузили данные в плоскую табличку.
Если вы спрашиваете, что с ними дальше делать (т.е. вы занимаетесь не только BW), то вы ошиблись веткой форума и спрашивать либо у консов-предметников либо на абап-ветке.

А вообще, странный вопрос немного...

В принципе, делается так:

- Консультанты (или ABAPеры) должны предоставить подробнyю спецификацию на формат интерфейсного файла. Кроме того они же должны указать периодичность выгрузки.
- Вы должны проанализировать требований и если эти данные могут быть получены в путём выгрузки через OpenHub сервис, то усё ОК, "сядем все(с)". (Если нет, тогда идут дальнейшие "бодания" и согласования)
- Как только формат и график выгрузки согласован, то задача со стороны BW только создать требуемый интерфейс и выгрузить файл. Далее консультанты или ABAPеры сами загрузят этот файл куда надо и как надо. (Или через Batch Input или используя ещe какие-нибудь средства, это НЕ задача кoнсультантов BW)

еще можно как вариант написать FM с rfc вызовом, результат возвращать в таблице.

вот пример из sdn все достаточно очевидно.

I created the following fm in R/3 to be called from BW:

FUNCTION z_read_table.
*"----------------------------------------------------
""local Interface:
*" IMPORTING
*" VALUE(IP_TABNAME) TYPE TABNAME
*" EXPORTING
*" VALUE(EP_TAB) TYPE ZBP0_TAB
*"---------------------------------------------------

DATA: it_table TYPE REF TO data,
l_line TYPE zbp0_struc.

FIELD-SYMBOLS: <it_tab> TYPE STANDARD TABLE,
<ls_tab> TYPE ANY.

* create internal table

CREATE DATA it_table
TYPE STANDARD TABLE OF (ip_tabname).
ASSIGN it_table->* TO <it_tab>.

* read data

SELECT * INTO TABLE <it_tab> FROM (ip_tabname).

* assign data

LOOP AT <it_tab> ASSIGNING <ls_tab>.
CALL FUNCTION 'SO_STRUCT_TO_CHAR'
EXPORTING
ip_struct = <ls_tab>
IMPORTING
ep_string = l_line.
APPEND l_line TO ep_tab.
ENDLOOP.

ENDFUNCTION.

In BW I am calling it with
CALL FUNCTION Z_READ_TABLE destination 'DEST'
IMPORTING ip_tabname = 'ZTABLE'
EXPORTING ep_tab = itab.

Hope this helps!

В данном примере вызов делается из BW в R/3.
Надо выгрузить из BW в R/3. Поэтому я не понимаю, как данный код может помочь.

Тогда уж надо примерно так:

На стороне R/3 RFC-модуль, который пишет данный в таблицу (или файл).
На стороне BW ФМ, который читает данные, а вот это большой гемор, ИМО. Типа использования ФМ RSDRI_INFOPROV_READ.
OpenHub в данном случае намного лучше.

да, сори, я задумался, естественно этот пример работает в другую сторону, но в принципе я говорил об rfc-вызове. если надо что-то сложное возвратить, то тут OpenHub уже не рулит.

Мы уже вдаёмся в теоретико-методологические дискуссии, однако, всё-таки...

ИМО, так:
если надо что-то сложное возвратить, то сначала это самое "сложное" надо создать в BW. Иными словами, при создании модели данных должен учитываться тот факт, что какая-то часть данных будет затем выгружаться в R/3 (например). Исходя из этого можно, например, построить какой-нибудь инфо-провайдер специально для этих целей.

О конструктивности и эффективности данного подхода в принципе как такового, я не хочу говорить. Зачастую можно много чего красивого и эффективного "накосячить", а затем заказчик в приказном порядке скажет "А я хочу ТАК и ВЧЕРА !", и ни один консультант или менеджер не сможет его переубедить, потому как кто платит, того и музыка.