Search

Blog

Was ist automatisierte parallele Wartung für SAP und warum Unternehmen sich dafür interessieren sollten – Teil 1

IT-Führungskräfte stehen unter einem extremen Druck, Innovationen in schnellem Tempo umzusetzen, um die Anforderungen des Fachbereichs zu erfüllen. Wenn es jedoch darum geht, Änderungen in SAP-Umgebungen umzusetzen, ein wichtiger Bestandteil der meisten großen Unternehmen, sehen sich die Teams häufig mit Projektengpässen und Verzögerungen konfrontiert, was zu erhöhten Kosten und verpassten Marktchancen führt. Eine wesentliche Ursache für diese Projektverzögerungen ist die Notwendigkeit, mehrere Entwicklungsstränge zu verwalten, und der Versuch, dies manuell zu tun.

Ein Beispiel für eine N+1-SAP-Landschaft.

Die Handhabung paralleler SAP-Landschaften ist schwierig und oft komplex, insbesondere bei großen Transformationsprojekten wie einer S/4HANA-Migration. Um Geschäftsunterbrechungen zu vermeiden, müssen diese parallelen Systeme synchron gehalten werden. Dies erfordert, dass relevante Änderungen zweimal in beiden Systemen vorgenommen werden (oder mehr, je nach Anzahl der Landschaften), was als „parallele Wartung“ bezeichnet wird. Die manuelle Pflege mehrerer Systeme anstelle von Automatisierung führt zu Verzögerungen und birgt Risiken.

Im ersten Blog dieser Reihe gehe ich auf die automatisierte parallele Wartung für SAP ein und erkläre, warum sie für die schnelle und sichere Bereitstellung von Innovationen unerlässlich ist.

Was ist die parallele Wartung in SAP?

Vereinfacht ausgedrückt, handelt es sich bei der parallelen Wartung in SAP um eine Landschaft mit mehreren Entwicklungssystemen, die in eine einzige Produktionsumgebung einfließen, was gemeinhin als “N+1”-Landschaft bezeichnet wird. Man spricht auch von einer “N+n”-Landschaft, wenn es mehr als 1 zusätzlichen Track gibt. Die parallele Wartung hat viele Namen – Landschaftssynchronisation, Merge/Retrofit, mehrspurige Entwicklung, parallele Entwicklung usw. – aber sie alle beschreiben das Gleiche.

Bei SAP-Systemen gibt es drei Arten der parallelen Wartung:

  • Kontinuierliche Zusammenführung mit einer permanenten Wartungsspur und einer Projektspur
  • Duale Wartung für einen bestimmten Zeitraum während eines Upgrades oder einer ERP-Einführung
  • Duale Wartung für einen längeren Zeitraum während einer Brownfield- oder Hybrid-Transformation zu S/4HANA (mehr dazu später)

Normalerweise befinden sich diese Systeme alle auf einer Plattform wie ECC, aber es gibt auch Szenarien, in denen sie sich auf verschiedenen Plattformen befinden können, wie es bei der Umstellung von ECC auf S/4HANA der Fall ist. In diesem Fall müssen Sie während der Migration die Altsysteme laufen lassen, wahrscheinlich jahrelang, während die neuen S/4-Systeme aufgebaut werden. Viele langjährige SAP-Anwender kennen die Frustration, das Risiko, den Zeit- und Ressourcenaufwand, der mit der manuellen Verwaltung von Änderungen zwischen Systemen verbunden ist, nur zu gut.

Die meisten Herausforderungen bei der Wartung mehrerer SAP-Systeme ergeben sich aus der Arbeitsweise von SAP. Zum Beispiel:

  • Die manuelle Duplizierung von Änderungen erhöht den Zeit-, Kosten- und Risikoaufwand – Wenn in einem System Änderungen vorgenommen werden, müssen diese auch in den anderen Entwicklungssystemen berücksichtigt werden. Das bedeutet, dass das Team, das im BAU-System (Business-as-Usual) arbeitet, welches die täglichen Anforderungen des Unternehmens unterstützt, seine Änderungen regelmäßig in der Projektlandschaft neu erstellen muss. Damit wird die Geschäftskontinuität gewährleistet und andersherum. Dadurch entsteht ein erheblicher Arbeitsaufwand, der viel Zeit und Ressourcen in Anspruch nimmt und eine hohe Fehleranfälligkeit mit sich bringt.
  • Die Schwierigkeit, sich überschneidende Änderungen zu verwalten, führt zu Engpässen – Änderungen in SAP können nicht gleichzeitig an ein und demselben Objekt vorgenommen werden (bis zur Freigabe des Transports), und in den meisten Fällen wissen die Benutzer nicht, wenn an den Objekten, an denen sie gerade arbeiten, auch in einem anderen System/Pfad gearbeitet wird. Ohne diese Transparenz besteht ein erhebliches Risiko von Geschäftsunterbrechungen und Nacharbeiten, wenn Änderungen in einem parallelen Track oder innerhalb desselben Tracks “übereinander” verteilt werden. Und nicht nur das: Wenn Objekte in parallelen Tracks “gesperrt” sind, kann dies die Bereitstellung erheblich verlangsamen.
  • Manuelles Sicherstellen der richtigen Reihenfolge verlangsamt die geschäftliche Agilität – Die Transportreihenfolge ist wichtig, um Konsistenz zu gewährleisten und Schreck-Szenarien wie einen Downgrade zu vermeiden. Das bedeutet, dass die Teams bei der Erstellung von Änderungen ständig auf endlose Tabellen und E-Mail-Konversationen zurückgreifen müssen, um sicherzustellen, dass die Transporte in der richtigen Reihenfolge bereitgestellt werden und alle zuvor vorgenommenen Änderungen berücksichtigt werden. All dies führt zu einer viel langsameren Bereitstellung von Änderungen.
  • Die manuelle Überprüfung von kompatiblen Änderungen in verschiedenen Systemen führt zu Verzögerungen – Dies gilt insbesondere bei der Migration zu S/4HANA. Während viele Objekte aus ECC mit den neuen Systemen kompatibel sein werden, müssen einige manuell angepasst werden. Jeder Transport muss überprüft werden, um sicherzustellen, dass ECC-Objekte, die nicht mit S/4HANA kompatibel sind, entfernt werden, bevor sie in einem separaten Transport bereitgestellt oder verwaltet werden.

Warum brauchen Sie eine automatisierte parallele Wartung in SAP?

Es gibt drei Hauptgründe, warum eine automatisierte parallele Wartung für SAP-Unternehmen wichtig ist:

Vermeiden Sie Change Freeze

Wie Sie sehen, ist die manuelle Verwaltung mehrerer Landschaften sehr zeitaufwändig und führt zu Verzögerungen bei der Bereitstellung geschäftskritischer Änderungen. Wenn Unternehmen auf manuelle Methoden zurückgreifen, werden sie unter anderem durch die Notwendigkeit, Change Freezes zu verordnen, erheblich beeinträchtigt. Viele Unternehmen verfügen nicht über die Zeit und die Ressourcen, die erforderlich sind, um mehrere Systeme manuell synchron zu halten, so dass sie gezwungen sind, regelmäßige Aktualisierungen zu unterbrechen, bis spezielle Projektarbeiten abgeschlossen sind. Dies ist für die Unternehmen von Nachteil und hält sie davon ab, die Änderungen vorzunehmen, die sie benötigen, um den Anforderungen des Unternehmens gerecht zu werden.

UCT, ein weltweit tätiges Unternehmen der Geräte- und Halbleiterindustrie, bat uns um Hilfe bei genau diesem Problem. Die Liste der kritischen Projekte wuchs exponentiell, als das Unternehmen expandierte und Akquisitionen tätigte, aber es war schwierig, diese parallel zu den regelmäßigen S/4HANA-Updates zu liefern. Infolgedessen musste UCT jedes Mal, wenn ein S/4HANA-Upgrade erforderlich war, die Business-as-usual (BAU)-Updates einfrieren. Lesen Sie hier die Fallstudie und erfahren Sie, wie die Automatisierung zur Lösung dieses Problems beigetragen hat.

Vermeiden Sie Umstellungsprobleme

Dies wird häufig durch eine unzuverlässige und nicht automatisierte Synchronisierung der Bereitstellung verursacht. Wenn Ihr Unternehmen mit einer neuen Konfiguration oder verschiedenen benutzerdefinierten Lösungen gearbeitet hat, kann es bei der Umstellung auf das neue System zu Problemen kommen, wenn diese Transporte nicht synchronisiert sind.

Vermeiden Sie Projektverzögerungen

Fehlende Synchronisationen können bei Projekten zu Verzögerungen führen, während sie identifiziert und behoben werden. In extremen Fällen, wenn zu viele Änderungen verpasst wurden, kann der Neustart des Entwicklungssystems eine Neuausrichtung des Projekts erforderlich machen.

Aber es geht nicht nur darum, die täglichen Anforderungen des Unternehmens und S/4-Upgrades zu unterstützen. Mit dem Näherrücken des ECC-Endtermins 2027 wird die Umstellung auf S/4HANA zu einer hohen Priorität, und nach meinen Schätzungen haben etwa 89 % der Unternehmen den Übergang noch nicht vollzogen. Ein großes, komplexes und von Natur aus risikoreiches Unterfangen ist ohne parallele Wartungsautomatisierung nahezu unmöglich.

Die Umstellung auf S/4HANA wird bestenfalls Monate, wahrscheinlich aber mindestens ein Jahr – im Fall von Procter & Gamble sogar 10 Jahre – dauern, und die Unternehmen können es sich nicht leisten, in dieser Zeit einen Innovationsstopp einzulegen. BAU-Updates müssen fortgesetzt werden, während neue Landschaften aufgebaut und implementiert werden. Und während die automatisierte parallele Wartung immer noch der beste Weg ist, um den Prozess zu beschleunigen und zu rationalisieren, stellt S/4 einige einzigartige Herausforderungen dar:

  • Unterschiedliche Datenmodelle – ECC und S/4 basieren auf unterschiedlichen Systemen, so dass nicht alle Änderungen zwischen beiden Systemen übertragen werden können. Eine automatisierte Codebereinigung durch SAP-Automatisierungsexperten wie smartShift kann jeden Code, der von ECC nach S/4HANA übertragen werden muss, automatisch erkennen und bereinigen.
  • Synchronisierung der Bereitstellung – manchmal müssen Änderungen gleichzeitig von der Entwicklung in die Produktion überführt werden. Zum Beispiel bei der Umstellung auf S/4 Central Finance und der Replikation von Buchhaltungsdokumenten, während ein Teil des Unternehmens noch auf ECC läuft. Die Automatisierung kann die Transporte über Landschaften hinweg synchronisieren und so sicherstellen, dass alles zur richtigen Zeit am richtigen Ort bereitgestellt wird.
  • Vorlagenschutz (Templates) – In einigen Fällen kann es wichtig sein, sicherzustellen, dass keine Änderungen an denselben Konfigurationen in ECC und S/4HANA vorgenommen werden können. Durch die Konfiguration des Vorlagenschutzes können Sie sicherstellen, dass Änderungen nur in einer der ausgewählten Umgebungen vorgenommen werden können, um zu gewährleisten, dass die beiden Konfigurationssätze nicht voneinander abweichen.
  • Phasenweise Migration – wenn Sie sich für einen phasenweisen Migrationsansatz entscheiden, muss die parallele Wartung möglicherweise angepasst werden, um die verschiedenen Migrationswellen zu unterstützen. Mit der Automatisierung können Sie verschiedene Phasen und Regeln managen, die mit jeder Welle der parallelen Wartung verbunden sind.
  • Vereinfachte Objekte/HANA als Datenbank – einige in S/4 vorgenommene Änderungen müssen möglicherweise für die HANA-Datenbank umgestaltet werden. Jedes Mal, wenn dieses Objekt in ECC geändert wird, müssen die beiden Änderungen zusammengeführt werden. Die Änderungsautomatisierung erkennt, behebt und führt den Code, der überarbeitet werden muss, automatisch zusammen.

Der wichtigste Vorteil der automatisierten parallelen Wartung besteht darin, dass sie dazu beiträgt, Risiken, Projektverzögerungen und erhöhte Kosten zu vermeiden, insbesondere bei größeren Transformationen wie der Migration zu S/4HANA.

Im nächsten Blog dieser Serie werde ich den besten Ansatz für die duale Wartung für SAP untersuchen und wie die Automatisierung den gesamten Prozess beschleunigen und Risiken verringern kann.

Teile diesen Beitrag

Kürzliche Posts

Eine Demo anfordern

Learn More About Our DevOps and Testing Platform

Suchen

Mehr lesen