Odoo einführen: Projektplan von Analyse bis Go-live

Der folgende Phasenplan ist eine redaktionelle Empfehlung, kein Verfahren aus der Odoo-Dokumentation; er hält fest, welches Ergebnis jede Phase liefern muss und wer sie freigibt. Wo eine Phase auf einer dokumentierten Eigenschaft von Odoo 20.0 beruht, steht sie dabei.

Was Sie vorab brauchen

• eine Projektleitung im Unternehmen und eine Vertretung für jeden Fachbereich (siehe interne Verantwortung)
• die Entscheidung für Edition, Hostingart und Plan (Community oder Enterprise, Hosting-Optionen)
• Zugriff auf eine Datenbank, die Sie duplizieren dürfen, und ein Konto mit Administratorrechten
• eine Liste der Altdaten, die übernommen werden sollen

Der Phasenplan im Überblick

Phase	Ergebnis	Verantwortlich (Rolle)	Entscheidungstor
1 Entscheidung	Edition, Hostingart, Plan, Version	Geschäftsführung	Freigabe des Budgets
2 Analyse	Anforderungsliste, Prozessskizze, Abgrenzung zum Standard	Projektleitung, Key User	Freigabe des Umfangs (Fit-Gap-Workshop)
3 Konfiguration	Testdatenbank mit Apps, Lokalisierung, Benutzern, Rollen	Odoo-Administration, Partner falls beauftragt	Abnahme des Prozessdurchlaufs durch Key User
4 Datenübernahme	importierte Stammdaten, Prüfbericht	Key User, Administration	Freigabe der Datenqualität
5 Test und Schulung	Testprotokoll, geschulte Benutzer	Key User, Projektleitung	Go-live-Freigabe (Abnahmetest)
6 Go-live	Produktivbetrieb ab Stichtag	Projektleitung, Administration	Stichtag bestätigt (Checkliste)
7 Stabilisierung	Fehlerliste, Betriebs- und Upgrade-Plan	Administration	Übergabe in den Regelbetrieb

Schritt für Schritt: Die sieben Phasen

Schritt 1: Grundsatz entscheiden

Legen Sie Edition, Hostingart, Plan und Version fest. Odoo 20.0 ist die aktuelle Version; die Dokumentation rät bei neuen Odoo.sh-Projekten zur jeweils neuesten Hauptversion. Implementierungsleistungen zählt die Preisseite nicht zum Plan; budgetieren Sie sie getrennt.

Schritt 2: Anforderungen sammeln und abgrenzen

Halten Sie je Prozess fest, ob der Standard genügt. Was Sie anpassen, bindet später die Upgrade-Planung: Eine Datenbank mit eigenen Modulen lässt sich laut Dokumentation erst aufrüsten, wenn es eine Modulversion für die Zielversion gibt.

Schritt 3: In einer Testdatenbank konfigurieren

Duplizieren Sie die Datenbank im Datenbankmanager; bei Odoo Online ist die Option „For testing purposes“ voreingestellt, und Duplikate verfallen nach 15 Tagen (höchstens fünf je Datenbank). In Odoo.sh sind Staging- und Development-Datenbanken neutralisiert. Installieren Sie Apps in der Testdatenbank: Die Dokumentation warnt, dass das Hinzufügen oder Entfernen von Apps andere Apps beeinflussen und die Abonnementkosten ändern kann, und dass das Deinstallieren die zugehörigen Datensätze löscht. Prüfen Sie bei Accounting unter Accounting ▸ Configuration ▸ Settings das Feld Package im Abschnitt Fiscal Localization; wechseln lässt es sich nur, solange keine Buchung gebucht (posted) ist.

Schritt 4: Stammdaten vorbereiten und importieren

Importieren Sie über Action ▸ Import records mit der Vorlage des jeweiligen Objekts (Excel oder CSV). Vergeben Sie eine External ID, damit Sie dieselbe Datei erneut importieren können, ohne Duplikate zu erzeugen. Klicken Sie vor Import auf Test. Ein Import ist dauerhaft; Datensätze eines Imports lassen sich über die Filter „created on“ und „last modified“ wiederfinden. Hinweise im Artikel CSV und Excel importieren.

Schritt 5: Benutzer anlegen und schulen

Legen Sie Benutzer unter Settings ▸ Users ▸ Manage Users an (Administratorrechte nötig) und wählen Sie je App die Zugriffsgruppe. Die Einladung geht per E-Mail an den Benutzer. Bei jährlichem oder mehrjährigem Plan erscheint für zusätzliche Benutzer ein Ablaufbanner mit der Möglichkeit eines Nachtragsangebots; bei monatlichem Plan passt sich die Datenbank automatisch an. Zur Schulung siehe Key User schulen.

Schritt 6: Testen und Go-live

Führen Sie die Abnahmetests in der Testdatenbank durch, dann den Wechsel auf die Produktivdatenbank zum vereinbarten Stichtag (Stichtag und Parallelbetrieb). Wiederholen Sie die getesteten Importschritte in der Produktivdatenbank (Empfehlung der Redaktion).

Schritt 7: Stabilisieren und weiterplanen

Pflegen Sie eine Fehlerliste und legen Sie fest, wer künftige Versionswechsel plant. Für Enterprise-Abonnements unterscheidet die Dokumentation Standard-Support (drei Jahre nach Veröffentlichung) und Erweiterten Support gegen Aufpreis.

So prüfen Sie das Ergebnis

Vergleichen Sie nach dem Import Stichproben mit dem Altsystem und prüfen Sie in der Testdatenbank einen vollständigen Ablauf, etwa von der Bestellung bis zur Rechnung. Für die Produktivdatenbank bestätigt ein Key User jede Phase gegen das Entscheidungstor der Tabelle.

Wenn etwas nicht klappt

Symptom	Ursache	Abhilfe
Wiederholter Import erzeugt Duplikate	Beim Erstimport war keine External ID gesetzt, oder sie wurde verändert; die Dokumentation 20.0 nennt die External ID als Kennung für Aktualisierungen	Fehlerhafte Datensätze über die Filter „created on“ oder „last modified“ finden und bereinigen; für Aktualisierungen die Datensätze mit Updatable fields only exportieren und die External ID unverändert lassen
Spalte lässt sich keinem Feld zuordnen	Odoo schätzt den Feldtyp aus den ersten zehn Zeilen	Option Show fields of relation fields (advanced) nutzen
Testdatenbank verschickt keine E-Mails	Neutralisierung deaktiviert ausgehende E-Mails	In der Testumgebung erwartetes Verhalten; Produktion getrennt prüfen
Lokalisierungspaket lässt sich nicht ändern	Es existiert bereits eine gebuchte Buchung (posted)	Paket festlegen, bevor Buchungen gebucht werden

Wann Sie Hilfe holen sollten

Holen Sie Hilfe, wenn eigene Module entstehen, wenn Altdaten viele verknüpfte Datensätze haben oder wenn Sie die Hostingart wechseln wollen. Die Preisseite verweist für Einführungsleistungen auf Success Packs, den Projektkalkulator und auf Partner; Auswahlkriterien nennt der Artikel Partner auswählen.