← Odoo InsightsFunktionen & ProzesseGuide27. Februar 2026 · 11 Min Lesezeit
Lagertransparenz in Odoo: 3 Kennzahlen, die sofort helfen
Welche Lager-KPIs in Odoo wirklich steuerbar sind, wie Sie sie belastbar aufsetzen und warum drei klare Kennzahlen häufig mehr Wirkung haben als 20 Dashboard-Kacheln.
In 30 Sekunden verstanden
Drei Kennzahlen reichen für einen stabilen Lagerbetrieb: Reichweite pro A-Artikel, Backorder-Quote und Bestandstreue. Entscheidend ist nicht das Dashboard, sondern ein fixer Wochenrhythmus mit klaren Eskalationsregeln.
Relevant für
LagerLogistikOperations
Kategorien
LagerBestandKennzahlenOdoo Inventory
Problemverständnis
Ausgangslage: Warum Lagerteams trotz Odoo oft zu spät reagieren
Viele Unternehmen haben Odoo Inventory sauber eingeführt und trotzdem fehlt im Alltag die notwendige Transparenz. Engpässe werden erst sichtbar, wenn Aufträge bereits rückständig sind, und Überbestände fallen erst beim Monatsreview auf.
Das Problem ist selten fehlende Datenbasis. Odoo liefert Forecast, Replenishment, Moves und Delivery-Status in Echtzeit. Was oft fehlt, ist ein kleines KPI-Set mit klaren Schwellwerten, das operative Entscheidungen in derselben Woche auslöst.
Typischer Verlauf in der Praxis: Das Team verfolgt zehn bis zwanzig Kennzahlen parallel, priorisiert aber nicht. Dadurch gehen kritische Signale unter, etwa steigende Rückstände bei A-Artikeln oder sinkende Bestandstreue in Schnellläufern.
Ein belastbarer Start ist deshalb nicht ein grösseres Dashboard, sondern ein klarer Fokus auf drei Kennzahlen, die direkt in Einkauf, Disposition und Kommissionierung wirken.
Was jetzt zu tun ist: Definieren Sie drei KPI-Verantwortliche und einen festen Wochen-Slot zur Steuerung.
KPI-Set
Die drei Kennzahlen, die in Odoo sofort Steuerungswirkung haben
Für Handels- und Distributionsumgebungen im Mittelstand hat sich ein kompaktes Set bewährt, das Beschaffung, Lager und Auslieferung gleichzeitig absichert.
Die Kennzahlen sind absichtlich einfach gehalten. Jede Metrik muss in einem Weekly-Review zu einer konkreten Massnahme führen, sonst bleibt sie Reporting ohne Wirkung.
KPI 1: Bestandsreichweite für A-Artikel in Tagen
KPI 2: Backorder-Quote je Lagerstandort und Produktgruppe
KPI 3: Bestandstreue (Systembestand vs. physischer Bestand)
Optional erst nach Stabilisierung: Kommissionierfehlerquote oder OTIF
Was jetzt zu tun ist: Starten Sie vier Wochen nur mit diesen drei KPIs und frieren Sie weitere Kennzahlen ein.
Odoo Inventory / Forecast
Screenshot-Slot: Forecasted Report für Reichweite und drohende Fehlmengen
Der Forecasted Report zeigt, wann ein Artikel unter den Zielbestand fällt und welche Zu- und Abgänge bereits geplant sind. Genau hier wird sichtbar, ob die Reichweite für A-Artikel bis zum nächsten Lieferfenster trägt.
In realen Setups lohnt sich eine Trennung nach A-, B- und C-Artikeln. Für A-Artikel werden konservativere Schwellen gesetzt, weil Ausfälle dort unmittelbaren Umsatz- oder Serviceeinfluss haben.
Inventory / ForecastedA-Artikel Fokus
Reichweite und kritische Bedarfe auf SKU-Ebene
Platzhalter: Odoo Forecasted Report mit Reichweiten-Schwellen
Später ersetzen durch echten Odoo-Screenshot: Forecast-Linie, geplante Bewegungen und kritische Fehlmengen.
Was jetzt zu tun ist: Legen Sie für A-Artikel eine Mindestreichweite fest und koppeln Sie diese an Reordering-Regeln.
Disposition
KPI 1 in der Praxis: Bestandsreichweite statt statischer Meldebestand
Reichweite in Tagen ist für operative Entscheidungen häufig aussagekräftiger als ein fixer Meldebestand. Sie verknüpft Verbrauch, Lieferzeit und Sicherheitsbedarf in einer Kennzahl.
In Odoo setzen Sie die Grundlage über Reordering Rules, Lead Times und einen regelmässig gepflegten Forecast. Entscheidend ist, dass Lieferzeiten je Lieferant realistisch gepflegt werden und nicht nur theoretische Stammdaten darstellen.
Ein typischer Fehler ist, Reichweite global für alle Artikel gleich zu definieren. In der Praxis brauchen A-Artikel engere Schutzgrenzen als C-Artikel, sonst entsteht entweder Kapitalbindung oder erhöhte Fehlmengengefahr.
Für den Weekly-Review hilft eine einfache Ampellogik: grün ab Zielreichweite, gelb im Risikokorridor, rot unter Mindestreichweite. So werden Einkaufsentscheidungen priorisierbar.
Was jetzt zu tun ist: Dokumentieren Sie je Artikelklasse Zielreichweite, Mindestreichweite und verantwortliche Eskalation.
Odoo Inventory / Replenishment
Screenshot-Slot: Replenishment Report für Backorder-Risiko
Die Backorder-Quote zeigt, wie oft Kundenaufträge nicht vollständig beliefert werden können. Im Replenishment-Report sehen Teams früh, welche Produkte in den nächsten Tagen kritisch werden.
Wichtig für belastbare Steuerung ist die Segmentierung nach Lagerstandort und Produktgruppe. Sonst verdecken starke Bereiche die Problemzonen und die Quote wirkt künstlich stabil.
Inventory / ReplenishmentBackorder im Blick
Rückstände nach Standort und Produktgruppe
Platzhalter: Odoo Replenishment Report mit priorisierten Bedarfen
Später ersetzen durch echten Odoo-Screenshot: Replenishment-Ansicht mit Prioritäten, Lieferzeiten und offenen Bedarfen.
Was jetzt zu tun ist: Etablieren Sie eine tägliche Top-10-Liste für risikobehaftete Backorders.
Servicelevel
KPI 2 in der Praxis: Backorder-Quote richtig lesen und handeln
Eine Backorder-Quote ist nur dann steuerbar, wenn sie mit klaren Ursachenclustern verknüpft wird. Sonst bleibt sie ein Rückspiegelwert ohne operative Wirkung.
Bewährt hat sich die Trennung in drei Hauptursachen: Beschaffung/Lead Time, Bestanddifferenzen und interne Prozessverzögerungen in Kommissionierung oder Umlagerung.
Backorders nach Ursache klassifizieren (Lieferant, Bestand, Prozess)
Schwellenwert je Standort definieren, ab dem Eskalation startet
A-Artikel separat ausweisen, nicht im Gesamtwert verstecken
Top-Fehlerursachen monatlich gegen Massnahmenliste spiegeln
Was jetzt zu tun ist: Führen Sie einen Standard-Kommentar je Backorder-Ursache im Teamreview ein.
Inventory Adjustments
Screenshot-Slot: Zykluszählung und Bestandstreue in Odoo
Bestandstreue wird oft unterschätzt, entscheidet aber direkt über Verfügbarkeitslogik und Vertrauen in das ERP. Wenn Systembestand und physischer Bestand auseinanderlaufen, werden Forecast und Replenishment unzuverlässig.
Mit Zykluszählungen für Schnellläufer schaffen Teams einen stabilen Korrekturmechanismus ohne Vollinventur-Stress. Odoo unterstützt hier eine strukturierte Nachverfolgung von Anpassungen und Ursachen.
Inventory / AdjustmentsCycle Count aktiv
Bestandstreue pro Zone und Artikelklasse
Platzhalter: Odoo Inventory Adjustments mit Differenzanalyse
Später ersetzen durch echten Odoo-Screenshot: Inventuranpassungen, Differenzgründe und Trend je Lagerbereich.
Was jetzt zu tun ist: Definieren Sie einen Cycle-Count-Plan für A-Artikel mit fixer Wochenfrequenz.
Datenqualität
KPI 3 in der Praxis: Bestandstreue als Führungskennzahl etablieren
Bestandstreue ist keine reine Lagerkennzahl, sondern ein Führungsindikator für Prozessdisziplin. Hohe Differenzen deuten häufig auf Brüche in Buchungslogik, Wareneingang oder Umlagerung hin.
In stabilen Organisationen wird nicht nur der Differenzwert berichtet, sondern auch die Korrekturgeschwindigkeit und die Wiederholungsfälle pro Bereich.
Differenzquote je Zone/Team transparent machen
Häufige Differenzursachen als Standardschulung aufbereiten
Korrekturzeit zwischen Fund und Buchung als Zusatz-KPI erfassen
Wiederholungsfehler pro Monat als Qualitätsziel reduzieren
Was jetzt zu tun ist: Verknüpfen Sie Bestandstreue mit Teamzielen, nicht nur mit Inventurterminen.
Blueprint
Umsetzungsfahrplan in 30 Tagen: Von KPI-Transparenz zu stabiler Steuerung
Woche 1: KPI-Definition, Schwellenwerte und Verantwortliche je Kennzahl festlegen. Woche 2: Odoo-Reports standardisieren und Segmentierung nach Artikelklasse/Standort aktivieren.
Woche 3: Teamreview mit Top-Abweichungen fahren, Ursachen dokumentieren und erste Massnahmen umsetzen. Woche 4: Eskalationspfad schärfen und KPI-Rhythmus in den Regelbetrieb überführen.
Wichtig ist, dass jede Woche mit einem klaren Entscheidungsprotokoll endet: Welche Abweichungen wurden erkannt, welche Massnahmen wurden gestartet, welche Wirkung wird bis zum nächsten Review erwartet.
So entsteht aus Reporting echte Steuerung. Genau an diesem Punkt trennt sich ein visuelles Dashboard von einer operativen Führungslogik.