Was passiert mit der Dienstagausgabe, wenn das neue System am Montagabend nicht läuft?

Das ist die eigentliche Frage hinter jeder Ablösung eines Print MIS/ERP in einem Betrieb, der nach Termin produziert. Nicht welches System das beste ist. Nicht was es kostet. Die Maschinen laufen heute Nacht, ob Ihr Projekt im Plan liegt oder nicht, und die Ausgabe wartet auf niemanden.

Wenn Sie die Umstellung so planen, wie es dieser Leitfaden beschreibt, haben Sie danach Folgendes:

  • Sie wissen, mit welcher Ausgabe Sie starten, und warum mit dieser und keiner anderen
  • Sie migrieren einen Bruchteil der Daten statt aller Daten
  • Sie fahren zwei Prozesse im Parallelbetrieb statt zwanzig
  • Ihr erster Rechnungslauf im neuen System lässt sich gegen den alten abstimmen
  • Niemand im Betrieb muss um 23:40 Uhr raten, wen er anrufen soll

Die meisten Leitfäden zur Ablösung eines Print MIS/ERP hören bei der Planung auf. Prozesse aufnehmen. Team bilden. Daten bereinigen. Realistischen Zeitplan aufstellen. Alles richtig. Alles notwendig. Und nichts davon sagt Ihnen, was in der Nacht selbst zu tun ist.

Um diese Nacht geht es hier.

Zuerst: eine Zahl aufschreiben

Nehmen Sie Ihre durchschnittliche Ausgabe. Rechnen Sie zusammen, was eine ausgefallene Ausgabe Sie tatsächlich kostet. Die Exemplare, die Sie nicht verkaufen. Die Werbung, die Sie gutschreiben müssen. Den Nachdruck, falls Sie nachdrucken. Das verlorene Zeitfenster im Versand. Die Telefonate am nächsten Morgen.

Schreiben Sie diese Zahl auf.

Das ist keine Panikmache, das ist Ihr Budget. Jeder Schritt hier kostet Zeit, und jeder Schritt existiert, um genau diese Zahl zu schützen. Sobald sie auf dem Papier steht, beantwortet sich die Frage, ob eine ordentliche Testwoche drin ist, meistens von selbst.

Schritt 1. Erst die Startausgabe festlegen, dann rückwärts planen

Die meisten Projekte legen einen Go-live-Monat fest. Legen Sie stattdessen eine Startausgabe fest. Eine bestimmte Produktion, in einer bestimmten Nacht.

Wählen Sie Ihre ruhigste Woche. Halten Sie Abstand von Wahlberichterstattung, Kampagnenbeilagen, dem Weihnachtsgeschäft, dem Jahresabschluss und jeder Woche, in der ein einzelnes Produkt ungewöhnlich viel Volumen trägt. Planen Sie dann von dieser Nacht rückwärts, sodass jeder andere Termin im Projekt ein Termin relativ zu ihr wird.

Wenn Ihr Team die Startausgabe nicht benennen kann, haben Sie keinen Umstellungsplan. Sie haben einen Wunsch.

Schritt 2. Zählen Sie, was Ihren Betrieb heute wirklich steuert

Ihr Altsystem ist nicht das System, das Sie ablösen.

Was Sie ablösen, ist Ihr altes MIS/ERP plus jede Tabelle, jedes geteilte Dokument, jede lokale Datenbank und jede ausgedruckte Liste, die drumherum entstanden ist, weil das System etwas nicht konnte. Papierreservierungen in einer Excel-Tabelle. Der Beilagenkalender, den jemand von Hand pflegt. Das Makulaturprotokoll auf einem Klemmbrett. Die Preisliste mit den echten Preisen, die eine einzige Person aktualisiert und sonst niemand anfasst.

Gehen Sie durch den Betrieb und zählen Sie sie. Jede davon ist entweder eine Anforderung an das neue System oder eine Gewohnheit, die Sie gerade abschaffen. Beides braucht eine Entscheidung vor dem Go-live, nicht danach.

Schritt 3. Entscheiden Sie, was Sie nicht migrieren

Die Standardannahme lautet, dass alles mitkommen muss. Muss es nicht. Der Versuch ist genau die Stelle, an der Zeitpläne sterben.

Eine Regel, die funktioniert: Migrieren Sie das, was Sie brauchen, um ab dem ersten Tag zu planen, zu produzieren, zu kalkulieren und zu fakturieren. Stammdaten, offene Aufträge, aktuelle Preise und Verträge, aktive Materialien. Historie kommt in ein durchsuchbares Archiv mit Lesezugriff, nicht ins neue System.

Zehn Jahre abgeschlossene Aufträge fühlen sich wertvoll an, bis sie sich in eine dreimonatige Mapping-Übung verwandeln. Wenn Sie den Jahresvergleich wirklich brauchen, migrieren Sie ein definiertes Fenster, etwa die letzten zwei abgeschlossenen Jahre, und sagen Sie klar, dass alles Ältere im Archiv liegt.

Schritt 4. Stammdaten an der Quelle bereinigen, bevor sie umziehen

Migrierte schlechte Daten sind schlechte Daten mit neuer Adresse und längerer Erklärung.

Bereinigen Sie dort, wo sie heute liegen. Kunden in drei Schreibweisen. Papiersorten, die dasselbe bedeuten und unter zwei Nummern geführt werden. Kostenstellen, die seit der letzten Maschineninstallation niemand mehr benutzt hat. Produkte, die zuletzt 2019 bestellt wurden. Preismatrizen mit Ausnahmen, die nur in einem Kopf existieren.

Dubletten raus, Bezeichnungen vereinheitlichen, Totes archivieren. Und zwar vor dem ersten Testimport, denn eine Bereinigung nach der Migration bedeutet dieselbe Arbeit zweimal, einmal in jedem System.

Schritt 5. Testen Sie mit einer echten Ausgabe, nicht mit einem Demo-Auftrag

Ein Demo-Auftrag beweist, dass die Software funktioniert. Eine echte Ausgabe beweist, dass Ihre Daten funktionieren. Das sind zwei sehr verschiedene Dinge.

Nehmen Sie eine tatsächliche Produktion aus der vergangenen Woche, eine mit vollständigen Zahlen, und schicken Sie sie durchgängig durch das neue System. Planung, Platten, Druck, Exemplarzählung, Expedition, Versand, Nachkalkulation, Rechnung. Danach stimmen Sie das Ergebnis gegen das ab, was in der Halle wirklich passiert ist.

Wo die Zahlen auseinandergehen, haben Sie entweder ein Datenproblem gefunden oder einen Prozess, den jemand geändert hat, ohne es zu sagen. Beides ist jetzt deutlich billiger als in Ihrer ersten Live-Woche. Und dann machen Sie es noch einmal, mit einer Ausgabe, die etwas Unbequemes enthält: einen späten Ausgabenwechsel, eine Sammelproduktion, eine Beilage mit eigenem Termin.

Schritt 6. Parallelbetrieb nur dort, wo ein Fehler eine Ausgabe kostet

Vollständiger Parallelbetrieb klingt nach Absicherung. In der Praxis heißt er, dass Leute, die ohnehin nachts arbeiten, jede Aufgabe zweimal machen. Die Qualität sinkt dann in beiden Systemen gleichzeitig.

Suchen Sie die zwei oder drei Prozesse heraus, bei denen ein Fehler für den Kunden oder in der Buchhaltung sichtbar wird, und fahren Sie nur diese doppelt, für eine festgelegte Zahl von Ausgaben:

  • Produktionsplanung, weil ein verpasstes Zeitfenster eine verpasste Ausgabe ist
  • Exemplarzählung und Versandmengen, weil Sie die im Nachhinein nicht rekonstruieren können
  • Fakturierung, für einen vollständigen Abrechnungszyklus

Alles andere zieht sauber mit der Startausgabe um. Legen Sie das Enddatum des Parallelbetriebs vorher fest und halten Sie es ein. Sonst wird er still und leise dauerhaft, und Sie bezahlen zwei Systeme, während Sie keinem davon trauen.

Schritt 7. Das Altsystem zu einem angekündigten Stichtag einfrieren

Benennen Sie den Tag, ab dem niemand mehr einen neuen Kunden, ein neues Material, einen neuen Preis oder einen neuen Vertrag im Altsystem anlegt. Schriftlich. Und ausgehängt.

Ohne Stichtag beginnen Ihre migrierten Stammdaten in dem Moment auseinanderzulaufen, in dem sie ankommen, und Sie verbringen die Go-live-Woche mit der Suche nach den sechs Datensätzen, die jemand zwischendurch angelegt hat. Mit Stichtag wird alles nach diesem Tag genau einmal erfasst, im neuen System, von jemandem, der weiß, was er tut.

Schritt 8. Die ersten drei Nächte besetzen und die Rückfallebene schriftlich festlegen

Für die ersten drei Produktionen: eine namentlich benannte Person pro Schicht, die das neue System verantwortet, eine Nummer zum Anrufen, und jemand vom Anbieter, der zur Andruckzeit erreichbar ist und nicht zu Bürozeiten.

Und dann beantworten Sie die Frage, von der alle annehmen, sie sei längst beantwortet. Wie sieht die Rückfallebene aus?

Legen Sie vorher fest, was ein Zurück konkret bedeuten würde. Bis zu welchem Punkt der Nacht ein Zurück überhaupt noch möglich ist. Wer die Entscheidung treffen darf, ohne dafür eine Runde einzuberufen. Was am nächsten Morgen von Hand nacherfasst werden müsste, wenn es so weit kommt.

Eine Rückfallebene, die niemand durchgerechnet hat, ist keine Rückfallebene. Das ist Hoffnung.

Wahrscheinlich werden Sie sie nie brauchen. Der Wert liegt darin, dass die Entscheidung um 23:40 Uhr schon getroffen ist, wenn niemand sie erfinden sollte.

Schritt 9. Den ersten fakturierten Monat abstimmen

Das Go-live ist nicht die Ziellinie.

Nehmen Sie den ersten vollständigen Monat, der aus dem neuen System fakturiert wurde, und vergleichen Sie ihn Position für Position mit demselben Monat auf die alte Art. Die Abweichungen fallen in drei Gruppen: Daten, die nicht sauber migriert wurden, ein Prozess, den während des Projekts jemand verändert hat, und Dinge, die das Altsystem die ganze Zeit still und leise falsch gerechnet hat.

Die dritte Gruppe ist meistens die größte. Sie ist auch der Grund, aus dem Sie das System gewechselt haben.

Danach gehen Sie zurück zu Ihrer Liste aus Schritt 2. Wenn diese Tabellen nach 90 Tagen noch leben, ist die Migration nicht abgeschlossen, was auch immer der Projektplan sagt.

Warum solche Projekte aus dem Ruder laufen, in Zahlen

Der 2026 ERP Report der Panorama Consulting Group hat zwischen Januar 2025 und Januar 2026 insgesamt 170 Organisationen befragt. Knapp ein Viertel der Projekte lag über dem Zeitplan. Mehr als ein Viertel lag über dem Budget. Und der häufigste genannte Grund für die Verzögerung war nicht technischer Natur. Er war organisatorisch: Governance, Widerstand gegen Veränderung, Prozessumstellung.

Das deckt sich mit dem, was im Druck passiert. Die Software ist selten das, was scheitert. Was scheitert, ist die Reihenfolge, der Stichtag, den niemand durchgesetzt hat, und der Parallelbetrieb, der so lange ausgeweitet wurde, bis niemand mehr einem der beiden Systeme getraut hat.

Häufige Fragen

Wie lange dauert die Ablösung eines Print MIS/ERP?

Für einen Zeitungs- oder Akzidenzbetrieb an einem Standort sollten Sie sechs bis zwölf Monate vom Vertrag bis zum Go-live einplanen, mit dem größten Aufwand in der Datenvorbereitung. Gruppen mit mehreren Standorten und Betriebe mit tiefen Anbindungen an Druck und Weiterverarbeitung brauchen länger, vor allem wegen der Schnittstellentests und weniger wegen des MIS/ERP selbst.

Müssen wir Alt- und Neusystem parallel betreiben?

Nicht auf ganzer Breite. Fahren Sie die Prozesse doppelt, bei denen ein Fehler nicht umkehrbar oder für den Kunden sichtbar ist, üblicherweise Planung, Exemplarzählung und ein Abrechnungszyklus. Alles doppelt zu fahren verdoppelt die Belastung der Nachtschicht und verschlechtert in der Regel die Datenqualität in beiden Systemen gleichzeitig.

Wie viele historische Daten sollten wir migrieren?

Migrieren Sie, was Sie ab dem ersten Tag zum Arbeiten und Kalkulieren brauchen, plus ein definiertes Fenster abgeschlossener Historie, falls Sie den Jahresvergleich benötigen. Der Rest gehört in ein durchsuchbares Archiv mit Lesezugriff. Die vollständige Historienmigration ist die häufigste Einzelursache für ein verschobenes Go-live.

Wann im Jahr sollten wir umstellen?

In Ihrer ruhigsten Produktionswoche, mit Abstand zum Jahresabschluss, zur Wahlberichterstattung, zu saisonalen Beilagen und zu Feiertagsplänen. Legen Sie die konkrete Ausgabe fest und nicht den Monat, und prüfen Sie, dass Ihre Schlüsselleute in dieser Woche nicht im Urlaub sind.

Was geht bei einer Print MIS/ERP-Migration typischerweise schief?

Stammdaten, die nie bereinigt wurden, ein Stichtag, der angekündigt, aber nicht durchgesetzt wurde, und Schattentabellen, die niemand gemeldet hat, bis sie gebrochen sind. Alle drei sind vor dem Go-live sichtbar, wenn man danach sucht.

Kann man ein Print MIS/ERP wechseln, ohne die Produktion anzuhalten?

Ja, und das ist der Normalfall, wenn die Umstellung als eigenes Projekt geplant wird und nicht als letzte Woche der Einführung. Die Betriebe, die eine Ausgabe verlieren, sind fast immer die, die das Go-live als Termin behandelt haben und nicht als Produktion.

Stellen Sie diese Fragen in Ihrem nächsten Lenkungsausschuss

Dafür brauchen Sie keinen Berater. Sie brauchen einen Tagesordnungspunkt und etwa vierzig Minuten.

  1. Was würde ein Print MIS/ERP, das auf unsere Art zu produzieren zugeschnitten ist, bei uns konkret verändern? Werden Sie konkret. Benennen Sie die Zahl, die sich bewegen soll.
  2. Wer steht auf unserer engeren Liste, und wie ist er dorthin gekommen? Unsere 7 Punkte, die Sie vor der Entscheidung prüfen sollten, sind ein brauchbarer erster Filter.
  3. Welche dieser Systeme werden aktiv weiterentwickelt? Lassen Sie sich die Release-Historie der letzten drei Jahre zeigen, nicht die Roadmap. So erkennen Sie es.
  4. Welcher Anbieter begleitet uns durch den gesamten Prozess und nicht nur bis zur Unterschrift?
  5. Welche davon sind modular, sodass wir dort anfangen können, wo es weh tut, statt alles auf einmal zu ersetzen?
  6. Mit welcher Ausgabe gehen wir live?
  7. Wie sieht unsere Rückfallebene in dieser Nacht aus, und wer darf sie ziehen?
  8. Was migrieren wir bewusst nicht?

Wenn der Raum die ersten fünf Fragen beantworten kann, sind Sie bereit zu entscheiden. Wenn er die letzten drei beantworten kann, sind Sie bereit umzustellen.

Kann er keine von beiden beantworten, haben Sie gerade Ihre nächsten zwei Wochen Arbeit gefunden. Immer noch ein besseres Ergebnis, als es in der Go-live-Woche herauszufinden.

Sie wollen tiefer einsteigen? Hier sind die Quellen

  • Panorama Consulting Group, The 2026 ERP Report, März 2026. Befragung von 170 Organisationen, Januar 2025 bis Januar 2026.