Добрый день, уважаемые!
Пожалуйста помогите разобраться со следующим вопросом, нами приобретен продукт SAP BusinessObjects Edge BI, version with data integration, возможно ли только его функционалом организовать полноценную интеграционную шину между SAP ERP и системами WMS, 1С и др. Будет ли в полной мере осуществляться электронный обмен документами и работа с IDOC? Нам предлагают дополнительно использовать SAP PI, в чем его принципиальное отличие и можно ли организовать все тоже самое в рамках закупленного нами продукта?

Business Objects Data Integrator (если о нём разговор) -- ETL (носим много и по расписанию / тычку оператора, основной получатель - БД), типов коннекторов не очень много.
SAP PI или его собратья -- интеграционные шины (носят обычно по инициативе внешних систем), есть больше типов адаптеров.

Тоже интересно послушать мнения.

Да, речь именно о Data Integrator, я уже имею представление о нем, как об ETL инструменте для конвертации формата входящих файлов, но не достаточно знаю о способах загрузки данных в ERP ( насколько это удобно, да и вообще возможно ли это в полной мере). В моем случае есть порядка 10 систем из которых необходимо загружать информацию в SAP, каждая из этих систем имеет свой формат исходящего файла, также будет организована обратная связь с некоторыми из этих систем.

Зависит от данных. Для стандарта есть айдоки и глобальные типы данных, все это через pi удобно, а через bodi не уверен в возможности абап–прокси вообще.

Можно. Через PI удобнее конечно, но можно и через Data Services.

Выдержка из хелпа:
Data Services real-time processes IDoc source messages (outbound IDocs from the SAP application server) as follows:
- The SAP system administrator includes the Access Server as a TCP, remote function call (RFC) destination.
- The SAP application server (client) publishes an IDoc after processing a transaction. For example, when an operator enters a sales order.
- The Access Server receives the published IDoc and dispatches it to an available service provider for processing.
- If no service providers are available for this IDoc type, the Access Server queues the request and dispatches it when a service provider becomes available.
- When available, a service provider processes the IDoc. The IDoc data can trigger queries to the SAP application server or cached data as required to enrich the IDoc data. The real-time job flattens and loads the required information into a data cache and/or an IDoc message target as specified in its data flow design.
- The service provider returns a response to the Access Server indicating the successful IDoc processing.
- The Access Server receives the response and sends an acknowledgment to the SAP application server so the IDoc can be marked as processed.

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

Тут только про айдок, а вот про ABAP Proxy ни слова, я именно в нём сомневаюсь насчёт BODI, ибо ABAP Proxy это XI-протокол внутри.

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

Хотя, я работал на проектах где ETL-задачи делались через PI (нуачО), а обратных проектов не видел. Файлы, БД и айдоки / RFC BODI значит умеет (не совсем понял правда как сделан слушатель айдоков и RFC), а ABAP-proxy и глобальные типы данных думаю точно не умеет. Если носить всё через Z-RFC то конечно можно и без PI обойтись.

спасибо, более-менее все для себя разъяснил

DS очень не кошерно работает в вэбсервисами
и писаниной в Netweaver системы (ERP, SRM, CRM, BW и т.п.)

Но для ETL-задач - самое-то.