ERP-Projekte fangen wieder von vorn an, weil \u00c4nderungen jahrelang am Rand des Systems abgelegt werden statt darin. Das Muster kennt fast jeder Mittelst\u00e4ndler: Ein System wird ausgew\u00e4hlt, eingef\u00fchrt, angepasst und betrieben, und die ersten Jahre passt es. Dann kommen neue Produkte dazu, eine Tochtergesellschaft, ein anderes Preismodell, ein Kunde mit eigenen Anforderungen an die Lieferkette. Jede dieser \u00c4nderungen wird irgendwie abgebildet, meistens daneben: eine Nebenliste hier, ein Workaround dort, eine Auswertung, die jemand am Monatsende von Hand baut. Irgendwann tr\u00e4gt nicht mehr das System das Gesch\u00e4ft, sondern die Sammlung der Umgehungen.<\/p>\n
Nach f\u00fcnf bis sieben Jahren ist der Abstand zwischen dem, was das System abbildet, und dem, was das Unternehmen tut, so gro\u00df geworden, dass niemand ihn mehr \u00fcberbr\u00fccken will. Dann f\u00e4llt der Satz, den wir in \u00fcber 25 Jahren unz\u00e4hlige Male geh\u00f6rt haben: \u201eWir brauchen ein neues System.“ Und das n\u00e4chste Projekt beginnt. Mit Analysephase, Migration, Schulungen, wieder bei null.<\/p>\n
Die Kosten dieses Musters stehen in keiner Rechnung. Jedes Mal ein neues Projektbudget. Jedes Mal Wissen, das mit dem alten System verschwindet. Jedes Mal ein Jahr Aufmerksamkeit der Menschen, die eigentlich das Gesch\u00e4ft entwickeln sollten. Und die unbequeme Wahrheit: Beim n\u00e4chsten Mal passiert dasselbe wieder, wenn sich an den Ursachen nichts \u00e4ndert.<\/p>\n
Der naheliegende Verdacht ist die Software. Er trifft selten zu. Business Central, SAP und vergleichbare Systeme sind ausgereift, und in der Cloud l\u00f6sen sie ein Problem, das fr\u00fcher echte Projekte waren: den Versionsstand. Microsoft spielt zwei Release-Wellen pro Jahr automatisch ein, Sicherheitsupdates laufen mit. Technisch ist Ihr System aktueller, als es ein On-Premises-System je war.<\/p>\n
Genau hier entsteht eine Verwirrung, die wir aufl\u00f6sen m\u00fcssen, bevor der Rest des Artikels Sinn ergibt.<\/p>\n
Evergreen IT<\/strong> ist ein etablierter Begriff<\/a> und beschreibt genau das, was die Cloud leistet: Komponenten, die immer auf dem neuesten Stand sind, laufende kleine Updates statt Big-Bang-Migration. Das ist gut, das ist gel\u00f6st, und daf\u00fcr braucht es uns nicht.<\/p>\n Ein Evergreen ERP<\/a><\/strong> meint etwas anderes. Nicht den Versionsstand, sondern den Stand Ihres Gesch\u00e4fts. Die Frage lautet nicht \u201el\u00e4uft die neueste Version?“, sondern \u201ebildet das System ab, was wir heute tun?“. Das eine l\u00f6st Microsoft f\u00fcr Sie, automatisch. Das andere kann Ihnen kein Hersteller abnehmen, weil es an Ihrer Datenbasis, Ihren Prozessen und Ihren Entscheidungswegen h\u00e4ngt.<\/p>\n Deshalb ist der folgende Satz kein Widerspruch, sondern der Normalfall: Ihr Business Central ist auf dem neuesten Stand. Und trotzdem veraltet.<\/p>\n Aktuell zu sein ist keine Eigenschaft der Software. Es ist eine Eigenschaft der Organisation, die sie betreibt.<\/p><\/blockquote>\n Die Roadmap f\u00fcr das System leitet sich aus der Unternehmensstrategie ab, nicht aus dem Releaseplan des Herstellers. Wer in zwei Jahren in drei weiteren L\u00e4ndern verkaufen will, entscheidet heute anders \u00fcber Mandantenstruktur und Stammdatenhoheit. Wo das nicht passiert, ist ERP-Planung ein reines IT-Thema, und das Gesch\u00e4ft taucht erst auf, wenn etwas nicht geht.<\/p>\n Stammdaten und Regeln haben eine einzige, verantwortete Wahrheit und sind sauber von der Anwendungsschicht getrennt. Das klingt technisch, ist aber der kaufm\u00e4nnische Kern: Die Datenbasis ist das, was bleibt<\/a>, wenn Systeme wechseln. Software ist gemietete Gegenwart, Ihre Daten sind bleibendes Kapital. Und jede KI-Funktion, die Sie k\u00fcnftig nutzen, entscheidet auf genau dieser Basis.<\/p>\nVier Merkmale eines ERP, das mitw\u00e4chst<\/h2>\n
1. Die Strategie ist angedockt<\/h3>\n
2. Die Datenbasis tr\u00e4gt<\/h3>\n
3. Prozesse haben Owner<\/h3>\n