Варианты подключения SAP к .NET [закрыто]

Question

Необходимо интегрировать SAP с приложениями .NET.Является ли .NET Connector лучшим выбором?А как насчет NetWeaver?Просто хотите отправить данные в SAP и получить их из SAP.

Answer 1

Я не использовал объекты NetWeaver, поэтому не могу много сказать об этом, но могу сказать, что коннектор .Net довольно хорошо справляется с проксированием SAP BAPI для использования в .Net.Несколько дополнительных комментариев:

• Недостаток: AFAIK, вы застряли в разработке своих прокси в VS2003.
• Недостаток: документация по BAPI довольно скудна.Я трачу много (я имею в виду много) времени в SE37 внутри SAP, просматривая документацию RFC и пошагово выполняя функции.
• Положительный момент: мне потребовалось некоторое время, чтобы понять, что в VS2003 можно переименовывать и удалять параметры, а также переименовывать методы перед созданием прокси.
• Недостаток: если вы выполняете вышеупомянутое переименование, вам придется повторять его каждый раз, когда вы повторно заполняете RFC с сервера SAP (например, если ваш разработчик SAP вносит изменения в BAPI).

В целом, сложные функции с .Net Connector сложны (я только что потратил 3 недели на создание и изменение клиентских функций), но простые функции довольно прозрачны, и если у вас есть разработчик ABAP со стороны SAP, который может разрабатывать собственные BAPI работает очень хорошо.

Answer 2

С SAP .Net Connector все в порядке, но он поддерживает только Visual Studio 2003, но они давно его не обновляли.

Есть еще один продукт под названием SAP Explorer и генератор прокси который я использовал для подключения к SAP из VS2005.Он использует версию 1.1 SAP .Net Connector для выполнения всей грязной работы, поэтому я скопировал и вставил содержимое папки SAP .Net Connector 2.0 в папку SAP Explorer, чтобы он мог использовать более новую версию прокси-библиотек ( это добавило поддержку паролей, чувствительных к регистру).Я еще не пробовал это в VS2008, но подозреваю, что это все равно будет работать.

SAP Explorer, безусловно, является хорошей заменой продукта SAP, но не похоже, что он недавно обновлялся.

Answer 3

Я понимаю, что веб-службы — это путь к интеграции Netweaver/.Net.Вот почему .Net Connector не обновлялся со времен VS2003.

Answer 4

Ребята из Aconcagua IT предлагают новую версию с более выгодными ценами и более гибкими возможностями, чем у других конкурентов.

Доступные версии Visual Studio 2008 и Visual Studio 2005: http://www.aconcaguait.com/explorerproxygen2008.php или

Версия VS2008 включает поддержку последней версии librfc32.dll (длина пароля, регистр с учетом регистра и т. д.).

Стоит посмотреть.

Answer 5

Как написано выше, SAP предлагает пойти по пути SOA, что означает использование цепочки инструментов SOAP вместо цепочки инструментов RFC (соединитель .Net RFC, ...).

Для .Net это означает использование функций WCF и подключение их к серверной части SAP, следовательно, использование SOAP с обеих сторон:найдите потребности своего бизнеса в одном из множества сервисов SOA, предоставляемых SAP (ES Wiki на SDN) или создайте собственную службу и создайте функциональные возможности на стороне клиента на основе прокси, созданного из файла WSDL служб с помощью svcutil WCF.

В качестве бонуса это не зависит от какой-либо версии Visual Studio, достаточно csc и svcutil в командной строке.

Answer 6

http://tools.rafaelc.net/default.aspx?id=72

Я использовал этот инструмент для интеграции SAP (генерация прокси-серверов BAPI и CBO) с процессом B2B, который я разработал для одной из ведущих в мире компаний по производству бытовой электроники.Его усилия высоко оценены, и это совершенно БЕСПЛАТНО.

Answer 7

Наверное хочу посмотреть Microsoft Дуэт и ИБФ

Answer 8

Мы купили «SAP Explorer и Proxy Generator для VS 2008» и были разочарованы, потому что этот инструмент не работал должным образом.Пока еще ждем решения проблем (от Аконкагуа).К сожалению, нам пришлось заново создавать прокси в VS2003 с помощью бесплатной версии SAP Connector, а затем использовать их в VS2008.