Dynamics 365 vs. SAP vs. NetSuite: Was Ihnen niemand über die Kosten der Anpassung erzählt
Die wahren Kosten der ERP-Anpassung
Wenn Unternehmen Dynamics 365 , SAP und NetSuite vergleichen , beginnt das Gespräch meist mit Lizenzgebühren und Implementierungskosten. Dann kommt die Frage: „Wie viel kostet die Anpassung?“ Doch diese Frage ist nur ein Teil des Gesamtbildes.
Die wahren Kosten einer Anpassung gehen weit über den anfänglichen Entwicklungsaufwand hinaus. Sie umfassen auch den Zeit- und Ressourcenaufwand für Tests, Wartung, Aktualisierung, Fehlerbehebung und Support der Lösung über die Jahre hinweg. Eine Anpassung, deren Entwicklung zwei Wochen dauert, kann teurer werden als eine sechswöchige Lösung, wenn sie ständige Wartungsarbeiten verursacht. Dies ist der oft übersehene Aspekt der ERP-Anpassung: die langfristigen Betriebskosten.
Dynamics 365: Flexibel, aber Flexibilität erfordert Disziplin
Dynamics 365 bietet Unternehmen verschiedene Möglichkeiten zur Erweiterung der Plattform – von Konfigurations- und Power Platform-Funktionen bis hin zu kundenspezifischen Entwicklungen und Azure-basierten Lösungen. Microsoft empfiehlt, zunächst Konfigurations- und unterstützte Erweiterungsansätze zu nutzen, bevor komplexerer kundenspezifischer Code eingeführt wird.
Das ist ein bedeutender Vorteil. Nicht jede Geschäftsanforderung muss ein Entwicklungsprojekt nach sich ziehen. Gleichzeitig birgt Flexibilität aber auch eine Herausforderung: Es ist leicht, etwas zu entwickeln, nur weil man es kann.
Benutzerdefinierter Code, Integrationen und Erweiterungen können im Zuge der Weiterentwicklung der Umgebung zusätzlichen Wartungs- und Testaufwand verursachen. Die entscheidende Frage für Dynamics 365 lautet daher:
„Was ist der einfachste und am besten unterstützte Weg, um das zu erreichen, was wir brauchen?“
SAP: Der Fokus verlagert sich hin zu einem sauberen Kern
SAP hat traditionell hochgradig individualisierte Unternehmensumgebungen unterstützt. Heute legt der Clean-Core-Ansatz von SAP jedoch deutlich mehr Wert darauf, den ERP-Kern so standardisiert wie möglich zu halten.
SAP ermutigt Unternehmen, die unterstützten Erweiterungsoptionen, einschließlich On-Stack- und Side-by-Side-Erweiterungen, zu nutzen, anstatt den Kern kontinuierlich zu modifizieren.
Warum? Weil tief in den Kern eingebettete Anpassungen technische Schulden erzeugen und zukünftige Änderungen verkomplizieren können.
Daher ist es sinnvoll zu fragen: „Gehört diese Anpassung wirklich in den Kern?“
Diese architektonische Entscheidung kann einen erheblichen Einfluss auf die langfristige Instandhaltung haben.
NetSuite: Einfacher heißt nicht wartungsfrei
NetSuite verfolgt einen anderen Ansatz und bietet neben Entwicklungstools wie SuiteScript und der SuiteCloud-Plattform auch eine intuitive Point-and-Click-Anpassung. Dadurch lassen sich viele Anpassungen relativ einfach umsetzen.
Oracle gibt außerdem an, dass SuiteCloud-Anpassungen bei NetSuite-Upgrades migriert werden. Unternehmen müssen ihre Anpassungen jedoch weiterhin testen und verwalten, da sich Prozesse und Anforderungen ändern können. Selbst wenn die Plattform einen Teil des Upgrade-Prozesses übernimmt, bleibt die Verantwortung für die von ihr eingeführte Komplexität beim Unternehmen.
Welches Modell hat also die niedrigsten Anpassungskosten?
Es gibt keinen eindeutigen Gewinner. Und ein reiner Vergleich der Plattformen anhand der Entwicklungskosten kann irreführend sein. Anstatt zu fragen, welches ERP-System am günstigsten anzupassen ist, sollten Sie Folgendes berücksichtigen:
Faktor | Dynamics 365 | SAP S/4HANA | NetSuite |
Konfiguration | Stark | Stark | Stark |
Low-Code-Optionen | Umfangreich | Verfügbar über das SAP-Ökosystem | Point-and-Click-Werkzeuge |
Kundenspezifische Entwicklung | Unterstützt | Unterstützt | SuiteScript |
Erweiterungsansatz | In-Platform + PaaS | Sauberer Kern + On-Stack/Side-by-Side | SuiteCloud |
Hauptanliegen bei der Instandhaltung | Benutzerdefinierter Code, Integrationen und Plattformabhängigkeiten | Kernmodifikationen und technische Schulden | Skripte, Arbeitsabläufe und benutzerdefinierte Objekte |
Upgrade-Ansatz | SaaS-Updates erfordern Tests der betroffenen Lösungen. | Die Clean-Core-Strategie konzentriert sich auf die Upgrade-Stabilität. | Anpassungen werden bei Aktualisierungen migriert, müssen aber dennoch getestet werden. |
Schlüsselfrage zu den Kosten | „Verwenden wir die einfachste unterstützte Erweiterung?“ | „Halten wir den Kern sauber?“ | „Fügen wir der Komplexität zusätzliche Funktionen hinzu, die wir später unterstützen müssen?“ |
Dadurch erhalten Sie einen wesentlich realistischeren Überblick über die Kosten der individuellen Anpassung.
Die versteckten Kosten sind technische Schulden.
Stellen Sie sich vor, Sie haben 20 Anpassungen. Jede einzelne erscheint für sich genommen sinnvoll. Doch im Laufe der Zeit werden sie mit Berichten, Integrationen, Workflows, Sicherheitsrollen und anderen Anpassungen verknüpft.
Dann ändert sich eine Anforderung. Plötzlich ändert man keine Funktion mehr.
Sie prüfen, was sonst noch kaputtgehen könnte. Genau hier beginnt die Anpassung, zu technischer Schuld zu werden . Die Lösung besteht nicht darin, Anpassungen komplett zu vermeiden. Vielmehr geht es darum, viel bewusster zu überlegen, was Sie anpassen und wie Sie es implementieren .
Welche Fragen sollten Sie vor dem Bau stellen?
Bevor Sie eine ERP-Anpassung genehmigen, fragen Sie:
Kann die Standardfunktionalität dies bewältigen?
Welcher Ansatz bietet die einfachste Möglichkeit zur unterstützten Erweiterung?
Wer wird die Wartung nach der Implementierung übernehmen?
Wie werden wir es nach Plattformaktualisierungen testen?
Kann es später entfernt werden, wenn sich der Geschäftsprozess ändert?
Diese Fragen sind oft wertvoller als die einfache Anfrage nach einem Entwicklungsangebot.
Fazit
Beim Vergleich von Dynamics 365, SAP und NetSuite sollten Sie nicht nur fragen: „Wie hoch sind die Entwicklungskosten?“, sondern auch: „Wie hoch sind die laufenden Kosten?“ Denn die Anpassung eines ERP-Systems hat zwei Kostenfaktoren. Der erste Kostenfaktor zeigt sich im Implementierungsangebot. Der zweite Kostenfaktor tritt später bei Tests, Wartung, Upgrades und Support auf.
Die intelligenteste Anpassung ist nicht unbedingt die günstigste in der Entwicklung. Es ist diejenige, deren Wartung sich Ihr Unternehmen leisten kann.




Kommentare