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 Microsoft Dynamics AX auf Dynamics 365 Finance & Operations wechseln

Microsoft Dynamics AX (auch „Axapta" genannt) war jahrelang die Enterprise-ERP-Lösung im Microsoft-Stack — vergleichbar mit SAP ECC im Microsoft-Universum. Mit der Cloud-Strategie wurde AX in Dynamics 365 Finance & Operations (F&O) überführt. Der Mainstream-Support für AX 2012 R3 endete 2021, Extended Support läuft 2024 aus. Wer noch AX-basiert arbeitet, braucht einen klaren Migrations-Plan.

Auslöser: Warum die Migration unausweichlich ist

Support-Lifecycle. AX 2012 R3 hat keinen Mainstream-Support mehr. Extended Support endet 2024 — danach nur Custom Support gegen Aufpreis. Sicherheits-Updates werden teuer.

Cloud-Modernisierung. AX ist On-Prem-Architektur mit gehosteten Cloud-Optionen. F&O ist Cloud-Native auf Azure mit modernem Tooling.

Verbesserte Funktionalität. F&O hat tieferes Embedded Analytics, Power Platform-Integration, AI-Capabilities (Demand Forecasting, Anomaly Detection in Finance), die in AX schlicht nicht existieren.

Recruiting-Realität. AX-X++ ist ein Nischen-Skill geworden. Microsoft fördert F&O — junge Entwickler werden in F&O-Tools (Visual Studio mit X++ for F&O, GitHub-Integration) ausgebildet.

Migrations-Strategien

Lift & Shift (Technical Upgrade)

Bestehende AX-Installation wird mit Microsoft-Tooling auf F&O Cloud gehoben. Custom-X++-Code wird auf das neue F&O-X++-Modell konvertiert. Datenmodell-Anpassungen automatisch. Vorteil: schnellster Pfad. Nachteil: technische Schulden bleiben.

Re-Implementation (Greenfield)

Neue F&O-Cloud-Instanz nach Microsoft Dynamics Lifecycle Services (LCS) Best Practices aufsetzen. Stammdaten neu importieren, Custom-Logik nur dort als F&O-Erweiterung re-implementieren wo strategisch nötig. Vorteil: saubere Architektur. Nachteil: längere Projektdauer (18–36 Monate für Konzerne).

Hybrid (Selective)

Mischform — meist die pragmatischste Wahl für mittlere AX-Setups.

Phasen — typischer Konzern-Ablauf

Phase 1 — Discover (6–12 Wochen). AX-Bestandsaufnahme: Module, Custom-Code-Volumen (X++ Lines of Code), Add-ons, Schnittstellen, Multi-Company-Setup. F&O-Demo, Fit-Gap-Analyse, Strategie-Entscheidung.

Phase 2 — Prepare (8–16 Wochen). F&O-Tenants in LCS einrichten (Dev, Test, Prod). Lizenz-Verhandlung mit Microsoft. Implementierungs-Partner aussuchen. Code-Repository in Azure DevOps strukturieren.

Phase 3 — Migrate Code (12–32 Wochen). Custom-X++-Code von AX 2012 in F&O-X++ konvertieren. Manuelle Nacharbeit: API-Calls, Datenmodell-Anpassungen, Performance-Optimierung. AX-Custom-Forms in F&O-Forms überführen.

Phase 4 — Configure & Migrate Data (8–20 Wochen, parallel). F&O-Standard-Konfiguration nach LCS Best Practices. Stammdaten- und Bewegungsdaten-Migration mit Data Management Framework (DMF).

Phase 5 — Test (8–16 Wochen). SIT (System Integration Tests), UAT (User Acceptance Tests), Performance-Tests, Load-Tests. End-User-Schulungen.

Phase 6 — Cutover & Stabilize (4–8 Wochen). Mock-Cutovers (mehrfach), Final-Cutover, Hypercare.

Insgesamt: 18–36 Monate für Konzern-Setups. Multi-Country mit mehreren Tochtergesellschaften: 24–48 Monate.

X++-Code-Migration — der größte Aufwand

AX-Anwender haben oft Hunderttausende Lines of X++-Code akkumuliert. Die F&O-Migration erfordert:

Konvertierung von AX 2012 X++ in F&O X++ (Microsoft-Tools übernehmen 60–80% automatisch)
Anpassung an das neue Extension-basierte Modell (Customization wird über Extensions, nicht über Direct-Code-Änderungen, gemacht)
Performance-Optimierung für Cloud-Umgebung (Tier-1 Sandbox vs. Tier-2 Performance Testing)
Visual Studio mit Dynamics 365 F&O Tools statt MorphX

Erfahrungswerte: pro 100.000 Lines of Code rechnen Implementierungs-Partner mit 4–8 Wochen Code-Migrations-Aufwand inkl. Tests.

Aufwand & Kosten

Größenklasse	Zeitrahmen	Gesamtkosten-Range
Mittelständischer Konzern (500–2.000 MA)	18–28 Monate	3.000.000 – 8.000.000 EUR
Großer Konzern (2.000–10.000 MA)	24–40 Monate	7.000.000 – 25.000.000 EUR
Multi-Country-Großkonzern (10.000+ MA)	36–60 Monate	20.000.000 – 100.000.000+ EUR

F&O-Lizenz: ca. 180 EUR/User/Monat (Operations) plus Activity-User und Team-Member-Lizenzen. Bei 500 vollwertigen Usern: ca. 1.080.000 EUR/Jahr Lizenz allein.

Stolperfallen

X++-Code-Komplexität unterschätzt. Viele AX-Setups haben über die Jahre Tausende Custom-X++-Klassen angesammelt. Code-Inventur in Phase 1 ist Pflicht.

ISV-Add-ons. AX-Branchen-Add-ons haben nicht immer F&O-Pendants. To-Increase, LS Retail, prodware: meist ja. Kleinere AX-ISVs: prüfen.

Datenmigration aus AX 2012 R3 komplex. Datenmodell hat sich geändert (z.B. SQL-Server-Tabellen-Struktur). DMF ist mächtig, aber Mapping-Aufwand erheblich.

Multi-Company-Konsolidierung. AX-Multi-Company-Strukturen müssen für F&O neu modelliert werden — mit der neuen Legal-Entity-Logik.

Performance-Erwartungen. F&O Cloud hat andere Performance-Charakteristik als On-Prem-AX. Heavy Custom-Code kann in der Cloud anders performen.

Hypercare-Aufwand. Konzern-Migrationen haben enorme Anwender-Schulungs-Bedarfe. Hypercare-Budget realistisch ansetzen (15–20% des Implementierungs-Budgets).

Erfolgsfaktoren

Microsoft-Partner mit dokumentierter AX-zu-F&O-Migrationserfahrung. Frage nach 5+ abgeschlossenen Migrations-Projekten in deiner Größe.
Strong Code-Quality-Gates. Nutze Azure DevOps mit Pull-Request-Reviews. F&O-Code-Qualität ist die Basis für langfristige Wartbarkeit.
Schritte nach Lifecycle Services (LCS) Best Practices. Microsoft hat klare Empfehlungen.
Test-Automatisierung. F&O bietet Test-Tools (RSAT — Regression Suite Automation Tool). Nutze sie.
Phased Roll-out bei Multi-Country. Pilot-Tochter zuerst, Lessons Learned, dann Wellen.

FAQ

Wann ist AX wirklich out-of-support? AX 2012 R3 Mainstream-Support endete 2021. Extended Support endet 2024. Custom Support möglich, aber zunehmend teuer.

Können wir auf BC migrieren statt F&O? Bei kleineren AX-Setups (<200 MA) kann BC die richtige Wahl sein. Für klassische AX-Konzerne ist F&O der natürliche Pfad.

Wie ist die Lizenzkosten-Differenz zu AX? F&O Cloud-Lizenz ist meist deutlich teurer als AX-On-Prem-Wartung — Cloud-Vorteile (keine Infrastruktur, automatische Updates) müssen wirtschaftlich gewertet werden.

Was passiert mit unseren AX-Reports? Reports müssen in F&O-Tools (Power BI, Embedded Analytics, X++ Reports) neu gebaut werden. SSRS-Reports aus AX laufen mit Anpassungen.