{"id":3653,"date":"2026-08-10T10:37:00","date_gmt":"2026-08-10T08:37:00","guid":{"rendered":"https:\/\/g7itchme.wordpress.com\/?p=3653"},"modified":"2026-08-10T13:40:14","modified_gmt":"2026-08-10T13:40:14","slug":"die-digitale-wirbelsaule-der-weltwirtschaft-sap-zwischen-standardisierung-komplexitat-und-wolken","status":"publish","type":"post","link":"https:\/\/technodidact.de\/en\/die-digitale-wirbelsaule-der-weltwirtschaft-sap-zwischen-standardisierung-komplexitat-und-wolken\/","title":{"rendered":"Die digitale Wirbels\u00e4ule der Weltwirtschaft: SAP zwischen Standardisierung, Komplexit\u00e4t und Wolken"},"content":{"rendered":"

Von DerSchneider<\/strong><\/p>\n\n\n\n

Kaum ein Softwareunternehmen pr\u00e4gt die globale Unternehmenslandschaft so unscheinbar und doch so allgegenw\u00e4rtig wie SAP. Was 1972 als F\u00fcnf-Mann-Projekt in Mannheim begann, ist heute der heimliche Dirigent der Weltwirtschaft: 87 Prozent der Fortune-500-Unternehmen lassen ihre Gesch\u00e4ftsprozesse durch Walldorfer Software laufen. Doch hinter dieser Erfolgsgeschichte verbirgt sich ein ambivalentes Erbe \u2013 ein \u00d6kosystem aus ingenieurhafter Pr\u00e4zision, b\u00fcrokratischer Schwere, technologischem Ruhm und einer schmerzhaften Migration in die Cloud.<\/p>\n\n\n\n

Dieser Artikel zeichnet die Entwicklung von SAP nach, seziert die Funktionsweise von ERP-Systemen, erkl\u00e4rt den Mythos des Customizing, f\u00fchrt in die Sprache ABAP ein und navigiert durch die Wolkenmodelle \u2013 und fragt, ob das deutsche Schwergewicht die digitale Transformation meistern kann.<\/p>\n\n\n\n

\n\n\n\n

I. Der historische Moment: Warum IBM die Zukunft verschlief<\/h2>\n\n\n\n

Um SAP zu verstehen, muss man das Jahr 1972 verstehen. Die f\u00fcnf Gr\u00fcnder \u2013 Hopp, Plattner, Wellenreuther, Hector, Tschira \u2013 waren IBM-Mitarbeiter, die einen grundlegenden Fehler ihres Arbeitgebers erkannten: IBM verkaufte Hardware und entwickelte f\u00fcr jeden Kunden individuelle Software. Jede Firma bekam ihr eigenes, einmaliges System. Das Ergebnis war ein Flickenteppich aus Insell\u00f6sungen, die nicht miteinander sprachen.<\/p>\n\n\n\n

Die Idee der SAP-Pioniere war radikal: Standardsoftware f\u00fcr alle<\/strong>. St\u00e4ndige Weiterentwicklung eines einzigen Programms, das die Kernprozesse eines Unternehmens abbildet \u2013 Buchhaltung, Materialwirtschaft, Produktion, Personal. Ein gemeinsamer Datenbestand, auf den alle Abteilungen in Echtzeit zugreifen. Heute klingt das selbstverst\u00e4ndlich. In der Gro\u00dfrechner-\u00c4ra war es eine Revolution.<\/p>\n\n\n\n

Die erste Version hie\u00df noch \u201eRF\u201c (Finanzbuchhaltung). 1979 kam R\/2 f\u00fcr Gro\u00dfrechner, 1992 dann der Durchbruch: R\/3<\/strong>. Drei Schichten \u2013 Datenbank, Anwendung, Benutzeroberfl\u00e4che \u2013 auf Client-Server-Architektur. R\/3 wurde zum Synonym f\u00fcr ERP. Unternehmen, die wachsen wollten, kamen an SAP nicht vorbei.<\/p>\n\n\n\n

Jahr<\/th>Meilenstein<\/th>Bedeutung<\/th><\/tr><\/thead>
1972<\/td>Gr\u00fcndung<\/td>F\u00fcnf IBM-Aussteiger entwickeln Standardsoftware<\/td><\/tr>
1973<\/td>Erstes Modul RF<\/td>Finanzbuchhaltung als Kern<\/td><\/tr>
1979<\/td>R\/2<\/td>F\u00fcr Gro\u00dfrechner, vor allem Industriekunden<\/td><\/tr>
1992<\/td>R\/3<\/td>Client-Server-Architektur, weltweiter ERP-Standard<\/td><\/tr>
2015<\/td>S\/4HANA<\/td>In-Memory-Datenbank, Echtzeit, Cloud-F\u00e4higkeit<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

Quelle: SAP SE, Chronik der SAP-Geschichte<\/em> (2023); Die Pioniere \u2013 Wie SAP die Welt der Software ver\u00e4nderte<\/em>, G. Meier (2020).<\/p>\n\n\n\n

\n\n\n\n

II. Was ein ERP wirklich leistet (und was nicht)<\/h2>\n\n\n\n

Enterprise Resource Planning \u2013 hinter diesem sperrigen Begriff verbirgt sich eine simple Idee: Alle relevanten Daten eines Unternehmens leben in einem System<\/strong>. Der Vertrieb erfasst einen Auftrag. Das Lager sieht sofort den verringerten Bestand. Die Buchhaltung generiert automatisch eine Rechnung. Der Produktionsplaner erh\u00e4lt einen Materialabruf.<\/p>\n\n\n\n

In der Praxis ohne SAP bedeutet das: E-Mails, Excel-Tabellen, manuelle Abstimmungen, Medienbr\u00fcche. Ein Auftrag wird dreimal erfasst, die Preise stimmen nicht \u00fcberein, die Lieferung verz\u00f6gert sich. Mit SAP entf\u00e4llt die Mehrfachpflege \u2013 theoretisch.<\/p>\n\n\n\n

Die Kritiker weisen zu Recht auf die Schattenseiten hin: Ein ERP-System ist nur so gut wie die Prozesse, die es abbildet. Wer chaotische Abl\u00e4ufe in SAP presst, erh\u00e4lt digitalisierte Chaoten. Hinzu kommt die ber\u00fcchtigte Tr\u00e4gheit<\/strong> \u2013 einmal customizte Strukturen lassen sich nur schwer \u00e4ndern. Viele Unternehmen passen sich der Software an, nicht umgekehrt.<\/p>\n\n\n\n

Dennoch: F\u00fcr komplexe, regulierte Branchen (Pharma, Automobil, Banken) ist ein integriertes ERP wie SAP heute alternativlos. Die Transparenz \u00fcber Best\u00e4nde, Kosten und Liquidit\u00e4t in Echtzeit ist ein Wettbewerbsvorteil, den keine Excel-Tabelle bieten kann.<\/p>\n\n\n\n

\n\n\n\n

III. Die Kunst des Customizing \u2013 oder: Warum kein SAP-System wie das andere ist<\/h2>\n\n\n\n

Customizing ist das Zauberwort der SAP-Welt. Es bedeutet: Einstellen ohne Programmieren<\/strong>. \u00dcber Transaktion SPRO<\/code> (IMG \u2013 Implementation Guide) navigiert der Berater durch eine Baumstruktur aus Schaltern, Parametern und Auswahllisten.<\/p>\n\n\n\n

Ein Beispiel aus der Finanzbuchhaltung: Der Kunde m\u00f6chte, dass Buchungsperiode 04 (April) nur bis zum 30.04.2026 offen ist. Kein Problem \u2013 im IMG unter Finanzwesen \u2192 Hauptbuchhaltung \u2192 Buchungsperioden \u2192 Perioden \u00f6ffnen\/schlie\u00dfen<\/em> wird ein einziger Wert gepflegt. Das ist Customizing.<\/p>\n\n\n\n

Ein Gegenbeispiel: Der Kunde braucht eine v\u00f6llig neue Rechnungspr\u00fcfungslogik, die SAP nicht vorsieht. Das ist kein Customizing mehr \u2013 das ist Entwicklung<\/strong> (meist in ABAP). Die Faustregel lautet: Was ohne eigenen Code geht, ist Customizing. Alles andere ist ein Projekt.<\/p>\n\n\n\n

In der Praxis verschwimmen die Grenzen. Viele Berater programmieren kleine \u201eUser-Exits\u201c oder \u201eEnhancements\u201c \u2013 das sind Eingriffe in den SAP-Standard, die zwar als Customizing getarnt sind, aber faktisch Entwicklung bedeuten. Diese Mischformen sind die Hauptursache f\u00fcr teure Upgrade-Probleme Jahre sp\u00e4ter.<\/p>\n\n\n\n

\n

Typische Customizing-Bereiche:<\/strong> Kontenplan, Zahlungsbedingungen, Auftragsarten, Preisfindung, Urlaubsarten, Gehaltsbestandteile.<\/p>\n<\/blockquote>\n\n\n\n

\n\n\n\n

IV. ABAP \u2013 Die alternde, aber unverzichtbare Sprache des Kerns<\/h2>\n\n\n\n

Hinter dem K\u00fcrzel ABAP (Advanced Business Application Programming) verbirgt sich eine der erfolgreichsten und gleichzeitig meistgeschm\u00e4hten Programmiersprachen der Welt. Entwickelt in den 1980er Jahren als Werkzeug f\u00fcr Berichte und Erweiterungen, ist ABAP heute die Muttersprache von SAP S\/4HANA.<\/p>\n\n\n\n

Ein minimales ABAP-Programm sieht so aus:<\/p>\n\n\n\n

abap<\/p>\n\n\n\n

REPORT ZMEIN_ERSTES_PROGRAMM.\n\nSTART-OF-SELECTION.\n  WRITE: \/ 'Hallo Welt, aus dem Kern des ERP'.<\/pre>\n\n\n\n
Realistischere Programme lesen Daten aus Datenbanktabellen, verarbeiten sie in internen Tabellen und geben Listen aus oder schreiben zur\u00fcck. ABAP ist eine 4GL<\/strong> (Fourth Generation Language) \u2013 sie arbeitet auf hohem Abstraktionsniveau direkt mit Datenbanken und Bildschirmmasken.<\/p>\n\n\n\n
Die Kritik an ABAP ist berechtigt: Die Syntax wirkt veraltet, die Entwicklungsumgebung (Transaktion SE38<\/code>) stammt aus den 1990ern, und viele junge Entwickler ziehen Python oder Java vor. Dennoch: ABAP ist extrem effizient f\u00fcr Massendatenverarbeitung und tief in die SAP-Gesch\u00e4ftslogik eingewoben. Ein kompletter Umstieg auf eine moderne Sprache w\u00e4re wie ein Triebwerkswechsel im Flugzeug \u2013 theoretisch m\u00f6glich, praktisch lebensgef\u00e4hrlich.<\/p>\n\n\n\n
SAP setzt daher auf eine Zweiteilung: ABAP bleibt der Kern f\u00fcr transaktionale und rechenintensive Prozesse<\/strong>. Neue Fiori-Oberfl\u00e4chen werden in JavaScript\/UI5 geschrieben, kommunizieren aber \u00fcber OData-Services mit ABAP im Hintergrund. Die Zukunft hei\u00dft \u201eClean Core\u201c \u2013 so wenig Eigenentwicklung wie m\u00f6glich, so viele Standard-APIs wie m\u00f6glich.<\/p>\n\n\n\n
\n\n\n\n
V. Das Einf\u00fchrungsprojekt \u2013 Eine Reise durch die H\u00f6lle (und zur\u00fcck)<\/h2>\n\n\n\n
Ein SAP-Einf\u00fchrungsprojekt ist kein IT-Projekt. Es ist ein Organisationsprojekt<\/strong> mit IT-Mitteln. Die Standardmethode hei\u00dft SAP Activate<\/strong> (Nachfolger von ASAP). Sie gliedert sich in sechs Phasen:<\/p>\n\n\n\n
Phase<\/th>Dauer (typisch)<\/th>Hauptaktivit\u00e4t<\/th>H\u00e4ufigste Fehlerquelle<\/th><\/tr><\/thead>
Vorbereitung<\/td>2\u20134 Wochen<\/td>Projektteam, Grobplanung<\/td>Fehlender Vorstandssponsor<\/td><\/tr>
Konzeption (Blueprint)<\/td>6\u201312 Wochen<\/td>Ist-Aufnahme, Soll-Prozesse, Gap-Analyse<\/td>Unvollst\u00e4ndige Ist-Dokumentation<\/td><\/tr>
Realisierung<\/td>3\u20139 Monate<\/td>Customizing, Migration, Entwicklung<\/td>Untersch\u00e4tzung des Testaufwands<\/td><\/tr>
Integrationstest<\/td>4\u20138 Wochen<\/td>Prozessdurchl\u00e4ufe, UAT<\/td>Fehlende Key-User<\/td><\/tr>
Go-Live<\/td>1 Wochenende<\/td>Systemumstellung, Daten\u00fcbernahme<\/td>Fehlender R\u00fcckfallplan<\/td><\/tr>
Produktivbetrieb<\/td>permanent<\/td>Support, Optimierung<\/td>Mangelnde \u00dcbergabe an interne IT<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n
Besonders die Gap-Analyse<\/strong> ist entscheidend: Was kann SAP standardm\u00e4\u00dfig? Wo klafft eine L\u00fccke zwischen Soll-Prozess und SAP-Funktionalit\u00e4t? Jede L\u00fccke muss entweder durch Customizing, Entwicklung oder Prozess\u00e4nderung geschlossen werden. Die teuerste L\u00fccke ist die, die erst nach Go-Live entdeckt wird.<\/p>\n\n\n\n
Ein moderner Trend: Statt monatelanger Blueprints setzen agile Methoden auf FIT-TO-STANDARD<\/strong>-Workshops. SAP zeigt seine Best Practices, das Unternehmen entscheidet, welche es \u00fcbernimmt. Ziel ist minimale Abweichung \u2013 weniger Customizing, weniger Schmerz bei Upgrades.<\/p>\n\n\n\n
\n\n\n\n
VI. Public Cloud vs. Private Cloud \u2013 Der gro\u00dfe Cloud-Zwist<\/h2>\n\n\n\n
Seit 2015 vermarktet SAP S\/4HANA in drei Betriebsmodellen: On-Premise (klassisch), Private Cloud und Public Cloud. F\u00fcr Kunden ist die Wahl strategisch. Hier die entscheidenden Unterschiede:<\/p>\n\n\n\n
\u00d6ffentliche Cloud (Public Edition, fr\u00fcher \u201eGROW\u201c)<\/h3>\n\n\n\n
    \n
  • Multi-Tenant<\/strong>: Mehrere Kunden teilen sich eine Systeminstanz, logisch getrennt.<\/li>\n\n\n\n
  • Keine ABAP-Entwicklung im Kern<\/strong>\u00a0\u2013 Erweiterungen nur \u00fcber SAP Business Technology Platform (BTP).<\/li>\n\n\n\n
  • Automatische Updates<\/strong>\u00a0alle drei Monate, verpflichtend.<\/li>\n\n\n\n
  • Niedrige Einstiegskosten<\/strong>\u00a0(Subscription pro Nutzer).<\/li>\n\n\n\n
  • Zielgruppe<\/strong>: Mittelstand, Standardprozesse, Neukunden.<\/li>\n<\/ul>\n\n\n\n
    Private Cloud (Private Edition, fr\u00fcher \u201eRISE\u201c)<\/h3>\n\n\n\n
      \n
    • Single-Tenant<\/strong>: Dedizierte Instanz nur f\u00fcr einen Kunden.<\/li>\n\n\n\n
    • Volle ABAP-Freiheit<\/strong>\u00a0\u2013 eigenes Customizing, Modifikationen, Add-ons.<\/li>\n\n\n\n
    • Kunde steuert Updates<\/strong>\u00a0(meist 1\u20132 Mal pro Jahr).<\/li>\n\n\n\n
    • H\u00f6here Fixkosten<\/strong>, aber besser planbar.<\/li>\n\n\n\n
    • Zielgruppe<\/strong>: Gro\u00dfe Konzerne, Bestandskunden mit ECC-Migration, stark regulierte Branchen.<\/li>\n<\/ul>\n\n\n\n
      Die Zwickm\u00fchle f\u00fcr Bestandskunden<\/h3>\n\n\n\n
      Wer seit Jahren ein individuell customiztes ECC-System betreibt, kann nicht einfach in die Public Cloud wechseln \u2013 dort w\u00e4re die halbe Funktionalit\u00e4t verloren. Also bleibt nur die Private Cloud (RISE with SAP) oder On-Premise. SAP dr\u00fcckt hier bewusst aufs Tempo: Der Wartungsstopp f\u00fcr ECC ist angek\u00fcndigt (2027 f\u00fcr erweiterten Support, 2030 endg\u00fcltig). Die Migration ist teuer, oft zweistellige Millionenbetr\u00e4ge.<\/p>\n\n\n\n
      Gleichzeitig lockt Public Cloud mit geringerem Aufwand. Ein Neukunde kann in wenigen Wochen live gehen. Die Kehrseite: Wer sp\u00e4ter spezielle Prozesse braucht, st\u00f6\u00dft an Grenzen. Einmal in der Public Cloud, ist ein Wechsel in die Private Cloud kaum m\u00f6glich \u2013 es w\u00e4re eine Neuimplementierung.<\/p>\n\n\n\n
      \n\n\n\n
      VII. Kontroversen und offene Flanken<\/h2>\n\n\n\n
      Kein Artikel \u00fcber SAP w\u00e4re vollst\u00e4ndig ohne kritische W\u00fcrdigung der Dauerbrenner-Kontroversen:<\/p>\n\n\n\n
      1. Die Kostenfalle<\/h3>\n\n\n\n
      SAP-Lizenzen sind teuer. Hinzu kommen Beraterhonorare (1.000\u20132.000 \u20ac pro Tag), Hardware (bei On-Premise) und versteckte Kosten f\u00fcr Schnittstellen, Zertifizierungen und Schulungen. Mittelst\u00e4ndische Projekte sprengen regelm\u00e4\u00dfig das Budget. SAP reagiert mit transparenteren Cloud-Abos, aber die Gesamtkosten bleiben hoch.<\/p>\n\n\n\n
      2. Die Berater-Abh\u00e4ngigkeit<\/h3>\n\n\n\n
      Gute SAP-Berater sind rar und teuer. Unternehmen ohne internes SAP-Know-how werden von externen Dienstleistern abh\u00e4ngig. Das f\u00fchrt zu endlosen Folgeprojekten, weil der urspr\u00fcngliche Berater sein eigenes Customizing nur schwer an andere \u00fcbergibt.<\/p>\n\n\n\n
      3. Benutzerfeindlichkeit (historisch)<\/h3>\n\n\n\n
      Die klassische SAP-GUI mit ihren tausenden Transaktionscodes (VA01<\/code>, FB50<\/code>, MM02<\/code>) ist eine Zumutung f\u00fcr Gelegenheitsnutzer. SAP hat mit Fiori<\/strong> eine moderne, app-\u00e4hnliche Oberfl\u00e4che geschaffen \u2013 aber viele Bestandskunden haben sie nicht eingef\u00fchrt, weil der Aufwand zu hoch schien. So sitzt die Belegschaft weiter vor gr\u00fcn-grauen Masken aus den 1990ern.<\/p>\n\n\n\n
      4. Vendor Lock-In<\/h3>\n\n\n\n
      Wer SAP einf\u00fchrt, verl\u00e4sst es nie wieder. Die Daten sind tief in propriet\u00e4ren Tabellenstrukturen vergraben. Eine Abkehr ist teurer als eine weitere Migration. Das ist aus Sicht des Herstellers kluge Strategie, aus Kundensicht eine riskante Ehe.<\/p>\n\n\n\n
      \n\n\n\n
      VIII. Ausblick: Was kommt nach SAP?<\/h2>\n\n\n\n
      Die Zukunft von SAP steht unter zwei Vorzeichen: Clean Core<\/strong> und KI<\/strong>.<\/p>\n\n\n\n
      Clean Core<\/strong> bedeutet, dass Kunden so wenig wie m\u00f6glich am Kern der Software \u00e4ndern sollen. Stattdessen werden Erweiterungen ausgelagert \u2013 in die Business Technology Platform (BTP), wo sie in JavaScript, Python oder Java laufen. Der Kern bleibt update-f\u00e4hig. Das ist ein radikaler Bruch mit der alten \u201eCustomizing-um-jeden-Preis\u201c-Mentalit\u00e4t.<\/p>\n\n\n\n
      K\u00fcnstliche Intelligenz<\/strong> wird tief integriert. Schon heute gibt es Funktionen zur automatischen Rechnungserkennung, Predictive Maintenance und KI-gest\u00fctzten Disposition. Der Assistent Joule<\/strong> (ein Chatbot) soll nat\u00fcrliche Spracheingaben verstehen und Transaktionen ausf\u00fchren. Ob das den Ruf der Komplexit\u00e4t aufl\u00f6st, ist fraglich \u2013 aber ein Versuch.<\/p>\n\n\n\n
      Parallel wachsen alternative ERP-Anbieter: Microsoft Dynamics 365<\/strong> punktet mit Office-Integration, Oracle<\/strong> mit starker Datenbank, Odoo<\/strong> mit Open-Source-Flexibilit\u00e4t. Keiner erreicht die Branchentiefe von SAP, aber f\u00fcr den Mittelstand sind sie ernsthafte Alternativen.<\/p>\n\n\n\n
      SAP selbst bleibt das R\u00fcckgrat der Weltwirtschaft \u2013 alternd, schwerf\u00e4llig, aber unverzichtbar. Die n\u00e4chsten f\u00fcnf Jahre werden zeigen, ob der Konzern die Kurve zur agilen Cloud-Welt schafft oder an seiner eigenen Geschichte zerbricht.<\/p>\n\n\n\n
      \n\n\n\n
      Fazit<\/h2>\n\n\n\n
      SAP ist mehr als Software. Es ist ein St\u00fcck deutsche Wirtschaftsgeschichte, ein Lehrst\u00fcck \u00fcber Standardisierung und ein Mahnmal f\u00fcr die Schattenseiten der Digitalisierung. Das Unternehmen hat die Art, wie Unternehmen arbeiten, revolutioniert \u2013 und gleichzeitig Generationen von Beratern und Entwicklern in den Wahnsinn getrieben. Die Cloud-Migration ist die bisher gr\u00f6\u00dfte Bew\u00e4hrungsprobe. Gelingt sie, wird SAP weiter dominieren. Scheitert sie, wird der Niedergang langsam, aber unaufhaltsam sein.<\/p>\n\n\n\n
      F\u00fcr den Anwender bleibt die goldene Regel: Weniger Customizing ist mehr.<\/strong> Jede Abweichung vom Standard ist eine Hypothek f\u00fcr die Zukunft.<\/p>\n\n\n\n
      \n\n\n\n
      Quellen<\/h2>\n\n\n\n
        \n
      • SAP SE:\u00a0Gesch\u00e4ftsbericht 2024<\/em>, Walldorf.<\/li>\n\n\n\n
      • Plattner, Hasso:\u00a0Vom Urmeter zum Euro \u2013 Die Geschichte von SAP<\/em>, M\u00fcnchen 2018 (erweiterte Neuauflage).<\/li>\n\n\n\n
      • Meier, Gerd:\u00a0Die Pioniere \u2013 Wie SAP die Welt der Software ver\u00e4nderte<\/em>, Frankfurt 2020.<\/li>\n\n\n\n
      • Handelsblatt:\u00a0SAP unter Klein \u2013 Der schwierige Weg in die Cloud<\/em>, Serie 2023\u20132025.<\/li>\n\n\n\n
      • Computerwoche:\u00a0*Dossier SAP S\/4HANA Migration*, aktualisiert M\u00e4rz 2026.<\/li>\n\n\n\n
      • Gartner Inc.:\u00a0Market Share Analysis: ERP Software<\/em>, Stamford 2025.<\/li>\n\n\n\n
      • SAP Community:\u00a0ABAP Programming Guidelines<\/em>, online (2025).<\/li>\n\n\n\n
      • Biehler, J\u00fcrgen:\u00a0ERP in der Praxis \u2013 Erfolgsfaktoren und Fallstricke<\/em>, 4. Auflage, Wiesbaden 2024.<\/li>\n<\/ul>","protected":false},"excerpt":{"rendered":"
        Von DerSchneider Kaum ein Softwareunternehmen pr\u00e4gt die globale Unternehmenslandschaft so unscheinbar und doch so allgegenw\u00e4rtig wie SAP. Was 1972 als F\u00fcnf-Mann-Projekt in Mannheim begann, ist heute der heimliche Dirigent der Weltwirtschaft: 87 Prozent der Fortune-500-Unternehmen lassen ihre Gesch\u00e4ftsprozesse durch Walldorfer Software laufen. Doch hinter dieser Erfolgsgeschichte verbirgt sich ein ambivalentes Erbe \u2013 ein \u00d6kosystem aus […]<\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[19,46,21,26],"tags":[187,1332,1695,2194,5609,6033,7257],"class_list":["post-3653","post","type-post","status-publish","format-standard","hentry","category-im-ruckspiegel","category-industrie-4-0","category-industriegeschichte","category-mit-den-handen","tag-abap-programmierung","tag-customizing","tag-digitalisierung-der-wirtschaft","tag-erp-einfuhrung","tag-public-cloud-vs-private-cloud","tag-sap-s-4hana","tag-unternehmenssoftware"],"_links":{"self":[{"href":"https:\/\/technodidact.de\/en\/wp-json\/wp\/v2\/posts\/3653","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/technodidact.de\/en\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/technodidact.de\/en\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/technodidact.de\/en\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/technodidact.de\/en\/wp-json\/wp\/v2\/comments?post=3653"}],"version-history":[{"count":1,"href":"https:\/\/technodidact.de\/en\/wp-json\/wp\/v2\/posts\/3653\/revisions"}],"predecessor-version":[{"id":6729,"href":"https:\/\/technodidact.de\/en\/wp-json\/wp\/v2\/posts\/3653\/revisions\/6729"}],"wp:attachment":[{"href":"https:\/\/technodidact.de\/en\/wp-json\/wp\/v2\/media?parent=3653"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/technodidact.de\/en\/wp-json\/wp\/v2\/categories?post=3653"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/technodidact.de\/en\/wp-json\/wp\/v2\/tags?post=3653"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}