Was gehört in ein ERP-Grundsystem, und was kommt später?
Welche Kernprozesse zuerst auf einer Datenbasis laufen sollten, und warum Erweiterungen am Ablauf hängen, nicht an Modulpaketen.
Ein ERP-Grundsystem bündelt die Kernabläufe, ohne die Stamm- und Bewegungsdaten im Unternehmen zerfallen: Partner und Artikel, Angebot und Auftrag, Lagerbewegungen, Einkauf und die Übergabe an Finanzen. Was später kommt, hängt am nächsten realen Prozess, nicht an einem Modulkatalog. Wer alles gleichzeitig aktiviert, überfordert Nutzer*innen und Migration. Wer process-first startet, sichert Datenqualität und Akzeptanz, bevor Speziallogik dazukommt.
Was gehört typischerweise in den Kern?
Nicht als „Module kaufen“, sondern als durchgängige Abläufe auf einer Datenbasis:
- Stammdaten: Kundinnen, Lieferantinnen, Artikel, Partnerbeziehungen
- Auftragswesen: Angebote, Aufträge, Rechnungen und Status über den Vorgang
- Lager: Bestände, Wareneingang, Umlagerung, Inventur
- Einkauf: Bestellungen und Wareneingänge im gleichen Datensatz wie Bestand
- Finanzen vorbereiten: Buchhaltungsübergabe, DATEV, E-Rechnungspfad
- Personal-nahe Schritte nur, wenn sie operativ nötig sind (z. B. Zeiten am Auftrag), nicht weil sie im Paket stehen
Der Nutzen entsteht, wenn diese Abläufe dieselbe Wahrheit teilen. Doppelpflege zwischen Shop, Excel und Buchhaltung ist genau das, was das Grundsystem ersetzen soll. Grundlagen: Was ist ERP?.
Was kommt bewusst später?
Fertigungstiefe, komplexe Qualitätsprüfungen, Projektgeschäft mit Sonderfreigaben, Branchenportale oder Maschinenanbindung. Nicht weil sie unwichtig sind, sondern weil sie auf sauberen Stamm- und Bestandsdaten aufsetzen. Ohne belastbaren Auftrag-Lager-Einkauf-Pfad multipliziert jede Speziallogik Fehler.
Die Leitfrage lautet: Welcher Ablauf fehlt noch am bestehenden Vorgang? Nicht: Welches Modul buchen wir dazu? Vertiefung: Prozessstruktur statt Modulstruktur.
Warum scheitert der „alles auf einmal“-Start?
Weil Einführung ein Change-Projekt ist. Zu viele parallele Prozesse erzeugen zu viele Stammdatenentscheidungen, zu viele Schulungen und zu viele Ausnahmewege am ersten Tag. Das Ergebnis sind Schattenlisten und geringe Akzeptanz, obwohl „technisch“ viel aktiviert ist.
Besser: Kernprozesse produktiv nehmen, Datenqualität messen (Dubletten, offene Bestände, fehlende Belege), dann den nächsten Ablauf anschließen. Erweiterungen nutzen dieselben Stammdaten. Kein Systemwechsel, kein erneuter Voll-Import.
Cloud- oder On-Premise-Betrieb ändert diese Reihenfolge nicht. Beide Wege brauchen denselben Prozessschnitt. Branchenspezifika in der Fertigung: ERP in der Fertigung.
Wie entscheiden Sie Scope und Reihenfolge?
- Welcher Ablauf verursacht heute den größten Bruch (Doppelpflege, Terminverzug, fehlende Belege)?
- Welche Stammdaten müssen dafür belastbar sein?
- Welche Schnittstellen sind für diesen Ablauf Pflicht (DATEV, E-Rechnung, Shop)?
- Was kann bewusst im zweiten Schritt folgen, ohne den ersten Nutzen zu blockieren?
- Wer trägt Fachverantwortung und wer Betriebsverantwortung?
Diese Fragen ersetzen den Modulvergleich als Steuerungsinstrument. Individuelles ERP wie Nuclos Enterprise baut um Ihre Prozesse. Lieferversprechen wie ERP in 30 Tagen gelten nur auf vereinbartem Scope, genau deshalb zählt der saubere Schnitt zwischen Kern und später.
Welche nächsten Entscheidungen stehen an?
Definieren Sie den ersten durchgängigen Kernprozess und das, was bewusst später kommt. Prüfen Sie, ob Ihre aktuelle Landschaft Stammdaten und Bestände schon teilt oder ob Insellösungen den Start blockieren. Legen Sie Schnittstellen und Compliance-Pfade (E-Rechnung, DATEV) in denselben Scope wie den Kernablauf.
Weiterlesen: Was ist ERP? und Prozessstruktur statt Modulstruktur. Für den Mittelstands-Kontext: ERP für den Mittelstand.