In den letzten 22 Jahren, in denen ich bei EPI-USE Labs gearbeitet habe, habe ich festgestellt, dass eine Kundenanforderung darin besteht, regelmäßig sichere Testdaten in nicht-produktiven Systemen zu haben, und zwar mit so wenig Speicherplatz wie nötig.
Eine effektive Testdatenstrategie muss sowohl proaktiv als auch reaktiv sein, um bestimmte Geschäftsanforderungen zu erfüllen. Es gibt immer wieder geschäftliche, technologische und rechtliche Änderungen, mit denen man sich auseinandersetzen muss. Testdaten, die dem Produktivsystem ähnlich sind, fördern die Qualität und den Service für Ihr Unternehmen. Die Qualität hängt also von der Häufigkeit Ihrer Aktualisierung ab.
In diesem Blog gehe ich auf einige Beispiele für Änderungen ein, die sich auf die Daten in Ihren SAP-Systemen auswirken, und zeige Ihnen, was Sie berücksichtigen müssen. Das bedeutet nicht zwangsläufig, dass die Implementierungen in dieser Reihenfolge durchlaufen muss. Zur Veranschaulichung haben wir einen Pfad dargestellt, um die verschiedenen Elemente durchzugehen und zu untersuchen, wie sie sich auf Ihre Testdatenstrategie auswirken werden.
Der SAP-Lebenszyklus ist sehr datenintensiv
Die Datenschutzgesetze haben sich seit der Einführung der DSGVO (der allgemeinen Datenschutzverordnung in der EU) sprunghaft weiterentwickelt, und viele Länder haben ihre eigenen Datenschutzbestimmungen erlassen. Das Konzept des "eingebauten Datenschutzes" sollte von Anfang an bei jedem Projekt beachtet werden und daher Teil Ihrer Strategie sein, noch bevor Sie Ihre SAP-Implementierung in Betrieb nehmen. Sie werden echte und potenziell sensible Daten in Ihren nicht- produktiven Systemen haben. Schlüsseldaten zu den Objekten Mitarbeiter, Lieferant, Kunde, Adressen und Geschäftspartner in SAP müssen analysiert und maskiert werden.
Möglicherweise gibt es weitere sensible Felder, die für Ihr Unternehmen relevant sind und die alle maskiert werden müssen, z. B. Rezeptinformationen, wenn Sie ein Lebensmittelhersteller sind.
Die Berechtigungen in Testsystemen können nicht so streng sein, und vielleicht arbeiten Sie auch mit einem Systemintegrator zusammen, der ebenfalls Zugang zu den sensiblen Daten haben könnte.
Das bedeutet, dass die nicht-produktiven Systeme ein viel leichteres Ziel sein können.
Der Datenschutz ist ein wichtiges Element, das während des gesamten Lebenszyklus berücksichtigt werden muss. Da die Nichteinhaltung von Datenschutzbestimmungen mit hohen Strafen belegt ist, kann sie nicht ignoriert werden.
In dem Moment, in dem Sie in Betrieb gehen, sollten die Daten in den Systemen von bester Qualität sein. Die Produktions- und Qualitätssysteme sind in der Regel synchron und alles ist gut, jedoch tritt anschließend die Realität des Alltags ein! Transaktionen und Schnittstellen treffen auf Ihr Produktionssystem, und es kann schnell wachsen. Meiner Erfahrung nach kann das Systemwachstum von Branche zu Branche variieren und ist in Unternehmen, die Waren herstellen, sowie in B2C-Branchen, wie der Versorgungswirtschaft besonders ausgeprägt. Ihre nicht-produktiven Systeme geraten schnell ins Hintertreffen, was die Zusammenhänge und Relevanz der Daten angehen. Letztendlich wird dadurch das Testen im Laufe der Zeit immer weniger zuverlässig.
Eine wichtige Voraussetzung für SAP-Testdaten in Ihrem Unternehmen ist die Behebung von Problemen. Diese können typischerweise durch Konfigurationsprobleme verursacht werden, aber um das Problem zu beheben, können Sie nicht zulassen, dass Benutzer in Ihrem Produktionssystem herumfummeln, um das Problem neu zu erstellen und zu testen. Die Basisteams können eine SAP-Mandantenkopie oder eine Systemkopie nicht für solche detaillierten Aktivitäten autorisieren, da dies zu invasiv ist (und die Daten auch entschlüsselt würden).
Der Support benötigt sichere, schnell produzierte, aktuelle Daten in einem Testsystem, um Probleme schnell zu beheben. Möglicherweise müssen die Benutzer auch Daten klonen, um mehrere Szenarien zu testen. Sobald ein Problem behoben ist, kann eine Konfigurationskorrektur sicher in Ihr Produktionssystem übertragen werden, in der Gewissheit, dass sie effektiv getestet wurde.
SAP Support-Packages und Upgrades sind von grundlegender Bedeutung, um die neuesten Erweiterungen von SAP in Ihr System zu bringen. Sie werden in der Regel durch Konfigurationsaktualisierungen oder gesetzliche Änderungsanforderungen ausgelöst. Letzteres ist eine Herausforderung, insbesondere für Unternehmen, die SAP HCM und Payroll einsetzen. Bevor Unternehmen Support-Packages anwenden, müssen sie zunächst einem robusten Regressionstest unterzogen werden. Mit realen Daten in Ihrem Testsystem können angemessene, realistische Tests durchgeführt werden, um sicherzustellen, dass sich keine "Gremlins" in Ihr Produktionssystem einschleichen.
Eine sehr wichtige Anforderung ist die Schulung Ihrer Mitarbeiter, um SAP richtig zu verwenden. Im Laufe der Jahre haben wir erlebt, dass Kunden einfach eine vollständige Systemkopie verwenden, um eine Schulungsumgebung zu schaffen. Doch wie viele Daten werden für eine Schulung wirklich gebraucht? Wahrscheinlich sehr wenig. Es kann sehr schwierig sein, eine Systemkopie zu erstellen, da das Produktionssystem zu groß ist und das Zielsystem dafür ausfällt. Außerdem enthält das Schulungssystem dann sensible Informationen, die verschlüsselt werden müssen.
In der Regel ist das Entwicklungssystem klein und verfügt über wenige Daten. Der übliche Ansatz besteht darin, die Entwicklung direkt in die Qualitätssicherung zu transportieren, wo Testdaten vorhanden sind. Um die Entwicklung richtig hinzubekommen, können viele Wiederholungen erforderlich sein, was bedeutet, dass es viele vorherige Transporte gibt, um die Konfiguration richtig hinzubekommen, die es nie in die Produktion schafft, oder die nacheinander dorthin verschoben werden, je nach Ihrer Änderungsmanagementpolitik. Beide Optionen lassen immer noch Raum für manuelle Fehler und sind zeitaufwändig.
Für mehrere und globale Projekte richten Unternehmen in der Regel eine parallele "projektbezogene" SAP-Landschaft ein. Diese besteht in der Regel aus einem Entwicklungs- und einem Qualitätssicherungssystem. Für erfolgreiche Projekte werden in dieser Landschaft Qualitätsdaten benötigt, um ordnungsgemäße Regressionstests durchzuführen, bevor die neue Konfiguration in die Produktion überführt wird. Darüber hinaus lagern Unternehmen solche Projekte häufig an Systemintegratoren aus, so dass auch ein wichtiger Aspekt der Dateneinhaltung und des Datenschutzes beachtet werden muss, bevor der Zugriff auf potenziell sensible Daten gewährt wird. Die Daten müssen maskiert werden, bevor der Zugang gewährt wird.
Seit der jüngsten Pandemie hat die Zahl der Mergers & Acquisitions deutlich zugenommen. Erstaunlich, dass selbst in der schlimmsten Wirtschaftslage, die es je gab, Unternehmen weiterhin andere aufkaufen. Solche Projekte zur Optimierung der Systemlandschaft (SLO) erfordern technisches und funktionales Verständnis, um genau und kostengünstig durchgeführt werden zu können. Die Ausmusterung eines Teils der Daten könnte eine Option sein, wenn die Systeme nicht mehr in Gebrauch sind.
Ein Umzug in die Cloud ist oft sinnvoll, aber nur, wenn Ihre SAP-Landschaft optimiert ist. Vollständige Kopien der Produktionsumgebung in Nicht-Produktionssystemen sind umständlich und teuer, da sie in der Regel pro GB berechnet werden. Wir haben sogar schon einige Kunden mit mehreren Kopien gesehen. Natürlich haben sich Kunden an EPI-USE gewandt, um den notwendigen Speicher ihrer SAP-Systeme zu reduzieren. Das sollten sie aber tun bevor der Vertrag mit dem Cloud-Anbieter unterzeichnet wird, nämlich dann, wenn die Größe der Nicht-Produktionssysteme festgelegt werden.
RISE mit SAP treibt die Innovation in wichtigen Geschäftsprozessen mit SAP S/4HANA® voran, und die Akzeptanz nimmt weiter zu. Der Weg dorthin erfordert auch eine Datenoptimierung.
Die Kosten für eine S/4HANA-Anwendung können sich als recht kostspielig erweisen, und vollständige Kopien Ihres Produktionssystems in Nicht-Produktionssystemen sind nicht gerade förderlich für einen positiven Business Case. Es ist ratsam, Ihre Daten in Ordnung zu bringen, bevor Sie zu RISE wechseln. Sobald Sie dort sind, müssen die Nicht-Produktionssysteme nicht so wachsen wie das Produktionssystem. Eine Zeitscheibe des Systems wird nur dann größer sein als frühere Rückkopien, wenn das Transaktionsvolumen in der Zeitscheibe zugenommen hat oder die Stammdaten dramatisch wachsen.
Ein Umzug in die Cloud, die Ausgliederung von Systemen, RISE with SAP oder die Migration zu einem anderen ERP-Anbieter haben alle erhebliche Auswirkungen auf Altsysteme.
Solche geschäftlichen und technologischen Umstellungen bieten Unternehmen die Möglichkeit, ihre neuen Systeme im Hinblick auf Daten zu optimieren. Es kann Altdaten geben, die in Ihren neuen Systemen nicht sonderlich relevant sind, die aber den internen Unternehmensregeln, den Steuergesetzen und auch den globalen Datenschutzgesetzen und -vorschriften entsprechen müssen. Solche Daten müssen ständig online sein und den Kunden zur Verfügung stehen. Wir haben festgestellt, dass viele Kunden, die vor Jahren Teile ihres Geschäfts veräußert haben, noch immer die alten Daten in ihrem Produktionssystem haben.
Die Herausforderung der SAP-Datenkopie
Ein SAP-Lebenszyklus ist wartungsintensiv. Die Kosten für Daten schlechter Qualität in Ihren Testsystemen sind unermesslich. Ein bekanntes Ölunternehmen gab an, dass sich die Kosten für einen ungeplanten Ausfall der Produktionssysteme auf bis zu 1 Million Dollar pro Stunde belaufen. SAP bietet Standardmethoden zur Datenkopie an, wie z.B. Mandantenkopien und Systemkopien. Beide haben ihre Vorzüge, aber sie sind Alles-oder-Nichts-Ansätze, die datenintensiv sein können. Die Kunden von EPI-USE haben oft geäußert, dass solche Kopien aufgrund des Zeitaufwands für die Aktualisierung von Testsystemen und der Systemgröße einfach nicht machbar sind. Außerdem werden bei beiden Ansätzen die Daten, die auf das Zielsystem übertragen werden, nicht maskiert.
Eine Zeit lang bot SAP den Test Data Migration Server (TDMS) als Lösung für seine Kunden an. Diese Lösung stammt im Wesentlichen aus dem Bereich System Landscape Optimization und wurde in die Testdatenerstellung integriert. Die Ankündigung, dass der TDMS nicht mit SAP S/4HANA kompatibel ist, zeigt, dass er sich dem Ende seiner Lebensdauer nähert.
Angesichts des datenintensiven SAP-Lebenszyklus äußerten unsere Kunden die Notwendigkeit, "produktionsähnliche" Daten regelmäßiger in nicht produktiven Systemen, auf Abruf, mit geringerem Systembedarf und verschlüsselt zur Verfügung zu haben.
Lösen Sie die Herausforderungen der Testdatenverwaltung mit Data Sync Manager™
EPI-USE hat unsere Data Sync Manager™ (DSM) Suite entwickelt, um die Herausforderungen des Testdatenmanagements zu lösen. Sie besteht aus vier Hauptkomponenten und ermöglicht:
- Erstellung oder Abgleich von System-Shells
- Kopieren von Datenobjekten für Daten auf Abruf
- Kopieren von Kunden, bei denen Sie den Fußabdruck reduzieren möchten. Sie können eine Zeitscheibe oder eine Unternehmensscheibe oder beides verwenden.
- Verschlüsseln von Daten zur Einhaltung des Datenschutzes
Warum die Data Sync Manager™ (DSM) Suite von EPI-USE?
- Seit 25 Jahren auf dem Markt
- Speziell für die Herausforderungen des SAP-Lebenszyklus entwickelt
- Auslieferung über ABAP-Transport
- Integriert in Ihr aktuelles Berechtigungsmodell (wird auch mit zusätzlichen lösungsbezogenen Berechtigungen ausgeliefert)
- Alles in einem dedizierten /USE-Namensraum, der nicht in bestehende SAP- oder Kundenentwicklungen eingreift
- Erstellt mit einer einfachen Benutzeroberfläche
- Erfüllt sowohl die geschäftlichen als auch die IT-Anforderungen an SAP-Testdaten
Einen Kommentar schreiben