Warum Systemmigrationen früh für schlaflose Nächte sorgen

Unternehmen stehen immer wieder vor der Entscheidung, gewachsene Systeme auszutauschen. Oft betrifft das nicht irgendeine Randanwendung, sondern echte Kernsysteme – also Systeme, die tief in Prozesse, Rollen und Verantwortlichkeiten eingebettet sind. Gerade bei ERP-Systemen ist das besonders spürbar.

Die Gründe dafür sind unterschiedlich. Mal haben sich Anforderungen verschoben. Mal passt das bestehende ERP nicht mehr zur gewachsenen Organisation. Und mal schafft ein großer Anbieter schlicht Fakten, indem er den Support auslaufen lässt – wie aktuell beim Wechsel von SAP ECC auf SAP S/4HANA. SAP hat das Wartungsende klar kommuniziert: Ende 2027 endet der reguläre Support, eine kostenpflichtige Extended Maintenance läuft bis 2030. Für viele mittelständische Unternehmen ist das der konkrete Auslöser für ein Migrationsprojekt, das sie eigentlich schon lange kommen sahen.

Ab diesem Moment ist das Thema da. Und mit ihm die Reaktion, die viele erfahrene Manager nur zu gut kennen: Nervosität, innerer Druck und schlaflose Nächte.

Nicht deshalb, weil operativ sofort alles eskaliert. Meist passiert anfangs sogar erstaunlich wenig. Der Zeithorizont wirkt noch lang, das Thema steht auf der Roadmap und die Entscheidung ist bereits getroffen. Eigentlich müsste das beruhigend wirken. Tut es aber nicht.

Denn wer solche Programme kennt, weiß, wie sie in der Realität ablaufen. Die schiere Größe des Projekts, die Zahl der Beteiligten, die Abhängigkeit von Fachbereichen, die Unsicherheit über die tatsächliche Ausgangslage und das Risiko teurer Verzögerungen sorgen dafür, dass die Migration von Anfang an wie ein Schatten über dem Alltag liegt. Laut einer gemeinsam mit der ASUG durchgeführten Studie nannten Befragte Änderungen der Geschäftsprozesse (49 %), Anpassungen (44 %) und organisatorischen Widerstand (37 %) als die größten Hindernisse.

Und trotzdem passiert oft genau das, was diese Vorhaben so gefährlich macht: Der Alltag gewinnt. Andere Themen wirken akuter. Ressourcen werden für das Tagesgeschäft gebunden. Die Migration ist zwar beschlossen, kommt aber nicht produktiv ins Laufen.

Bis es plötzlich doch dringend wird. Ein Blick auf den Kalender reicht, und aus einem langfristigen Projekt ist ein enger Zeitkorridor geworden. Laut PAC-Analysen wird 2026 zum Wendepunkt für S/4-Migrationen. Migrationsprojekte dauern typischerweise 12 bis 24 Monate. Wer 2026 noch in der Vorbereitung steckt, spürt den Druck unmittelbar.

Spätestens dann offenbart sich das eigentliche Problem: Nicht das Zielsystem verursacht den größten Schmerz, sondern die unzureichende Vorbereitung der Migration.

Unternehmen müssen ihre Ist-Prozesse vor der ERP-Einführung kennen und dokumentieren. Sie müssen eine belastbare Bestandsaufnahme durchführen: Rollen und Verantwortlichkeiten klären, Systemnutzung erfassen, Medienbrüche, Sonderwege und fachliche Abhängigkeiten sichtbar machen. Wie die Computerwoche in ihrer Analyse der größten Hürden betont, beginnt jedes erfolgreiche Migrationsprojekt mit einer strukturierten Bestandsaufnahme aus Prozessaufnahme, Systeminventur und Datenbewertung. Ohne diese Transparenz bleibt jede Migrationsstrategie ein Blindflug.

Das Wissen liegt verteilt in Fachbereichen, Excel-Dateien, E-Mail-Verläufen, Nebenabsprachen, Vorsystemen und in den Köpfen einzelner Mitarbeitender. Natürlich kann man all das zu Fuß heben – mit Workshops, Interviewserien und externer Beratung. Aber genau darin liegt das Problem: Es ist teuer, es ist langsam und in kritischen Programmen ist diese Zeit oft längst nicht mehr da. Gerade im Mittelstand, wo Ressourcen begrenzt sind und Key User parallel das Tagesgeschäft bewältigen müssen, wird diese Phase zur echten Belastungsprobe.

Wie wertvoll wäre also eine Lösung, die diese schlaflosen Nächte gar nicht erst entstehen lässt – oder das Projekt auch dann wieder einfängt, wenn es bereits gefährlich eng geworden ist. Genau das ist BLIKS IO.

Wie BLIKS IO verlorene Zeit in der Migration zurückholt

BLIKS IO setzt genau dort an, wo Systemmigrationen für Manager kritisch werden: in der Phase, in der plötzlich klar wird, dass die Zeit nicht mehr reicht, die Vorbereitung aber noch immer auf einem viel zu niedrigen Reifegrad steht.

Genau jetzt beginnt in vielen Programmen der teuerste Reflex: noch mehr Workshops, noch mehr Interviews, noch mehr externe Unterstützung. Man versucht, fehlende Transparenz mit zusätzlichem Aufwand zu ersetzen. Fast immer zu langsam, zu teuer und zu belastend für die Organisation – und es treibt die Migrationskosten in die Höhe, bevor die eigentliche Implementierung überhaupt begonnen hat.

BLIKS IO dreht diese Logik um. Statt operative Realität mühsam aus der Organisation herauszupressen, macht die Plattform sie strukturiert sichtbar – wie ein digitaler Zwilling Ihrer Organisationsprozesse.

BLIKS IO macht sichtbar, was heute wirklich passiert. Nicht nur dokumentierte Sollprozesse, sondern den tatsächlichen Alltag: reale Prozessvarianten, Schleifen, Ausnahmen, manuelle Umgehungslösungen und lokale Sonderwege – all das, was auf keiner offiziellen Prozesslandkarte steht. Ob das Ziel ein Clean Core auf Basis von SAP Best Practices ist oder ein pragmatischer Brownfield-Ansatz – ohne belastbares IST wird jede Zielarchitektur zur Spekulation.

BLIKS IO zeigt, wer wirklich beteiligt ist. Wo hängen Freigaben, Sonderfälle und Erfahrungswissen an einzelnen Personen? BLIKS IO macht Rollen, Beteiligungen und Verantwortlichkeiten sichtbar. Gerade für Key User, die in der Migration eine Doppelbelastung aus Tagesgeschäft und Projektarbeit tragen, ist diese Klarheit Gold wert.

BLIKS IO macht Systemlandschaft und Medienbrüche greifbar. Vorsysteme, Excel-Logiken, Schattenlösungen und manuelle Schnittstellen wachsen über Jahre – und werden oft erst im Projekt mit voller Wucht sichtbar. BLIKS IO zeigt, welche Systeme wo genutzt werden und welche Abhängigkeiten in der Migration berücksichtigt werden müssen. Das ist besonders relevant für die Frage, wie viel Custom Code tatsächlich noch geschäftskritisch ist.

BLIKS IO bereitet Fit-to-Standard belastbar vor. Fit-to-Standard ist einer der Punkte, an denen viele S/4HANA-Projekte ausufern – nicht weil die Methode falsch wäre, sondern weil sie ohne sauberes IST zur Meinungsrunde wird. SAPs Clean-Core-Philosophie macht diese Transparenz noch wichtiger als in früheren ERP-Generationen. Wer vorher erfasst hat, wie die Organisation heute tatsächlich arbeitet, kann klar entscheiden: Was wird standardnah übernommen, was muss angepasst werden, welche Sonderlogiken sind historisch gewachsen aber heute nicht mehr sinnvoll?

Klassisch verlieren Unternehmen in Discovery, Scoping und Fit-to-Standard Wochen oder Monate. Laut PwC realisieren zwar 82 Prozent der Unternehmen, die S/4HANA bereits eingeführt haben, einen positiven Business Case – aber der Weg dahin ist oft steiniger als geplant. BLIKS IO beschleunigt genau diese Vorphasen. Und das ist der Punkt, an dem aus schlaflosen Nächten wieder Managementfähigkeit wird.

Warum schlechte Prozesse im neuen System noch teurer werden

Ein neues ERP macht schlechte Prozesse nicht automatisch besser. Es macht sie oft nur verbindlicher.

Wenn gewachsene Reibungsverluste, unnötige Schleifen, manuelle Workarounds und unklare Verantwortlichkeiten ungeprüft ins neue System wandern, entsteht kein Neustart. Es entsteht, wie Fachexperten warnen, ein neues System mit alter Logik, hoher Komplexität und steigenden Betriebsaufwänden. Schlechte Prozesse werden digital neu verankert statt verbessert. Historische Sonderlogiken und unnötige Custom-Code-Anpassungen wandern in die Zielarchitektur. Scope-Entscheidungen basieren auf Annahmen statt auf echten Daten. Testphasen werden unpräzise, Go-Live und Hypercare geraten unter unnötigen Druck. Und externe Beratungskosten steigen, weil immer wieder Wissen nacherhoben werden muss.

Gerade bei S/4HANA zeigt sich das besonders deutlich. Das vereinfachte Datenmodell und die strengeren Konsistenzlogiken der HANA-Datenbank legen Probleme offen, die im alten ECC-System jahrelang mitgeschleppt wurden. Wer spät startet und sich Transparenz ausschließlich über klassische Workshops und Beraterkapazitäten einkauft, bezahlt meist doppelt: mit Geld und mit Zeit.

Warum die Wahl der Migrationsstrategie ohne IST-Transparenz zur Glückssache wird

Unternehmen, die von SAP ECC auf S/4HANA wechseln, stehen vor einer strategischen Grundsatzentscheidung: Greenfield, Brownfield oder ein hybrider Ansatz?

Beim Greenfield-Ansatz wird S/4HANA komplett neu implementiert – maximale Freiheit, aber auch maximaler Aufwand bei Neukonzeption und Change Management. Beim Brownfield-Ansatz wird das bestehende ECC-System technisch auf S/4HANA gehoben – schneller, aber mit dem Risiko, Altlasten ins neue System zu übertragen. Der hybride Ansatz – oft als Selective Data Transition oder Bluefield bezeichnet – kombiniert Elemente beider Strategien.

Was alle drei Wege gemeinsam haben: Ohne eine saubere Bestandsaufnahme der realen Prozesse, Systeme und Verantwortlichkeiten lässt sich die richtige Migrationsstrategie nicht fundiert wählen. Wer nicht weiß, wie viel Custom Code tatsächlich geschäftskritisch ist und welche Vorsysteme und Schattenlösungen im Einsatz sind, trifft diese Entscheidung auf Basis von Vermutungen.

BLIKS IO liefert genau diese Faktengrundlage – schnell, strukturiert und unabhängig von der späteren Wahl des Migrationsansatzes.

Demo anfragen

Wenn Ihre ERP- oder S/4HANA-Migration enger getaktet ist als geplant, ist jetzt der richtige Zeitpunkt, verlorene Zeit an den richtigen Stellen zurückzuholen. Das Wartungsende von SAP ECC rückt näher, die Projektlaufzeiten sind lang und der Vorbereitungsaufwand wird oft unterschätzt.

BLIKS IO hilft Ihnen dabei, Ihre operative Realität in kürzester Zeit sichtbar zu machen – bevor schlechte Prozesse, unklare Verantwortlichkeiten und versteckte Abhängigkeiten mit ins neue System wandern.

Fragen Sie eine Demo an und prüfen Sie mit uns, wie Sie Prozesse, Rollen, Systeme und Abhängigkeiten vor Ihrer Migration belastbar erfassen – unabhängig davon, ob Sie sich für Greenfield, Brownfield oder einen hybriden Ansatz entscheiden.