Anders als bei einer einzelnen Fachanwendung lässt sich ein ERP-System nicht „mal eben“ austauschen. Die Daten von Kunden, Artikeln, Lieferanten und Buchungen liegen darin, die Geschäftsprozesse sind darauf abgestimmt, und oft hängen Dutzende Schnittstellen daran – vom Webshop über die Lohnabrechnung bis zur Maschinensteuerung. Ein Wechsel bedeutet Migration, Schulung, Prozessanpassung und Risiko. Die durchschnittliche Nutzungsdauer eines ERP-Systems im Mittelstand liegt deshalb bei zehn bis fünfzehn Jahren. Eine Fehlentscheidung wirkt entsprechend lange nach.
Drei Eigenschaften machen den ERP-Vergleich zu einer strategischen und nicht zu einer rein technischen Aufgabe:
Ein guter Vergleich liefert keine Rangliste mit einem „Testsieger“. Das wäre methodisch unseriös, weil die Eignung eines Systems immer vom konkreten Unternehmen abhängt – von Branche, Größe, Prozessreife und Wachstumsplänen. Ein produzierender Maschinenbauer mit Variantenfertigung braucht etwas anderes als ein Handelsunternehmen mit Webshop oder ein projektorientierter Dienstleister. Das System, das für den einen ideal ist, kann für den anderen klar ungeeignet sein.
Was ein Vergleich leisten muss, ist Orientierung: Er sortiert den unübersichtlichen Markt in nachvollziehbare Kategorien, benennt die typischen Stärken und Grenzen der Systemklassen und liefert eine Methodik, mit der ein Unternehmen seine eigene Entscheidung strukturiert treffen kann. Genau diesem Anspruch folgt dieser Beitrag – ausgewogen, ohne Anbieterwertung und mit dem Fokus auf den DACH-Mittelstand.
Der ERP-Markt befindet sich seit Jahren in einem tiefgreifenden Umbruch. Drei Entwicklungen prägen das Jahr 2026 besonders. Erstens hat sich die Cloud vom Ausnahmefall zum Normalfall gewandelt: Nahezu alle relevanten Anbieter setzen inzwischen primär auf Software-as-a-Service-Modelle, und reine On-Premise-Neueinführungen werden zur Minderheit. Zweitens hat der Funktionsbereich der künstlichen Intelligenz Einzug in die Systeme gehalten – von automatischer Belegerkennung über vorausschauende Bedarfsplanung bis zu Assistenzfunktionen in der Bedienung. Drittens steigt der Druck durch regulatorische Anforderungen wie die verpflichtende elektronische Rechnung, was viele Unternehmen ohnehin zu einer Modernisierung ihrer Systeme zwingt.
Diese Dynamik hat eine wichtige Konsequenz für den Vergleich: Eine Momentaufnahme veraltet schnell. Wer ein System auswählt, sollte deshalb weniger den heutigen Funktionsstand bewerten als die Richtung, in die sich ein Anbieter entwickelt. Eine klare, finanzierte Produkt-Roadmap und ein gesundes Partner-Ökosystem sind oft aussagekräftiger als die Frage, ob eine bestimmte Funktion heute schon im Detail ausgereift ist. Investitionssicherheit über zehn Jahre entsteht nicht aus dem aktuellen Featurevergleich, sondern aus der Zukunftsfähigkeit des Anbieters.
Ein verbreitetes Missverständnis ist, dass „mehr Funktionen“ automatisch besser sind. In der Praxis gilt fast das Gegenteil: Je mehr ein Unternehmen vom Standard abweicht, desto teurer wird die Einführung und desto schwieriger werden spätere Updates. Jede Sonderprogrammierung muss bei jedem Versionswechsel erneut geprüft und oft angepasst werden. Das maßgebliche Kriterium ist daher nicht der Funktionsumfang an sich, sondern die Abdeckung der eigenen Anforderungen durch den Systemstandard. Ein System, das 85 Prozent der Anforderungen im Standard erfüllt, ist meist die bessere Wahl als eines, das mit aufwendiger Anpassung 100 Prozent erreicht.
Die Total Cost of Ownership zwingt dazu, alle Kostenblöcke über die gesamte Laufzeit zu betrachten. Erfahrungsgemäß entfallen auf die reine Software nur 20 bis 40 Prozent der Gesamtkosten; der Rest steckt in Einführung, Anpassung, Integration, internem Aufwand, Schulung und laufendem Betrieb. Cloud-Systeme verschieben Kosten von der Investition zur laufenden Miete, was die Liquidität schont, über zehn Jahre aber nicht zwangsläufig günstiger ist. Wer Systeme vergleicht, sollte deshalb ein einfaches TCO-Modell aufstellen, das alle Blöcke für einen realistischen Zeitraum erfasst – erst dann werden Angebote vergleichbar.
Funktionsumfang, Branchenpassung und Unternehmensgröße dürfen nicht isoliert betrachtet werden, denn sie bedingen einander. Ein wachsendes Unternehmen sollte nicht nur den heutigen Stand abbilden, sondern auch absehbare Entwicklungen: zusätzliche Standorte, internationale Geschäftstätigkeit, neue Geschäftsmodelle oder ein deutlich höheres Transaktionsvolumen. Ein System, das aktuell perfekt passt, kann in fünf Jahren zur Bremse werden, wenn es die geplante Skalierung nicht mitträgt. Umgekehrt ist es unwirtschaftlich, heute für eine Größe zu kaufen, die vielleicht nie erreicht wird. Die Kunst besteht darin, einen realistischen Wachstumskorridor zu definieren und Systeme daran zu messen – nicht am Extremfall und nicht am Status quo allein.
Auch das Zusammenspiel mit der vorhandenen Systemlandschaft gehört in diese frühe Betrachtung. Ein ERP-System steht selten allein: Es muss mit CRM, Webshop, Dokumentenmanagement, Lohnabrechnung, Versandsystemen oder Maschinen kommunizieren. Je offener und standardkonformer die Schnittstellen, desto geringer das Risiko teurer Sonderlösungen. Wer die Integrationslandschaft früh kartiert, vermeidet böse Überraschungen in der Umsetzungsphase und kann die Integrationsfähigkeit von Anfang an als gewichtetes Kriterium führen.
Großsysteme entfalten ihre Stärke dort, wo Komplexität herrscht: bei mehreren Gesellschaften und Standorten, internationaler Geschäftstätigkeit mit vielen Währungen und Steuerregimen, anspruchsvoller Fertigung oder hohen Anforderungen an Konsolidierung und Reporting. Sie bieten dafür eine Funktionsbreite und -tiefe, die kleinere Systeme nicht erreichen, sowie ein großes Ökosystem an Beratern, Add-ons und Schulungsangeboten. Auch die langfristige Investitionssicherheit – große Hersteller mit klarer Roadmap – ist ein Argument.
Der Preis dafür ist Aufwand. Einführungsprojekte dauern häufig zwölf bis vierundzwanzig Monate und erfordern dediziertes internes Projektpersonal. Die laufenden Kosten und die Komplexität der Lizenzierung sind höher als bei Mittelstandssystemen. Für ein Unternehmen mit überschaubaren, weitgehend standardisierten Prozessen wäre ein Großsystem deshalb oft überdimensioniert – nicht, weil es schlechter wäre, sondern weil seine Stärken ungenutzt blieben, während seine Kosten und Komplexität voll zu Buche schlügen.
Beide großen Anbieter treiben ihre Cloud-Strategien voran. Die Public-Cloud-Editionen sind stärker standardisiert, schneller einzuführen und auch für mittelgroße Unternehmen interessant geworden – um den Preis geringerer Anpassungstiefe. Die Private-Cloud- und On-Premise-Varianten erlauben mehr individuelle Gestaltung, verlangen aber mehr Betriebs- und Pflegeaufwand. Diese Differenzierung führt dazu, dass die klassische Grenze zwischen „Großsystem“ und „Mittelstandssystem“ weicher wird: Eine standardisierte Public-Cloud-Edition kann durchaus mit klassischen KMU-Systemen konkurrieren. Der nächste Abschnitt widmet sich genau dieser Mittelstandsklasse.
Bei den großen Plattformen wird selten die Software selbst zum Engpass, sondern die Qualität des Implementierungspartners. Hersteller wie SAP und Microsoft vertreiben ihre Lösungen überwiegend über ein Netz spezialisierter Partner, die Beratung, Einführung und Betreuung übernehmen. Die Bandbreite an Erfahrung, Branchen-Know-how und Verlässlichkeit ist innerhalb dieser Netze erheblich. Für den Projekterfolg ist die Wahl des Partners deshalb oft wichtiger als die Wahl zwischen zwei vergleichbaren Systemen. Es lohnt sich, Partner separat zu bewerten – anhand von Referenzen in der eigenen Branche, der Stabilität des Teams und der Frage, ob das Partnerhaus zur eigenen Unternehmensgröße passt. Ein Konzernspezialist ist für einen 80-Personen-Betrieb selten die richtige Wahl, und umgekehrt.
Innerhalb der Mittelstandsklasse lassen sich zwei Strömungen unterscheiden. Auf der einen Seite stehen die etablierten Klassiker mit langer Historie, großem Partnernetz und tiefem Funktionsumfang. Sie bieten bewährte Stabilität und eine reiche Auswahl an Branchenerweiterungen, sind aber teils noch von ihrer On-Premise-Vergangenheit geprägt. Auf der anderen Seite stehen cloud-native Anbieter, die von Grund auf als Software-as-a-Service entwickelt wurden. Sie punkten mit moderner Bedienung, schneller Einführung und automatischen Updates, decken jedoch sehr komplexe oder spezielle Prozesse mitunter weniger tief ab.
Für die meisten kleinen und mittleren Unternehmen mit überschaubaren Prozessen ist diese Klasse genau die richtige Wahl. Die Einführung ist schneller, die Kosten sind kalkulierbarer, und der Funktionsumfang reicht für den Alltag in Handel, Dienstleistung und leichter Fertigung in aller Regel aus. Entscheidend ist auch hier die Passung: Ein Handelsunternehmen mit Webshop hat andere Schwerpunkte als ein projektorientierter Dienstleister.
Open-Source-ERP wie Odoo hat sich vom Nischenthema zu einer ernsthaften Option entwickelt. Der Reiz liegt in der Flexibilität und in niedrigen Einstiegskosten, da keine klassischen Lizenzgebühren für den Kern anfallen. Wichtig ist jedoch ein realistischer Blick: „Open Source“ bedeutet nicht „kostenlos“. Die wesentlichen Kosten entstehen bei Implementierung, Anpassung, Hosting und Wartung. Ohne einen erfahrenen Partner und ohne klare Governance kann ein Open-Source-Projekt schnell unübersichtlich werden. Wer diese Voraussetzungen mitbringt, erhält jedoch ein sehr anpassungsfähiges System ohne Anbieter-Lock-in auf Lizenzebene.
Innerhalb dieser Klasse liegen die Systeme funktional oft näher beieinander, als der erste Eindruck vermuten lässt. Die meisten decken die Standardprozesse in Finanzbuchhaltung, Einkauf, Lager, Verkauf und Auftragsabwicklung solide ab. Die Unterschiede zeigen sich an den Rändern: in der Tiefe bestimmter Branchenfunktionen, in der Qualität der Bedienoberfläche, in der Verfügbarkeit von Erweiterungen und in der Stärke des lokalen Partnernetzes. Genau diese Randbereiche entscheiden in der Praxis über Passung und Akzeptanz. Ein Unternehmen sollte deshalb nicht nach der längsten Funktionsliste suchen, sondern nach dem System, das seine drei oder vier wichtigsten, geschäftskritischen Abläufe am elegantesten abbildet.
Ein weiteres, häufig übersehenes Kriterium ist die Update-Fähigkeit. Cloud-native Systeme erhalten ihre Aktualisierungen automatisch und kontinuierlich, was den Pflegeaufwand minimiert, aber die Kontrolle über den Zeitpunkt aus der Hand gibt. Klassische Systeme bieten mehr Kontrolle, verlangen dafür aber aktives Versionsmanagement. Welches Modell besser passt, hängt von der Risikobereitschaft und den internen Ressourcen ab. Wichtig ist, diese Frage bewusst zu beantworten, statt sie dem Zufall zu überlassen.
Eine Branchenlösung ist im Kern ein ERP-System, in das die typischen Prozesse einer Branche bereits eingebaut sind. Statt einen generischen Standard mühsam an die Eigenheiten der eigenen Branche anzupassen, startet das Unternehmen mit einem Template, das diese Eigenheiten schon kennt. Das verkürzt die Einführung, senkt das Risiko und reduziert den Anteil an Eigenentwicklung erheblich. Der Preis ist eine engere Bindung an einen oft kleineren, spezialisierten Anbieter – weshalb dessen Stabilität und Roadmap besonders sorgfältig geprüft werden sollten.
Kaum ein anderes Detail ist im deutschen Mittelstand so verbreitet wie die Anbindung an DATEV. Da ein großer Teil der Unternehmen die Finanzbuchhaltung oder zumindest den Jahresabschluss über den Steuerberater abwickelt, ist die saubere, automatisierte Übergabe von Belegen und Buchungssätzen ein praktisches Muss. Bei der Systemauswahl lohnt es sich deshalb, früh zu klären, ob eine native, zertifizierte DATEV-Schnittstelle vorhanden ist oder ob Daten über Umwege exportiert werden müssen. Dieses scheinbar kleine Kriterium hat im Alltag großes Gewicht.
Für viele Mittelständler ist die Frage, wo ihre Geschäftsdaten liegen, mehr als eine technische Detailfrage. Bei On-Premise bleiben alle Daten im eigenen Rechenzentrum – maximale Kontrolle, aber auch volle Verantwortung für Sicherheit, Backups und Verfügbarkeit. Bei der Cloud liegt der Betrieb beim Anbieter; hier sind Hosting-Standort, Auftragsverarbeitungsvertrag, Zertifizierungen und der Umgang mit dem Zugriff durch Drittstaaten zu prüfen. Anbieter mit Rechenzentren im DACH-Raum und klaren DSGVO-Zusicherungen reduzieren rechtliche Unsicherheiten erheblich. Für besonders sensible Branchen oder Daten kann die On-Premise- oder Private-Cloud-Variante die ruhigere Wahl sein.
Cloud-Modelle verlagern Kosten von einer großen Anfangsinvestition zu planbaren laufenden Gebühren. Das schont Liquidität und vermeidet hohe Vorabausgaben für Server und Lizenzen. Über einen langen Zeitraum betrachtet ist die Cloud aber nicht automatisch günstiger – die Summe der Mietgebühren kann über zehn Jahre die einmalige Investition übersteigen. Dem stehen jedoch eingesparte Aufwände für Hardware, Betrieb, Wartung und Updates gegenüber, die bei On-Premise voll beim Unternehmen liegen. Ein faires Kostenbild entsteht nur, wenn man beide Modelle über denselben Zeitraum und mit allen Nebenkosten rechnet.
In der Praxis entscheiden sich viele Unternehmen für hybride Modelle: Teile des Systems oder bestimmte Datenbestände bleiben im eigenen Haus, andere wandern in die Cloud. So lassen sich besonders sensible Bereiche lokal halten, während weniger kritische Funktionen von der Flexibilität der Cloud profitieren. Der Trend geht klar in Richtung Cloud – getrieben von Update-Komfort, Fachkräftemangel in der internen IT und modernen Architekturen. Dennoch bleibt On-Premise für Unternehmen mit sehr individuellen Prozessen, strengen Souveränitätsanforderungen oder vorhandener IT-Mannschaft eine legitime Option. Die Entscheidung sollte aus der IT-Strategie folgen, nicht aus einem Modetrend.
Ein Aspekt, der in der Cloud-versus-On-Premise-Debatte oft zu kurz kommt, ist die Verantwortung für Verfügbarkeit und Sicherheit. In der Cloud übernimmt der Anbieter Betrieb, Backups, Ausfallsicherheit und einen großen Teil der Sicherheitsmaßnahmen – meist auf einem Niveau, das ein einzelnes mittelständisches Unternehmen intern kaum erreichen könnte. Dafür gibt das Unternehmen Kontrolle ab und macht sich von der Servicequalität und den Service-Level-Zusagen des Anbieters abhängig. Bei On-Premise liegt die volle Verantwortung im eigenen Haus: Das bedeutet Kontrolle, aber auch die Pflicht, Patches einzuspielen, Backups zu testen und für den Notfall vorzusorgen. Gerade angesichts der zunehmenden Bedrohung durch Cyberangriffe ist diese Verantwortung nicht zu unterschätzen – ein veraltetes, schlecht gewartetes On-Premise-System kann ein erhebliches Sicherheitsrisiko darstellen.
Unabhängig vom Modell sollte die Frage der Datenwiederherstellung früh geklärt werden. Wie schnell ist das System nach einem Ausfall wieder verfügbar? Wie aktuell sind die Sicherungen? Gibt es ein erprobtes Notfallkonzept? Diese Punkte gehören in jeden Vertrag und in jede Bewertung – bei der Cloud als Zusicherung des Anbieters, bei On-Premise als interner Plan. Wer sie ignoriert, entdeckt die Lücken erst im Ernstfall.
Der häufigste Fehler bei Matrizen ist, alle Kriterien gleich zu behandeln. Damit verwässert man die Entscheidung. Eine gute Matrix gewichtet bewusst: Für einen Fertigungsbetrieb wiegt der Branchen-Fit schwerer als die Bedienoberfläche, für ein wachstumsorientiertes Handelsunternehmen kann die Skalierbarkeit ausschlaggebend sein. Die Gewichtung wird vor der Bewertung festgelegt und mit den Fachbereichen abgestimmt – so verhindert man, dass Einzelinteressen die Entscheidung nachträglich verzerren. Erst die multiplizierten und summierten Punkte ergeben ein Gesamtbild, das die Realität des eigenen Unternehmens abbildet.
Vor der eigentlichen Punktbewertung lohnt sich ein Filter mit K.-o.-Kriterien. Das sind unverzichtbare Anforderungen, deren Fehlen ein System sofort ausschließt – etwa eine zwingend benötigte Branchenfunktion, eine gesetzliche Pflicht wie GoBD-Konformität oder ein nicht verhandelbares Betriebsmodell. Systeme, die ein K.-o.-Kriterium nicht erfüllen, kommen gar nicht erst in die detaillierte Bewertung. Das spart Zeit und verhindert, dass ein in Teilbereichen attraktives, aber grundsätzlich unpassendes System die Auswahl dominiert.
Der wirtschaftlich folgenreichste Fehler ist die übermäßige Anpassung des Systems an gewachsene, aber nicht hinterfragte Prozesse. Jede Sonderentwicklung erhöht die Einführungskosten, verlängert das Projekt und macht spätere Updates aufwendig oder riskant. Häufig steckt hinter dem Wunsch nach Individualisierung kein echtes Erfordernis, sondern die Gewohnheit, „es schon immer so gemacht zu haben“. Eine ERP-Einführung ist die ideale Gelegenheit, Prozesse zu hinterfragen und an den Standard anzunähern. Wer den Standard akzeptiert, wo es vertretbar ist, spart erheblich – und gewinnt zusätzlich an Zukunftsfähigkeit, weil Updates problemlos bleiben.
Selbst das passendste System scheitert, wenn die Anwender es nicht annehmen. In vielen Projekten wird die Bedienbarkeit als weiches, nachrangiges Kriterium behandelt – und rächt sich nach dem Start. Eine sperrige Oberfläche, fehlende Schulung oder mangelnde Einbindung der Mitarbeitenden führen zu Schattenlösungen, Workarounds und Frust. Akzeptanz ist kein Nebenprodukt, sondern ein Erfolgsfaktor, der von Anfang an mitgedacht werden muss: durch frühe Einbindung der Key-User, durch Tests mit echten Anwendern und durch ein ehrliches Change-Management.
Ein dritter, oft erst spät bemerkter Fehler betrifft die Daten. Viele Unternehmen unterschätzen, in welchem Zustand ihre Stammdaten tatsächlich sind: doppelte Kundensätze, veraltete Artikel, uneinheitliche Bezeichnungen, fehlende Pflichtfelder. Diese Altlasten werden bei einer Migration entweder mühsam bereinigt oder ungeprüft in das neue System übernommen – im zweiten Fall startet das neue ERP mit denselben Problemen wie das alte. Die Datenmigration sollte deshalb als eigenständiges Teilprojekt mit klarer Verantwortung geplant werden, das früh beginnt und ausreichend Zeit für Bereinigung, Mapping und Testläufe einplant. Eine ERP-Einführung ist die beste Gelegenheit, die Datenqualität grundlegend zu verbessern – und der schlechteste Zeitpunkt, sie zu ignorieren.
Wer diese drei Fehlerquellen – fehlende Anforderungen, übermäßige Individualisierung und vernachlässigte Datenqualität – bewusst adressiert, hat die häufigsten Ursachen gescheiterter Projekte bereits entschärft. Keiner dieser Punkte hat etwas mit der Marke des Systems zu tun; sie liegen vollständig im Verantwortungsbereich des einführenden Unternehmens und seines Partners.
Der größte Wert eines strukturierten Auswahlprozesses liegt nicht darin, eine Liste abzuarbeiten, sondern darin, die Entscheidung von subjektiven Eindrücken auf eine nachvollziehbare Grundlage zu stellen. Jeder Schritt verengt das Feld bewusst und begründet, warum bestimmte Systeme weiterkommen und andere ausscheiden. So entsteht am Ende nicht nur eine Wahl, sondern eine Entscheidung, die sich gegenüber der Geschäftsführung, den Fachbereichen und späteren Prüfungen jederzeit erklären lässt. Gerade bei einer Investition dieser Größenordnung ist diese Begründbarkeit von hohem Wert.
