Microsoft und SAP

Question

Seit vielen Jahren habe ich den alten "SAP DCOM Connector" verwendet, um zwischen Microsoft-basierten Anwendungen und SAP zu kommunizieren. Leider wird diese alte, aber gute und performante Technologie von SAP seit Jahren nicht mehr unterstützt. Daher möchte und muss ich zu einer anderen neueren Technologie migrieren.

Zuerst gibt es den "SAP Connector für .NET 2.0". Auf den ersten Blick scheint es ein guter Ersatz zu sein. Aber dieser Connector kann nur mit .NET 1.1 verwendet werden (mit einer Problemumgehung auch mit .NET 2.0) und es gibt keine weitere Entwicklung in der Zukunft. Schäm dich SAP !! SAP sagt, in Zukunft sollten wir den "Enterprise Services Explorer" für Visual Studio verwenden. Diese Technologie ist jedoch nur für ECC 6.0 und nicht für 4.6C verfügbar. Und darum geht es. Ich brauche eine moderne Technologie, die für 4.6C und ECC6.0 verfügbar ist !!

Also habe ich einige Untersuchungen und entdeckte das Produkt "ERPConnect" von "Theobald-Software". Es sieht wirklich gut aus und sie haben ein gutes und billiges Lizenzmodell. Das erste Problem mit diesem Produkt ist, dass es nicht erlaubt ist, den Quellcode von Anwendungen, die auf ERPConnect basieren, dem Kunden zu geben. Das ist seltsam, denn oft kaufen Kunden auch die Rechte für die Anwendungsquellen. Das zweite Problem ist, dass dieses Produkt nicht von SAP stammt und auch nicht von SAP zertifiziert ist. Viele Kunden wollen kein Produkt von Dritten.

So jetzt meine Frage: gibt es weitere Möglichkeiten, das Microsoft World mit der SAP World und hat jemand wissen, Alternativen zu den oben genannten Methoden zu verbinden? Insbesondere brauche ich Alternativen für die Verwendung von RFCs.

Answer 1

Tolle Neuigkeiten: SAP hat Release 3.0 des SAP .NET Connectors angekündigt. Es unterstützt aktuelle Windows-Versionen (Windows XP 32 Bit, Windows 2003 32/64 Bit (x64), Windows Vista 32/64 Bit (x64), Windows 2008 64 Bit (x64) und später Windows 7) sowie Up-to -date Microsoft .NET Runtime-Versionen (2.0, 3.0 und 3.5). Siehe http://wiki.sdn.sap.com/wiki/display/ABAPConn/ABAP+Connectivity+Home und http://service.sap.com/connectors

Answer 2

Ich habe eine Erfahrung in der Entwicklung von .NET 2.0-basierten Anwendungen mit SAP .NET Connector. Die Sache ist, ich rief eine BAPI Funktion anstelle von RFC, ich bin nicht sicher genug, wenn das für Sie Unterschied macht, aber SAP .NET-Connector funktionierte wie ein Charme für mich. Ich habe auf einige interne Daten von einem Produktionsserver zugegriffen und rollenbasierte Sicherheit unter Verwendung von ASP.NET implementiert, um die Benutzer zu autorisieren.

Kurz gesagt, SAP .NET Connector ist keine schlechte Wahl.

Answer 3

Ich habe vor einigen Jahren an einem Projekt gearbeitet, das auch den SAP Connector verwendet hat. Für die System-Interoperabilität würde ich mich jedoch heute für WCF entscheiden.

Ich weiß, das kann manchmal schwer sein, aber das ist der beste Weg tbh.

Answer 4

Connector geht über RFC, die Ihnen Tonnen von eingebauten BAPIs und Funktionsbausteinen zur Verfügung stellt. Das bedeutet, dass Sie für Ihre Ziele wenig Arbeit auf der Serverseite benötigen, solange Sie eine für Ihre Bedürfnisse geeignete Funktion haben, die Sie auch selbst ausführen können. Sagte, dass mehr und mehr Menschen movig zu Web-Services, die mehr Arbeit auf der Serverseite erfordert (Funktionsmodule zu Web-Services konvertieren) aber sind wiederverwendbar, HTTP-freundlich und so ...

Wählen Sie Ihr Gift ;-)

Answer 5

Ihr größtes Problem wird die Verbindung zu SAP 4.6C sein. Die Extended Maintenance für SAP 4.6C ist Ende 2009 abgelaufen, weshalb SAP den SAP Connector für .NET 2.0 nicht weiterentwickelt.

Ab Basis Release 2004s können Sie beliebige RFC-fähige Funktionsbausteine ​​wie z Webservice mit der Transaktion SOAMANAGER.

Sie könnten den SAP Connector für SAP 4.6C weiterhin verwenden. Alternativ können Sie, wenn Sie ein PI (XI) -System haben, eine Schnittstelle über PI erstellen und diese als Webservice für die .NET-Welt verfügbar machen.

Answer 6

Ich weiß über ein Produkt namens Duet, dieses Produkt schien die Beendigung der Entwicklung von SAP .NET-Connectors zu verursachen. Es ist auch möglich, Excel 2007 mit SAP-ocx-Komponenten zu verwenden, die im SAPGUI verfügbar sind.

Answer 7

Es gibt ein anderes Produkt, das interessant aussieht: Sitrion Service-Studio http://www.sitrion.com/products/ServiceStudio/fordevelopers.aspx meybe dies ist eine gute Alternative für ERPConnect. Sitrion ist SAP-zertifiziert. Aber ich kenne die Lizenzkosten für das Produkt nicht.

Answer 8

Hat jemand BizTalk Adapter Service Pack in Betracht gezogen, unterstützt es Version 4.6c, es gibt eine Pro-Prozessor-Lizenz, Sie können RFCs als Service (WCF) verfügbar machen und in jeder Anwendung verwenden.

Answer 9

Wenn Ihr SAP-Systems der Basis Mitteilung ist 6.40 oder höher, können Sie Web-Service in SAP-System und rufen sie direkt von Mobile Anwendungen ohne .NET Connector Bedarf erstellen.