Migration von Microsoft Dynamics 365 zu Odoo: Unternehmenshandbuch

Wichtige Erkenntnisse

• Dynamics 365 und Odoo teilen die grundlegende ERP-Architektur, unterscheiden sich jedoch im Anpassungsansatz und im Bereitstellungsmodell – Für die Datenextraktion aus Dynamics 365 sind das Data Management Framework (DMF) oder OData-APIs erforderlich – keine manuellen Exporte – Benutzerdefinierte Entitäten, Workflows und Power Automate-Flows müssen im Odoo-Framework geprüft und neu erstellt werden
• Planen Sie einen Gesamtmigrationszeitraum von 6 bis 12 Monaten für Unternehmensbereitstellungen ein
• Der parallele Betrieb über 60–90 Tage ist für Unternehmensmigrationen unerlässlich – länger als typische Umzüge kleiner Unternehmen
• Die Neuverkabelung der Integration (Azure-Dienste, Power Platform, ISVs von Drittanbietern) ist oft die komplexeste Phase
• Benutzerschulungen erfordern besondere Aufmerksamkeit, da der UX-Paradigmenwechsel von Microsoft zu Odoo bedeutsam ist

---

Warum Unternehmen von Dynamics 365 auf Odoo umsteigen

Gesamtbetriebskosten

In Unternehmensumgebungen summiert sich die Lizenzierung von Dynamics 365 schnell:

Der Kostenunterschied ist dramatisch. Selbst unter Berücksichtigung der Odoo-Anpassungs- und Implementierungskosten beträgt der ROI-Zeitplan in der Regel 12–18 Monate.

Technische Unabhängigkeit

Dynamics 365 bindet Sie an den Stack von Microsoft an: Azure für Hosting, Power Platform für Automatisierung, Dataverse für Datenspeicherung und das Partnernetzwerk von Microsoft für Anpassungen. Odoo läuft auf jeder Infrastruktur (AWS, GCP, Azure, vor Ort, Odoo.sh), verwendet Standard-PostgreSQL und unterstützt die Anpassung durch jeden Python-Entwickler.

Freiheit bei der individuellen Gestaltung

Dynamics 365-Anpassungen über X++ oder Power Platform unterliegen den Einschränkungen durch den Updatezyklus und das Erweiterungsmodell von Microsoft. Die modulare Architektur von Odoo ermöglicht eine unbegrenzte Anpassung durch Python-Module, die Upgrades sauber überstehen, wenn sie den Vererbungsmustern von Odoo folgen.

---

Modulzuordnung: Dynamics 365 zu Odoo

Finanzen

Supply-Chain-Management

Personalwesen

---

Phase 1: Entdeckung und Bewertung (Wochen 1–6)

Anpassungsaudit

Enterprise Dynamics 365-Bereitstellungen beinhalten ausnahmslos erhebliche Anpassungen. Dokumentieren Sie vor der Migration jede Anpassung:

X++-Erweiterungen und Overlays:

• [] Alle benutzerdefinierten Klassen, Tabellen, Formulare und Berichte auflisten
• Identifizieren Sie, welche Anpassungen geschäftskritisch oder „nice-to-have“ sind
• Beachten Sie alle Anpassungen, die das Standardverhalten ändern (diese stellen das höchste Risiko dar)
• Suchen Sie nach veralteten Mustern, die das neue System nativ verarbeiten kann

Power Automate-Flows:

• Dokumentieren Sie Auslösebedingungen und Aktionen für jeden Flow
• Klassifizieren: Kann dies durch automatisierte Odoo-Aktionen ersetzt werden oder ist eine benutzerdefinierte Entwicklung erforderlich?
• Beachten Sie Abläufe, die in externe Systeme integriert sind (diese müssen neu verkabelt werden)

Power-Apps:

• [] Alle auf Dataverse erstellten benutzerdefinierten Apps auflisten
• Bestimmen Sie, welche durch Odoo-Ansichten/Dashboards im Vergleich zur benutzerdefinierten Entwicklung ersetzt werden können
• Identifizieren Sie Power Apps-spezifische Datenmodelle, die migriert werden müssen

SSRS- und Power BI-Berichte:

• Katalogisieren Sie alle benutzerdefinierten Berichte mit ihren Datenquellen
• Priorisieren Sie nach Nutzungshäufigkeit – migrieren Sie die oberen 20 %, die 80 % des Bedarfs abdecken
• Planen Sie die Berichterstellung in Odoos QWeb-Reporting-Engine oder externen BI-Tools

Integrationsinventar

Enterprise D365 lässt sich normalerweise in mehrere Systeme integrieren:

---

Phase 2: Datenextraktion (Woche 5–10)

Verwendung des Data Management Framework (DMF)

DMF von Dynamics 365 ist das richtige Tool für die Extraktion von Unternehmensdaten. Es behandelt:

• Komplexe Entitätsbeziehungen und Fremdschlüssel
• Inkrementelle Exporte für große Datensätze – Datenpakete, die die referenzielle Integrität wahren
• Geplante Exporte für parallel laufende Zeiträume

DMF-Exportprozess:

1. Navigieren Sie zum Arbeitsbereich „Datenverwaltung“ in D365
2. Erstellen Sie ein Exportprojekt
3. Entitäten in Abhängigkeitsreihenfolge hinzufügen (siehe Reihenfolge unten)
4. Datenformat konfigurieren (XML oder CSV – XML bewahrt Beziehungen besser)
5. Führen Sie das Datenpaket aus und laden Sie es herunter

Entitätssequenz exportieren

Schicht 1 – Referenzdaten (zuerst exportieren):

• Juristische Personen (Unternehmen)
• Kontenplan
• Finanzielle Dimensionen
• Währungen und Wechselkurse
• Maßeinheiten
• Zahlungsbedingungen
• Steuercodes und -gruppen

Schicht 2 – Stammdaten:

• Kunden (Kundenkonten)
• Kreditoren (Kreditorenkonten)
• Produkte (freigegebene Produkte, Produktvarianten)
• Mitarbeiter
• Lager und Standorte

Schicht 3 – Transaktionsdaten:

• Offene Kundenaufträge
• Offene Bestellungen
• Offene Kundenrechnungen (Debitorenbuchhaltung)
• Offene Kreditorenrechnungen (Kreditorenbuchhaltung)
• Lagerbestand vorhanden
• Produktionsaufträge (offen)
• Projekte und Stundenzettel

Schicht 4 – Historische Daten:

• Abgeschlossene Kundenaufträge (12–24 Monate)
• Rechnungen und Zahlungen gebucht
• Abgeschlossene Produktionsaufträge
• Hauptbuchtransaktionen (mindestens aktuelles Geschäftsjahr)

OData-API-Export (Alternative)

Für gezielte Extraktionen oder kontinuierliche Synchronisierung während der parallelen Ausführung verwenden Sie die OData-Endpunkte von Dynamics 365:

– Jede Entität wird als OData-Feed unter https://[environment].operations.dynamics.com/data/[EntityName] verfügbar gemacht.

• Unterstützt Filterung, Paginierung und Feldauswahl – Besser geeignet für inkrementelle Synchronisierungen als für die vollständige Datenextraktion
• Es gelten Ratenbegrenzungen – planen Sie eine Drosselung bei großen Datenmengen ein

---

Phase 3: Datentransformation und Mapping (Wochen 8–14)

Zuordnung von Kontenplänen

Dies ist die kritischste Zuordnungsentscheidung. Dynamics 365 verwendet eine Hauptkonto- und Finanzdimensionsstruktur. Odoo nutzt einen flachen Kontenplan mit analytischer Buchhaltung für die Dimensionsanalyse.

Transformationsansatz:

• Ordnen Sie jedes D365-Hauptkonto einem Odoo-Konto mit dem richtigen Kontotyp zu
• Konvertieren Sie Finanzdimensionen in Odoo-Analysekonten und Analysepläne
• Ordnen Sie D365-Posting-Profile den Odoo-Journalkonfigurationen zu
• Gleichen Sie die Probebilanz nach der Transformation ab, um die Richtigkeit zu überprüfen

Kunden- und Lieferantenstammzuordnung

D365 verwaltet separate Kunden- und Lieferantenkonten. Ein Unternehmen, das sowohl Kunde als auch Lieferant ist, verfügt über zwei Datensätze. Odoo verwendet ein Einzelkontaktmodell mit Kunden-/Kreditoren-Flags.

Entscheidung erforderlich: Kunden- und Lieferantendatensätze für dasselbe Unternehmen in einem einzigen Odoo-Kontakt zusammenführen oder separate Datensätze verwalten? Die Zusammenführung ist sauberer, erfordert jedoch eine sorgfältige Trennung von Forderungen und Verbindlichkeiten.

Produktstammzuordnung

D365 verwendet einen komplexen Produktstamm mit:

• Produktmaster (Vorlagen)
• Freigegebene Produkte (firmenspezifische Varianten)
• Produktabmessungen (Farbe, Größe, Konfiguration, Stil)
• Lagerabmessungen (Standort, Lager, Standort)
• Verfolgung von Abmessungen (Charge, Serie)

Odoo verwendet ein einfacheres Modell:

• Produktvorlagen (mit optionalen Varianten)
• Produktvarianten (generiert aus Attributkombinationen)
• Standorte (hierarchisch innerhalb der Lager)
• Chargen-/Serienverfolgung (pro Produktkonfiguration)

Ordnen Sie jede D365-Produktdimensionsgruppe Odoo-Produktattributen zu. Stellen Sie sicher, dass Dimensionskombinationen innerhalb der praktischen Grenze von 3 Attributen in gültige Odoo-Varianten übersetzt werden.

---

Phase 4: Odoo-Konfiguration und -Anpassung (Woche 10–20)

Checkliste für die Unternehmenskonfiguration

• Mehrunternehmensstruktur repliziert (D365-Rechtseinheiten → Odoo-Unternehmen)
• Kontenplan pro Unternehmen mit Intercompany-Regeln konfiguriert
• Geschäftsjahr und Abrechnungszeiträume festgelegt
• Steuerkonfiguration: Sätze, Gruppen, Steuerpositionen, Quellensteuer
• Währungsmanagement: aktive Währungen, Wechselkursquellen
• Produktkategorien und Attribute erstellt
• Lagerstruktur: Lager, Standorte, Routen, Vorgangsarten
• Fertigung: Arbeitsplätze, Arbeitspläne, Stücklistenstruktur
• Verkauf: Preislisten, Zahlungsbedingungen, Liefermethoden, Verkaufsteams
• Einkauf: Lieferantenpreislisten, Kaufverträge, Genehmigungen
• HR: Abteilungen, Stellen, Urlaubsarten, Ausgabenkategorien
• Benutzerrollen und Zugriffsrechte (D365-Sicherheitsrollen Odoo-Gruppen zuordnen)
• Genehmigungsworkflows (Einkaufslimits, Ausgabenlimits, Urlaubsgenehmigungen)
• Nummernkreise (Rechnungsnummern, Bestellnummern, Chargennummern)
• E-Mail-Vorlagen und Benachrichtigungsregeln

Kundenspezifische Entwicklung

In D365-Unternehmensumgebungen müssen in der Regel 10–30 % der Funktionalität in Odoo individuell entwickelt werden. Gängige benutzerdefinierte Module:

• Branchenspezifische Workflows, bei denen es sich um X++-Anpassungen handelte
• EDI-Anschlüsse für partnerspezifische Dokumentenformate
• Regeln zur Erweiterten Preisgestaltung, die über die Standardpreislisten von Odoo hinausgehen
• Compliance-Berichte speziell für Ihre Gerichtsbarkeit oder Branche
• Dashboard und Analysen, die wichtige Power BI-Berichte replizieren

---

Phase 5: Benutzerschulung (Woche 16–22)

Der UX-Umstieg von Microsoft zu Odoo

Benutzer, die von Dynamics 365 zu Odoo wechseln, erleben einen bedeutenden UX-Paradigmenwechsel:

Struktur des Schulungsprogramms

---

Phase 6: Paralleler Betrieb und Go-Live (Woche 20–30)

Parallel laufendes Protokoll

Unternehmensmigrationen erfordern eine parallele Ausführung von 60–90 Tagen. In diesem Zeitraum:

1. Primärtransaktionen werden in Odoo eingegeben
2. Doppelter Eintrag in D365 für die ersten 30 Tage (überprüfen Sie, ob Odoo korrekt aufzeichnet)
3. Einzeleintrag in Odoo nur für die Tage 31–90 (Berichte regelmäßig vergleichen)
4. Der Monatsabschluss wird in beiden Systemen für mindestens einen vollen Monat durchgeführt

Go-Live-Cutover-Checkliste

• Eröffnungssalden importiert und überprüft (Probesaldo mit D365 abgeglichen)
• Offene Transaktionen importiert (AR, AP, offene Bestellungen, Lagerbestand)
• Bankkonten verbunden und abgeglichen
• Kürzung der Lohn- und Gehaltsabrechnung: letzter Lohn- und Gehaltsabrechnungslauf auf D365, erster Lauf auf Odoo überprüft
• Fertigung: Offene Arbeitsaufträge übertragen, Stückliste überprüft
• Integrationen geändert (EDI-Partner, Bank-Feeds, Tools von Drittanbietern)
• Benutzerkonten mit korrekten Rollen aktiviert
• Support-Desk in den ersten 2 Wochen besetzt (verlängerte Öffnungszeiten)
• Rollback-Plan dokumentiert und getestet (Fähigkeit, bei kritischem Fehler auf D365 zurückzugreifen)

Post-Go-Live-Stabilisierung

---

Risikominderung

Wichtigste Risiken und Abhilfemaßnahmen

Rollback-Plan

Behalten Sie die Möglichkeit bei, in den ersten 90 Tagen nach dem Go-Live zu Dynamics 365 zurückzukehren:

• Halten Sie die D365-Lizenzen aktiv (verhandeln Sie mit Microsoft einen reduzierten Tarif für den Übergangszeitraum)
• Pflegen Sie D365-Datenbanksicherungen
• Dokumentieren Sie den Rollback-Vorgang: Importieren Sie die in Odoo eingegebenen Daten erneut in D365
• Definieren Sie Rollback-Auslöserkriterien (z. B. Unfähigkeit, den Monatsabschluss abzuschließen, Probleme mit der Datenintegrität, die sich auf die Finanzberichterstattung auswirken)

---

Häufig gestellte Fragen

Wie lange dauert die Migration von Dynamics 365 zu Odoo für ein Unternehmen?

Planen Sie 6–12 Monate vom Projektstart bis zur vollständigen Inbetriebnahme ein. Die Erkennung und Bewertung dauert 4–6 Wochen, die Datenextraktion und -transformation 6–10 Wochen, die Odoo-Konfiguration und -Anpassung 8–12 Wochen, die Schulung 4–6 Wochen und die parallele Ausführung 8–12 Wochen. Diese Phasen überschneiden sich, aber die Gesamtzeit beträgt für ein Unternehmen mit mehr als 100 Benutzern in der Regel 9–12 Monate.

Können wir die Migration in Phasen statt auf einmal durchführen?

Ja, und dies wird für große Unternehmen empfohlen. Ein üblicher stufenweiser Ansatz: Phase 1 – Finanzen und Rechnungswesen (bildet das finanzielle Rückgrat). Phase 2 – Vertrieb und CRM (kundenorientierte Prozesse). Phase 3 – Lieferkette und Fertigung (Betriebsprozesse). Phase 4 – Personalwesen und Gehaltsabrechnung (Personalprozesse). Jede Phase dauert 3–4 Monate mit Überschneidungen.

Was passiert mit unseren Power BI-Berichten?

Power BI-Berichte müssen mit Odoo als Datenquelle neu erstellt werden. Sie können Power BI direkt mit der PostgreSQL-Datenbank von Odoo verbinden oder die REST-API von Odoo verwenden. Alternativ decken die integrierten Dashboards, Pivot-Ansichten und die Tabellenkalkulationsintegration von Odoo die meisten Standard-Berichtsanforderungen ab. Für erweiterte Analysen nutzen viele Unternehmen neben Odoo auch Power BI.

Verlieren wir unsere D365-Anpassungen?

D365-Anpassungen (X++, Power Automate, Power Apps) werden nicht an Odoo übertragen. Sie müssen im Odoo-Framework analysiert, priorisiert und neu erstellt werden. Einfache Workflow-Automatisierungen führen zu automatisierten Aktionen von Odoo. Komplexe X++-Anpassungen erfordern eine Python-Entwicklung. Planen Sie 20–30 % Ihrer Implementierungskosten für die Anpassungsnachbildung ein.

Wie gehen wir mit der Azure Active Directory-Integration um?

Odoo unterstützt SAML und OAuth2 für SSO. Sie können Azure AD weiterhin als Ihren Identitätsanbieter verwenden und Odoo für die Authentifizierung darüber konfigurieren. Alternativ können Sie eine Identitätsplattform wie Authentik oder Okta als Vermittler nutzen. Die Bereitstellung und Aufhebung der Benutzerbereitstellung muss über die API oder die SCIM-Integration von Odoo konfiguriert werden.

Wie hoch ist das finanzielle Risiko, wenn die Migration fehlschlägt?

Das primäre finanzielle Risiko besteht in der verlängerten Doppellizenzierung während einer längeren Parallellaufzeit. Behalten Sie D365-Lizenzen als Sicherheitsnetz 90 Tage lang nach dem Go-Live bei. Die Kosten dieser Versicherung (3 Monate D365-Lizenzierung) sind gering im Vergleich zum Risiko, Transaktionen nicht verarbeiten zu können. Eine gut durchgeführte Migration mit ordnungsgemäßen Tests und Rollback-Planung reduziert die Ausfallwahrscheinlichkeit auf unter 5 %.

Kann ECOSIRE D365-Migrationen im Unternehmensmaßstab bewältigen?

Ja. Das Migrationsteam von ECOSIRE verfügt über Erfahrung mit Dynamics 365-Unternehmensumgebungen, einschließlich unternehmensübergreifender Umgebungen, mit mehreren Währungen und in der Fertigung. Wir kümmern uns um den gesamten Lebenszyklus von der Bewertung bis zur Stabilisierung nach dem Go-Live mit dediziertem Projektmanagement und technischen Ressourcen. Kontaktieren Sie uns für eine Bewertung der Unternehmensmigration.

---

Starten Sie Ihre Migrationsbewertung

Jede Migration von Dynamics 365 zu Odoo beginnt mit einer gründlichen Bewertung Ihrer aktuellen Umgebung – verwendete Module, Anpassungen, Integrationen, Datenvolumen und organisatorische Bereitschaft. Diese Bewertung führt zu einem detaillierten Migrationsplan mit realistischen Zeitplänen, Ressourcenanforderungen und Risikominderungen.

Die [Unternehmensmigrationsdienste] (/services/odoo/migration) von ECOSIRE umfassen eine kostenlose Erstbewertung, eine detaillierte Festlegung des Leistungsumfangs und einen unverbindlichen Projektvorschlag. Unser Team kombiniert fundierte Dynamics 365-Expertise mit Odoo-Implementierungserfahrung, um einen reibungslosen Übergang zu gewährleisten.

Planen Sie Ihre Migrationsbewertung – wir überprüfen Ihre D365-Umgebung und liefern innerhalb von zwei Wochen einen Migrationsfahrplan.