ERP-Auswahlprozesse drehen sich in den meisten Unternehmen um Funktionslisten und Preise. Wer kann was, wer ist günstiger, wer bietet das nächste Feature. Dabei entscheidet etwas anderes über den langfristigen Nutzen: die Plattformarchitektur. Sie bestimmt, ob ein System mit Ihrem Unternehmen mitwächst, ob es sich in Ihre bestehende IT-Landschaft einfügt und ob Ihre Daten über die Jahre verlässlich und konsistent bleiben. Dieser Artikel zeigt, aus welchen fünf Säulen eine zukunftsfähige ERP-Plattformarchitektur besteht und welche Fragen Sie vor einer Entscheidung klären sollten.
Die Architektur eines ERP-Systems beschreibt, wie die einzelnen Bausteine zusammenspielen, wo Daten liegen, über welche Wege sie sich bewegen und wie sich das System an neue Anforderungen anpassen lässt. Sie ist das Fundament, auf dem alle Funktionen stehen. Funktionen lassen sich später ergänzen, Oberflächen lassen sich verändern, sogar einzelne Module lassen sich mit vertretbarem Aufwand austauschen. Die Architektur dagegen bleibt. Wer nach drei Jahren merkt, dass sie nicht passt, steht vor einer Ablösung des gesamten Systems.
Deshalb verdient dieser Teil der Entscheidung mehr Aufmerksamkeit, als er in den meisten Projekten bekommt. Funktionslisten lassen sich nach einer Demo miteinander vergleichen, Architekturunterschiede erkennt man erst, wenn das System im Alltag Grenzen zeigt. Ein Unternehmen, das heute 25 Mitarbeitende hat und in fünf Jahren 80 haben könnte, braucht eine andere Antwort als ein Betrieb, dessen Prozesse stabil sind. Ein Team, das teils unter macOS und teils unter Windows arbeitet, stellt andere Anforderungen als eine reine Windows-Umgebung. Ein Unternehmen mit strengen Anforderungen an Datenhoheit wägt Cloud und On-Premises anders ab als ein Start-up, das schnell produktiv sein will.
In den folgenden Abschnitten beschreiben wir fünf Kriterien, an denen sich eine tragfähige Plattformarchitektur erkennen lässt. Keines der Kriterien steht für sich allein. Erst im Zusammenspiel entsteht ein System, das über Jahre hinweg trägt.
Ein ERP deckt idealerweise alle zentralen Geschäftsprozesse in einem zusammenhängenden System ab. Gleichzeitig soll es nicht zwingen, von Anfang an den vollen Funktionsumfang einzuführen und zu bezahlen. Die Antwort auf dieses Spannungsfeld liegt in einer modular aufgebauten All-in-One-Plattform.
Der Unterschied zu einem klassischen Suite-Gedanken liegt darin, dass Module nicht einfach zugekauft und angeflanscht werden, sondern von Beginn an als Teil des Gesamtsystems gedacht sind. Wer heute Warenwirtschaft und Finanzbuchhaltung einführt und in drei Jahren ein Projektmanagement ergänzt, fügt kein fremdes System hinzu, sondern schaltet einen vorhandenen Baustein scharf. Daten, Stammdaten und Berechtigungen greifen sofort. Es entsteht kein Migrationsprojekt, keine neue Schnittstelle, kein zweiter Login.
Ebenso wichtig: Die Plattform muss Customizing zulassen, ohne ihre Update-Fähigkeit zu verlieren. Wenn ein System nur auf dem Papier flexibel ist, im echten Leben aber jede Anpassung die nächste Version blockiert, ist die Modularität wertlos. Eine gute Architektur erlaubt es, Masken, Felder, Prozesslogiken und Auswertungen an das eigene Unternehmen anzupassen und trotzdem die Herstellerentwicklung mitzunehmen. Damit wird Skalierung nicht nur zur Frage der Lizenzanzahl, sondern zur Frage der tatsächlichen prozessualen Reife, die ein Unternehmen abbildet.
Die Frage, ob ein ERP in der Cloud oder im eigenen Rechenzentrum laufen soll, ist in den vergangenen Jahren zu einer der am stärksten diskutierten in ERP-Projekten geworden. Eine seriöse Plattformarchitektur lässt diese Entscheidung offen und zwingt das Unternehmen nicht in ein bestimmtes Modell.
Die Cloud-Variante eignet sich besonders für Unternehmen, die schnell produktiv werden möchten, keine eigenen Server betreiben wollen und planbare Kosten im Abonnementmodell bevorzugen. Entscheidend ist dabei der Standort der Rechenzentren. EU-Rechenzentren sichern nicht nur technisch moderne Umgebungen, sondern auch einen klaren rechtlichen Rahmen nach DSGVO. Das ist kein Nice-to-have, sondern bei personenbezogenen Daten, Buchhaltungsdaten und Kundenkommunikation eine Voraussetzung für den Betrieb. Ein Cloud-Modell mit US-Rechenzentrum wirft Fragen auf, die der deutsche Mittelstand sich nicht stellen sollte.
Die On-Premises-Variante spielt ihre Stärken aus, wenn Datenhoheit, spezifische Compliance-Anforderungen oder vorhandene Infrastruktur im Vordergrund stehen. Unternehmen mit eigener IT, mit regulatorischen Vorgaben oder mit Integrationen in Produktionsumgebungen schätzen den direkten Zugriff auf Server, Backups und Netzwerkkonfiguration. Wichtig ist, dass diese Option nicht als zweitklassige Variante behandelt wird, sondern mit gleichem Funktionsumfang und gleicher Wartungsqualität wie das Cloud-Pendant.
Die Entscheidung zwischen Cloud und On-Premises hängt selten an einer einzelnen Frage. Kosten, Datenschutzanforderungen, vorhandene IT-Ressourcen, Wachstumspläne und Integrationsbedarf wirken zusammen. Eine Plattform, die beide Modelle ernst nimmt, erlaubt es, diese Abwägung in Ruhe zu treffen und sie bei Bedarf auch später zu revidieren.
Gemischte Netzwerke sind in deutschen Unternehmen längst Normalität. In Kreativabteilungen, im Marketing und häufig auch in der Geschäftsführung sind Macs im Einsatz, in Buchhaltung, Vertrieb und Entwicklung meist Windows-Rechner. Eine ERP-Plattform, die diese Realität nicht abbildet, zwingt Unternehmen in einen Kompromiss: Entweder wechseln bestimmte Teams ihre Hardware, oder sie arbeiten über eine abgespeckte Weboberfläche, die nie die volle Funktionalität der Desktop-Version erreicht.
Der Unterschied zwischen nativer Unterstützung und einer ausschließlichen Browser- oder Emulationslösung wird im Alltag schnell spürbar. Native Clients reagieren schneller, integrieren sich in die Tastaturkürzel, Druckdialoge und Dateihandhabung des Betriebssystems und fühlen sich wie ein Teil der Arbeitsumgebung an. Browser-Lösungen funktionieren, aber sie bleiben in vielen Details hinter der gewohnten Desktop-Erfahrung zurück. Bei einem ERP, mit dem Menschen mehrere Stunden täglich arbeiten, summieren sich diese Unterschiede zu einem messbaren Produktivitätsfaktor.
Gleichzeitig vereinfacht eine plattformübergreifende Architektur die IT-Landschaft. Es gibt kein paralleles Support-Modell, keine unterschiedlichen Feature-Stände und keine Rollout-Konflikte bei Updates. Wer macOS und Windows gleich behandelt, erspart der eigenen IT-Abteilung laufende Sonderfälle.
Viele Unternehmen betreiben ein ERP für die Warenwirtschaft, ein separates CRM für den Vertrieb, ein HR-Tool für Personalprozesse und eine Buchhaltungssoftware für die Finanzen. Die vier Welten werden über Schnittstellen verbunden, die Datenqualität muss laufend überwacht werden, und Auswertungen, die mehrere Bereiche verbinden, brauchen einen eigenen Datenprozess oder manuelle Abstimmungsrunden.
Eine integrierte Plattformarchitektur löst dieses Problem an der Wurzel. Wenn ERP, CRM, HR und Finanzbuchhaltung in einem System liegen, gibt es keine Schnittstellen, die abstürzen können, keine Mappings, die gepflegt werden müssen, und keine Diskussion darüber, welches System bei widersprüchlichen Daten Recht hat. Ein Vertriebsmitarbeiter, der einen Auftrag erfasst, löst automatisch die Warenwirtschaftsbewegung und die buchhalterischen Vorgänge mit aus. Eine Personalerin, die eine Einstellung eintippt, sieht am nächsten Tag die korrekte Kostenstellenzuordnung im Controlling.
Je mehr Geschäftsbereiche native innerhalb eines Systems abgebildet sind, desto weniger Integrationsarbeit fällt über Jahre hinweg an. Das ist kein theoretischer Vorteil, sondern eine der häufigsten Quellen versteckter Kosten in Systemlandschaften.
Am Ende jeder Architekturentscheidung steht die Frage, wo die Daten liegen und wie sie sich zueinander verhalten. Eine zentralisierte Datenhaltung bedeutet, dass jeder Datensatz genau einmal existiert und von allen Modulen gleichermaßen gelesen und geschrieben wird. Stammdaten, Bewegungsdaten und Auswertungen greifen auf dieselbe Quelle zu.
Für das Reporting hat das unmittelbare Folgen. Auswertungen entstehen ohne Datenaufbereitung, Kennzahlen sind zu jedem Zeitpunkt vergleichbar, und Rückfragen zu Abweichungen führen nicht mehr zu Diskussionen über die Definition einer Kennzahl, sondern zu inhaltlichen Antworten. Für die Datensicherheit hat sie ebenfalls Vorteile: Berechtigungen werden einmal vergeben und wirken einheitlich, Backups decken das gesamte Unternehmen ab, und Audit-Anforderungen lassen sich mit überschaubarem Aufwand erfüllen. Für die Compliance bedeutet zentralisierte Datenhaltung, dass Löschkonzepte und Aufbewahrungsfristen nur in einem System umgesetzt werden müssen.
Die Alternative, verteilte Datenhaltung über mehrere Systeme hinweg, lässt sich technisch beherrschen, aber sie verlagert Arbeit in den Betrieb. Synchronisation, Konfliktauflösung und Konsolidierung werden zu Daueraufgaben. In einer zentralisierten Architektur fallen diese Aufgaben schlicht weg.
Im Auswahlprozess tauchen immer wieder dieselben Fehler auf, die sich rückblickend leicht vermeiden lassen.
Die Einführung eines ERP-Systems ist eine Investition, die über Jahre hinweg trägt oder Jahre lang ausgebessert werden muss. Welche der beiden Varianten eintritt, entscheidet die Architektur. Die fünf Säulen, die wir hier beschrieben haben, sind eine Checkliste, an der Sie jedes in die engere Auswahl genommene System prüfen können.
Wenn ein System diese fünf Punkte glaubwürdig abdeckt, steht es auf einem Fundament, das tragen wird. Wenn bei einem der Punkte nur ein Kompromiss verfügbar ist, wissen Sie früh, welche Arbeit später auf Sie zukommt.
TOPIX ist mit dem Anspruch gebaut, alle fünf Säulen in einem System zu vereinen. Wenn Sie prüfen möchten, ob diese Architektur zu Ihrem Unternehmen passt, sprechen Sie uns gerne an.
Ein ERP-System beschreibt zunächst einen Funktionsumfang: Warenwirtschaft, Buchhaltung, Stammdatenverwaltung. Eine Plattform geht darüber hinaus und beschreibt das Fundament, auf dem dieser Funktionsumfang aufsetzt, also Datenmodell, Berechtigungssystem, Erweiterungsfähigkeit und Betriebsmodell. Ein modernes ERP ist immer auch eine Plattform, weil es mehr können muss, als nur die Kernprozesse abzudecken.
Nein, es gibt keine pauschale Antwort. Die Cloud bietet Vorteile bei Einstiegsgeschwindigkeit, Abonnementkosten und Wartungsaufwand, On-Premises punktet bei Datenhoheit, individuellen Integrationen und Kontrolle. Die beste Plattformarchitektur lässt Ihnen die Wahl, statt Sie in ein Modell zu zwingen.
Historisch sind ERP-Systeme in Windows-dominierten Umgebungen entstanden, und viele Hersteller haben diesen Fokus nie aufgegeben. Plattformübergreifende Entwicklung erfordert mehr Aufwand, lohnt sich aber für Unternehmen mit gemischten Netzwerken erheblich, weil die tägliche Arbeit auf allen Geräten gleich funktioniert.
Zentralisierte Datenhaltung bedeutet, dass jeder Datensatz, zum Beispiel ein Kunde, ein Artikel oder ein Mitarbeitender, genau einmal im System existiert und von allen Modulen gleichermaßen genutzt wird. Änderungen werden sofort in allen Bereichen sichtbar, es gibt keine Synchronisationsverzögerung und keine widersprüchlichen Versionen derselben Information.
Fragen Sie den Anbieter konkret:
Ergänzend lohnt sich eine technische Demo, die nicht nur Funktionen zeigt, sondern auch Datenflüsse, Berechtigungen und Update-Prozesse sichtbar macht.