Die ersten 90 Tage nach dem Odoo-Go-live
Kurz gesagt
Nach dem Go-live folgen nach unserer Empfehlung 13 Wochen Stabilisierung: Woche 1 sichert das Tagesgeschäft, danach prüfen Sie Lager, Buchhaltung und Kennzahlen. Die Zahlen liefern Berichte und Dashboards von Odoo 20.0; welche Sie sehen, hängt von Edition, Apps und Benutzerrechten ab — die Buchhaltung mit Bankabstimmung und Berichten führt der Editionsvergleich nur für Enterprise. Der Plan gilt in Deutschland, Österreich und der Schweiz gleichermaßen und führt keine Steuervorschrift aus.
Das Wichtigste
- Der Plan umfasst 13 Wochen; Odoo selbst gibt weder Dauer noch Zielwerte vor (redaktionelle Empfehlung).
- Woche 1 zählt nicht abgeglichene Bankbewegungen, Entwürfe in der Buchhaltung und überfällige Aktivitäten; die Buchhaltungspunkte setzen laut Editionsvergleich Enterprise voraus.
- Woche 2 prüft verspätete Lieferungen und Eingänge, nicht zugewiesene Transfers und Zeilen mit negativem Bestand.
- Woche 3 bis 4 schließt die Bankabstimmung ab und gleicht offene Posten sowie den Steuerbericht ab; diese Buchhaltungsberichte gibt es laut Editionsvergleich nur in Enterprise.
- Woche 5 bis 8 vergleicht Durchlaufzeiten, Fill Rate und Zahlungsdauer mit dem Vormonat; die Zahlungsdauer steht im Buchhaltungsbericht Executive Summary, den der Editionsvergleich nur für Enterprise führt.
- Woche 9 bis 13 beendet die Stabilisierung, wenn die Zielwerte zwei Wochen in Folge erreicht sind.
Der Stichtag liegt hinter Ihnen, und trotzdem läuft der Betrieb noch nicht rund: Belege treffen verspätet ein, Bestände weichen von der Zählung ab, einzelne Schritte werden weiter im Altsystem erledigt. Die folgenden 13 Wochen dienen dazu, diese Abweichungen zu finden und abzustellen. Eine eigene Funktion für diese Phase beschreibt die Dokumentation der aktuellen Version 20.0 (veröffentlicht im September 2026) nicht; der Plan arbeitet mit den Berichten und Dashboards, die dort beschrieben sind.
Worauf es in den ersten 90 Tagen ankommt
Entscheidend ist nicht die Zahl der Auswertungen, sondern dass jede Abweichung in eine Aufgabe mit Name und Termin mündet. Legen Sie vor Woche 1 drei Dinge schriftlich fest: wer die Kennzahlen liest, wann das kurze Statusgespräch stattfindet und wer Fehler priorisiert. Die Rollen dabei beschreibt der Artikel Wer verantwortet Odoo im Unternehmen?.
Arbeiten Sie die Wochen in dieser Reihenfolge ab: zuerst täglich die Vorgänge, die den Betrieb blockieren, danach die Abstimmung der Buchhaltung, zuletzt die Kennzahlen, die einen Vergleichszeitraum brauchen. Ein Monatsvergleich über die Systemgrenze hinweg trägt nur, wenn beide Seiten dieselbe Auswahl, dieselbe Measure und dieselbe Gruppierung verwenden; die Dokumentation beschreibt Filter, Measures und Gruppierungen als wählbar und nennt keine feste Gruppierung. Klären Sie zuerst, nach welchen Merkmalen Ihr Altsystem zusammengefasst hat, und vergleichen Sie die ersten Wochen Monat für Monat innerhalb von Odoo.
Der Stabilisierungsplan Woche für Woche
Die Tabelle nennt je Woche den Schwerpunkt, den Indikator, die Fundstelle in Odoo 20.0 und eine Vorgabe. Die Vorgaben sind redaktionelle Empfehlungen; passen Sie sie an Ihren Betrieb an, bevor Sie sie als Ziel setzen. Die mit Enterprise gekennzeichneten Fundstellen liegen in der App Buchhaltung: Der Editionsvergleich von Odoo führt die umfassende Buchhaltung mit Bankabstimmung und Berichten nur für Enterprise, die Apps Inventory, Sales und Purchase dagegen auch für Community.
| Woche | Schwerpunkt | Indikator | Fundstelle in Odoo 20.0 | Vorgabe (redaktionell) |
|---|---|---|---|---|
| 1 | Tagesgeschäft absichern | nicht abgeglichene Bankbewegungen je Bankjournal | Accounting Dashboard (Enterprise), Journal öffnen, Schaltfläche x to reconcile | jede Bewegung des Vortags am Folgetag zugeordnet |
| 1 | Tagesgeschäft absichern | Rechnungen und Buchungen im Status Draft | Accounting ▸ Customers ▸ Invoices, Status Draft (Enterprise) | keine offenen Entwürfe aus dem Vortag |
| 1 | Tagesgeschäft absichern | überfällige Aktivitäten (rot) | Aktivitätsansicht der jeweiligen App | keine roten Aktivitäten am Tagesende |
| 2 | Lager und Lieferungen | verspätete Lieferungen, verspätete Eingänge, nicht zugewiesene Transfers | Dashboards, Abschnitt Logistics, Warehouse Daily Operations | keine verspäteten Vorgänge am Tagesende |
| 2 | Lager und Lieferungen | Zeilen mit negativem Bestand | Dashboards, Warehouse Metrics | null Zeilen |
| 2 | Lager und Lieferungen | Fill rate und On time operations | Dashboards, Operation analysis | beide Werte über 95 Prozent |
| 3 bis 4 | Buchhaltung abstimmen | offene Posten, älter als 60 Tage | Accounting ▸ Reporting ▸ Aged Receivable und Aged Payable (Enterprise) | jede Position mit Klärung und Termin versehen |
| 3 bis 4 | Buchhaltung abstimmen | Steuerbeträge des Berichts (NET und TAX) | Accounting ▸ Accounting ▸ Tax Returns (Enterprise) | Abweichung zur Steuerberatung nur mit Beleg |
| 3 bis 4 | Buchhaltung abstimmen | angeforderte gegen gelieferte Menge je Vorgang | Inventory ▸ Reporting ▸ Moves Analysis | jede Abweichung je Auftrag geklärt |
| 5 bis 8 | Kennzahlen und Nachschulung | durchschnittliche Zahlungsdauer der Kunden, Verhältnis Umlaufvermögen zu kurzfristigen Schulden | Accounting ▸ Reporting ▸ Executive Summary (Enterprise) | Wert über vier Wochen stabil |
| 5 bis 8 | Kennzahlen und Nachschulung | Tage bis zum Wareneingang, Anteil pünktlicher Eingänge | Dashboards, Purchase & Vendor analysis | Trend über vier Wochen ohne Verschlechterung |
| 5 bis 8 | Kennzahlen und Nachschulung | Umsatz und Marge je Produktkategorie | Sales Analysis mit den Measures Untaxed Amount und Margin | Vergleich Monat zu Monat |
| 9 bis 13 | Stabilisierung beenden | alle Indikatoren der Wochen 1 bis 8 | siehe oben | Ziel zwei Wochen in Folge erreicht |
| 9 bis 13 | Stabilisierung beenden | Änderungen an gebuchten Buchungen | Accounting ▸ Review ▸ Audit Trail (Enterprise) | Auffälligkeiten je Monat besprochen |
Woher die Kennzahlen kommen
Die Zahlen in der Tabelle stammen aus den Reporting-Menüs der Apps und aus der App Dashboards. Im Pivot oder Graph wählen Sie die Measure und die Gruppierung; die Dokumentation führt als Beispiel den Bericht Sales Analysis, in dem Sie die Measures Untaxed Amount, Margin und Count kombinieren und nach Produktkategorie gruppieren. Die Finanzberichte der Buchhaltung haben einen Vergleichsfilter: Über das Menü Comparison stellen Sie zwei Zeiträume gegenüber.
Die Standard-Dashboards liegen in der App Dashboards; für das eigene My Dashboard nennt die Dokumentation zusätzlich die Module board und spreadsheet_dashboard. Mehrere dieser Dashboards zeigen zunächst den Zeitraum All time, den Sie oben umstellen. Die Zahlen selbst sind an Rechte und an die Edition gebunden: Die Berichte des Lagers sind laut Dokumentation nur mit Administratorrechten zugänglich, ein Dashboard sehen nur Benutzer, deren Gruppe dafür freigegeben ist, und die Buchhaltungsberichte dieses Plans liegen in der App Buchhaltung, die der Editionsvergleich nur für Enterprise führt. Klären Sie deshalb vor Woche 1, mit welchem Konto und in welcher Edition Sie die Werte lesen, und vergeben Sie die Rechte über Benutzer und Zugriffsgruppen.
Was die Kennzahlen nicht zeigen
Ein Bericht zählt Datensätze, nicht Arbeit. Eine Lieferung, die nie erfasst wurde, fehlt in jeder Auswertung; sie fällt erst beim Abgleich mit dem Lager auf. Auch die Auswahl der Auswertungen hängt an Ihrer Installation und an der Edition: Ohne die Lager-App gibt es keine Lagerdashboards, und die Zahlen der Executive Summary setzen gepflegte Konten voraus und stehen laut Editionsvergleich nur in Enterprise zur Verfügung.
Typische Fehler in der Stabilisierung
- Sperrdatum zu früh gesetzt. Ein Sperrdatum in der Buchhaltung verhindert Änderungen an gebuchten Buchungen bis einschließlich dieses Datums; neue Buchungen mit früherem Datum setzt Odoo automatisch auf den Tag nach dem Sperrdatum. Korrekturen brauchen dann eine Ausnahme, und das feste Sperrdatum (Hard Lock) lässt sich nicht zurücknehmen. Setzen Sie es, wenn die Prüfungen der ersten Wochen durch sind (Sperrdatum); die Punkte, die vor dem Stichtag zu klären waren, listet die Go-live-Checkliste.
- Negative Bestandszeilen als Zählfehler abgetan. Zeilen mit negativem Bestand stehen im Dashboard Warehouse Metrics. Die Bewegungen dazu zeigt der Moves-History-Bericht je Produkt mit Datum, Referenz, Herkunft, Ziel und Menge (Inventory ▸ Reporting ▸ Moves History).
- Kennzahl ohne Verantwortlichen. Eine Abweichung ohne Namen und Termin taucht in der nächsten Woche unverändert wieder auf. Tragen Sie jeden Wert mit Datum, Ziel und Maßnahme in dieselbe Tabelle ein.
- Zwei Systeme parallel. Solange im Altsystem gebucht wird, liefern Zahlen aus Odoo kein vollständiges Bild. Legen Sie vor Woche 1 fest, ab wann ausschließlich in Odoo gearbeitet wird.
- Schulung nur vor dem Stichtag. Fragen entstehen in den ersten Wochen am konkreten Vorgang. Planen Sie eine kurze Nachschulung nach dem ersten Monatsabschluss ein (Schulung planen).
So gehen Sie vor
- Legen Sie in Woche 1 eine Tabelle mit den Spalten Datum, Indikator, Wert, Ziel und Maßnahme an und benennen Sie, wer sie wöchentlich führt.
- Setzen Sie ein Statusgespräch von 30 Minuten pro Woche an, mit Key Usern aus Verkauf, Lager und Buchhaltung (Vorschlag, keine Vorgabe von Odoo).
- Lesen Sie die Tagesindikatoren der Wochen 1 bis 2 täglich, die übrigen Indikatoren wöchentlich; überfällige Punkte kommen mit Name und Termin in die Restliste.
- Prüfen Sie vor dem Setzen des Sperrdatums, ob alle Korrekturen gebucht sind, und tragen Sie danach nur noch Ausnahmen ein, die Sie begründen können.
- Beenden Sie die Stabilisierung schriftlich, wenn die Zielwerte zwei Wochen in Folge erreicht sind; danach bleiben die wöchentlichen Kennzahlen und ein Quartalsvergleich (Management-Berichte).