Die Architektur von SAP S/4HANA Service beschreiben

Objective

After completing this lesson, you will be able to die (technische) Architektur hinter SAP S/4HANA Service beschreiben

Technische Informationen und Architektur von SAP S/4HANA Service

Unternehmensszenario

Sie möchten mehr über die Architektur hinter SAP S/4HANA Service und deren Vergleich zu SAP CRM 7.0 erfahren. Die Art und Weise, wie Daten in SAP S/4HANA persistiert werden (z.B. im Vergleich zu SAP Customer Relationship Management (SAP CRM) 7.0), ist sehr unterschiedlich.

Überblick über die Architektur von SAP S/4HANA Service und einen Vergleich mit SAP CRM 7.0

Die Hauptprinzipien für die Architektur von SAP S/4HANA Service beim Vergleich mit SAP CRM 7.0 lauten wie folgt:

  • Harmonisierte Stammdaten:
    • Verwendung des SAP-S/4HANA-Materialstamms, nicht des SAP-CRM-Produkts
    • Verwendung des Geschäftspartnerstammsatzes (Kundenstammsatzes) für vertriebsbereichsabhängige Daten anstelle von SAP-CRM-spezifischen Tabellen
    • Verwendung von technischen Objekten (z.B. Equipment) anstelle von IObjects
  • Engine-Harmonisierung:
    • Verwendung von SAP S/4HANA Sales Pricing anstelle von IPC (SAP CRM 7.0)
    • Verwendung von SAP S/4HANA Sales Billing anstelle von SAP CRM Billing
    • Integration der Configuration Engine Erweiterte Variantenkonfiguration (aus SAP S/4HANA)
  • Customizing-Harmonisierung (Verwendung der ursprünglichen SAP-S/4HANA-Tabellen, nicht der SAP-CRM-Spiegeltabellen)
  • Keine Verwendung von SAP CRM Middleware für interne Prozesse wie das Anlegen von Folgebelegen oder den Datenaustausch mit externen (SAP- oder Fremd-)Systemen
  • UI-Prinzipien:
    • Web-Client-UI wird fortgesetzt, SAP-Fiori-Apps sind verfügbar
    • Visuelle Harmonisierung (Theme Belize)
  • Keine veralteten Technologie-Stacks mehr (IPC/VMC, TREX, JAVA-Stack)

Bei der Harmonisierung von Produktstammdaten (Materialstämmen) wird der SAP-CRM-Produktstamm nicht verwendet. Produktkategorien und Hierarchien sind nicht mehr verfügbar. Die einzigen Gruppierungskriterien sind die Warengruppe und die Produkthierarchie (Vertrieb).

Die Settyptechnologie zur Erweiterung des Produktstamms steht nicht mehr zur Verfügung. Die gesamte Verwendung von APIs für den Produktstamm (SAP_ABA) wurde durch neue APIs in SAP S/4HANA ersetzt. Die zentrale Klasse für den Zugriff ist CL_CRMS4_PRODUCT_API. Die Suche nach Produkten ist weiterhin als WebClient-UI-Suchanwendung verfügbar, verwendet nun jedoch Core-Data-Services-Views (CDS-Views) des SAP-S/4HANA-Materialstamms. Das BOL-Modell bleibt erhalten, wurde jedoch erheblich vereinfacht.

Für Kunden, die mit SAP CRM 7.0 arbeiten, steht ein Migrationspfad von SAP-CRM-Produkten zu SAP-S/4HANA-Materialstämmen für Serviceprodukte zur Verfügung.

SAP S/4HANA Service unterstützt Equipments, Technische Plätze und Materialien. Sie unterstützt keine Installations- und Installationskomponenten (wie SAP CRM 7.0). Flussdiagramm, das SAP CRM 7.0 mit SAP S/4HANA Service vergleicht. Auf der linken Seite stehen für SAP CRM 7.0 vier blaue Felder mit der Bezeichnung Objekt, Produkt, Installation und Installationskomponente. Auf der rechten Seite stehen für SAP S/4HANA Service drei Felder: Equipment, Technischer Platz und Material. Pfeile zeigen vom Objekt sowohl zum Equipment als auch zum Technischen Platz, während ein Pfeil von Produkt zu Material zeigt. Installation und IBase-Komponente sind mit dem Text Nicht geplant verbunden. Der Hintergrund ist hellblau und bietet Kontrast zu den dunkleren blauen Boxen.

Die Abbildung zeigt mögliche Bezugsobjekte in Servicevorgängen.

Individuelle Objekte (auch IObjects oder einfach Objekte genannt) werden nicht mehr unterstützt, da sie zum SAP_ABA-Produktstamm gehören.

Bezüglich des Geschäftspartners: SAP S/4HANA verwendet den Geschäftspartner als primäres Objekt: Die Synchronisation mit (SAP ERP) Debitoren-/Kreditorenstammsätzen erfolgt über die Customer-Vendor-Integration (CVI). Die Pflege von Accounts ist weiterhin über die WebClient-UI-Anwendung möglich. Die SAP-CRM-Datenbanktabellen des Vertriebsbereichs - abhängigen Daten (Versand, Fakturierung usw.) werden nicht mehr verwendet. Stattdessen werden die Tabellen aus dem Kundenstamm verwendet (KNV*-Tabellen). Insbesondere werden Partnerrollen keiner Beziehung mehr zugeordnet, sondern auf Vertriebsbereichsebene (Tabelle KNVP) gepflegt.

Die folgenden Funktionen werden nicht mehr unterstützt:

  • Gruppenhierarchie
  • Marketingattribute
  • Marketing-Einwilligungen
  • Vorlagen-Framework

Für das Organisationsmanagement und Mitarbeiter funktioniert die SAP-GUI-Transaktion PPOMA_CRM für die Zuordnung von Mitarbeitern nicht mehr, da der Beziehungstyp 008 für die Zuordnung CP - S (zentrale Person zu Planstelle) durch den neuen Typ 771 ersetzt wurde. Die Zuordnung muss z.B. über die WebClient-UI-Anwendung erfolgen. Der neue Verknüpfungstyp ermöglicht eine Koexistenz mit dem HR-Organisationsmodell ohne Nebeneffekte wie Überbeschäftigung, indem ein Mitarbeiter zwei Planstellen zugeordnet wird. Mitarbeiter selbst können nur in HCM (Transaktion PA30) gepflegt werden, nicht mehr in der WebClient-UI-Anwendung.

Bezüglich C Harmonisierung anpassen: SAP CRM C Customizing-Tabellen, die Replikate einer SAP S/4HANA C Customizing-Tabelle sind, werden nicht mehr verwendet. Beispiel: Zahlungsbedingungen: CRMC_PMNTTRMS wird durch T052 ersetzt.

Für die Preisfindung werden die folgenden Funktionen nicht unterstützt:

  • Konditionsausschluss über Ausschlusskennzeichen KZNEP
  • Verfolgung kumulierter Werte mit Konditionsupdate
  • Datenquellen
  • Mengenanpassungen
  • Vereinbarte Umrechnungsfaktoren
  • Konfigurierbare Parameter und Formeln in der Preisfindung (CPF)
  • Commodity-Preisfindung

Informationen zu den unterstützten Feldern finden Sie in der folgenden Option in C Customizing: SAP Customizing Einführungsleitfaden→Service→Grundfunktionen→Preisfindung→Unterstützte preisrelevante Felder anzeigen (Standardauslieferung).

Ein Screenshot mit Code zum Pflegen und Sichern von Aufträgen wird gezeigt. Die Replikation von Stammdaten oder Customizing ist in SAP S/4HANA nicht mehr erforderlich, wie dies für SAP CRM 7.0 der Fall ist.

Bezüglich des Datenaustauschs:

  • Dank der harmonisierten Stammdaten und des Customizings in SAP S/4HANA ist die Replikation von Stammdaten oder Customizing nicht mehr erforderlich.
  • In SAP CRM 7.0 wurde die SAP CRM Middleware auch verwendet, um aus einem SAP-CRM-Vorgang, z.B. einem Kundenauftrag oder einer Bestellanforderung, Folgebelege in SAP ERP zu generieren. In SAP S/4HANA Service wird die SAP-CRM-Middleware vollständig aus diesen Prozessen entfernt. Alle Folgebelege werden beim Sichern über einen synchronen Aufruf der entsprechenden APIs angelegt:
    • SD-Kundenauftrag (enthält die Verkaufspositionen eines Serviceauftrags)
    • Innenauftrag (CO)
    • Fakturaanforderung
    • Reservierung, Bestellanforderung, Bestellung (Logistikintegration)
  • Das Auslösen der Folgeprozesse wird über die Systemtabelle CRMS4S_EXCH_FCTR gesteuert. Es gibt eine entsprechende C Customizing-Tabelle CRMS4C_EXCH_FCTR, mit der SAP-Kunden ihre eigenen Prozesse integrieren können.
Das Auftragsdatenmodell von SAP S/4HANA Service wird mit dem aus SAP CRM 7.0 verglichen. Die Abbildung zeigt einen Vergleich zwischen SAP CRM 7.0 und SAP S/4HANA Service. Der obere Teil stellt SAP CRM 7.0 dar, wobei ORDERADM_H mit SERVICE_H, OPPORT_H, ACTIVITY_H und anderen Komponenten verknüpft ist. ORDERADM_I ist mit PRODUCT_I, PRICING_I, SERVICE_I, SCHEDLIN und einem CRMD_LINK (Link Handler) verbunden, der es mit SHIPPING, PARTNER und BILLING verbindet. Beziehungen werden durch Verbindungslinien gekennzeichnet. Der untere Teil veranschaulicht SAP S/4HANA Service mit der neuen Architektur mit den Tabellen ORDERADM_H, die mit SERVICE_H, SHIPPING, STATUS und PARTNER verknüpft sind. Darüber hinaus gibt es neue Positionstabellen: ORDERADM_I, die mit SERVICE_I, PRODUCT_I, SHIPPING, STATUS und PARTNER verbunden sind. Es wird betont, dass einige Komponenten in separaten Tabellen, z.B. SCHEDLIN, separat hervorgehoben sind, zusammen mit Kopffeldern, die in einer separaten violetten Box angezeigt werden.

Geschäftsvorgänge (Serviceauftrag, Opportunity, Aktivität usw.) basieren auf dem sogenannten One-Order-Datenmodell, das Ende der 1990er Jahre entwickelt wurde. Dieses Datenmodell ist für analytische Anwendungen aufgrund der Verteilung von Daten auf viele Tabellen, GUID-Zeiger und Name-Wert-Typ-Tabellen sehr nachteilig. Aus diesem Grund wurde mit SAP S/4HANA Service ein Redesign des Datenmodells eingeführt. Ziel ist es, dass transaktionale und analytische Anwendungen auf derselben primären Persistenz der Daten laufen können.

Im Folgenden finden Sie die Grundprinzipien des Datenmodells und seiner Neugestaltung:

  • Eine flache Kopf- und Positionstabelle für jede Gruppe von Business-Objekten
  • Semantische Schlüssel statt GUIDs
  • Komplexe Erweiterungen und Sets:
    • Wichtige Datensätze werden als einzelne Felder in die Kopf-/Positionstabellen extrahiert. Beispiele: Partner: Auftraggeber, Warenempfänger, Kontakt; Status: offen, erledigt, fakturiert; Termine: gültig ab, gültig bis.
    • Alle Datensätze werden in einer separaten Tabelle aufbewahrt, aber die Schlüsselstruktur wird vereinfacht, um direkte JOINs zu ermöglichen (Vermeidung des Link-Handlers).
  • Wiederholung von Kopffeldern auf Positionsebene
  • Auftrags-APIs bleiben stabil (auch die untergeordneten APIs)
  • Erweiterte Suchen, interaktive Berichte, Enterprise Search und analytische Anwendungen werden mithilfe von Core-Data-Services-Views (CDS-Views) implementiert.
  • Keine weitere Verwendung von Indextabellen
  • Jedem Business-Objekttyp (z.B. einem Servicevorgang) wird ein Akronym (z.B. SERV) zugeordnet, und die entsprechende Datenbanktabelle hat den Namen CRMS4D_<acronym> _H (Kopf) bzw. CRMS4D_<acronym> _I (Position). Die Akronyme werden in der Tabelle CRMS4C_ACRONYM gespeichert.
  • Die (neuen) Tabellen für die komplexen Komponenten heißen CRMS4D_<Komponente>, z.B. CRMS4D_PARTNER, CRMS4D_SCHEDLIN.
  • Um den vorherigen GUID-basierten Ansatz mit dem jetzt verwendeten Design zu verbinden, wurden "reduzierte Versionen" von CRMD_ORDERADM_H/I beibehalten, die CRMS4D_BTX_H/I heißen.
Ein Beispiel für die One-Order-Neugestaltung in SAP S/4HANA: SAP-CRM-7.0-SELECT-Anweisungen werden in SAP S/4HANA Service konvertiert. Das Bild ist ein Vergleich zwischen SAP CRM 7.0 und SAP S/4HANA Service, die jeweils in separaten Spalten mit blauem Hintergrund aufgeführt sind. Auf der linken Seite unter SAP CRM 7.0 gibt es zwei Abschnitte: Basisattribut, in denen die SQL-Abfrage angezeigt wird: SELECT * FROM CRMD_ORDERADM_H WHERE OBJECT_ID = LV_OBJECT_ID und Zusätzliches Attribut mit der Abfrage: SELECT * FROM CRMD_ORDERADM_H WHERE POSTING_DATE IN LR_POSTING_DATE. Auf der rechten Seite unter SAP S/4HANA Service gibt es drei Abschnitte: Basisattribut, die die SQL-Query anzeigen: SELECT * FROM CRMS4D_BTX_H WHERE OBJECT_ID = LV_OBJECT_ID, Object type fixed mit der Abfrage: SELECT * FROM CRMS4D_SERV_H WHERE POSTING_DATE IN LR_POSTING_DATE, und Object type variable mit einer Variablenzuordnung und einer SQL-Abfrage = CL_MSAC4_TYPE: SELECT * FROM (LV_TABLE_NAME) WHERE POSTING_DATE IN LR_POSTING_DATE.

Die obige Abbildung zeigt einige Beispiele für konvertierte SELECT-Anweisungen, die auf dem One-Order-Redesign basieren.

Es wird eine Übersicht der Erweiterungsmöglichkeiten in SAP CRM 7.0 und SAP S/4HANA vorgestellt. Das Bild besteht aus zwei Abschnitten. Im oberen Bereich finden Sie eine Tabelle, in der die Erweiterungstypen zwischen SAP CRM 7.0 und SAP S/4HANA verglichen werden. Sie listet Append-Felder, Tabellenerweiterungen und Benutzerdefinierte Anwendungen auf. Für Append-Felder verwendet SAP CRM 7.0 AET, während SAP S/4HANA Benutzerdefinierte Felder und Logik verwendet. Für Tabellenerweiterungen verwenden beide AET. Für Benutzerdefinierte Anwendungen verwendet SAP CRM 7.0 AET (Rapid Applications), und SAP S/4HANA verwendet Benutzerdefinierte Business-Objekte. Im unteren Abschnitt wird ein Screenshot der SAP-Schnittstelle mit Optionen für Benutzerdefinierte Felder und Logik, Benutzerdefinierte CDS-Views, Benutzerdefinierte Business-Objekte, Softwarepakete konfigurieren, Erweiterungen für Transport registrieren und verschiedenen Berichtsentwurfsoptionen angezeigt. Rechts finden Sie eine Liste mit den Vorteilen von SAP-S/4HANA-Werkzeugen, in der die Unterstützung für CDS-Views, OData-Services und SAP-Fiori-Apps erwähnt wird.

AET ist das Anwendungserweiterungstool. In SAP CRM 7.0 wurde ein auf - basierendes Entwicklungstool eingeführt, das von SAP als Anwendungserweiterungstool (AET) zum Anlegen von Feldern für Business-Objekte bezeichnet wird.

Zur Felderweiterbarkeit: Felder können über ein sogenanntes Persistenz-Include an Kopf- und Positionstabellen angehängt werden. Dieses Persistenz-Include ist auch im One-Order-Segment CUSTOMER_H/I enthalten, bei dem es sich um den Link zum API und zur Benutzungsoberfläche handelt, sowie in den Such- und Suchergebnisstrukturen.

Zur Integration:

  • In SAP CRM 7.0 wurde die Integration in andere Systeme (SAP und Nicht-SAP) immer über die SAP CRM Middleware realisiert (Ausnahme: SAP Supply Chain Management (SAP SCM)).
  • Die Standardschnittstelle zu externen Systemen war der sogenannte XIF-Adapter, der es SAP-Kunden ermöglichte, Objekte im generischen IDoc-Format (asynchron) auszutauschen. Darüber hinaus standen SOAP-Services (synchron und asynchron) und BAPIs zur Verfügung.
  • Mit SAP S/4HANA Service wurden alle diese Schnittstellen abgekündigt: Der XIF-Adapter verwendet die Middleware, IDocs sind in der Cloud nicht zulässig, die Schnittstelle enthält viele nicht unterstützte Segmente, die SOAP-Services enthalten nicht unterstützte Funktionen und sie entsprechen nicht der Architektur der SAP-S/4HANA-Services. Ebenso enthalten die BAPIs nicht unterstützte Parameter.
  • Daher ist das aktuelle Integrationsparadigma: Für jedes Business-Objekt werden synchrone CRUD-Services (OData) bereitgestellt. Asynchrone SOAP-Services werden ebenfalls bereitgestellt. Die Priorisierung, welche Services mit welchem Release ausgeliefert werden, hängt von den Business Cases ab, die im jeweiligen Release-Umfang enthalten sind.

Bezüglich der Tools für SAP Readiness Check und Migration:

  • Es erfolgt keine Systemkonvertierung von SAP CRM 7.0 auf SAP S/4HANA Service wie die Konvertierung von SAP ERP auf SAP S/4HANA. Hierbei handelt es sich immer um eine Migration, da das SAP-S/4HANA-Service-Add-on vorab installiert und in einem zweiten Schritt Daten migriert werden müssen.
  • Readiness Check: SAP hat Vereinfachungselemente veröffentlicht, die das Delta zwischen SAP CRM 7.0 und SAP S/4HANA Service detailliert beschreiben. Jedem Vereinfachungselement kann eine Prüfung zugeordnet sein, die in einem Kundensystem ausgeführt werden kann, um automatisch Bereiche zu ermitteln, in denen Funktionen nicht unterstützt werden oder Anpassungen vorgenommen werden müssen.
  • Migrationstools: SAP stellt Migrationswerkzeuge für die Migration von Objekten in das SAP-S/4HANA-Datenmodell bereit. Beispiele hierfür sind:
    • Migration von SAP-CRM-Serviceprodukten in SAP-S/4HANA-Materialstämme
    • Migration von Geschäftsvorfällen
Ein Beispiel für eine hybride Deployment-Systemlandschaft wird gezeigt. Die Abbildung zeigt ein Flussdiagramm, das die Integration zwischen SAP-S/4HANA- und SAP-CRM-7.0-Systemen veranschaulicht. Auf der linken Seite wird das SAP-S/4HANA-System mit den drei verbundenen Modulen „BP“, „Material“ und „Fakturierung“ angezeigt. Pfeile von diesen Modulen zeigen auf ein zusätzliches Modul mit der Bezeichnung 'PI-BASIS'. Dieses Modul „PI-BASIS“ fungiert als zentraler Punkt in SAP S/4HANA und stellt unten links eine Verbindung zum Modul „SAP S/4HANA Service“ her. Auf der rechten Seite wird das SAP-CRM-7.0-System mit den Modulen „BP“, „Product“ und „Order“ dargestellt. Das zentrale Modul mit der Bezeichnung „CRM Middleware“ verbindet diese SAP-CRM-7.0-Module mit „PI-BASIS“ auf SAP-S/4HANA-Seite über Zwei-Wege-Pfeile, die auf einen bidirektionalen Datenfluss hinweisen. Das Diagramm verwendet verschiedene Blautöne, um Abschnitte zu unterscheiden und dabei ein zusammenhängendes Gesamtthema beizubehalten.

Kunden, die bereit sind, von einer SAP-CRM-7.0-Installation zu SAP S/4HANA Service zu migrieren, möchten dies möglicherweise nicht in einem Schritt tun. Möglicherweise bevorzugen sie einen reibungslosen Übergang im Laufe der Zeit. Dies reduziert Risiken, ermöglicht eine flexiblere Anpassung an Geschäftsanforderungen und minimiert die Auswirkungen auf das Unternehmen.

Aus diesem Grund wird ein hybrides Deployment-Modell unterstützt, wie in der Abbildung „Hybrid-Deployment: Systemlandschaft" dargestellt.

Persistenz der Daten in SAP S/4HANA bei der Migration aus SAP CRM 7.0

Wenn ein Kunde eine Migration einer SAP-CRM-7.0- oder SAP-CRM-7.0-EHP-Installation in SAP S/4HANA (On-Premise) 1909 oder höher erwägt oder plant, sind die im SAP-Hinweis 2691605 - Persistenz von für SAP HANA optimierten Geschäftsvorgänge gepflegten Informationen in Bezug auf die Art und Weise, wie Daten im System persistiert werden, relevant.

Notiz

Um auf diesen SAP-Hinweis zugreifen zu können, ist der Zugriff auf das SAP ONE Support Launchpad erforderlich (über https://launchpad.support.sap.com).

Die Persistenz der Daten von SAP-S/4HANA-Service-Geschäftsvorgängen wurde vollständig neu gestaltet, um schnelle Abfragen und analytische Aktivitäten zu unterstützen. Jedes Business-Objekt in SAP S/4HANA wird durch eine flache Tabelle (Kopf- und Positionsebene) dargestellt, die alle flachen Sets und Erweiterungen aufnimmt. Komplexe Komponenten wie Partner oder Referenzobjekte werden weiterhin in einer separaten Tabelle gehalten, aber die Schlüsselstruktur dieser Tabelle wurde vereinfacht.

Notiz

Einen Leitfaden zur Konvertierung von SQL-Anweisungen in Eigenentwicklungen in die in SAP S/4HANA verwendete Datenpersistenz finden Sie im SAP-Hinweis 2788517 - SELECT-Anweisungen für Geschäftsvorgangstabellen in Eigenentwicklungen: Migration von CRM 7.0 nach SAP S/4HANA.

Zusammenfassung

  • Die Hauptprinzipien hinter der Architektur von S/4HANA Service beim Vergleich mit SAP CRM 7.0 sind: harmonisierte Stammdaten, Engine-Harmonisierung, Customizing-Harmonisierung, keine Verwendung von SAP CRM Middleware, moderne Benutzungsoberfläche und keine weitere Verwendung veralteter Technologien.
  • Kunden, die bereit sind, von einer SAP-CRM-7.0-Installation zu SAP S/4HANA Service zu migrieren, möchten dies möglicherweise nicht in einem Schritt tun. Möglicherweise bevorzugen sie einen reibungslosen Übergang im Laufe der Zeit. Dies reduziert Risiken, ermöglicht eine flexiblere Anpassung an Geschäftsanforderungen und minimiert die Auswirkungen auf das Unternehmen. Aus diesem Grund wird ein hybrides Deployment-Modell unterstützt.
  • Die Persistenz der Daten von SAP-S/4HANA-Service-Geschäftsvorgängen wurde vollständig neu gestaltet, um schnelle Abfragen und analytische Aktivitäten zu unterstützen.

Learning

SAP FacebookSAP YoutubeSAP LinkedIn