ERP-Software ist die integrierte Anwendung, die Finanzen, Beschaffung, Vertrieb, Produktion, Lager, Personal und Service auf eine gemeinsame Datenbasis stellt. Aus über 1.200 Projekten und mehr als 30 Jahren Beratungserfahrung im DACH-Mittelstand wissen wir: Nicht der Anbietername entscheidet über den Projekterfolg, sondern die Soll-Prozessarchitektur vor der Anbieter-Longlist. Wer die ERP-Software auswählt, bevor die End-to-End-Prozesse abgenommen sind, kauft die Probleme des Anbieter-Templates mit ein — Architektur vor Software, jedes Mal.
Was ist ERP-Software? Definition und Abgrenzung
ERP-Software (Enterprise Resource Planning Software) ist die integrierte Anwendung, die zentrale Geschäftsprozesse auf einer gemeinsamen Datenbasis abbildet — Finanzen, Beschaffung, Produktion, Vertrieb, Lager, Personal und Service. Sie ist die Anwendungsschicht eines ERP-Systems, das zusätzlich Datenbank, Hardware und Integrationen umfasst. ERP-Software ist Mittel zum Zweck, nicht Selbstzweck.
Der SAP-Leitfaden „Was ist ERP?" beschreibt diese Funktion als Marktstandard: ERP-Software integriert Kernprozesse über Abteilungsgrenzen hinweg auf einer gemeinsamen Datenbasis. Die Abgrenzung zum ERP-System ist wichtig — die Software ist die Anwendungslogik, das System schließt Datenbank, Hardware und Betriebsmodell mit ein. Im DACH-Mittelstand ist die Software-Auswahl regelmäßig die sichtbare Spitze einer Architekturentscheidung, die das gesamte System betrifft.
Drei Merkmale machen heutige ERP-Software architekturtauglich: erstens modulare Bauweise mit unabhängig konfigurierbarem Finanzwesen, Materialwirtschaft, Produktion, Vertrieb und Personal; zweitens offene Schnittstellen über REST-API, OData und EDI für saubere Anbindungen an PIM, MES, CRM und E-Commerce; drittens ein klar definiertes Stammdatenmodell — ohne das jede KI-Anwendung im Sand verläuft.
Welche Module gehören in moderne ERP-Software?
Moderne ERP-Software gliedert sich in einen finanziellen Kern (Finanzbuchhaltung, Controlling, Anlagenbuchhaltung) und logistische und operative Module (Beschaffung, Materialwirtschaft, Produktion, Vertrieb, Lager). Hinzu kommen HR, Service, Projekt und je nach Anbieter Business Intelligence, CRM und Plattformfunktionen. Für den DACH-Mittelstand ist die Trennung in Differenzierungsfaktoren und Commodities entscheidender als die Modulbreite.
Der finanzielle Kern bleibt überall ähnlich: doppelte Buchhaltung, Kostenstellen, Kostenträger, Anlagen, Konsolidierung. Hier ist ERP-Software Commodity — jede etablierte Lösung erfüllt den deutschen HGB- und steuerrechtlichen Mindeststandard. Der Unterschied entsteht in den logistischen und produzierenden Modulen, in denen Auftragsabwicklung, Produktionsplanung (PPS), Lagerlogistik und Vertrieb branchenspezifisch ausgelegt werden müssen.
Aus unserer Erfahrung in über 1.200 Projekten quer durch DACH-Maschinenbau, Lebensmittel, Medizintechnik und Handel kommt es nicht auf die längere Modulliste an, sondern auf die methodische Trennung von Differenzierungsfaktoren und Commodities. Der ABPMP BPM CBOK — Enterprise Process Map liefert die Grundlage: Jeder Kernprozess wird in Business Capabilities zerlegt, jede Capability als Differenzierungsfaktor oder Commodity klassifiziert. Erst dann lässt sich beurteilen, welche 15 bis 20 Prozent die ERP-Software perfekt abbilden muss.
Cloud, On-Premise oder Hybrid: die Deployment-Entscheidung
Drei Betriebsmodelle stehen zur Wahl. Public-Cloud-ERP-Software liefert kürzeste Einführungszeit und planbare monatliche Kosten, schränkt aber Customizing ein. On-Premise behält maximale Kontrolle, verlangt aber eigenes IT-Personal. Private Cloud und Hybrid sind im DACH-Mittelstand die häufigsten Realmodelle. Die Entscheidung folgt nicht der Mode, sondern dem Compliance-, Schnittstellen- und Kostenrahmen.
Der DSAG-Investitionsreport 2026 liefert die belastbarste DACH-Datenbasis zu dieser Entscheidung: 42 Prozent der DACH-SAP-Anwender planen hohe oder mittlere Investitionen in S/4HANA On-Premises, 22 Prozent in die Private Cloud, nur 6 Prozent in die Public Cloud. Rund die Hälfte der Befragten plant den S/4HANA-Umstieg bis Ende 2030. Im DACH-Mittelstand bleiben On-Premise und Private Cloud die dominante Realität — entgegen vieler Anbieter-Pitches, die Public Cloud als Standard inszenieren.
In unseren Projekten wirken drei Faktoren auf die Modellwahl: regulatorische Anforderungen (DSGVO, ISO 27001, KRITIS je nach Branche), die Customizing-Tiefe der Differenzierungsfaktoren und die Stammdatenhoheit. Ein DACH-Maschinenbauer mit eigener PLM-Welt fährt mit Private Cloud oder On-Premise meist robuster. Ein Handelsunternehmen ohne Produktionssteuerung profitiert dagegen von der kürzeren Time-to-Value einer Cloud-Lösung.
Anbieterlandschaft im DACH-Mittelstand: SAP, Microsoft Dynamics, Sage, Infor, Oracle NetSuite, proAlpha
Die DACH-relevante ERP-Software-Landschaft sortiert sich entlang weniger Anbieter: SAP S/4HANA und SAP Business One für gehobenen Mittelstand und Konzernumfeld, Microsoft Dynamics 365 Business Central und Finance and Operations für IT-affinen Mittelstand, Sage 100 und Sage X3 für klassischen Mittelstand, proAlpha und abas für produzierende Branchen, Infor und Oracle NetSuite für internationale Konstellationen. Die Liste ist nicht erschöpfend, deckt aber 80 Prozent der DACH-Projekte ab.
Das Gartner Magic Quadrant Cloud ERP 2025 (SAP-Pressemitteilung) nennt SAP, Microsoft Dynamics 365, Oracle, Infor, IFS und Epicor als Leader für Product-Centric Enterprises. Die Bestätigung im Microsoft-Dynamics-365-Blog zum Gartner Cloud ERP Leader 2025 ergänzt die Sicht auf Service-Centric und Finance. Im produzierenden DACH-Mittelstand sehen wir in der Praxis häufiger proAlpha, abas, Infor und SAP Business One als die internationalen Großlösungen.
Die Trovarit-Studie „ERP in der Praxis" 2024/25 mit über 1.700 Anwenderunternehmen aus dem deutschsprachigen Raum bestätigt unsere Beobachtung: Die Anwenderzufriedenheit mit der reinen ERP-Software bleibt auf gutem Niveau (Schulnote 1,80), die Zufriedenheit mit der Servicequalität der Anbieter sinkt dagegen. Rund 50 Prozent der ERP-Projekte überschreiten Zeitplan oder Budget — die Software ist selten der Engpass, das Anbieter- und Implementierungspartnermanagement schon.
Was kostet ERP-Software im DACH-Mittelstand? TCO statt Lizenzpreis
Cloud-ERP-Software bewegt sich im DACH-Mittelstand typischerweise zwischen 50 und 150 Euro pro Nutzer und Monat. On-Premise-Lizenzen liegen einmalig zwischen 1.000 und 5.000 Euro pro Nutzer plus 18 bis 22 Prozent Wartung. Die Implementierung kostet 10.000 bis weit über 150.000 Euro. Stammdaten, Schnittstellen, Customizing und Change treiben die TCO über fünf bis sieben Jahre regelmäßig auf das Zwei- bis Dreifache.
Aus unserer Praxis in über 1.200 Projekten gilt eine einfache Regel: Wer nur die Lizenzkosten vergleicht, vergleicht den falschen Posten. Den Unterschied über fünf bis sieben Jahre Total Cost of Ownership machen vier Kostenblöcke: Stammdatenpflege, Schnittstellenentwicklung, Customizing-Tiefe gegen das Anbieter-Standardtemplate und Change-Management-Aufwand. In unseren Projekten machen diese vier Posten regelmäßig 60 bis 70 Prozent der wahren Projektkosten aus.
Die Auswertung des DSAG-Investitionsreports 2026 (IBsolution) spiegelt die gleiche Realität: Investitionsentscheidungen folgen weniger Visionen als Fragen nach Machbarkeit, Wirtschaftlichkeit und Integrationsfähigkeit. Die Mittelstand-Digital-Evaluation 2025 (BMWE) bestätigt, dass Förderprogramme zur Digitalisierung wirken — vorausgesetzt, das Unternehmen kennt seine Soll-Architektur. Die saubere TCO-Rechnung über fünf bis sieben Jahre — inklusive Total Cost of Ownership — ist die einzige Vergleichsbasis.
Was ERP-Software-Vergleiche im DACH-Mittelstand verschweigen
Drei Punkte, die in den meisten deutschsprachigen ERP-Software-Vergleichen und Anbieter-Pitches selten zur Sprache kommen, im DACH-Mittelstand aber regelmäßig über Projekterfolg oder doppelte Wiederaufsetzungskosten entscheiden. Sie folgen aus über 1.200 Dreher-Projekten und aus dem konsequenten Anwenden des ABPMP-Standards.
1. ERP-Software ist eine Architekturentscheidung, keine Produktauswahl
Die übliche Praxis im Mittelstand: Anbieterworkshops zuerst, Lastenheft danach. Aus Dreher-Sicht ist die Reihenfolge umgekehrt. Erst die Soll-Prozesslandkarte, daraus die Capabilities-Mapping-Brücke, dann das architekturvalidierte Lastenheft, dann die Anbieter-Longlist. Wer die ERP-Software vor der dokumentierten Soll-Prozesslandschaft auswählt, kauft die Probleme des Anbieter-Templates mit ein. Die ISO 9001:2015, Abschnitt 4.4 (Prozessansatz) fordert die Bestimmung der Prozesse und ihrer Wechselwirkungen vor jeder operativen Festlegung — die ERP-Auswahl ist eine solche operative Festlegung.
2. Stammdaten sind die KI-Sollbruchstelle der ERP-Software, nicht das Anbieter-KI-Modul
Der Bitkom-Studienbericht Künstliche Intelligenz 2026 dokumentiert: 41 Prozent der deutschen Unternehmen nutzen KI, ein Jahr zuvor erst 17 Prozent. Weitere 48 Prozent planen oder diskutieren den KI-Einsatz. Aus unserer Praxis bestätigt sich täglich: Wer keine Stammdatenverantwortlichen benennt und keine Stammdatenqualität misst, hebt das Potenzial der KI-Funktionen seiner ERP-Software nicht. Der Anbieter löst das Datenproblem nicht — es muss in das Lastenheft.
3. Die versteckten Kostentreiber stehen nicht auf der Preisliste
Wir haben in über 1.200 Projekten gezählt: Stammdaten, Schnittstellen, Customizing und Change machen 60 bis 70 Prozent der wahren TCO aus. In keinem Anbieter-Pitch tauchen diese Posten in vergleichbarer Tiefe auf. Wer eine ERP-Software-Auswahl ohne TCO-Modell über fünf bis sieben Jahre fährt, vergleicht Lizenzpreise und kauft Folgekostenüberraschungen.
Unsere Einordnung
Eine ERP-Software-Auswahl ohne Soll-Prozessarchitektur, ohne Capabilities-Mapping-Brücke und ohne TCO-Rechnung über fünf bis sieben Jahre ist keine Auswahl. Sie ist ein Anbietergespräch mit nachgereichter Rechtfertigung. Architektur vor Software, jedes Mal.
Praxisbeispiel: DACH-Küchenhersteller mit sechs Auftragsvarianten
Bei einem süddeutschen Küchenhersteller mit rund 2.000 Beschäftigten haben wir vor jeder Anbieter-Longlist die Soll-Prozesslandkarte aufgesetzt. Im Auftragsabwicklungsprozess existierten sechs Varianten parallel, vier davon Hauptvarianten. Erst die verdichtete Soll-Architektur machte die ERP-Software-Bewertung verbindlich.
Das Unternehmen war über Jahrzehnte gewachsen. Vertrieb, Konstruktion, Arbeitsvorbereitung und Versand pflegten jeweils eine eigene Sicht auf den Auftragsabwicklungsprozess — alle vier in Excel, niemand hatte den End-to-End-Prozess je auf einer Seite gesehen. Wir haben darauf gedrängt: keine Anbietergespräche, bevor die Soll-Prozesslandkarte und das Lastenheft stehen.
In zwei zweitägigen Workshops mit Geschäftsführerinnen und Geschäftsführern haben wir die drei Prozessebenen aufgenommen und die sechs Varianten gegenübergestellt. Vier wurden als Hauptvarianten markiert, ein konsolidierter Soll-Prozess entstand. Daraus wurde ein architekturvalidiertes Lastenheft. Sechs Monate später war die ERP-Auswahl abgeschlossen und herstellerunabhängig bewertet. Die Implementierung lief um geschätzt 25 bis 30 Prozent kürzer als bei vergleichbaren Projekten ohne diese Vorarbeit.
So wählen wir ERP-Software aus: die Dreher-Methodik in vier Phasen
In der herstellerunabhängigen ERP-Beratung der Dreher Consulting läuft die ERP-Software-Auswahl in vier Phasen: Soll-Prozesslandkarte, Capabilities-Mapping, architekturvalidiertes Lastenheft, qualifizierte Anbieter-Shortlist mit messbaren Kriterien. Wir empfehlen herstellerunabhängig — die Methodik schützt vor voreingenommenen Empfehlungen.
Unsere herstellerunabhängige ERP-Beratung betrachtet die ERP-Software-Auswahl als Teil des Enterprise Architecture Management für den Mittelstand. Wir arbeiten nach einem belastbaren Vorgehensmodell:
- Soll-Prozesslandkarte — Führungs-, Kern- und Unterstützungsprozesse auf einer Seite, mit benannten Prozessverantwortlichen je Kernprozess. Dauer: vier bis acht Wochen.
- Capabilities-Mapping-Brücke — jeder Kernprozess wird in Business Capabilities zerlegt, jede Capability als Differenzierungsfaktor oder Commodity klassifiziert.
- Architekturvalidiertes Lastenheft — keine Feature-Liste, sondern die Übersetzung der Soll-Architektur in funktionale Anforderungen je Kernprozess. Daraus entsteht das Pflichtenheft der Anbieter.
- Qualifizierte Anbieter-Shortlist — drei bis fünf Anbieter werden gegen das Lastenheft und gegen messbare Capabilities-Kriterien bewertet. Die Auswahl mündet in eine begründete Entscheidung, nicht in ein Bauchgefühl.
Aus über 1.200 Projekten validiert: Eine sauber vorbereitete ERP-Software-Auswahl verkürzt die spätere Implementierung erfahrungsgemäß deutlich. Ergänzend wirkt die methodische Verzahnung mit unserem Beratungsangebot zur ERP-Auswahl, zur ERP-Einführung und zur ERP-Projektleitung.
Häufig gestellte Fragen zu ERP-Software
ERP-Software ist die Anwendungsschicht — die Module, die Geschäftslogik und die Benutzeroberfläche, mit der Finanzen, Beschaffung, Vertrieb, Produktion, Lager und Personal gesteuert werden. Ein ERP-System schließt zusätzlich die Datenbank, die Hardware oder Cloud-Infrastruktur, die Integrationen zu Drittsystemen und das Betriebsmodell ein. Wer eine ERP-Software auswählt, trifft eine Anwendungsentscheidung. Wer ein ERP-System einführt, trifft eine Architekturentscheidung, die das ganze Unternehmen betrifft. Im DACH-Mittelstand wird die Software-Wahl regelmäßig stellvertretend für die Systementscheidung verhandelt — und das ist die wahre Hebelstelle.
Aus unserer Erfahrung dauert eine seriöse ERP-Software-Auswahl im DACH-Mittelstand drei bis sechs Monate — Soll-Prozesslandkarte und Lastenheft inklusive. Schnelle Vier-Wochen-Auswahlen funktionieren nur, wenn Prozessdokumentation, Stammdatenmodell und Capabilities-Mapping bereits vorliegen. Anschließend folgt die Implementierung mit drei bis neun Monaten für den klassischen Mittelstand und zwölf bis vierundzwanzig Monaten für komplexen Mittelstand mit mehreren Werken oder internationaler Aufstellung. Wer die Vorarbeit überspringt, verlängert die Implementierung erfahrungsgemäß deutlich.
Es gibt im DACH-Mittelstand keine universell richtige ERP-Software — die Antwort hängt von Branche, Größe, Wachstumsplan und Differenzierungsfaktoren ab. Im produzierenden Mittelstand sehen wir häufig proAlpha, abas, SAP Business One, Microsoft Dynamics 365 Business Central und Infor in der Shortlist. Im Dienstleistungs- und Handelsumfeld dominieren Microsoft Dynamics 365, Sage 100, Sage X3 und Oracle NetSuite. Die richtige Antwort entsteht aus dem Abgleich der Soll-Prozessarchitektur mit den Capabilities der Anbieter, nicht aus einer Top-10-Liste. Wer die Architektur überspringt, kauft die Probleme des Anbieter-Templates mit ein.
Nächste Schritte
Vor jeder ERP-Software-Auswahl, ERP-Migration oder S/4HANA-Transformation lohnt sich ein vier- bis achtwöchiger Vorklärungsschritt: Soll-Prozesslandkarte, Capabilities-Mapping-Brücke, architekturvalidiertes Lastenheft. Wer diesen Schritt überspringt, riskiert ein doppelt teures Wiederaufsetzungsprojekt nach achtzehn bis vierundzwanzig Monaten.
Wenn Sie diese Themen vertiefen möchten, lohnt der Blick in unsere herstellerunabhängige ERP-Beratung und unser Lastenheft-Vorgehen. Aktuelle Fallstudien finden Sie in unseren Einblicken; ein 30-Minuten-Gespräch vereinbaren Sie über die Kontaktseite.
30 Minuten mit Dreher Consulting
Eine strukturierte Vorklärung Ihrer ERP-Software-Auswahl — Soll-Prozesslandkarte, Capabilities-Mapping-Brücke und die TCO-Logik über fünf bis sieben Jahre, anbieterneutral aus über 1.200 Projekten im DACH-Mittelstand.
