ERP-Modernisierung: Schluss mit Excel
Entdecke, wie mittelständische Unternehmen durch ERP-Modernisierung von Excel-Insellösungen zu integrierten Systemen wechseln und effizienter arbeiten.
Montag, 8:30 Uhr: Der Vertrieb fragt nach einem belastbaren Liefertermin. Das Lager arbeitet mit einer Liste vom Freitag. Die Buchhaltung wartet auf freigegebene Eingangsrechnungen im E-Mail-Postfach. Und die Geschäftsführung möchte wissen, welche Aufträge wirklich Deckungsbeitrag bringen. Die Antwort entsteht aus mehreren Excel-Dateien, Rückfragen und einem guten Stück Bauchgefühl.
Diese ERP-Modernisierung Fallstudie zeigt einen typischen Weg, den mittelständische Unternehmen und wachsende Teams gehen: weg von gewachsenen Insellösungen, hin zu einem System, das Verkauf, Einkauf, Lager und Finanzen tatsächlich zusammenbringt. Nicht als überdimensioniertes Transformationsprojekt, sondern mit einem klaren Zielbild, sauberen Daten und einem umsetzbaren Plan.
Die Fallstudie ist bewusst anonymisiert und steht beispielhaft für Situationen, die in der Praxis häufig vorkommen. Entscheidend ist nicht die Branche, sondern das Muster: Das Unternehmen ist gewachsen, die alten Arbeitsweisen sind mitgewachsen - und bremsen nun den nächsten Schritt.
Ausgangslage: Wachstum hat das Excel-System überholt
Das Beispielunternehmen handelt mit technischen Produkten, beschäftigt rund 30 Mitarbeitende und bearbeitet Aufträge über mehrere Vertriebskanäle. Lange funktionierte die vorhandene Systemlandschaft ausreichend gut. Angebote und Aufträge lagen in einer kaufmännischen Anwendung, Lagerbestände wurden zusätzlich in Tabellen gepflegt, Auswertungen entstanden monatlich per Hand.
Mit steigender Auftragszahl wurde daraus ein täglicher Abstimmungsaufwand. Mitarbeitende erfassten dieselben Informationen mehrfach. Änderungen an Preisen, Lieferterminen oder Beständen kamen nicht immer dort an, wo sie gebraucht wurden. Die Buchhaltung erhielt Rechnungen als PDF per E-Mail, druckte sie teils aus und prüfte sie manuell gegen Bestellungen und Wareneingänge.
Das Problem war nicht mangelnder Einsatz. Im Gegenteil: Das Team hielt den Betrieb mit Erfahrung, Zurufen und vielen kleinen Korrekturen am Laufen. Genau das machte die Lage riskant. Wissen steckte in einzelnen Köpfen, Fehler fielen oft erst spät auf, und ein verlässlicher Blick auf Bestand, offene Posten oder Marge kostete zu viel Zeit.
Die Geschäftsführung formulierte deshalb drei konkrete Anforderungen: eine gemeinsame Datenbasis, schnellere Abläufe im Tagesgeschäft und verlässliche Zahlen ohne Monatsendspurt. Ein neues ERP-System sollte diese Probleme lösen, ohne den Betrieb monatelang zu blockieren.
Die ERP-Modernisierung Fallstudie beginnt mit klaren Entscheidungen
Der häufigste Fehler bei einer ERP-Modernisierung ist, jedes bestehende Vorgehen eins zu eins nachzubauen. Wer sein Excel-Chaos digitalisiert, hat danach nur schnelleres Chaos. Deshalb stand vor der technischen Umsetzung eine nüchterne Prozessaufnahme: Welche Abläufe schaffen Wert? Wo entstehen doppelte Erfassungen? Welche Sonderfälle sind wirklich geschäftskritisch - und welche haben sich nur eingebürgert?
Im Fokus standen zunächst Verkauf, Einkauf, Lager und Finanzprozesse. Das Team legte fest, wie Artikel, Kunden und Lieferanten künftig geführt werden, wer Preise ändern darf und wann ein Auftrag als lieferbereit gilt. Für die Finanzbuchhaltung wurden Kontierungslogik, Freigaben und Übergaben von Belegen definiert.
Dabei gab es auch unbequeme Entscheidungen. Historische Daten aus vielen Jahren sollten nicht komplett übernommen werden. Stattdessen wurden offene Vorgänge, aktuelle Stammdaten und relevante Bewegungsdaten bereinigt migriert. Ältere Informationen blieben revisionssicher im Altsystem beziehungsweise Archiv verfügbar. Das senkte Aufwand und Fehlerrisiko deutlich.
SAP Business One wurde als zentrale Plattform gesetzt. Wichtig war dabei nicht, möglichst viele Funktionen zum Start einzuführen. Wichtig war, dass die Kernabläufe zuverlässig funktionieren: vom Angebot über Auftrag, Beschaffung und Wareneingang bis zur Rechnung und zum Berichtswesen.
Umsetzung in Etappen statt Big Bang
Die Einführung wurde in klar abgegrenzte Arbeitspakete gegliedert. Erst kamen Struktur und Stammdaten, dann die Kernprozesse, anschließend die Datenübernahme, Tests und Schulungen. So konnte das Projektteam Entscheidungen früh prüfen, statt Probleme erst kurz vor dem Start zu entdecken.
Besonders viel Aufmerksamkeit erhielten Artikelstämme und Lagerlogik. Falsche Einheiten, doppelte Artikelnummern oder unklare Mindestbestände sind keine technischen Nebensachen. Sie entscheiden darüber, ob dein ERP im Alltag Vertrauen schafft oder ob Mitarbeitende wieder auf eigene Listen ausweichen.
Auch Rollen und Berechtigungen wurden früh festgelegt. Der Vertrieb braucht andere Informationen und Freigaben als der Einkauf. Die Buchhaltung benötigt nachvollziehbare Belege, aber nicht zwingend Zugriff auf jede operative Einstellung. Saubere Berechtigungen reduzieren Fehlbedienungen und schaffen Klarheit, ohne den Arbeitsfluss unnötig zu bremsen.
In der Testphase wurden keine abstrakten Klickpfade geprüft, sondern echte Alltagsszenarien: Ein Kunde bestellt einen Artikel, der nicht ausreichend auf Lager ist. Der Einkauf löst eine Bestellung aus. Ware trifft teilweise ein. Die Rechnung des Lieferanten weicht vom Bestellwert ab. Der Kunde erhält eine Teillieferung. Erst wenn solche Fälle sauber durchlaufen, ist ein Prozess praxistauglich.
Der Produktivstart erfolgte nach einer kurzen, vorbereiteten Umstellungsphase. Parallelbetrieb klingt zunächst sicher, verlängert aber oft die Unsicherheit, weil zwei Datenstände gepflegt werden müssen. Im Beispielunternehmen wurde daher nur dort parallel gearbeitet, wo es gesetzlich oder fachlich sinnvoll war. Operative Neuvorgänge liefen ab dem Stichtag im neuen System.
Was sich im Alltag konkret verändert hat
Nach dem Start zeigte sich der Nutzen nicht zuerst in einer großen Präsentation, sondern in kleinen, spürbaren Erleichterungen. Mitarbeitende mussten Bestände nicht mehr in mehreren Dateien abgleichen. Einkauf und Verkauf sahen denselben Auftrags- und Lieferstatus. Offene Bestellungen, Wareneingänge und Rechnungen waren miteinander verknüpft.
Das Berichtswesen wurde schneller, weil die Daten aus den laufenden Prozessen kamen. Statt zum Monatsende Dateien zusammenzuführen, konnte die Geschäftsführung offene Aufträge, Lagerreichweiten und Umsatzentwicklungen direkt auswerten. Das ersetzt keine kaufmännische Bewertung - aber es schafft eine belastbare Grundlage dafür.
Ein weiterer Hebel lag bei den Eingangsrechnungen. Rechnungen aus PDFs wurden nicht mehr ausschließlich manuell abgetippt. Mit einer KI-gestützten Belegverarbeitung lassen sich Lieferant, Rechnungsnummer, Beträge und Positionen auslesen und zur Prüfung bereitstellen. Die fachliche Freigabe bleibt beim Menschen. Das ist wichtig: KI soll Routinearbeit reduzieren, nicht unkontrolliert buchen.
Für datenschutzsensible Unternehmen ist die technische Architektur dabei entscheidend. Finanzdaten, Löhne oder sensible Lieferanteninformationen gehören nicht automatisch in externe KI-Dienste. Je nach Anforderung kann ein in Deutschland gehostetes Modell, ein eigener Zugangsschlüssel oder ein vollständig lokales Modell im eigenen Netzwerk die passende Lösung sein. Datenschutz ist kein nachträglicher Haken in einer Checkliste, sondern eine Entscheidung vor dem Produktivstart.
Was diese Fallstudie nicht verschweigt
Eine ERP-Modernisierung löst nicht jedes Organisationsproblem von allein. Wenn Preislogik unklar ist, Verantwortlichkeiten fehlen oder Stammdaten niemandem gehören, wird auch das beste System keine verlässlichen Ergebnisse liefern. Das ERP macht Unklarheiten sichtbar - und genau das kann anfangs unbequem sein.
Auch der Zeitrahmen hängt von der Ausgangslage ab. Ein Unternehmen mit überschaubaren Prozessen, gepflegten Stammdaten und klaren Entscheidungen kann die Kernprozesse in wenigen Wochen produktiv nutzen. Komplexe Mehrmandanten-Strukturen, viele Schnittstellen oder stark bereinigungsbedürftige Daten benötigen mehr Vorbereitung. Entscheidend ist, den Umfang ehrlich zu begrenzen und Erweiterungen nicht in den ersten Produktivstart zu pressen.
Der zweite typische Stolperstein ist zu viel Individualentwicklung. Nicht jede Besonderheit verdient eine Sonderprogrammierung. Häufig ist ein sauberer Standardprozess besser wartbar, schneller eingeführt und für neue Mitarbeitende verständlicher. Individuelle Anpassungen lohnen sich dort, wo sie einen echten Wettbewerbsvorteil abbilden oder einen zwingenden Prozess unterstützen.
Der praktische Maßstab für dein Vorhaben
Bevor du ein Projekt startest, prüfe nicht zuerst Funktionslisten. Prüfe, wo dein Team heute Zeit verliert, welche Zahlen du nicht rechtzeitig bekommst und welche Entscheidungen auf unsicheren Daten beruhen. Daraus entsteht ein belastbares Zielbild.
Eine gute Modernisierung erkennst du daran, dass Mitarbeitende weniger nachfragen müssen, weil Status und Zuständigkeiten im System sichtbar sind. Dass die Buchhaltung Belege schneller prüfen kann. Und dass du nicht mehr bis zum Monatsende warten musst, um zu erkennen, was im Unternehmen gerade passiert.
RConsult setzt genau dort an: mit SAP Business One, klar abgegrenzten Leistungen, Festpreis dort, wo der Umfang sauber definiert ist, und ohne Overengineering. Der wichtigste nächste Schritt ist deshalb kein großes Konzeptpapier. Nimm einen realen Auftrag, eine echte Eingangsrechnung und eine aktuelle Lagerfrage - und prüfe ehrlich, wie viele Systeme, Dateien und Personen heute nötig sind, um sie zu beantworten. Dort beginnt deine Modernisierung.