E-Book, Deutsch, 374 Seiten
Reihe: SAP Press
Bruchelt / Hucke Integration von SAP und Microsoft
1. Auflage 2018
ISBN: 978-3-8362-8187-4
Verlag: Rheinwerk
Format: EPUB
Kopierschutz: 0 - No protection
Der praktische Leitfaden
E-Book, Deutsch, 374 Seiten
Reihe: SAP Press
ISBN: 978-3-8362-8187-4
Verlag: Rheinwerk
Format: EPUB
Kopierschutz: 0 - No protection
Sie nutzen SAP zusammen mit Microsoft-Produkten? Dann ist dies Ihr praktischer Leitfaden für Integration, Datenaustausch und Betrieb. Die Autoren erklären, welche Technologien für die Kommunikation zum Einsatz kommen können, und bewerten deren Vor- und Nachteile abhängig von Ihren spezifischen Anforderungen. Ob SAP Gateway, RFC und .NET Connector, SOAP oder von SAP bereitgestellte Standardschnittstellen – zu allen Technologien finden Sie praxisnahe Beispiele und Empfehlungen.
Aus dem Inhalt:
- Integrationsszenarien und -technologien
- SAP Gateway und OData
- RFC und .NET Connector
- SOAP-Webservices
- SAP API Business Hub
- Add-ons von Drittanbietern
- Integrierte Business Intelligence
- Windows Server
- Microsoft Azure
- Technologievergleich und Entscheidungshilfe
Autoren/Hrsg.
Weitere Infos & Material
Einleitung ... 13
1. Integrationsszenarien und -technologien ... 19
1.1 ... Gründe für die Integration von Microsoft-Office- und SAP-Lösungen ... 19
1.2 ... Historische Entwicklung der Integrationstechnologie ... 23
1.3 ... SAP-Daten in Microsoft-Anwendungen integrieren ... 38
1.4 ... Microsoft-Daten in SAP-Anwendungen integrieren ... 45
1.5 ... Zusammenfassung ... 67
2. Integration über SAP Gateway ... 69
2.1 ... SAP Gateway im Überblick ... 69
2.2 ... Einführung in OData ... 71
2.3 ... OData-Services mit SAP Gateway erstellen ... 87
2.4 ... OData-Services auf Basis von Core Data Services erstellen ... 94
2.5 ... Integration von SAP-Kundendaten in Excel über SAP Gateway ... 103
2.6 ... Zusammenfassung ... 112
3. Integration über Remote Function Call und SAP .NET Connector ... 113
3.1 ... Remote Function Call im Überblick ... 114
3.2 ... Remote Function Call mit C# über den SAP .NET Connector ... 115
3.3 ... Remote Function Call mit Java über den SAP Java Connector ... 124
3.4 ... Zusammenfassung ... 133
4. Integration über SOAP-Webservices ... 135
4.1 ... Aufbau eines SOAP-Webservices ... 135
4.2 ... SOAP-Webservices für ABAP ... 142
4.3 ... Webservices mit C# und Excel konsumieren ... 155
4.4 ... Zusammenfassung ... 163
5. SAP API Business Hub ... 165
5.1 ... Die Vorgänger: BAPI Explorer und SAP Enterprise Service Workplace ... 166
5.2 ... Einsatz des SAP API Business Hubs ... 168
5.3 ... Zusammenfassung ... 189
6. Verwendung von Drittanbieter-Add-ons ... 191
6.1 ... Theobald ERPConnect ... 192
6.2 ... Weitere Drittanbieterlösungen ... 214
6.3 ... Lizenzierung von Drittanbieterlösungen ... 226
6.4 ... Zusammenfassung ... 228
7. Integration im Umfeld von Business Intelligence ... 229
7.1 ... Integration über SAP Analysis for Microsoft Office ... 232
7.2 ... Integration von Excel und SAP HANA ... 242
7.3 ... Integration von SharePoint und SAP BusinessObjects ... 253
7.4 ... Anbindung der SAP Analytics Cloud an das Azure Active Directory ... 259
7.5 ... Integration von Azure Data Factory und SAP HANA bzw. SAP BW ... 264
7.6 ... Integration von SAP-Daten in Power BI ... 266
7.7 ... Zusammenfassung ... 272
8. Infrastrukturkomponenten ... 275
8.1 ... Betriebsmodelle für die Cloud ... 277
8.2 ... SAP GUI for Windows ... 279
8.3 ... Windows Server ... 281
8.4 ... Microsoft Azure ... 298
8.5 ... SAP Cloud Platform ... 337
8.6 ... Zusammenfassung ... 353
9. Zusammenfassung ... 355
9.1 ... Integration ... 355
9.2 ... Analytics ... 359
9.3 ... Infrastruktur ... 360
Die Autoren ... 365
Index ... 367
1 Integrationsszenarien und -technologien
Lösungen von SAP und Microsoft werden schon lange gemeinsam eingesetzt. Was hat sich in den vergangenen Jahren an der Weise geändert, wie diese Lösungen miteinander kommunizieren? Welche Integrationsansätze verworfen wurden und welche noch heute Anwendung finden, erfahren Sie in diesem Kapitel.
Auf der SAPPHIRE 2016 äußerte sich Satya Nadella, CEO von Microsoft, folgendermaßen zur Zusammenarbeit mit SAP:
»Gemeinsam mit SAP schaffen wir ein neues Maß an Integration innerhalb unserer Produkte, die Unternehmen mit verbesserten Werkzeugen für die Zusammenarbeit auszustatten, neue Erkenntnisse aus Daten zu gewinnen und eine hochskalierbare Cloud anzubieten, um zu wachsen und neue Geschäftschancen zu ergreifen.«
Satya Nadella beschrieb in seiner Keynote-Diskussion mit Bill McDermott, CEO von SAP, mit diesen Worten sehr schön, was wir in diesem Kapitel vorstellen möchten: Viele Kunden arbeiten mit Produkten von SAP und Microsoft und wollen, dass sich diese Produkte gut verstehen und zusammen verwendet werden können.
In den folgenden Abschnitten werfen wir zunächst einen kurzen Blick zurück auf die ersten Integrationsversuche von SAP und Microsoft. Anschließend geben wir Ihnen einen Überblick über aktuelle und neue Kombinationsmöglichkeiten.
1.1 Gründe für die Integration von Microsoft-Office- und SAP-Lösungen
Als Ausgangspunkt für dieses Buch zeigen wir Ihnen in diesem Abschnitt anhand einiger Beispiele, in welchen Situationen und aufgrund welcher Anforderungen eine Integration von SAP- und Microsoft-Produkten sinnvoll sein kann. Sicher setzen Sie selbst Software beider Hersteller ein oder planen deren Einführung. Sehr wahrscheinlich haben Sie auch bereits selbst Anforderungen und Ideen, die Sie durch eine Integration von Anwendungen beider Hersteller realisieren wollen. Im Folgenden gehen wir auf typische Anwendungsszenarien ein, die in der Praxis häufig anzutreffen sind.
1.1.1 Self-Service-Szenarien in Microsoft SharePoint
Häufig haben viele Mitarbeiter eines Unternehmens im Rahmen ihrer täglichen Arbeit nichts mit SAP zu tun. Folglich haben sie weder Zugriff auf die Benutzeroberfläche des SAP-Systems, das SAP GUI, noch wissen sie, wie man die SAP-Software bedient. Trotzdem gibt es häufig SAP-gestützte Prozesse, die von diesen Mitarbeiten genutzt werden sollen. Dies wird häufig als Beweggrund angeführt, um sich mit der Abbildung dieser Prozesse in webbasierten Umgebungen zu beschäftigen.
Oft findet man solche Umsetzungen im Bereich der Employee Self-Services (ESS). Solche Self-Services sollen es allen Mitarbeitern ermöglichen, einfache Prozesse des Personalwesens selbst zu initiieren. So kann den Mitarbeitern z. B. ermöglicht werden, über eine Weboberfläche Urlaub zu beantragen, die eigene in den SAP-Stammdaten hinterlegte Anschrift zu ändern oder Entgelt- und Zeitnachweise herunterzuladen. Üblicherweise nutzt man für die Abbildung dieser Prozesse eine webbasierte Plattform. Dabei handelt es sich häufig um den Microsoft SharePoint Server, falls er bereits als Portal im Unternehmen genutzt wird. Damit erreicht man einen hohen Grad an Benutzerfreundlichkeit, da sich die Applikation wie eine Website bedienen lässt. Die Umsetzung in dem den Mitarbeitern vertrauten Corporate Design ist ebenfalls problemlos möglich. Außerdem ist der benötigte Browser typischerweise bereits auf allen Endgeräten installiert und es ist kein weiterer Softwareclient notwendig, der noch installiert und gewartet werden müsste.
Die Oberflächen der für Self-Service-Szenarien entwickelten Applikationen sind dabei meist stark reduziert, sodass der Benutzer nur wenige Eingaben und/oder Interaktionen vornehmen muss. Idealerweise ist die Authentifizierung gegenüber den SAP-Systemen über Single Sign-on (SSO) realisiert; somit muss sich der Benutzer kein eigenes Kennwort für diese Anwendungen merken.
Neben diesen Selbstbedienungsapplikationen im Personalumfeld sind solche Anwendungen beispielsweise für Bestellungen und die Bestellverwaltung im SAP-Materialwesen (Material Management, MM), in der SAP-Instandhaltung (Plant Maintenance, PM) oder für den Zugriff auf Kundendaten im Vertriebsumfeld (Sales and Distribution, kurz SD, und/oder SAP Customer Relationship Management, kurz SAP CRM) üblich.
Zudem haben sich auch Applikationen für Freigabe-Prozesse etabliert. Dabei können Mitarbeiter über ihre gewohnte Weboberfläche SAP-Workflows bedienen, z. B. Bestellungen freigeben oder Urlaubsanträge genehmigen. Die Personen, die diese Freigaben erteilen (oder ablehnen), nutzen das SAP GUI (und andere Transaktionen für die SAP-Workflows) in ihrer täglichen Arbeit in der Regel nicht. Über die Weboberflächen können die Freigaben trotzdem als Teil des Workflows eingebunden werden.
Viele der in diesem Buch angeführten Beispiele beziehen sich auf die Umsetzung solcher Self-Service-Applikationen. Wir werden Ihnen in den folgenden Kapiteln zeigen, wie und mit welchen Mitteln sich solche Szenarien umsetzen lassen und wo die Vor- und Nachteile der jeweils dafür verwendeten Technologie liegen. In Kapitel 9, »Zusammenfassung«, finden Sie noch einmal eine Übersicht über alle Integrationsmöglichkeiten.
1.1.2 Zugriff auf SAP-Reports und Reports aus SAP Business Warehouse
Ein ebenso häufig anzutreffendes Szenario ist der Zugriff auf Berichte (Reports), die aus dem SAP-System generiert wurden. Die Konsumenten dieser Berichte haben selbst meist keinen SAP-Zugang, können aber über eine Plattform wie den SharePoint Server auf SAP-Berichte zugreifen.
Dazu werden die im SAP-System generierten Berichte in SharePoint abgelegt. Dabei wird z. B. der Umstand ausgenutzt, dass man über das Netzwerkprotokoll WebDAV oder über Webservices auf SharePoint-Bibliotheken zugreifen kann. Nachteil ist hierbei allerdings, dass die Verwaltung der abgelegten Dateien (z. B. das Löschen veralteter Berichte) nur eingeschränkt möglich ist. Die Zugriffsberechtigung zu diesen Dateien muss außerdem üblicherweise auf der Präsentationsplattform eingerichtet werden und lässt sich nur umständlich mit den Berechtigungen im SAP-System synchronisieren. Auf dieses Thema gehen wir in Kapitel 7, »Integration im Umfeld von Business Intelligence«, näher ein.
Neben der Dateiablage lassen sich Reports aber auch direkt in SharePoint einbinden. So lassen sich beispielsweise Inhalte aus SAP Business Warehouse (BW), die über den BEx Web Application Designer erstellt wurden, als HTML-Inhalte auf SharePoint-Seiten integrieren. Auch lässt sich die Anzeige von PDF-Reports, die mit den Reporting-Werkzeugen des SAP-BusinessObjects-Portfolios erzeugt wurden, per Knopfdruck ansteuern. Mit der Kombination aus webbasierten SAP-BW-Inhalten und SharePoint-Inhalten lassen sich auch Cockpit-Anwendungen erstellen.
Auch bei der Einbindung von Reports in SharePoint erfolgt der Zugriff üblicherweise via Single Sign-on. Dabei ist für den Anwender nicht transparent, welcher Inhalt aus welchem System angezeigt wird. Für die Benutzerfreundlichkeit ist das allerdings eher von Vorteil. Alle benötigten Inhalte können so parallel und in gleicher Art und Weise präsentiert werden – unabhängig davon, aus welcher Quelle sie stammen.
1.1.3 Verwendung von SAP-Daten in Microsoft-Office-Produkten
Neben der Abbildung von SAP-Prozessen in webbasierten Umgebungen und der Bereitstellung von SAP-Berichten außerhalb der SAP-Systeme gibt es noch weitere interessante Anwendungsfälle, die sich durch eine Integration von SAP und Microsoft umsetzen lassen.
Stellen Sie sich beispielsweise vor, Sie könnten aus Ihren Office-Programmen direkt auf SAP-Daten zugreifen. Sie könnten z. B. in Microsoft Word einen Serienbrief schreiben und innerhalb der Steuerungsdatei direkt SAP-Stammdaten (z. B. die Anschriften Ihrer Kunden, die in diesem Jahr ein bestimmtes Produkt bei Ihnen gekauft haben) verwenden. Dabei hätten Sie jederzeit Zugriff auf die aktuellen Daten aus dem SAP-System. Auch das lässt sich mit der Integration von Microsoft und SAP umsetzen.
Insbesondere der direkte Zugriff auf SAP-Daten aus Excel ist ein immer wieder eingefordertes Szenario. Abhängig von den SAP-Berechtigungen, die Ihnen zugewiesen sind, ist es über Excel möglich, auf nahezu alle Quellen im SAP-System zuzugreifen. Die Datenquelle kann z. B. eine SAP-Tabelle sein – oder besser noch eine Funktion, die remote aufgerufen wird und sich parametrisieren lässt.
In Abschnitt 1.2, »Historische Entwicklung der Integrationstechnologie«, lesen Sie mehr über diesen Ansatz und wie er in der Vergangenheit umgesetzt wurde. Die Bereitstellung von SAP-Daten in Office-Programmen war das explizite Ziel von Duet, dem ersten gemeinsamen Projekt von SAP und Microsoft.
1.1.4 Zugriff auf Daten in Microsoft-Systemen aus dem SAP-System
In den vorangehenden Abschnitten haben wir uns nur auf die Konsumierung von SAP-Daten außerhalb des SAP GUI oder anderer SAP-Frontends konzentriert. Ein ebenfalls zu betrachtendes Szenario ist...
