![\"\"](\"https:\/\/e3mag.com\/wp-content\/uploads\/2026\/03\/banner_26-04_29_1200x150-1.jpg\")
<\/a><\/div><\/div>\n\n\n\n\u201eDer Erfolg digitaler Unternehmen h\u00e4ngt ma\u00dfgeblich von der Modernisierung ihrer IT ab\u201c<\/em>, postuliert DMI-Gr\u00fcnder und CEO Thomas Failer gleich zu Beginn seines Gespr\u00e4chs mit dem E-3 Magazin. \u201eInsbesondere kommt es dabei auf die saubere Trennung der verschiedenen Schichten im Technologie-Stack an, angefangen von der Ebene der Hardware bis hinauf zur Darstellungs- und Nutzungsebene, neudeutsch Experience Layer. Nur wenn die Schichten sauber getrennt sind, lassen sie sich unabh\u00e4ngig voneinander managen und betreiben. Das bringt eine weit h\u00f6here Flexibilit\u00e4t. Silos l\u00f6sen sich auf, w\u00e4hrend sich die einzelnen Teile der verschiedenen Schichten besser miteinander kombinieren und wiederverwenden lassen. Diese Trennung ist aus meiner pers\u00f6nlichen Sicht eine wesentliche Voraussetzung daf\u00fcr, was Gartner eine Composable Business Architecture nennt. Damit ist ein Unternehmen jederzeit in der Lage, seine Ressourcen flexibel an sich ver\u00e4ndernde Bedingungen anzupassen und neu zusammenzusetzen.\u201c<\/em><\/p>\n\n\n\n Die Notwendigkeit einer digitalen Transformation hat SAP folgerichtig bereits vor vielen Jahren erkannt. Der ERP-Weltmarktf\u00fchrer war aber durch seine R\/3-Vergangenheit zu sehr auf Algorithmen konzentriert \u2013 Gesch\u00e4ftsprozesse in Abap programmiert. Sehr wohl wurde bei SAP erkannt, dass ein neues ERP auch eine innovative Datenplattform braucht: Es entstand die In-memory-Computing-Datenbank Hana. Einen wesentlichen Schwerpunkt legte SAP auf die Verschlankung des Systems selbst: Neue Algorithmen wurden programmiert und zahlreiche Abap-Tabellen eliminiert. Der Composability wurde zu wenig Beachtung geschenkt und das Gartner-Konzept Data Fabric mit dem SAP\u2019schen Data Hub schlecht customizet. Eine sinnvolle Trennung, Orchestrierung und Harmonisierung von Layern im Technologie-Stack wurden durch ein ungl\u00fcckseliges Junktimieren von S\/4 und Hana konterkariert.<\/p>\n\n\n\n Den ERP-Daten selbst wurde nur bedingt Bedeutung beigemessen: Das Projekt Data Hub war schlecht aufgesetzt und scheiterte. Frustriert verlie\u00dfen zahlreiche Experten den ERP-Konzern. Mit Hana hat SAP eine sehr interessante Datenplattform f\u00fcr das operative Management von ERP-Daten geschaffen, aber dieses Konzept greift zu kurz. Im SAP-Universum fehlt die ganzheitliche Sichtweise auf die Unternehmensdaten in einem B2B2C-Umfeld. Hierbei hat SAP-Partner DMI den gr\u00f6\u00dferen Horizont, einen sehr weiten Blick in die Zukunft und damit das wesentlich bessere Konzept f\u00fcr die anstehende Data Conversion.<\/p>\n\n\n\n \u201eDie Chancen \u00fcberwiegen die Risiken\u201c<\/em>, meint Thomas Failer zur anstehenden Transformation bei den SAP-Bestandskunden. \u201eDie Transformation auf SAP S\/4 Hana stellt eine einmalige Gelegenheit dar, die eigene IT grundlegend zu modernisieren, also das bereits genannte Schichtenmodell einzuf\u00fchren, das sauber zwischen den einzelnen Ebenen trennt. Das Vorbild ist hier die Cloud, und zwar von der Infrastruktur bis hinauf zu Betrieb und Management cloudnativer Applikationen und Services, die eher spezifische Aufgaben bew\u00e4ltigen und sich immer wieder neu miteinander kombinieren und wiederverwenden lassen. Es ist diese neue Art, IT bereitzustellen, zu betreiben und zu nutzen, welche die Cloud auszeichnet. Das ist unabh\u00e4ngig von der Frage zu betrachten, wo diese moderne Art der IT implementiert und betrieben wird. Dieser Ort kann genauso gut im eigenen Rechenzentrum sein. Insofern ist die SAP mit ihrer neuen Softwaregeneration tats\u00e4chlich eine Cloud-Company, unabh\u00e4ngig davon, ob die Investoren und Anleger das bereits verinnerlicht haben.\u201c<\/p>\n\n\n\n Der Mehrwert eines jeden IT-Systems \u2013 ERP, SCM, HCM, CRM \u2013 liegt in den Daten, somit steht auch die Data Conversion im Zentrum aller weiterf\u00fchrenden \u00dcberlegungen. Was plant demnach DMI in den kommenden Monaten, um die Unternehmen in dieser Transformation noch besser zu unterst\u00fctzen? <\/p>\n\n\n\n Thomas Failer: \u201eVereinfachung, Automatisierung, Integration \u2013 das sind die wichtigsten Punkte auf unserer Roadmap. Wir haben schon bald einige Ank\u00fcndigungen zu spannenden Neuerungen auf Basis unseres Produkts JiVS IMP zu machen, die wir in einer der kommenden Ausgaben des E-3 Magazins im Detail vorstellen werden. Damit die SAP-Bestandskunden noch einfacher und schneller in der neuen SAP-Welt ankommen und ihre digitale Transformation beschleunigen und optimieren k\u00f6nnen.\u201c<\/em><\/p>\n\n\n\n Mit der Modernisierung einher geht die einmalige Chance, Inventur zu machen und aufzur\u00e4umen. Die aktuellen SAP-Systeme laufen seit 20 Jahren und mehr, wurden immer wieder angepasst, migriert und weiterentwickelt. \u201eStellen Sie sich vor, wie viele Buchungskreise, Werke, Gesch\u00e4ftsobjekte und Daten in einem zuk\u00fcnftigen S\/4 nicht mehr bearbeitet und ver\u00e4ndert werden m\u00fcssen\u201c<\/em>, gibt DMI-CEO Failer zu bedenken. \u201eWir gehen davon aus und unsere Erfahrungen mit Kunden zeigen es, dass wir hier in der Regel von 90 Prozent der Daten und 50 Prozent der Businessobjekte sprechen, die sich anders als bislang bewirtschaften lassen, also au\u00dferhalb von SAP. Selbst -Herakles k\u00f6nnte den Augiasstall nicht besser ausmisten! Essenziell aber ist hier die Unterscheidung zwischen Verarbeiten und Brauchen. Denn gebraucht werden historische Informationen zusammen mit ihrem Gesch\u00e4ftskontext nat\u00fcrlich auch weiterhin.\u201c<\/p>\n\n\n\n Daten m\u00fcssen und d\u00fcrfen teilweise nicht mehr ver\u00e4ndert werden. Von Nutzen sind sie trotzdem weiterhin und dies angesichts der Analysem\u00f6glichkeiten in einem durchwegs digitalisierten Unternehmen mehr denn je. \u201eErst durch die klare Trennung der Schichten, von der ich gesprochen habe, k\u00f6nnen SAP-Bestandskunden von ihren Informationen und den Erkenntnissen, die sie aus deren Analyse ziehen, in vollem Umfang profitieren\u201c<\/em>, erkl\u00e4rt Thomas Failer und erg\u00e4nzt: \u201eAlle wissen um den Wert von Daten. Aber zeigen Sie mir ein Big-Data- oder Analytics-Projekt, dem es gelungen w\u00e4re, alle Daten, also auch und gerade die historischen, aus den Silos und Archiven herauszuholen und deren Wertsch\u00f6pfungspotenzial zu erschlie\u00dfen. Es wird viel mehr dar\u00fcber geredet, als dass die Verantwortlichen tats\u00e4chlich in diese Richtung konsequent und mit Nachdruck planen und handeln.\u201c<\/em><\/p>\n\n\n\n Eine Umfrage der IG SAP aus der Schweiz erscheint besonders aufschlussreich: Demnach wissen CIOs, dass Daten wichtig sind, aber nur f\u00fcnf Prozent k\u00fcmmern sich tats\u00e4chlich darum. F\u00fcr den Studienleiter Peter Hartmann von der IG SAP Schweiz ist es eine Tatsache, dass der in Rise with SAP enthaltene Ansatz einer gesamtheitlichen Sicht auf Gesch\u00e4ftsprozesse, Daten und Technologien bereits in vielen IT\/SAP-Bereichen in den Unternehmen etabliert ist. Da kann ein integriertes Zusammenspiel mit SAP positiv erscheinen. <\/p>\n\n\n\n Aber DMI-CEO Failer beobachtet, dass viele Big-Data-Projekte, vielleicht sogar die meisten, versandet sind, wenn von einzelnen Anwendungsf\u00e4llen wie Predictive Maintenance abgesehen wird, die aber weitgehend -au\u00dferhalb der ERP-Landschaft stattfinden. \u201eSie m\u00fcndeten in der Regel in Projekte, in denen sogenannte Data Lakes eingerichtet wurden\u201c<\/em>, analysiert Failer und pr\u00e4zisiert: \u201eAber da ein zentraler Datenspeicher allein aus gesch\u00e4ftlicher Sicht keinen oder nur geringen Nutzen stiftet, ist den vollmundigen Ank\u00fcndigungen nur wenig gefolgt.\u201c<\/em><\/p>\n\n\n\n Aus DMI-Sicht ist es vollkommen klar: Daten, ob strukturiert oder unstrukturiert, brauchen einen Kontext, damit sie eine Bedeutung haben. Erst dann l\u00e4sst sich entscheiden, ob diese Bedeutung gesch\u00e4fts-relevant ist oder nicht. Dazu Thomas Failer: \u201eWegen der Dimension der Bedeutung h\u00e4ngt der Erfolg jeder Art von Big-Data- oder Analytics-Projekten davon ab, dass die Datenverantwortlichen von Anfang an mit im Boot sind. Dazu z\u00e4hlen Datenwissenschaftler genauso wie Fachanwender, die diese Daten erzeugen und bearbeiten. Und nat\u00fcrlich m\u00fcssen die CIOs Sponsoren dieser Projekte sein und die Gesamtverantwortung tragen. Mit anderen Worten: Auf organisatorischer Ebene m\u00fcssen diese Projekte ganzheitlich betrachtet, geplant und umgesetzt werden. Das ist umso wichtiger, als Projektteams und Datenverantwortliche dazu neigen, in Silos zu denken.\u201c<\/em><\/p>\n\n\n\n Transformationsprojekte im Green-, Brown- oder Bluefield-Stil sind ins Stocken geraten. Es ergibt sich folgendes Bild: SAP-Bestandskunden suchen nach personellen und fachlichen Ressourcen, die am Markt fehlen. Sie suchen nach L\u00f6sungen, um die Altsysteme m\u00f6glichst weit zur\u00fcckzubauen, anstatt sie stillzulegen. Sie suchen nach Methoden, die historischen Daten zumindest zu einem gro\u00dfen Teil zu transformieren und in die neue Systemwelt zu migrieren, obwohl sie nur f\u00fcr den ungehinderten Zugriff darauf inklusive ihres Gesch\u00e4ftskontexts sorgen m\u00fcssen. \u201eUnd sie beschr\u00e4nken die Projekte allein auf die SAP-Daten, anstatt von Anfang an auch die historischen Informationen aus Non-SAP-Systemen zu ber\u00fccksichtigen\u201c<\/em>, warnt DMI-Gr\u00fcnder Thomas Failer.<\/p>\n\n\n\n Solange SAP-Bestandskunden davon ausgehen, dass der Kontext von Daten fest mit der Applikationsebene verwachsen ist, droht keine Gefahr. \u201eEine separate Datenschicht f\u00fcr historische Informationen sollte einem Datengewebe gleichen. Darunter verstehe ich eine Art kunstvoll gewebten Stoff, der sich perfekt an den K\u00f6rper seines Tr\u00e4gers anschmiegt. Zudem lassen sich die verschiedenen F\u00e4den des Stoffs wieder l\u00f6sen und neu zusammenbinden, falls sich die Figur \u00e4ndern sollte. Die Passgenauigkeit bei gleichzeitiger Anpassbarkeit ist die St\u00e4rke einer separaten Datenschicht und damit das Gegenteil eines gordischen Knotens. Anders ausgedr\u00fcckt lebt eine separate Datenschicht, die einem Gewebe gleicht, nicht nur von den Daten selbst, sondern genauso von deren Kontext\u201c<\/em>, definiert Thomas Failer den Gartner-Begriff Data Fabric f\u00fcr die SAP-Community.<\/p>\n\n\n\n \u201eIntegration ist in der Tat ein wichtiger Aspekt, aber nicht der einzige\u201c, beschreibt Failer die aktuelle Situation. \u201eDenn um Daten unternehmensweit f\u00fcr Analysen und breite Nutzerkreise zug\u00e4nglich zu machen, m\u00fcssen die Systeme, die sie beherbergen, miteinander verbunden werden. Und die Zahl der Verbindungen steigt exponentiell im Verh\u00e4ltnis zur Zahl der zu verbindenden Systeme. Deshalb spielt es vom Aufwand her betrachtet durchaus eine Rolle, wie viele Systeme miteinander integriert werden m\u00fcssen. Mit anderen Worten: Ja, Integrationsf\u00e4higkeit ist wichtig, aber mindestens ebenso entscheidend ist es, die Zahl der zu integrierenden Systeme zu verringern.\u201c<\/em><\/p>\n\n\n\n Aus rechtlichen Gr\u00fcnden k\u00f6nnen und d\u00fcrfen ERP-Anwender die Daten f\u00fcr definierte Zeitr\u00e4ume nicht \u00e4ndern. Eben weil es auf den Gesch\u00e4ftskontext ankommt, behalten die meisten SAP-Bestandskunden ihre Legacy-Systeme. Weder Finanzbeamte noch Revisoren erkennen Daten ohne Gesch\u00e4ftskontext als beweiskr\u00e4ftig an. Und um ihren Nutzen auch in der neuen Umgebung zu entfalten, m\u00fcssen die historischen Informationen transformiert werden, ob es sich nun um SAP- oder Non-SAP-Daten handelt. Thomas Failer betont: \u201eCompliance und Gesch\u00e4ftsnutzen von historischen Daten \u2013 genau hier liegen doch die Gr\u00fcnde f\u00fcr die zeitaufw\u00e4ndigen, kostentreibenden und innovationsverz\u00f6gernden Transformationsprojekte, wenn sie nicht grunds\u00e4tzlich anders als bisher angegangen werden und die IT insgesamt nicht modernisiert wird.\u201c <\/em><\/p>\n\n\n\n \u201eWeder Data Lakes noch Integrationen allein l\u00f6sen das grunds\u00e4tzliche Problem\u201c, res\u00fcmiert Failer. \u201eIch denke, nicht zuletzt deshalb erkennen die SAP-Manager und CIOs den Business Case einer S\/4-Transformation erst jetzt.\u201c<\/em> Eine separate Datenschicht ist in der Tat die L\u00f6sung, wenn sie so ausgestaltet ist, dass sie die starre Verbindung der historischen Informationen mit den Legacy-Anwendungen und -Systemen zu durchtrennen vermag. \u201eWir haben doch vorhin vom gordischen Knoten gesprochen. Mit einer solchen Datenschicht l\u00e4sst er sich durchschlagen, genau wie es Alexander der Gro\u00dfe gemacht hat, der wusste, dass man ihn gar nicht entwirren kann. Deshalb hat er einen v\u00f6llig neuen Ansatz gew\u00e4hlt\u201c<\/em>, erkl\u00e4rt Thomas Failer. Die S\/4-Transformation k\u00f6nnte das ideale Pilotprojekt zum Einstieg in eine applikationsunabh\u00e4ngige, aber kontextbewusste Datenschicht sein.<\/p>\n\n\n\n Thomas Failer: \u201eKontextinformationen sind die Grundlage einer separaten Datenschicht. In den Datenbanken von ERP-Systemen liegt ein Gro\u00dfteil der Sch\u00e4tze eines Unternehmens. Es ist jedoch der Kontext, der aus den Rohlingen erst Juwelen macht und sich auf der Applikationsebene befindet. Gleichzeitig ist dieser Schatz aus der Sicht vieler Planer von Transformationsprojekten eher Ballast als Treibstoff und ein Kostentreiber beim Umstieg auf S\/4, der zu allem Ungl\u00fcck das Vorhaben auch noch in die L\u00e4nge zieht.\u201c<\/em><\/p>\n\n\n\n Bei DMI ist man \u00fcberzeugt: Erst wenn wir die historischen Informationen zusammen mit ihrem Gesch\u00e4ftskontext aus den Legacy-Systemen herausl\u00f6sen, stellen sich die Vorteile ein. Thomas Failer: \u201eDenn durch die Auslagerung auf die kontextbewusste Datenschicht bleiben nicht nur die historischen Daten, und damit meine ich s\u00e4mtliche strukturierten und unstrukturierten Informationen, im Zugriff. Vielmehr trifft das auch f\u00fcr ihren Kontext zu. Dieser bleibt nicht in den Ursprungssystemen zur\u00fcck, sozusagen als passiver Verm\u00f6genswert, sondern l\u00e4sst sich f\u00fcr die Nutzung aktivieren. Die M\u00f6glichkeiten und Vorteile, die sich daraus ergeben, sind immens.\u201c<\/em><\/p>\n\n\n\n Die Transformation auf SAP S\/4 ist nur ein Szenario, das JiVS IMP als Kern dieser kontextbewussten Datenschicht unterst\u00fctzt. \u201eDenken Sie einfach an die vielen anderen Anwendungsf\u00e4lle, bei denen Daten schnell und korrekt zwischen Systemen und Applikationen ausgetauscht werden m\u00fcssen\u201c<\/em>, verweist Failer auf die vielen Einsatzm\u00f6glichkeiten von JiVS IMP. Dazu z\u00e4hlen insbesondere Big Data, Analytics und IoT, aber auch Zu- und Verk\u00e4ufe von Unternehmen und Unternehmensteilen, die Konsolidierung und Harmonisierung von Rechenzentren sowie von Anwendungs- und Systemlandschaften. <\/p>\n\n\n\n \u201eBei allen diesen Themen spielen historische Informationen au\u00dferhalb ihrer Ursprungssysteme eine entscheidende Rolle. Das ist auch meine zentrale Botschaft an die Fachabteilungen und den CFO\u201c<\/em>, betont Thomas Failer und erkl\u00e4rt abschlie\u00dfend: \u201eFachabteilungen, CIO und CFO sehen die Trennung zwischen operativen und historischen Informationen erst einmal kritisch. Sie sagen, dass sie den gesamten Informationsbestand auch im neuen System haben wollen, mit allen negativen Folgen, die wir bereits diskutiert haben. Hier bei\u00dft sich die Katze in den Schwanz. Um agil zu sein, schnell und gleichzeitig ohne viel Aufwand Ver\u00e4nderungen vornehmen und Prozesse optimieren zu k\u00f6nnen, m\u00fcssen die historischen Informationen geradezu au\u00dferhalb der alten wie der neuen SAP-Landschaft aufbewahrt und gemanagt werden. Trotzdem bin ich absolut \u00fcberzeugt davon: Haben die Anwender erst einmal verstanden, dass sie trotz dieser Trennung im Backend auf s\u00e4mtliche Informationen in der gleichen oder sogar h\u00f6heren Qualit\u00e4t zugreifen k\u00f6nnen, dann steht einer SAP-S\/4-Transformation auf Basis unseres Ansatzes und mithilfe von JiVS IMP nichts mehr im Wege.\u201c<\/em><\/p>\n\n\n\n Im Hintergrund bahnt sich wahrscheinlich der gr\u00f6\u00dfte ERP-Wechsel der IT-Geschichte an. Dagegen war der Versionswechsel vom Mainframe-basierten SAP R\/2 zum dreistufigen Client-Server-System SAP R\/3 nur ein lauer Fr\u00fchlingswind.<\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"pmpro_default_level":"","footnotes":""},"categories":[40331,40330],"tags":[707,37272,73,40347,24869,39495],"coauthors":[27825,40343],"class_list":["post-111063","post","type-post","status-publish","format-standard","hentry","category-coverstory-22-02","category-mag-22-02","tag-coverstory","tag-data-migration-international","tag-erp","tag-mag-22-02","tag-sap-r-3","tag-thomas-failer","pmpro-has-access"],"acf":[],"featured_image_urls_v2":{"full":"","thumbnail":"","medium":"","medium_large":"","large":"","image-100":"","image-480":"","image-640":"","image-720":"","image-960":"","image-1168":"","image-1440":"","image-1920":"","1536x1536":"","2048x2048":"","trp-custom-language-flag":"","bricks_large_16x9":"","bricks_large":"","bricks_large_square":"","bricks_medium":"","bricks_medium_square":"","profile_24":"","profile_48":"","profile_96":"","profile_150":"","profile_300":""},"post_excerpt_stackable_v2":" Im Hintergrund bahnt sich wahrscheinlich der gr\u00f6\u00dfte ERP-Wechsel der IT-Geschichte an. Dagegen war der Versionswechsel vom Mainframe-basierten SAP R\/2 zum dreistufigen Client-Server-System SAP R\/3 nur ein lauer Fr\u00fchlingswind.<\/p>\n","category_list_v2":"Coverstory 22-02<\/a>, MAG 22-02<\/a>","author_info_v2":{"name":"Peter M. F\u00e4rbinger, E3-Magazin","url":"https:\/\/e3mag.com\/de\/author\/peter-m-faerbinger-e-3-magazin\/"},"comments_num_v2":"0 comments","_links":{"self":[{"href":"https:\/\/e3mag.com\/de\/wp-json\/wp\/v2\/posts\/111063","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\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/e3mag.com\/de\/wp-json\/wp\/v2\/comments?post=111063"}],"version-history":[{"count":0,"href":"https:\/\/e3mag.com\/de\/wp-json\/wp\/v2\/posts\/111063\/revisions"}],"wp:attachment":[{"href":"https:\/\/e3mag.com\/de\/wp-json\/wp\/v2\/media?parent=111063"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/e3mag.com\/de\/wp-json\/wp\/v2\/categories?post=111063"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/e3mag.com\/de\/wp-json\/wp\/v2\/tags?post=111063"},{"taxonomy":"author","embeddable":true,"href":"https:\/\/e3mag.com\/de\/wp-json\/wp\/v2\/coauthors?post=111063"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}Datenhoheit entscheidet<\/h3>\n\n\n\n
Holistische Datensicht<\/h3>\n\n\n\n
Globale Datentransformation<\/h3>\n\n\n\n
Kontextinformationen<\/h3>\n\n\n\n
![\"https:\/\/e3mag.com\/partners\/data-migration-services-ag\/\"](\"https:\/\/e3mag.com\/wp-content\/uploads\/2018\/08\/Data-Migration.jpg\" "\\"Data")
<\/a><\/figure>\n\n\n\n![\"Download](\"https:\/\/e3mag.com\/wp-content\/uploads\/2018\/04\/Download-Coverstory.jpg\" "\\"Data")
<\/a><\/figure><\/div>\n","protected":false},"excerpt":{"rendered":"