Warum scheitern ERP-Projekte im Mittelstand?

Ein Monatsabschluss hängt an drei Excel-Dateien, der Lagerbestand stimmt nur mit Glück, und niemand weiß, welche Zahl im Bericht wirklich gilt. Dann soll ein ERP-System endlich Ordnung schaffen. Doch genau an diesem Punkt entstehen viele der Probleme, die erklären, warum ERP-Projekte scheitern: Nicht die Software allein entscheidet, sondern die Art, wie Ihr das Projekt führt.

Ein ERP-Projekt muss kein endloses Großvorhaben werden. Gerade kleine und mittlere Unternehmen brauchen eine Lösung, die Abläufe im Einkauf, Verkauf, Lager und in den Finanzen verlässlich abbildet - ohne Overengineering. Dafür braucht es klare Entscheidungen, reale Prozesse und einen Partner, der nicht erst nach Monaten erkennt, was im Alltag bei Euch passiert.

Warum scheitern ERP-Projekte so oft an der Planung?

Der häufigste Fehler passiert vor dem eigentlichen Start: Das Projekt beginnt mit einer Funktionsliste statt mit einem klaren Zielbild. Dann heißt es etwa: „Wir brauchen ein neues ERP.“ Aber welche konkreten Probleme soll es lösen? Soll der Monatsabschluss schneller werden, sollen Bestände stimmen oder sollen Angebote, Aufträge und Rechnungen durchgängig zusammenlaufen?

Ohne diese Prioritäten wird jede Fachabteilung verständlicherweise versuchen, alle Wünsche unterzubringen. Aus einer überschaubaren Einführung wird ein Sammelprojekt für alte Sonderfälle, lange gehegte Ideen und Prozesse, die nie sauber definiert waren. Der Termin verschiebt sich, der Aufwand steigt und das Vertrauen sinkt.

Legt deshalb vor dem Start fest, was zum Go-live zwingend funktionieren muss und was bewusst später kommt. Für viele Unternehmen reicht es, zunächst Stammdaten, Einkauf, Verkauf, Lager und Buchhaltung sauber zu verbinden. Erweiterte Auswertungen, spezielle Freigaben oder einzelne Zusatzfunktionen können folgen, wenn der Kern stabil läuft. Das ist keine Sparmaßnahme, sondern gutes Projektmanagement.

Ein ERP-System löst keine ungeklärten Prozesse

Wenn drei Mitarbeitende denselben Auftrag unterschiedlich anlegen, liegt das Problem nicht im System. Das ERP macht Unterschiede nur sichtbar. Genau das kann unbequem sein: Plötzlich wird klar, dass Preislisten nicht gepflegt werden, Artikelnummern mehrfach existieren oder Rabatte nur im Kopf einzelner Personen dokumentiert sind.

Nutzt die Einführung, um Entscheidungen zu treffen. Wer darf Kunden anlegen? Wann wird ein Auftrag verbindlich? Wie werden Lagerbewegungen gebucht? Welche Informationen braucht die Buchhaltung spätestens zum Monatsende? Ein guter Prozess muss nicht kompliziert sein. Er muss für die Menschen, die täglich damit arbeiten, eindeutig und machbar sein.

Zu viele Anpassungen machen Projekte langsam und teuer

SAP Business One bringt für typische Geschäftsabläufe bereits viel mit. Trotzdem wird Standardsoftware oft behandelt, als müsse sie jeden historischen Sonderweg unverändert nachbauen. Das führt zu individuellen Programmierungen, komplizierten Abhängigkeiten und einem System, das später nur noch schwer zu warten ist.

Nicht jede Anpassung ist falsch. Eine Anbindung an einen Onlineshop, ein branchenspezifischer Beleg oder eine notwendige Auswertung kann echten Nutzen bringen. Entscheidend ist die Frage: Löst diese Anpassung ein dauerhaft relevantes Problem - oder hält sie nur einen unklaren Altprozess künstlich am Leben?

Prüft bei jedem Wunsch drei Punkte: Wie häufig tritt der Fall auf? Was kostet die manuelle Alternative wirklich? Und bleibt die Lösung auch verständlich, wenn die Person das Unternehmen verlässt, die sie heute fordert? Wenn Ihr diese Fragen ehrlich beantwortet, schrumpft die Wunschliste meist deutlich.

Ein pragmatisches Projekt setzt auf Standard, wo Standard funktioniert. Es ergänzt gezielt, wo Euer Geschäft tatsächlich Besonderheiten hat. So bleibt SAP Business One übersichtlich, updatefähig und für neue Mitarbeitende nachvollziehbar.

Schlechte Daten werden durch ein neues ERP nicht besser

Doppelte Kunden, fehlende Einheiten, veraltete Lieferantenpreise und Artikel ohne saubere Bestandsführung sind kein Detail. Sie sind ein Go-live-Risiko. Werden unbereinigte Daten einfach übernommen, startet das neue System mit den Fehlern des alten - nur dass sie nun schneller weiterverarbeitet werden.

Datenmigration braucht deshalb einen klaren Verantwortlichen auf Eurer Seite. Entscheidet früh, welche Daten wirklich übernommen werden. In vielen Fällen braucht Ihr nicht jede zehn Jahre alte Adresse oder jeden erledigten Beleg im neuen System. Relevante offene Vorgänge, aktuelle Stammdaten, Bestände und notwendige Finanzdaten sind wichtiger als ein vollständiges Archiv im Tagesgeschäft.

Plant außerdem Testmigrationen ein. Erst wenn Ihr mit echten Beispielen prüft, ob Preise, Einheiten, Steuerschlüssel, Kontierungen und Bestände korrekt ankommen, wird aus einer Datei eine verlässliche Datenbasis. Wer diesen Schritt bis kurz vor dem Go-live verschiebt, lädt Zeitdruck direkt in das Projekt ein.

Fehlende Verantwortung bremst jede Entscheidung

ERP-Projekte scheitern selten, weil Mitarbeitende nicht mitarbeiten wollen. Sie scheitern häufiger, weil niemand Entscheidungen verbindlich trifft. Das Projektteam wartet auf Freigaben, Fachbereiche sprechen aneinander vorbei und der externe Dienstleister soll Entscheidungen treffen, die nur Ihr treffen könnt.

Benennt eine Person mit Mandat als interne Projektleitung. Diese Person muss nicht jede Einstellung im System kennen. Sie muss aber Prioritäten setzen, offene Punkte nachhalten und bei Konflikten entscheiden können. Dazu braucht sie feste Zeit im Kalender. Ein ERP-Projekt läuft nicht nebenbei, nur weil es wichtig ist.

Auch die Geschäftsführung sollte sichtbar eingebunden bleiben. Nicht bei jedem Testfall, aber bei Grundsatzfragen: Welche Prozesse werden vereinheitlicht? Welche Ausnahmen akzeptiert Ihr? Was hat Vorrang, wenn Wunschumfang und Termin kollidieren? Ohne diese Rückendeckung wird das Projektteam zwischen Tagesgeschäft und Einzelinteressen aufgerieben.

Schulung ist kein Termin kurz vor dem Go-live

Ein System kann technisch richtig eingerichtet sein und trotzdem im Alltag scheitern. Das passiert, wenn Mitarbeitende erst zwei Tage vor dem Start erfahren, wie sie Aufträge buchen, Wareneingänge erfassen oder Rechnungen prüfen sollen. Unsicherheit erzeugt dann Schattenprozesse: Excel wird weitergeführt, Informationen werden per E-Mail nachgereicht und das neue ERP bekommt nicht die Daten, die es braucht.

Schulung funktioniert besser mit echten Fällen aus Eurem Betrieb. Lasst den Vertrieb ein reales Angebot bis zur Rechnung bearbeiten. Lasst das Lager einen tatsächlichen Wareneingang und eine Kommissionierung testen. Lasst die Buchhaltung mit einem echten Monatsabschluss prüfen, ob die benötigten Informationen vorhanden sind. Dabei fallen Lücken auf, bevor sie den Betrieb bremsen.

Wichtig ist auch die Kommunikation. Erklärt nicht nur, was sich ändert, sondern warum. Wenn ein zusätzlicher Klick dazu führt, dass Bestände und Deckungsbeiträge später verlässlich sichtbar sind, wird die Akzeptanz deutlich höher. Mitarbeitende müssen nicht jedes technische Detail kennen. Sie müssen erkennen, dass die neue Arbeitsweise ihren Alltag besser macht.

Ein unrealistischer Go-live erzeugt vermeidbare Risiken

Der Go-live ist kein Schalter, den Ihr ohne Vorbereitung umlegt. Besonders kritisch sind offene Aufträge, laufende Lieferungen, Inventuren, Monatswechsel und Ferienzeiten. Wer in einer ohnehin angespannten Phase startet, schafft unnötige Fehlerquellen.

Definiert gemeinsam einen realistischen Umstellungsplan. Dazu gehören ein klarer Datenstichtag, Verantwortlichkeiten für letzte Prüfungen, eine Regelung für offene Belege und erreichbare Ansprechpartner in den ersten Tagen. Es muss außerdem feststehen, wie Ihr mit Fehlern umgeht: Was wird sofort korrigiert, was wird dokumentiert und später sauber gelöst?

Ein kontrollierter Start heißt nicht, dass am ersten Tag jeder Sonderfall abgedeckt sein muss. Er heißt, dass die Kernprozesse funktionieren und Ihr handlungsfähig bleibt. Genau hier zeigt sich der Wert eines erfahrenen SAP-Business-One-Partners: nicht mit großen Versprechen, sondern mit einer klaren Reihenfolge und direkter Unterstützung, wenn im Alltag Fragen auftauchen.

Was erfolgreiche ERP-Projekte anders machen

Erfolgreiche Projekte sind nicht zwingend die mit dem größten Budget oder dem längsten Pflichtenheft. Sie haben ein klares Geschäftsziel, einen überschaubaren ersten Umfang und Verantwortliche, die Entscheidungen nicht vertagen. Sie bereinigen Daten früh, testen mit echten Fällen und nehmen die Menschen im Betrieb ernst.

Für Start-Ups kann das bedeuten, von Beginn an saubere Abläufe aufzubauen, bevor Excel zur Dauerlösung wird. Für wachsende Mittelständler geht es oft darum, Insellösungen abzulösen und wieder eine gemeinsame Sicht auf Aufträge, Bestand und Finanzen zu bekommen. Der passende Weg hängt von Eurer Ausgangslage ab. Die Grundregel bleibt gleich: Erst Klarheit schaffen, dann gezielt umsetzen.

Wenn Euer ERP-Projekt heute noch wie eine unübersichtliche Wunschliste wirkt, beginnt nicht mit mehr Funktionen. Beginnt mit den wenigen Abläufen, die Euer Geschäft jeden Tag tragen. Dort entsteht die Transparenz, die später wirklich Zeit spart - ohne Überraschungen und ohne ein System, das größer ist als Euer Bedarf.