jdev333Для R/3 - да
NetWeaver - спец-но для интеграции

---
Так_забежал_просто
Вот и говорится, что возможности для интеграции у R/3 слабоваты. Фактически, приходится интегрировать внешнюю систему с R/3, а не R/3 - с внешней системой. Часто R/3 устанавливают вместо некого устаревшего 2-хзвенного приложения (или целой кучи таких приложений), у которого в клиентский код никто уже долгое время не заглядывал. Окультуривать? Разбираться? Это огромная куча времени. Вводить данные параллельно в R/3 и в старую систему? Опять огромная потеря времени. К чужой базе из R/3 как-нибудь напрямую ходить можно? Через ДБЛинк какой-нибудь? По-моему, нет. По крайней мере, спецы по R/3 на моей старой работе мне не смогли рассказать, как это делается. А реально потребность была.


1) Если внешнее приложение - черный ящик - сделать что-то сложно в любом случае, независимо от SAP NetWeaver
2) доступ к другой базе мона сделать через java
(абап вызывает java , java все делает и возвращает абапу)

вообще НЕ ВИЖУ проблемы интеграции R/3 с другими системами. Если это загрука данных из унаследованных систем - используй LSMW - фактически ETL - продукт. Если ваша СУБД и СУБД R/3 - ms sql - влет делается линк на sql - дальше работа для тупого :) абапера. Ну если источник данных сильно экзотический, но всё же в рамках win, вспоминаем, что R/3 поддерживает COM, т.е. может быть как клиентом, так и сервером COM.

Ну а NetWeaver позволяет вывести интеграцию на промышленный уровень.

Так_забежал_просто AnS1вообще НЕ ВИЖУ проблемы интеграции R/3 с другими системами. Если это загрука данных из унаследованных систем - используй LSMW - фактически ETL - продукт.
Влез в поиск по инету - не, не то :) Такое наши спецы как раз умели делать. Кстати, кусок из того топика, где нашёл упоминание этой штуки:
---
(Автор 1) Очень удобная штука.
Для пакетного ввода информации.
Прогоняешь один раз транзакцию которой нужно ввести много данных (ну например создание ОЗМ). Затем соответствующим образом делаешь присвоения введенных полей.
Подаешь на вход файл для заполнения с нужными полями, и все данные введены.
(Автор 2) ааа..ясно...у нас специальная прога уже есть для этого, со всякими вкусностями
---
Т.е. народ почему-то всё равно пишет своё... Кроме того, если всё так просто - почему люди пишут в своих резюме, что умеют этим пользоваться?
AnS1Если ваша СУБД и СУБД R/3 - ms sql - влет делается линк на sql - дальше работа для тупого :) абапера.
Можно поподробнее, как это делается? Интересно просто :) У нас, правда, были Oracle + Oracle.
AnS1Ну если источник данных сильно экзотический, но всё же в рамках win, вспоминаем, что R/3 поддерживает COM, т.е. может быть как клиентом, так и сервером COM. Насчёт сервера COM - представляю, о чём речь, не очень интересно (причина опять та же - в этом случае надо внешнее приложение интегрировать с сапом, а не наоборот). А вот насчёт клиента COM - заинтересовался. Если можно, расскажите поподробнее. Реализуема ли, например, задача контролировать из абапа COM-объект на локальной машине? На сервере? И если реализуема, то насколько трудоёмка? Должен ли этот COM-объект реализовывать некий специальный интерфейс - "для сапа"?

вот, по пунктам

1 то, что используют "свои" программки, вместо с тандартного инструментария - это от лени и нелюбопытства. У нас перенос ВСЕХ данных из "старой" системы осуществился с LSMV.

что касается "почему люди пишут в своих резюме, что умеют этим пользоваться?". Так ведь пишут же люди, что умеют работать с MS SQL Server :), не стыдятся. И правильно делают

2 читаем ноту 323151 "Several DB connections with Native SQL", в которой
This note describes the option (available as of Basis Release 4.0B) to use Native SQL language elements to establish one or several database connections to database systems of the same manufacturer (homogeneous multi-connect) or to databases of other manufacturers (heterogeneous multi-connect).

причем это не только для ms sql, но и проч СУБД

3 влет используется сторонние COM. Вот пример кода на abap для работы с ADO

TYPE-POOLS: OLE2.
DATA: ls_fcat_header TYPE ole2_object,
lt_tab_header TYPE ole2_object.
CREATE OBJECT: lt_tab_header 'ADODB.Recordset'.
SET PROPERTY OF lt_tab_header 'CursorLocation' = 3.
SET PROPERTY OF lt_tab_header 'CursorType' = 3.
SET PROPERTY OF lt_tab_header 'LockType' = 3.

CALL METHOD OF lt_tab_header 'Fields' = ls_fcat_header.
CALL METHOD OF ls_fcat_header 'Append'
EXPORTING
#1 = 'client_id'
#2 = 200
#3 = 250.
CALL METHOD OF lt_tab_header 'Open'.

DATA: l_field_value TYPE ole2_object.
CALL METHOD OF lt_tab_header 'AddNew'.

CALL METHOD OF lt_tab_header 'Fields' = ls_fcat_header.
CALL METHOD OF ls_fcat_header
'Item' = l_field_value EXPORTING #1 = 0.

SET PROPERTY OF l_field_value 'Value' = ls_header-client_id.

затем этот рекодсет передавался в Excel

громоздко, конечно, по сравнению с VB, но если использовать abap-макросы, то можно все гораздо элегантнее сделать.

В данном случае объект создается на клиенте, в терминах SAP - на frontend. Но в принципе стандартно возможна регистрация и работа с COM-серверами на app серверах

РоманычСвои две копейки :)
Разве SAP не поддерживает обмен сущностями через сообщения в формате OAGIS?

увы, но
SAP, as a founding member and main driver of OAGI, actively participated in the development of the first six releases of OAGIS. SAP helped to develop integration specifications for Purchasing, Inventory Management, Invoice Verification and Financial components.

While SAP stopped active participation in 2001 and does not offer pre-defined mappings from SAP standard interfaces to OAGIS, SAP R/3 Enterprise is compatible with most of the OAGIS BODs, at least on a logical level.

хотя партнеры sap этим занимаются См. http://www.cimdata.com/newsletter/2005/6/03/06.03.07.htm

karpov-vnВот золотые и правильные слова:
AnS1
давайте не будем обобщать. Я всегда говорю то, что есть на самом деле. Как и большинство внедренцев SAP. Проблема в том, что заказчик сперва ощается с sales менеджерами, у которых задача какая - правильно, втюрить товар. А заказчик почему-то уверен, что система может творить чудеса! Где это написано? Большинство документации по SAP открыто, функциональность можно посмотреть, ан нет, мы почему-то думаем, что золотая рыбка имеется, и она сможет из ... (текущего положения ИТ на предприятии, проработанности бизнес - процессов) конфетку сделать.

Что касается фискального учета, то, извините, а где в Вашей гипотетической ситуации руководитель проекта со стороны заказчика? Он куда смотрел? Или опять же надеялись что на волшебное слово "внедрение"?

Cсылки про успешный проект по SAP на Волжском трубном заводе :

http://www.osp.ru/cw/2007/19/4193750/

http://www.cnews.ru/reviews/free/industry2004/int/sap/
ну так, не по детски поабапили - "от модуля «Финансы» оригинальной осталась только часть «Кассовые операции»".
А что именно не устроило в финансах? Вроде как там все кондово, тупо и надежно - раз проводка, два проводка, перерасчитал, выровнял - баланс получил :)

Несколькими темами выше речь шла про шину предприятия. Последнее время складывается устойчивое мнение, что такое ПО очень нужно. Но обосновать затраты на его внедрение весьма проблематично. Это как сказать - мы пару месяцев будем здесь что-то такое делать, чего предприятие никогда "вживую" не увидит, чтобы дальше продолжать работать так же хорошо, как и сейчас, зато правильно :)

karpov-vn
С точки зрения "рядового акционера", то мне кажется, что затраты на такое внедрение SAP не оправданы.


на такое - это на какое? Что Вы имеете ввиду?

karpov-vn
Меня убедит только рост объема продаж трубы и рост котировок акций на бирже.

А Вы гарантируете "рост объема продаж трубы и рост котировок акций на бирже" после того, как "за ваши деньги могу внедрить MS Dynamics CRM 3.0, MS Dynamics NAV 4.0, 1С 7.7, 1С 8.0"?

Очень сомневаюсь, что на крупном предприятии возможно получить прямую и доказанную зависимость дохода от внедрения ERP, ну может кроме случаев, когда
1 Не было совсем ИС (или было страшнолоскутное убожество). Но в этом случае мы получим в лучшем случае экономию на затратах
2 Внедрение ERP сопровождается оптимизацией бизнес-процессов. Но это уже к автоматизации имееет отношение постольку - поскольку. Здесь важно качество менеджмента предприятия, ИС - только инструмент