Tag Archives: Transformation

Transformation SAP CRM nach S/4HANA – Brownfield vs. Greenfield

Ausgangslage – Wartungsende SAP CRM On-Premise

Die Wartung der SAP CRM On-Premise-Systeme läuft 2027 aus. Dies zwingt die bestehenden Kunden dazu, ihre CRM-Prozesse auf ein neues System zu migrieren. Beim Wechsel auf eine Cloud-basierte Lösung oder ein eigenständiges CRM-Produkt kann aus Prinzip nur der Greenfield-Ansatz verfolgt werden. Sollen die Prozesse jedoch in ein bestehendes oder neues SAP S/4HANA System überführt werden, könnte auch ein Brownfield-Ansatz in Frage kommen. Mehrere Argumente deuten aber darauf hin, dass dies nicht die beste Strategie ist.

Bei der Transformation eines bestehenden CRM-Systems auf ein neues System können unterschiedliche Strategien verfolgt werden. Dabei differiert man den Greenfield- vom Brownfield-Ansatz. Diese unterscheiden sich grundsätzlich in der Vorgehensweise:

Brownfield-Ansatz

Bestehende Prozesse und Erweiterungen werden in grossem Umfang unverändert in das neue System eingespielt. Eventuell auftretende Fehler oder Abweichungen in der Funktionalität werden nachträglich behoben.

ADVANIS CRM News - Brownfield-Ansatz SAP CRM Transformation (1)

Greenfield- Ansatz

Die bestehenden Prozesse werden analysiert und dokumentiert. Auf Basis der Ergebnisse werden die benötigten Funktionalitäten neu im System eingerichtet. Dabei werden soweit möglich die Standardprozess des Zielsystems genutzt und nur bei Bedarf durch spezifische Erweiterungen ergänzt.

ADVANIS Blogpost_Greenfield-Ansatz SAP CRM 7.0 Transformation

Für viele Kunden erscheint der Brownfield-Ansatz für die Migration des SAP CRM in ein SAP S/4HANA geradezu logisch, da das S/4 vom selben Hersteller stammt, technisch fast die gleiche Basis nutzt und auch einen grossen Teil der bestehenden Funktionalitäten aus dem CRM anbietet. Auch drängt sich aufgrund der Möglichkeit, Entwicklungsobjekte aus dem alten CRM via Transport in das S/4 zu spielen, diese Idee förmlich auf. Und die Migration der Bewegungsdaten sollte aufgrund der gleichen Systemgrundlage kein Problem darstellen.

In diesen Annahmen steckt allerdings mehr als ein Trugschluss, so dass am Ende einige Gründe gegen den Brownfield-Ansatz sprechen.

Problematiken des Brownfield-Ansatzes

 

1. Abweichungen im Datenmodell und Funktionsumfang

Mit der Integration der CRM-Funktionalitäten in das S/4 gehen tiefgreifende Änderungen im Datenmodell einher. Zentral genutzte Datenbanken des CRM wurden zum grossen Teil massiv umgestellt, um neuen Anforderungen in der SAP System Architektur gerecht zu werden oder sich den bestehenden ERP-Objekten anzupassen. Dabei wechseln teilweise die Schlüsselfelder, z.B. ist in den Vorgangs-Tabellen vielfach statt einer GUID neu eine Kombination aus ID und Vorgangstyp der eindeutige Schlüssel. Andere Tabellen wurden aufgeteilt und ihre Datenfelder den jeweiligen Kopfobjekten angegliedert. Schliesslich wurden auch häufig genutzte Tabellen, z.B. die CRMD_ORDER_INDEX, im Sinne der neuen denormalisierten Datenhaltung ganz abgeschafft.

Somit sind alle Programm-Zugriffe, die auf diesen Tabellen aufbauen, im neuen System obsolet und müssen den veränderten Gegebenheiten angepasst werden. Eine direkte Übernahme der Prozessdaten aus dem Altsystem wird dadurch ebenfalls erschwert und erfordert zusätzliche Mapping- und Transformations-Schritte.

Auch der Funktionsumfang wurde im Zuge der Integration ins S/4 stark überarbeitet. Da in Zukunft für die Verkaufsprozesse die Funktionen des darunterliegenden ERP genutzt werden, wurden alle Sales-relevanten Objekte des CRM nicht übernommen. Die bisher im Verkaufsumfeld genutzten Vorgangstypen (SalesContract, SalesOrder) existieren daher nicht mehr und die zugehörigen Prozesse müssen entweder neu im Service-Bereich oder gleich direkt im ERP-spezifischen Bereich abgebildet werden.

Im Bereich Marketing wurden so gut wie alle Funktionen deaktiviert bzw. entfernt. Die fehlenden Marketingattribute auf dem Geschäftspartner sind dafür nur ein Beispiel.

Dadurch ist eine Umstellung der bestehenden Prozesse auf die neuen Gegebenheiten mit identischer Funktionalität gar nicht direkt möglich und sonst sehr aufwendig und fehleranfällig. Zusätzlich werden bei Massenübernahmen von existierendem Coding grosse Mengen nicht mehr genutzter Altlasten übernommen, die dann unnötigerweise angepasst und korrigiert werden und auf diese Weise zusätzliche Kosten generieren. Ein häufiger Grund dafür ist der folgende Punkt.

 

2. Fehlende Dokumentation

Viele Firmen scheuen den Aufwand, die bestehenden Prozesse detailliert aufzunehmen und zu beschreiben. Oft wird als Arbeitsgrundlage für die Brownfield-Transformation der Ansatz «Wir übernehmen die Funktionalitäten 1:1» verfolgt, um diese Aufwände einzusparen.

Daraus resultieren für die Umsetzenden als auch für die Tester jedoch folgende Schwierigkeiten:

  • Bei der Anpassung von kundeneigenen Prozessschritten müssen nicht mehr existierende Objekte oder Funktionalitäten ersetzt bzw. angepasst werden. Sind diese nicht ausreichend beschrieben, können für das neue System meistens weder die korrekten Einstellungen noch die notwendigen Erweiterungen über Reengineering aus dem bestehenden System eruiert werden. Auch nicht mehr genutzte Code-Abschnitte können so nicht ermittelt werden.
  • Ohne Verständnis der fachlichen Grundlage für den Prozess ist auch kein aussagekräftiges Testergebnis der übernommenen Funktionalität erreichbar. Eine Abnahme der jeweiligen neu eingerichteten Funktionen ist somit unmöglich. Zusätzlich kann ohne eine vollständige Übersicht nicht gewährleistet werden, dass alle notwendigen Prozess durch Tests abgedeckt werden.

Aus dieser Problematik folgt, dass in jedem Fall eine umfassende Beschreibung der verwendeten Prozesse der zugehörigen Testfälle benötigt wird und somit ein wichtiges Argument für den Brownfield-Ansatz wegfällt. Im Gegenzug erhalten die Firmen beim Greenfield-Ansatz die Möglichkeit, bestehende Prozesse auf überflüssige Schritte oder neue Digitalisierungsmöglichkeiten zu durchleuchten und die Arbeitsabläufe im Zuge der Migration zu optimieren.

 

3. Kundenspezifische Einstellungen und Erweiterungen

Im SAP CRM On-Premise existierende Erweiterungsmöglichkeiten stehen im SAP S/4HANA-System teilweise nicht mehr zur Verfügung. Bestehende Entwicklungen in diesem Bereich müssen daher auf neue Technologien portiert werden. Dabei werden bei der «1:1»-Übernahme oft nur die technischen Aspekte untersucht. Ob die betroffenen Arbeitsschritte überhaupt noch notwendig sind oder ob eine Umstellung des Prozesses zur Umgehung möglich ist, wird oft nur bei einer kompletten Neu-Konzeption berücksichtigt.

Zusätzlich müssen Weiterentwicklungen im CRM während der Übernahme-Phase auch in bereits übernommenen Objekten im S/4 nachgezogen werden. Dies führt erstens zu doppeltem Entwicklungs- und Testaufwand und birgt zusätzlich die Gefahr, dass signifikante Anpassungen übersehen und nicht in das neue System übernommen werden. Auch geänderte Customizing-Einstellungen müssten in dieser Zeit regelmässig und zuverlässig in das neu aufgebaute S/4 übernommen werden.

Fazit

Die im Greenfield-Ansatz notwendigen Analysen und eventuelle Neu-Konzeptionen bieten sich also an, Optimierungen in den Prozessen oder bei der Nutzung Ihrer existierenden Daten ohne grössere zusätzliche Aufwände in das Migrations-Projekt zu integrieren.

Gleichzeitig werden die benötigten Funktionalitäten systemunabhängig dokumentiert, was die Evaluierung eines geeigneten Ziel-Systems erleichtert. Die dabei gewonnenen Erkenntnisse dienen nebenbei auch zur Erstellung umfangreicher Testfälle, die im Nachgang bei der Abnahme des neuen Systems und auch später bei der Sicherstellung des fehlerfreien Betriebs nach Updates oder Releasewechseln genutzt werden können.

 

Punkte die zu bedenken sind bei der Transformation von SAP CRM:

  •  Keine 1:1 Übernahme möglich
    • Die Prozesse sollten neu aufgesetzt werden, somit können auch Optimierungen integriert werden
  • Bestehendes Coding ist nicht zu 100% wiederverwendbar
    • Eine Neuprogrammierung der benötigten Zusatzfunktionen vereinfacht auch die spätere Wartung
  • Nicht mehr benötigte Funktionen bleiben erhalten beim Brownfield-Ansatz
    • Bei der Neuaufsetzung werden Altlasten entsorgt und gleichzeitig können technische Schulden abgebaut werden
  • Fehlende fachliche Prozessbeschreibungen
    • Neu erstellte Dokumentationen erleichtern die Weiterentwicklung und sichern die zukünftige Testqualität

Damit für betroffene Organisationen bei einer SAP-CRM-Ablösung aus der aufgezwungenen Herausforderung geschäftsrelevante Potenziale erschlossen und Wettbewerbsvorteile geschaffen werden können,
haben wir riseCRM entwickelt.

Dabei stellen unsere Experten mit Ihnen zusammen sicher, dass die besten Optionen für Ihr Unternehmen gefunden und kosteneffizient umgesetzt werden können.

Möchten Sie mehr erfahren? Gehen Sie einen unverbindlichen Schritt weiter und melden Sie sich über das Formular für ein kostenloses Orientierungsgespräch oder um mehr Infos zu erhalten.

riseCRM Website