{"id":56865,"date":"2019-02-21T10:01:50","date_gmt":"2019-02-21T09:01:50","guid":{"rendered":"http:\/\/e3mag.com\/?p=56865"},"modified":"2025-10-23T15:43:06","modified_gmt":"2025-10-23T13:43:06","slug":"in-fuenf-schritten-nach-s-4-housekeep-identify-design-transform-operate","status":"publish","type":"post","link":"https:\/\/e3mag.com\/de\/in-fuenf-schritten-nach-s-4-housekeep-identify-design-transform-operate\/","title":{"rendered":"In f\u00fcnf Schritten nach S\/4: Housekeep, Identify, Design, Transform, Operate"},"content":{"rendered":"

Soll man ihn umgehen, hinter sich lassen und auf der gr\u00fcnen Wiese neu beginnen? Oder sollen nur Teile abgetragen und mitgef\u00fchrt werden? Und wie stellt man bei all diesen Alternativen sicher, dass der Berg w\u00e4hrend der Arbeiten nicht einst\u00fcrzt und weiter zug\u00e4nglich bleibt?<\/p>\n

Die SAP-Bestandskunden wissen: Die Migration auf S\/4 und darauf aufbauende Digitalisierungsvorhaben gelingen dann am besten, wenn sie die neue Softwaregeneration nur mit den aktuellsten und im Tagesgesch\u00e4ft ben\u00f6tigten Daten und Dokumenten starten. Doch sie wissen nicht genau, wie sie sich von der Last der Altdaten und -dokumente befreien k\u00f6nnen.<\/p>

\"\"<\/a><\/div><\/div>\n

Housekeep<\/h3>\n

Altinformationen systemunabh\u00e4ngig managen: Mit JiVS, einer Plattform f\u00fcr Informationsmanagement, hat die Schweizer Data Migration Services die L\u00f6sung f\u00fcr dieses Problem im Angebot. JiVS erlaubt das Management von nicht mehr operativ ben\u00f6tigten Daten und Dokumenten inklusive ihrer Gesch\u00e4ftslogik \u00fcber deren gesamten Lebenszyklus hinweg: von ihrer \u00dcbernahme aus den Produktivsystemen \u00fcber die rechtssichere Aufbewahrung bis hin zur endg\u00fcltigen L\u00f6schung.<\/p>\n

\u00dcber 1000 JiVS-Implementierungen weltweit haben gezeigt, dass dieses Konzept funktioniert. Die Kosten f\u00fcr den Betrieb von JiVS liegen in der Regel um 80 Prozent niedriger als die Aufwendungen f\u00fcr den Weiterbetrieb der Altsysteme. Dass die Informationen unver\u00e4ndert aus den Altsystemen \u00fcbernommen und revisionssicher abgelegt werden, erkennen die Wirtschaftspr\u00fcfer an, sodass die Rechtssicherheit gegen\u00fcber den Finanzbeh\u00f6rden garantiert ist.<\/p>\n

Hinzu kommt: Als Java-basierende Plattform ist JiVS unabh\u00e4ngig von den Systemen, auf denen sie l\u00e4uft. Folglich gibt es kein Ersatzteilproblem bei der Hardware, wie es bei Altsystemen durchaus vorkommt. Als lebendes System erlaubt JiVS zudem regelm\u00e4\u00dfige Sicherheitsaktualisierungen, sodass das Risiko von Cyberangriffen und -spionage auf Dauer einged\u00e4mmt wird. Sind die Informationen inklusive der dahinterstehenden Gesch\u00e4ftslogik einmal von den Altsystemen auf JiVS \u00fcberspielt, lassen sich diese komplett abschalten und entsorgen.<\/p>\n

Damit ist sozusagen das Housekeeping erledigt. Das Wichtigste dieser grundlegenden Vorarbeiten besteht f\u00fcr den Umstieg auf S\/4 Hana jedoch darin, dass die historisierten Informationen stets im Zugriff bleiben.Dadurch k\u00f6nnen die Unternehmen nur denjenigen Teil der Daten nach S\/4 migrieren, den sie tats\u00e4chlich im Tagesgesch\u00e4ft noch brauchen, zum Beispiel offene Auftr\u00e4ge.<\/p>\n

Die Erfahrung aus den bisherigen JiVS-Projekten lehrt: Reduktionen des zu migrierenden Datenvolumens von 50 Prozent bis 80 Prozent sind nicht nur m\u00f6glich, sondern auch realistisch! Trotz des Mehraufwands f\u00fcr die Analyse des Datenbestands und der Selektion der zu migrierenden Informationen sinkt der Aufwand f\u00fcr die Migration in der Regel um 50 Prozent, und manchmal sogar noch mehr. Doch wer bereits bei der Historisierung und der Migration angelangt ist, befindet sich schon mitten im Projekt, also wenn schon alles geplant, budgetiert, analysiert und entschieden ist.Vor dieser Umsetzungsphase liegen aber in einem Migrationsprojekt auf S\/4 Hana noch zwei weitere Phasen: Identify und Design. Auch diese lassen sich mit JiVS abdecken.<\/p>\n

Identify<\/h3>\n

Bevor sie das zu migrierende Datenvolumen reduzieren k\u00f6nnen, m\u00fcssen die SAP-Bestandskunden erst einmal ermitteln, ob und welche Daten sie in S\/4 ben\u00f6tigen und welche nicht. Dazu bietet JiVS ein Analysewerkzeug mit vielf\u00e4ltigen M\u00f6glichkeiten zur Parametrisierung.<\/p>\n

Zum Beispiel lassen sich die im Altsystem gespeicherten Informationen nach Auftr\u00e4gen, die \u00e4lter als sechs Monate sind und deshalb in der Regel bereits abgeschlossen wurden, oder nach nicht mehr vorhandenen Buchungskreisen und Werken selektieren. Nat\u00fcrlich l\u00e4sst sich diese Analyse durch weitere und immer sch\u00e4rfere Auswahlkriterien iterativ verfeinern.<\/p>\n

Auch wenn die Genauigkeit der Potenzialanalyse nicht bei 100 Prozent liegt und dieser Wert in der Identify-Phase auch gar nicht angestrebt wird, erhalten die Kunden eine sehr gute Entscheidungsgrundlage, ob und wie sehr sich der Umstieg auf S\/4 und Hana mithilfe von JiVS lohnt.<\/p>\n

Aufgrund der Vielzahl der erfolgreich abgeschlossenen SAP-Projekte kennt JiVS die Datenstrukturen verschiedenster SAP-Releasest\u00e4nde von R\/3 in der Version 3.0 bis hinauf zu SAP ERP\/ECC 6.0. Die Selektionskriterien m\u00fcssen also nicht mehr entwickelt, sondern nur noch konfiguriert werden.<\/p>\n

\"Tobias<\/h3>\n

Design<\/h3>\n

Ist die Entscheidung gefallen, folgt die Design-Phase, sozusagen die Feinplanung der Datenselektion und Migration. Diese findet nicht mehr in der Altumgebung, sondern bereits auf JiVS statt. Dazu werden die vorhandenen Informationsbest\u00e4nde zu 100 Prozent auf die Plattform \u00fcberspielt.Die Selektionskriterien aus Phase eins werden dann noch einmal verfeinert und getestet, sodass sich der Schnitt im Datenbestand automatisiert per Software ausf\u00fchren l\u00e4sst.<\/p>\n

Die Design-Phase bietet aber noch weitere Vorteile: Sie l\u00e4sst nicht nur Entscheidungen dar\u00fcber zu, ob die Zahl der Business-Objekte in S\/4 nicht durch Prozess\u00e4nderungen oder die R\u00fcckkehr zum SAP-Standard massiv reduziert werden kann \u2013 von den 180 maximal m\u00f6glichen auf vielleicht 40 oder 50.<\/p>\n

Dar\u00fcber hinaus ist das der ideale Projektabschnitt f\u00fcr die Optimierung der Datenqualit\u00e4t. \u00dcber die Jahre sammeln sich in den Altsystemen fehlerhafte, redundante und unvollst\u00e4ndige Datens\u00e4tze an. Diese k\u00f6nnen nun vor der \u00dcbernahme in S\/4 bereinigt, beseitigt und mittels Drittquellen wie externen Adressverzeichnissen erg\u00e4nzt werden. Denn die Digitalisierung setzt eine hohe Datenqualit\u00e4t voraus. Schlie\u00dflich sind hochautomatisierte Prozesse auf der Basis fehlerhafter Datens\u00e4tze ein Widerspruch in sich und f\u00fchren zu falschen oder mangelhaften Entscheidungen sowie verpassten Verkaufschancen.<\/p>\n

Transform<\/h3>\n

Beim Abschluss von Phase zwei stellt JiVS genaue und getestete Filterregeln als XML-Liste bereit. Die Kunden haben damit die Wahl, ob sie das JiVS-eigene Werkzeug f\u00fcr Extraktion, Transformation und Laden (ETL) der selektierten Daten in S\/4 Hana oder L\u00f6sungen von Drittanbietern, darunter auch das Conversion-Tool der SAP, nutzen wollen.<\/p>\n

Alternativ kann JiVS das komplette Datenpaket im XML-Format an die ETL- oder Transformations- Tools Dritter \u00fcbergeben. Erfolgt die Konvertierung der Daten auf die neuen S\/4-Hana-Datenstrukturen mittels JiVS ETL, lassen sie sich direkt \u00fcber das Migration Cockpit der SAP in die neue Umgebung automatisiert einspielen. Unabh\u00e4ngig davon, ob die SAP-Bestandskunden bei der Migration auf den SAP-Standard zur\u00fcckkehren oder nicht, d\u00fcrften selbst bei sehr gro\u00dfen SAP-Umgebungen die Stillstandszeiten die Dauer eines Wochenendes nicht mehr \u00fcberschreiten.<\/p>\n

Operate<\/h3>\n

Ist die Migration erfolgt, S\/4 erfolgreich gestartet und sind die Altsysteme abgeschaltet, stellt sich die Frage, welche Rolle JiVS in der Betriebsphase (Operate) spielen soll. Denn das volle Potenzial entfaltet die Plattform genau dann, wenn nicht nur gelegentlich auf die dort gespeicherten Informationen zugegriffen wird. Vielmehr lassen sich mittels JiVS viele Probleme, wie sie f\u00fcr bestehende SAP-Umgebungen typisch sind, in der S\/4-Hana-Welt von Anfang an vermeiden.<\/p>\n

Dazu geh\u00f6rt etwa der kontinuierlich ansteigende Ressourcenbedarf. So lassen sich Daten und Dokumente, die ab einem gewissen Zeitpunkt nicht mehr im Tagesgesch\u00e4ft gebraucht werden, regelm\u00e4\u00dfig mittels JiVS historisieren. S\/4 bleibt dadurch dauerhaft schlank, was die Betriebskosten im Zeitverlauf entsprechend senkt. Dar\u00fcber hinaus aber bleiben die Informationen in JiVS nicht nur aus rechtlichen, sondern auch aus gesch\u00e4ftlichen Gr\u00fcnden von hohem Wert. Zwar ist die Zahl der Zugriffe auf nicht operative Informationen geringer als bei den operativen, doch ist das nur eine Frage der H\u00e4ufigkeit, nicht des Nutzens \u2013 im Gegenteil:<\/p>\n

Je l\u00e4nger in einer Branche die Laufzeiten von Auftr\u00e4gen und Projekten, desto regelm\u00e4\u00dfiger m\u00fcssen die Fachanwender auf weiter zur\u00fcckliegende Informationen zur\u00fcckgreifen. Au\u00dferdem erhalten sie nur dann einen Rundumblick auf einen Kunden oder Vorgang, wenn sie \u00fcberhaupt wissen, welche Informationen dazu insgesamt existieren.<\/p>\n

Zu diesem Zweck wollen sie aber nicht zwischen verschiedenen Umgebungen hin- und herwechseln, schlie\u00dflich sind Medienbr\u00fcche im Cloud- Zeitalter tabu. Aus diesem Grund arbeitet Data Migration Services verst\u00e4rkt an Integrationen, damit JiVS aus der Sicht der Fachanwender nicht nur die Rolle eines Archivs \u00fcbernimmt, auf das man nur zugreift, wenn man unbedingt muss. Unabh\u00e4ngig von der Oberfl\u00e4che, ob SAP Fiori, S\/4 oder C\/4, soll SAP-Anwendern der zu einem Gesch\u00e4ftsfall geh\u00f6rige Informationsbestand angezeigt werden. Zudem sollen sie die M\u00f6glichkeit bekommen, direkt zu diesen Inhalten aus der jeweiligen SAP- Oberfl\u00e4che heraus zu navigieren und sie auch zu \u00f6ffnen.<\/p>\n

\"19DMS100<\/p>\n

Das erh\u00f6ht nicht nur die Produktivit\u00e4t, sondern auch die Zufriedenheit der Anwender beim Arbeiten mit JiVS.Neben diesen Front-End-Integrationen spielen f\u00fcr Data Migration Services weitere Integrationen im Back-End eine wichtige Rolle. Denn die Datenstrukturen werden sich auch mit S\/4 oder C\/4 weiterhin immer wieder \u00e4ndern.Damit die Daten\u00fcbergabe an S\/4 oder C\/4 etwa aus weniger strukturierten Nicht-SAP-Systemen automatisiert erfolgt, bedarf es einer dynamischen Anpassung der Mapping-Regeln in JiVS. Dazu m\u00fcssen die \u00c4nderungen an den Datenstrukturen per Schnittstelle automatisiert an die Plattform des Schweizer Herstellers \u00fcbergeben werden.<\/p>\n

Dar\u00fcber hinaus passt JiVS perfekt zu den Cloud- und Big-Data-Strategien der SAP-Bestandskunden. Die Plattform l\u00e4sst sich n\u00e4mlich sowohl in den Rechenzen\u00adtren der Unternehmen als auch auf allen g\u00e4ngigen Cloud-Plattformen wie Amazon Web Services, Google Cloud Platform oder Microsoft Azure implementieren.<\/p>\n

Zudem stehen die in JiVS aufbewahrten Informationen f\u00fcr Big-Data-Szenarien jederzeit zur Verf\u00fcgung. Sie k\u00f6nnen \u00fcber den Application-Layer der Plattform direkt abgerufen werden, lassen sich aber auch als eigener Datensatz exportieren und dann in den Big-Data-Systemen verarbeiten.<\/p>\n

JiVS-Editionen S\/4 und C\/4<\/h3>\n

Die vorhandenen Werkzeuge und f\u00fcr 2019 geplanten Neuentwicklungen werden in zwei speziellen JiVS-Editionen geb\u00fcndelt, einmal in die S\/4-Edition f\u00fcr die ERP- und einmal in die C\/4-Edition f\u00fcr die CRM- Migration. Beide Editionen werden mittels KI-Algorithmen optimiert und sollen bis Herbst 2019 Marktreife erlangen. Erste Demoversionen der beiden Editionen zeigt Data Migration Services zuerst auf der SAP Now am 3. und 4. April in Basel und dann auf der Sapphire vom 7. bis 9. Mai in Orlando, Florida.<\/p>\n

\"https:\/\/e3mag.com\/partners\/data-migration-services-ag\/\"<\/a>\"Download<\/a><\/p>\n\n\n

PDF auf Englisch <\/a><\/h2>\n\n\n\n\n","protected":false},"excerpt":{"rendered":"

Der Weg nach S\/4 Hana scheint kaum zu schaffen zu sein: Ein riesiger Berg an angestauten Daten und Dokumenten sowie Gesch\u00e4ftslogik aus den Bestandssystemen macht die Reise so beschwerlich. Soll man den Berg abtragen, verladen und ans Ziel transportieren?<\/p>\n","protected":false},"author":1366,"featured_media":56868,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"pmpro_default_level":"","footnotes":""},"categories":[28430,28431],"tags":[24158,21895,601,6153,19098,21219,236],"coauthors":[22003],"class_list":["post-56865","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-coverstory-1903","category-mag-1903","tag-c-4","tag-data-migration-services","tag-digitalisierung","tag-informationsmanagement","tag-jivs","tag-s-4","tag-sap","pmpro-has-access"],"acf":[],"featured_image_urls_v2":{"full":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/02\/shutterstock_1080040973.jpg",1000,450,false],"thumbnail":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/02\/shutterstock_1080040973-150x150.jpg",150,150,true],"medium":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/02\/shutterstock_1080040973.jpg",400,180,false],"medium_large":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/02\/shutterstock_1080040973-768x346.jpg",768,346,true],"large":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/02\/shutterstock_1080040973.jpg",1000,450,false],"image-100":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/02\/shutterstock_1080040973-100x45.jpg",100,45,true],"image-480":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/02\/shutterstock_1080040973-480x216.jpg",480,216,true],"image-640":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/02\/shutterstock_1080040973-640x288.jpg",640,288,true],"image-720":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/02\/shutterstock_1080040973-720x324.jpg",720,324,true],"image-960":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/02\/shutterstock_1080040973-960x432.jpg",960,432,true],"image-1168":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/02\/shutterstock_1080040973.jpg",1000,450,false],"image-1440":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/02\/shutterstock_1080040973.jpg",1000,450,false],"image-1920":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/02\/shutterstock_1080040973.jpg",1000,450,false],"1536x1536":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/02\/shutterstock_1080040973.jpg",1000,450,false],"2048x2048":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/02\/shutterstock_1080040973.jpg",1000,450,false],"trp-custom-language-flag":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/02\/shutterstock_1080040973.jpg",18,8,false],"bricks_large_16x9":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/02\/shutterstock_1080040973.jpg",1000,450,false],"bricks_large":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/02\/shutterstock_1080040973.jpg",1000,450,false],"bricks_large_square":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/02\/shutterstock_1080040973.jpg",1000,450,false],"bricks_medium":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/02\/shutterstock_1080040973.jpg",600,270,false],"bricks_medium_square":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/02\/shutterstock_1080040973.jpg",600,270,false],"profile_24":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/02\/shutterstock_1080040973-24x24.jpg",24,24,true],"profile_48":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/02\/shutterstock_1080040973-48x48.jpg",48,48,true],"profile_96":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/02\/shutterstock_1080040973-96x96.jpg",96,96,true],"profile_150":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/02\/shutterstock_1080040973-150x150.jpg",150,150,true],"profile_300":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/02\/shutterstock_1080040973-300x300.jpg",300,300,true]},"post_excerpt_stackable_v2":"

Der Weg nach S\/4 Hana scheint kaum zu schaffen zu sein: Ein riesiger Berg an angestauten Daten und Dokumenten sowie Gesch\u00e4ftslogik aus den Bestandssystemen macht die Reise so beschwerlich. Soll man den Berg abtragen, verladen und ans Ziel transportieren?<\/p>\n","category_list_v2":"Coverstory 19-03<\/a>, MAG 19-03<\/a>","author_info_v2":{"name":"Tobias Eberle, Data Migration International","url":"https:\/\/e3mag.com\/de\/author\/tobias-eberle\/"},"comments_num_v2":"0 comments","_links":{"self":[{"href":"https:\/\/e3mag.com\/de\/wp-json\/wp\/v2\/posts\/56865","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/e3mag.com\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/e3mag.com\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/e3mag.com\/de\/wp-json\/wp\/v2\/users\/1366"}],"replies":[{"embeddable":true,"href":"https:\/\/e3mag.com\/de\/wp-json\/wp\/v2\/comments?post=56865"}],"version-history":[{"count":6,"href":"https:\/\/e3mag.com\/de\/wp-json\/wp\/v2\/posts\/56865\/revisions"}],"predecessor-version":[{"id":157180,"href":"https:\/\/e3mag.com\/de\/wp-json\/wp\/v2\/posts\/56865\/revisions\/157180"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/e3mag.com\/de\/wp-json\/wp\/v2\/media\/56868"}],"wp:attachment":[{"href":"https:\/\/e3mag.com\/de\/wp-json\/wp\/v2\/media?parent=56865"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/e3mag.com\/de\/wp-json\/wp\/v2\/categories?post=56865"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/e3mag.com\/de\/wp-json\/wp\/v2\/tags?post=56865"},{"taxonomy":"author","embeddable":true,"href":"https:\/\/e3mag.com\/de\/wp-json\/wp\/v2\/coauthors?post=56865"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}