Custom ERP vs. Standard-ERP: Kaufen, erweitern oder selbst bauen – wie Sie die richtige Wahl treffen

Dieser Leitfaden richtet sich an Inhaber, Finanz- und Betriebsleiter sowie IT-Manager wachsender Unternehmen, deren Tabellenkalkulationen oder erste Softwarepakete nicht mehr mithalten. Er vergleicht die Wege, die Gesamtbetriebskosten jedes Weges und die Fragen, die die Entscheidung bestimmen. Die Anbindung des gewählten ERP an Ihren Shop und Ihr CRM wird in unserem Leitfaden zur Enterprise-Systemintegration behandelt.

In diesem Leitfaden

• Vier Wege, nicht zwei
• Die Wege im Vergleich
• Wann individuelle Entwicklung sich lohnt – und wann nicht
• Gesamtbetriebskosten über die Lebensdauer des Systems
• Sechs Fragen, die die Entscheidung bestimmen
• Integration entscheidet genauso wie das ERP
• KI und die ERP-Entscheidung
• Wie Netbase an die Entscheidung herangeht
• Welche Referenzen existieren – und welche nicht?
• Was sind die Grenzen dieses Leitfadens?
• Häufig gestellte Fragen
• Nächster Schritt

Vier Wege, nicht zwei

Die Frage wird meist als „Bauen oder Kaufen“ gestellt, aber vier Wege stehen zur Wahl.

• Ein Paket wie geliefert. Sie konfigurieren ein ERP-Produkt und passen Ihre Prozesse daran an. Upgrades kommen vom Hersteller.
• Ein erweitertes Paket. Sie behalten den Paketkern und fügen individuelle Module, Berichte und Integrationen über seine Erweiterungspunkte hinzu – wie viele Unternehmen es mit Odoo oder einer ähnlichen Suite tun.
• Custom ERP auf wiederverwendbaren Modulen. Ein Partner beginnt mit fertigen Modulen für Aufträge, Lager, Projekte oder Abrechnung und entwickelt nur das, was spezifisch für Sie ist – das System passt, ohne von null zu starten.
• Vollständig individuell. Jedes Modul wird für Ihr Unternehmen konzipiert und entwickelt, und Sie besitzen das gesamte System.

Ein fünftes Muster ist in der Praxis verbreitet: ein Paket für die Standardarbeit – wie Hauptbuch und Lohnbuchhaltung – mit individuellen Anwendungen drumherum für die differenzierende Arbeit, verbunden über APIs.

Die Wege im Vergleich

Die BDC, die Business Development Bank of Canada, fasst beide Seiten zusammen: Standard-Systeme „bieten bewährte, vorgetestete Funktionalität, die oft mit weniger Überraschungen und geringerem Risiko implementiert werden kann“, während „ein individuelles System, das anfänglich erschwinglich wirkt, über seine Lebensdauer deutlich teurer werden kann“.

Wann individuelle Entwicklung sich lohnt – und wann nicht

Martin Fowlers Dichotomie zwischen Utility und Strategic liefert den nützlichsten Test. Bei einer Utility-Funktion „kaufen Sie das Paket und passen Ihren Geschäftsprozess an die Software an“; strategische Funktionen – die, die Sie von anderen abheben – sind dort, wo Individualsoftware ihre Kosten rechtfertigt.

• In der Regel Utility: Hauptbuch, Lohnbuchhaltung, Steuerberichte und Standard-Einkauf. Ein Paket erledigt diese gut und hält mit Regeländerungen Schritt.
• Oft strategisch: wie Sie kalkulieren und bepreisen, Produkte konfigurieren, die Produktion planen, B2B-Kunden betreuen oder Projekte abwickeln. Hier erzwingen Pakete Workarounds – und hier amortisiert sich ein individuelles Modul.

Wenden Sie den Test Prozess für Prozess an. Die meisten Unternehmen finden einige strategische Prozesse und viele Utility-Prozesse – was eher auf ein erweitertes Paket oder individuelle Module um einen Paketkern hindeutet als auf eine generelle Entweder-oder-Entscheidung.

Gesamtbetriebskosten über die Lebensdauer des Systems

Vergleichen Sie die Wege über die Jahre, die Sie das System voraussichtlich betreiben werden – nicht anhand der ersten Rechnung.

• Paketkosten sind Lizenzen oder Abonnements pro Nutzer oder Modul, Implementierung, Schulung und die manuellen Workarounds der Mitarbeiter, wo das Produkt nicht passt.
• Erweiterungskosten umfassen die Entwicklung der Erweiterungen und ihr erneutes Testen bei jedem Hersteller-Upgrade; umfangreiche Anpassungen können Upgrades zum größten wiederkehrenden Kostenfaktor machen.
• Individualentwicklungskosten sind die Entwicklung selbst, dann Hosting, Wartung, Sicherheitsupdates und das Team, das den Code kennt.
• Integration und Datenmigration kosten bei jedem Weg Geld und werden oft unterschätzt.

Kein festes Verhältnis gilt zwischen diesen Posten: Es hängt von Nutzerzahl, Prozessen, Daten und der Lebensdauer des Systems ab. Kalkulieren Sie jeden Weg mit Ihren eigenen Zahlen.

Integration entscheidet genauso wie das ERP

Ein ERP steht selten allein. Shop, CRM, Zahlungsanbieter und Spediteure tauschen Bestellungen, Bestände, Kundendaten und Rechnungen damit aus – und ein Weg, der auf dem Papier passt, kann an der Integration scheitern. Kartieren Sie diese Datenflüsse und ihre Verantwortlichen vor der Entscheidung mit ERP-, CRM- und E-Commerce-Integrationsarchitektur. Ein Paket mit dokumentierten APIs oder ein API-first entwickeltes Custom ERP hält spätere Änderungen günstig; Netbases Systems- und API-Integrationsservice baut diese Schicht – unabhängig vom gewählten Weg.

Wie Netbase an die Entscheidung herangeht

Die ERP-Arbeit von Netbase beginnt mit Beratung: Prozessaufnahme, Fit-Gap-Analyse und eine Empfehlung zu Bauen, Kaufen oder Erweitern. Das Unternehmen hat Odoo in Vietnam mit einem lokalen Odoo-Implementierungspartner beraten und angepasst, einen Kunden von Vtiger CRM auf ein vollständiges ERP migriert und Cloud-ERP-Plattformen entwickelt. Die produktisierte Modulbibliothek umfasst ein CRM und eine B2B-Sales-Engine, ein Workflow-Automatisierungs-Toolkit und Smart ERP Light; Cloodo, eine Netbase Business Division, kombiniert CRM, HRM, Cloud ERP und KI-Module in einem Workspace. Produktisierte Module werden lizenziert, nicht übertragen, während der Kunde das für ihn in der Individualentwicklung geschaffene geistige Eigentum besitzt. Die meisten Netbase-Projekte werden als Festpreisverträge nach einer Discovery-Phase abgewickelt; siehe dediziertes Team vs. Festpreis. Der ERP- und CRM-Entwicklungsservice beschreibt das Engagement, und Cloud ERP ist der modulbasierte Einstiegspunkt.

Welche Referenzen existieren – und welche nicht?

• Was existiert. Die Cloud-ERP-Referenz beschreibt ein mandantenfähiges Cloud-ERP, das Netbase seit 2020 als Offshore-Entwickler und Managing Partner für einen US-Kunden (nicht namentlich genannt) aufgebaut hat – mit CRM, Work-Management und API-Integrationen in der ersten Phase und einer geplanten Retail-Erweiterung. Die Cloodo-Referenz beschreibt den digitalen Arbeitsplatz von Netbase. Die Odoo-Projekte und die Vtiger-Migration werden nur im Umfang beschrieben; die Kunden werden nicht genannt.
• Was nicht existiert. Keine dieser Referenzen veröffentlicht einen Kostenvergleich, eine Implementierungszeit, eine Lizenzeinsparung oder ein Geschäftsergebnis, und keine wird als Beweis angeführt, dass ein Weg günstiger ist. Die Odoo-Arbeit wurde mit einem Partner durchgeführt; es wird kein Odoo-Herstellerstatus beansprucht.

Was sind die Grenzen dieses Leitfadens?

• Die Wege und Kosten werden qualitativ beschrieben; veröffentlichte Kostenverhältnisse variieren je nach Quelle und Methode, und keines wird als Netbase-Kennzahl verwendet.
• Die BDC- und Martin-Fowler-Seiten werden für das zitiert, was sie am Zugriffsdatum aussagen.
• Buchhaltungs-, steuer- und rechtliche Anforderungen unterscheiden sich je nach Land und sind nicht Gegenstand dieses Leitfadens.

Nächster Schritt

Teilen Sie uns die Prozesse mit, die Sie von anderen abheben, die Systeme, an die Ihr ERP angebunden werden muss, und wo die heutigen Tools an ihre Grenzen stoßen – wir werden einen Solution Review buchen, um eine Fit-Gap-Analyse durchzuführen und die Wege gemeinsam zu vergleichen. Sie können auch den ERP- und CRM-Entwicklungsservice oder weitere Netbase Insights ansehen.

Verwandte Leistungen und Lösungen