Wie lange dauert ein professioneller ERP-Auswahlprozess?

Realistische Spannen liegen bei drei bis sechs Monaten für Mittelständler und sechs bis zwölf Monaten für komplexe, internationale Konzernprojekte. Eine Verkürzung unter drei Monate geht fast immer zulasten der Qualität – insbesondere bei Lastenheft, Demos und Vertragsverhandlung.

Wann lohnt sich eine externe Auswahlbegleitung?

Externe Begleitung lohnt sich vor allem bei der ersten ERP-Einführung, bei internationalen Mehrländerprojekten und in stark regulierten Branchen. Die Investition zwischen 30.000 und 150.000 Euro amortisiert sich typischerweise über bessere Vertragskonditionen, geringere Customizing-Quoten und eine schnellere Time-to-Value.

Sollten wir uns auf einen Anbieter festlegen oder offen ausschreiben?

Eine offene Ausschreibung bringt fast immer bessere Konditionen und mehr Transparenz, auch wenn intern bereits ein Favorit existiert. Der Wettbewerbsdruck wirkt nachweislich preissenkend und führt zu schärferen Leistungsbeschreibungen. Eine Direktbeauftragung lohnt sich nur, wenn ein Konzernstandard zwingend ist oder der Markt extrem klein.

Wie viele Anbieter sollten in der Shortlist sein?

Drei bis maximal fünf. Weniger schwächt den Wettbewerb, mehr macht die Demos und die Bewertung unwirtschaftlich. Wichtig ist, dass die Kandidaten echte Alternativen sind und nicht nur Pflichtteilnehmer.

Von SAP Business One auf Microsoft Dynamics 365 Business Central wechseln

Der Wechsel zwischen den zwei großen Mittelstands-Cloud-ERPs ist eine der häufigeren Migrations-Bewegungen im DACH-Markt. SAP Business One (B1) und Microsoft Dynamics 365 Business Central (BC) bedienen ähnliche Größenklassen (50–500 MA) — wer wechselt, hat meist einen klaren strategischen Grund. Dieser Guide erklärt die typischen Auslöser, Migrations-Pfade, Aufwände und Stolperfallen.

Auslöser: Warum von B1 auf BC wechseln?

Drei häufige Gründe treiben den Wechsel:

Microsoft-Stack-Konsolidierung. Wenn das Unternehmen ohnehin stark im Microsoft-Ökosystem arbeitet (Office 365, Teams, Power BI, Power Automate), ist BC die natürliche Wahl. Die nahtlose Integration mit dem Microsoft-Stack reduziert Reibung, vereinfacht das Identity-Management (Entra ID), und Power Platform wird zum nativen Customizing-Layer ohne Custom-Code-Risiken.

SAP-Lizenz-Diskussionen. SAP-Lizenz-Verhandlungen sind notorisch komplex. Bei Lizenz-Audits oder Vertragserneuerung stellen viele Mittelständler fest, dass die TCO-Differenz zu BC bei vergleichbarem Funktionsumfang eine Migration rechtfertigt — vor allem bei wachsenden User-Zahlen.

Cloud-Modernisierungs-Wunsch. SAP B1 ist primär eine On-Prem-Architektur mit gehosteter Cloud-Variante. BC ist Cloud-Native (Multi-Tenant) mit halbjährlichen Updates. Wer eine moderne SaaS-Erfahrung will, findet bei BC strukturell mehr.

Daneben gibt es weichere Treiber: Anwender-Erwartungen an moderne UX (BC ist Web-First mit Excel-Anbindung), Recruiting-Vorteile (Microsoft-Skills sind verbreiteter als SAP-B1-Skills), AppSource-Marketplace mit größerer Add-on-Auswahl als der SAP-B1-Marketplace.

Voraussetzungen für den Wechsel

Bevor du in die Migration einsteigst, prüfe drei Voraussetzungen:

Funktionsabdeckung. B1 und BC haben ähnliche Kernfunktionen (Buchhaltung, Beschaffung, Vertrieb, Lager, einfache Fertigung), aber Details unterscheiden sich. Erstelle ein Feature-Mapping: welche B1-Funktionen werden im Tagesgeschäft genutzt, welche davon hat BC im Standard, welche brauchen Add-ons (z.B. Variantenkonfiguration über LS Manufacturing oder KUMAVISION)?

Add-on-Inventar. B1-Anwender nutzen oft Branchen-Add-ons (z.B. Lebensmittel-Compliance, Maschinenbau-Variantenfertigung, Pharma-Track-and-Trace). Frage: gibt es äquivalente BC-Add-ons im Microsoft AppSource? Bei Branchen-Spezialisierung kann der Wechsel hier scheitern.

Schnittstellen-Landschaft. Welche Drittsysteme sprechen heute mit B1? DATEV, Lager-Manager, Versand-Software, BI-Tools, CRM, Bank, Lohn? Alle müssen für BC neu eingerichtet werden. Bei vielen Schnittstellen ist die Re-Implementation ein eigenes Teilprojekt.

Migrations-Phasen — typischer Ablauf

Phase 1 — Discover (3–6 Wochen). Bestandsaufnahme B1: Module, Add-ons, Anwender-Anzahl, Schnittstellen, Branchen-Spezifika. BC-Demo (idealerweise mit Add-ons aus relevanten Branchen). Fit-Gap-Analyse. Strategische Entscheidung: BC ist die Lösung — ja oder nein.

Phase 2 — Prepare (4–8 Wochen). BC-Lizenz-Modell entscheiden (Essentials vs. Premium, User-Anzahl). BC-Cloud-Tenant einrichten. Implementierungs-Partner aussuchen (zertifizierter Microsoft-Partner mit BC-Erfahrung im DACH-Mittelstand). Projekt-Team benennen.

Phase 3 — Design & Configure (8–16 Wochen). Soll-Konzept entwickeln. BC-Standard-Konfiguration auf den Use Case anpassen. Branchen-Add-ons aus AppSource auswählen und einrichten. Schnittstellen-Konzept (DATEV, Bank, Lager, BI etc.). Datenmigrations-Strategie.

Phase 4 — Migrate Data (6–12 Wochen, parallel zu Phase 3). Stammdaten aus B1 extrahieren, bereinigen, in BC migrieren. Bewegungsdaten-Strategie: nur offene Posten übernehmen (Standard-Empfehlung) oder Historie 1–3 Jahre. Mock-Migrationen mehrfach ausführen.

Phase 5 — Test (4–8 Wochen). Funktions-Tests durch Anwender (UAT). Integration-Tests mit allen Schnittstellen. Performance-Tests. End-User-Schulungen (BC-UI ist anders als B1).

Phase 6 — Cutover & Go-Live (1–2 Wochen). Final-Migration der offenen Posten. B1 wird Read-Only gestellt. BC geht produktiv. Hypercare-Phase mit erhöhter Betreuung.

Phase 7 — Stabilize (4–8 Wochen). Schrittweise Bug-Fixing, Workflow-Optimierung, Reports an Anwender-Wünsche anpassen.

Insgesamt: 4–9 Monate für eine typische Mittelstands-Migration ohne extreme Add-on-Komplexität.

Datenmigration: Praktischer Leitfaden

Stammdaten (Material/Artikel, Kunden, Lieferanten, Konten, Kostenstellen) sind der Kern. BC und B1 haben unterschiedliche Datenmodelle — eins-zu-eins-Mapping geht selten auf. Empfehlung:

Material: Item-Records aus B1 extrahieren, BC-Item-Format anpassen, Kategorien-Hierarchie ggf. neu strukturieren
Geschäftspartner: B1 hat „Business Partner" als gemeinsame Tabelle, BC trennt zwischen Kunden und Lieferanten — Mapping-Tabelle erforderlich
Konten: Kontenrahmen oft 1:1 übernehmbar, Kostenstellen-Logik kann sich unterscheiden

Offene Posten zum Stichtag (offene Aufträge, Bestellungen, OPs Debitoren/Kreditoren, Lagerbestände) müssen übernommen werden. BC hat Standard-Tools (Configuration Packages, Data Migration Tool) — die Standard-Wege funktionieren gut, sofern Stammdaten sauber sind.

Historische Bewegungsdaten sind die schwierige Frage. Option A: keine Übernahme, B1 als Read-Only-Archiv weiter betreiben (oft pragmatischste Lösung für 2–3 Jahre). Option B: ausgewählte Historie über benutzerdefinierte Tabellen importieren — komplex und teuer. Option C: nur Reports/Auswertungen aus B1 als PDFs archivieren.

Custom-Reports und Crystal-Reports. B1-Anwender haben oft Custom-Crystal-Reports. Diese funktionieren nicht in BC — Reports müssen mit BC-Tools (Word-Layouts, Power BI, Jet Reports) neu erstellt werden. Frühzeitig im Projekt planen.

Aufwand & Kosten

Größe / Komplexität	Zeitrahmen	Gesamtkosten-Range
Klein (10–50 MA), wenig Add-ons	4–7 Monate	80.000 – 250.000 EUR
Mittel (50–150 MA), Standard-Branche	6–10 Monate	200.000 – 600.000 EUR
Größer (150–500 MA), mit Branchen-Add-ons	9–14 Monate	500.000 – 1.500.000 EUR
Komplex (Multi-Country, viele Add-ons)	12–18 Monate	1.000.000 – 3.000.000 EUR

Diese Werte umfassen Lizenz (anteilig), Implementierungs-Beratung, Datenmigration, Schulung, internen Aufwand. BC-Lizenz-Kosten allein liegen typischerweise bei 70–100 EUR/User/Monat (Premium) — bei 50 Usern sind das ca. 50.000 EUR/Jahr Lizenz.

Im Vergleich zu deinen aktuellen B1-Kosten: häufig vergleichbar oder leicht günstiger, vor allem bei B1-Wartungs-Erhöhungen oder Auslaufen vergünstigter Einstiegs-Pakete.

Stolperfallen

Funktions-Lücken zu spät entdeckt. B1-Branchen-Add-ons (z.B. variantenfertigung, Pharma-Lot-Tracking) haben nicht immer 1:1-BC-Äquivalente. Prüfe in Phase 1 — nicht in Phase 4.

Datenqualität in B1 unterschätzt. Über die Jahre haben sich Karteileichen, Duplikate, inkonsistente Stammdaten angesammelt. Eine Migration ist die Gelegenheit zur Bereinigung — Aufwand dafür einplanen.

Schnittstellen vergessen. B1 ist oft tief in Drittsysteme eingebunden. DATEV-Schnittstelle, Bank-Anbindung, Lager-Software, Versand-Tool, BI-Tool — alle brauchen BC-Anbindung. Vollständiges Schnittstellen-Inventar in Phase 1 essentiell.

Anwender-Schulung zu spät. BC hat eine andere UI als B1. Anwender brauchen Schulung mindestens 4 Wochen vor Go-Live, am besten mit Hands-on-Workshops in einer BC-Sandbox.

Custom-Reports vergessen. Crystal-Reports aus B1 müssen in BC neu gebaut werden. Dieser Aufwand wird gerne unterschätzt — Reports sind oft business-kritisch.

B1-Cutover-Zeitpunkt schlecht gewählt. Cutover sollte NICHT in Hochsaison passieren. Für Handels-Mittelständler bedeutet das: nicht in Q4. Für Fertiger: nicht im Quartalsabschluss-Monat.

Erfolgsfaktoren

Microsoft-Partner mit DACH-B1-Migrations-Erfahrung wählen. Es gibt Partner, die spezialisiert sind auf B1→BC-Migrationen — sie haben Tools, Methodik und Lessons Learned. Frage gezielt danach.

Klare Cutover-Strategie. „Big Bang" (alle Module gleichzeitig) ist Standard für Mittelstand-Migrationen — vermeidet Doppel-Buchungen und Datenkonsistenz-Probleme. „Phased" (modulweise) nur in sehr großen Setups sinnvoll.

Stammdaten-Lead. Eine dedizierte Person, die Stammdaten-Qualität verantwortet — von Anfang bis Ende.

Power Platform früh nutzen. BC's Power-Automate- und Power-Apps-Integration ermöglicht Customizing OHNE Code-Änderungen am BC-Core. Wer früh in dieser Richtung denkt, vermeidet teure AL-Erweiterungen.

Stabilisierungs-Budget. Nach Go-Live kommen 4–8 Wochen mit erhöhtem Bug-Fix- und Anpassungs-Aufwand. Plane 15–20% des Implementierungs-Budgets für Stabilisierung ein.

Wann sich der Wechsel NICHT lohnt

In zwei Konstellationen ist der Wechsel die falsche Idee:

Tiefe SAP-Konzern-Integration. Wenn deine Tochter Teil eines SAP-Konzerns ist (Mutter auf S/4HANA), ist B1 die strategisch passende Tier-2-Lösung — der Wechsel zu BC würde Konsolidierungs-Brücken aufwerfen, die Mehrwert kosten statt schaffen.

Sehr starke B1-Branchen-Add-on-Abhängigkeit. Wenn du auf einem hochspezifischen B1-Add-on aufsitzt (z.B. spezielle Pharma- oder Maschinenbau-Lösung), das in BC keine vergleichbare Alternative hat, kann der Wechsel funktional zu einem Rückschritt führen. Prüfe gründlich.

In allen anderen Mittelstands-Konstellationen ist der Wechsel oft eine sinnvolle strategische Entscheidung — vorausgesetzt, du gehst ihn methodisch an.

FAQ

Wie viele B1-Anwender sind 2026 schon zu BC gewechselt? Belastbare Zahlen sind nicht öffentlich, aber Microsoft-Partner berichten von kontinuierlich wachsenden Migrations-Projekten — der Trend hat sich seit der Cloud-Modernisierung von BC ab 2018 deutlich beschleunigt.

Können wir B1 und BC parallel betreiben? Ja, vorübergehend ist das möglich (Stichwort „Read-Only-B1 für Historie"). Dauerhaft ist es nicht zu empfehlen — Datenkonsistenz wird ein Dauerproblem.

BC SaaS oder BC On-Prem? SaaS (Cloud) ist der klare Standard für Neu-Implementierungen — vorhersagbarere TCO, automatische Updates, Microsoft-Garantie. On-Prem nur bei sehr spezifischen Anforderungen (Datensouveränität, lokale Compliance).

Werden unsere B1-Anwender BC sofort akzeptieren? Nein, eine Lernkurve ist üblich. BC ist UI-strukturell anders. Investition in Hands-on-Schulung und initiale Hypercare-Phase ist entscheidend für Anwender-Akzeptanz.

Welche Branchen-Add-ons sind am beliebtesten in BC? LS Retail (Handel), KUMAVISION (Industrie/Healthcare), prodware Manufacturing, Sana Commerce (B2B-eCommerce), Continia (Document Capture, Banking). Microsoft AppSource hat über 1.000 Erweiterungen.

Wie lange dauert die durchschnittliche B1→BC-Migration? 6–9 Monate ist Standard für Mittelstand-Setups ohne extreme Branchen-Spezialisierung. Multi-Country oder hochkomplex: 12–18 Monate.

Können wir Custom-Code aus B1 (SAP B1 SDK / DI-API-Erweiterungen) migrieren? Nein, nicht direkt. B1-Custom-Code muss in BC-Erweiterungen (AL-Sprache) neu implementiert werden. Aufwand stark abhängig von Custom-Logik-Tiefe.