Odoo Inventory: Lager, Lagerorte und Warenbewegungen erklärt

Einführung

Stellen Sie sich die übliche Szene vor: Der Vertrieb sagt Lieferung Freitag zu, der Planer erfährt es erst Donnerstagabend — weil die Bestellung in Mails lag, nicht im Lager. Genau diese Lücke will dieser Leitfaden schließen.

Wir beschreiben zehn Praxisfälle: von der ersten Stückliste für einen einfachen Tisch bis zu einem absichtlich komplexen Produktions‑Szenario. Zu jedem Fall gibt es eine schrittweise Checkliste für Odoo Inventory, die Sie anklicken können.

Odoo Inventory ist der Knotenpunkt zwischen dem, was physisch passiert (Bestände, Chargen, Kommissionen, Produktion) und dem, was Kunden und Buchhaltung erwarten. Wenn das System funktioniert, braucht niemand Mengen manuell nachzutippen — wenn nicht, schreit die ganze Organisation nach dem ERP.

Viele Lager und Fabriken laufen noch mit Erfahrungswissen, WhatsApp‑Chats und Excel‑Tabellen namens FINAL_v3. Das funktioniert eine Zeitlang, bricht aber zusammen, sobald Sie wachsen, einen zweiten Standort eröffnen oder Traceability geprüft wird.

Stellen Sie sich die übliche Szene vor: Der Vertrieb sagt Lieferung Freitag zu, der Planer erfährt es erst Donnerstagabend — weil die Bestellung in Mails lag, nicht im Lager. Genau diese Lücke will dieser Leitfaden schließen.

Mit Inventory modellieren Sie tatsächlich, wie Waren sich bewegen: ankommen, einlagern, kommissionieren, produzieren, versenden, aussortieren, nachbestellen. Jeder Schritt hinterlässt einen Datensatz, für den Ihr zukünftiges Ich dankbar sein wird.

Sie erhalten zehn Anwendungsfälle mit konkreten Firmenbeispielen — vom ersten Stücklisten‑Eintrag bis zum Barcode‑Einsatz auf dem Shop‑Floor.

Primäre Zielgruppe sind Operations‑Leiter, Lagerverantwortliche und Produktionsplaner. Entwickler sind später willkommen; hier steht die Geschäfts‑Sprache im Vordergrund.

Der Artikel ist als Top‑10‑Ranking aufgebaut: Level 1 (einfach) bis Level 10 (Experte). Jedes Level enthält nummerierte Schritte: was man tatsächlich in Odoo Inventory anklickt.

Fangen Sie dort an, wo Ihr Team sich wohlfühlt — nicht bei Level 10 nur weil es beeindruckend klingt.

Lesen Sie zuerst die Herausforderung, öffnen Sie dann das Level, das zu Ihrem heutigen Team passt.

In diesem Leitfaden sehen Sie:

• Wofür Odoo Inventory in einem typischen Technologiestack verantwortlich ist
• Wo Teams heute am meisten Reibung spüren (und weshalb)
• Zehn priorisierte Anwendungsfälle von einfacher Disziplin bis zu strategischer Komplexität
• Wann Automatisierung oder Integrationen den Einsatz eines Odoo‑Partners rechtfertigen

Die Herausforderung

Der Vertrieb verspricht Lieferung am Freitag; der Planer erfährt erst Donnerstagabend, weil die Order in E‑Mail steckte, nicht in Odoo Inventory. Expresskosten schmälern die Marge, und die Buchhaltung entdeckt Bestandsschwankungen erst zum Monatsende.

Häufig laufen Lager und Produktion „aus dem Kopf“; Bestands‑ und Produktionsdaten leben außerhalb von Odoo. Diese Lücke verursacht Fehlbestände, Eilbestellungen und unangenehme Überraschungen bei Abschlussprüfungen.

Klingt vertraut? Teams stoßen meist an diese Wände:

• Bestandslisten stimmen nicht mit dem überein, was der Vertrieb zusagt
• Produktions‑ oder Einkaufspläne werden ohne aktuelle Bestände gemacht
• Lücken in der Rückverfolgbarkeit, wenn Kunden oder Auditoren Nachweise verlangen

Die gute Nachricht: Sie brauchen keinen Big‑Bang. Wählen Sie einen Use Case, betreiben Sie ihn 30 Tage in Odoo Inventory und messen Sie die Veränderungen.

Top‑10‑Inventory‑Use‑Cases

Zehn Use‑Cases für Odoo Inventory, sortiert von Level 1 (sofort umsetzbar) bis Level 10 (Expertensystem). Zu jedem Fall: Was bauen wir und welche Klicks sind nötig?

Level 1 ist der schnelle, niedrige Aufwand. Level 10 ist bewusst überzogen, damit Sie sehen, wie weit die Plattform skalieren kann, sofern Architektur und Daten sauber bleiben.

Wählen Sie Ihr Level, testen Sie die nummerierten Schritte in einer Testdatenbank und steigen Sie auf, wenn das vorherige Level zu langweilig wird.

1. Erste Wareneingangsbuchung in zwei Klicks Level 1 — Einfach

Level 1 ist die simpelste Inventaraktion: ein Nutzer, ein Lkw, eine Warenbewegung. Keine Routen, kein Barcode, keine Automatisierung — nur eine bestätigte Entgegennahme, die den Bestand aktualisiert.

So läuft es praktisch in Odoo:

1. Bestellbeleg öffnen und den Smart‑Button "Produkte empfangen" anklicken, um die verknüpfte Lieferung zu öffnen.
2. "Verfügbarkeit prüfen" klicken und bei Bedarf die "Erledigt"‑Mengen pro Position anpassen, damit sie dem tatsächlichen Liefervolumen entsprechen.
3. Auf "Validieren" klicken: Odoo bucht die Warenbewegung vom Lieferanten in WH/Stock.
4. Inventory → Reporting → Bestand öffnen, um zu prüfen, dass die Soll‑/Ist‑Bestandsmenge stimmt.
5. Empfangsbestätigung als PDF aus dem Chatter drucken und als Eingangsbeleg für die Buchhaltung ablegen.

Ihr Gewinn: Was am Dock steht, steht nach unter einer Minute auch im System — ohne doppelte Dateneingabe zwischen Einkauf und Lager.

2. Kommissionieren, verpacken und versenden mit Carrier und Tracking Level 2 — Einfach

Level 2 bleibt bei einem Nutzer, deckt aber den kompletten Outbound‑Flow ab: eine Lieferposition, ein Carrier, eine Tracking‑Nummer, die automatisch an den Kunden geht, sobald das Lager verlässt.

So läuft es praktisch in Odoo:

1. Bestätigte Verkaufsbestellung öffnen und den Smart‑Button "Lieferung" klicken, um die ausgehende Lieferung zu öffnen.
2. "Verfügbarkeit prüfen" klicken, damit Odoo die Bestände in WH/Stock für die Kommission vorragt.
3. Waren kommissionieren, "Erledigt"‑Mengen eintragen und Carrier sowie Tracking‑Referenz für die Sendung auswählen.
4. "Validieren" klicken: Die Warenbewegung wird freigegeben und die Versandbestätigung mit Tracking an den Kunden geschickt.
5. Inventory → Reporting → Warenbewegungen öffnen, um zu prüfen, dass Sales, Inventory und der Rechnungsentwurf verknüpft sind.

Ihr Gewinn: On‑hand‑Bestände sind realitätsgetreu, sobald der Lkw wegfährt, und der Kunde erhält eine Tracking‑Nummer ohne doppelte Eingabe.

3. Reordering‑Regeln einrichten: Odoo schlägt RFQs vor, bevor der Bestand leer ist Level 3 — Einfach

Level 3 führt automatische Nachbestückung ein. Odoo überwacht Topseller und erzeugt Einkaufsanfragen, bevor das Lager den kritischen Punkt erreicht — ohne manuelles Gassengehen.

So läuft es praktisch in Odoo:

1. Schnelldrehendes Produkt öffnen und den Smart‑Button "Bestellregeln" (Reordering Rules) anlegen.
2. Mindestmenge, Höchstmenge, bevorzugten Lieferanten und Lieferzeit setzen, Regel speichern.
3. Für die Top‑20‑SKUs aus dem Sales‑Pareto‑Report wiederholen.
4. Inventory → Operations → Scheduler ausführen lassen, damit Odoo vorgeschlagene RFQs erzeugt.
5. Vorgeschlagene RFQs in Einkauf prüfen, Mengen anpassen und als echte Bestellungen bestätigen.

Ihr Gewinn: Bestseller‑Outs sinken spürbar und Kapital bindet sich weniger an Ladenhüter.

4. Chargen und Seriennummern verfolgen: Rückruf in Minuten statt Tagen Level 4 — Mittel

Level 4 aktiviert vollständige Rückverfolgbarkeit: Jede Einheit bekommt eine Charge oder Seriennummer, sodass Odoo die Vor‑ und Nachlieferkette lückenlos anzeigen kann.

So läuft es praktisch in Odoo:

1. Produkt öffnen und unter Inventar die Nachverfolgung auf "Chargen" oder "Einzelne Seriennummern" setzen.
2. Beim nächsten Wareneingang die Lieferanten‑Chargennummer im Detail‑Operations‑Panel eintragen und die Buchung validieren.
3. Bei jedem Kundenversand erzwingt Odoo die Auswahl der passenden Charge und markiert die ausgehende Bewegung entsprechend.
4. Inventory → Produkte → Chargen & Seriennummern öffnen, eine Charge wählen und "Rückverfolgbarkeit" klicken, um alle Bewegungen zu sehen.
5. Einen simulierten Rückruf testen: Kundenlieferungen nach Charge filtern, Liste exportieren — Bericht ist in Minuten fertig.

Ihr Gewinn: Prüfungsfähige Traceability ist im System verankert; Rückrufe laufen in Minuten statt in tagelangen Suchaktionen.

5. Lagerplatzstruktur abbilden: Zone, Gang, Regal, Fach Level 5 — Mittel

Level 5 bildet die physische Lagerfläche in Odoo ab. Lagerorte und Einlagerregeln sorgen dafür, dass Picker zielgerichtet das richtige Fach ansteuern statt das komplette Lager zu durchlaufen.

So läuft es praktisch in Odoo:

1. Einstellungen → Lager: Storage Locations und Multi‑Step Routes aktivieren.
2. Inventory → Konfiguration → Orte öffnen und die Hierarchie Zone → Gang → Regal → Fach unter WH/Stock anlegen.
3. Barcode‑Etiketten für jeden Ort ausdrucken und an den entsprechenden Regalfächern anbringen.
4. Auf Produktebene eine Einlagerungsstrategie (Putaway Strategy) setzen, damit Zugänge automatisch in die richtige Zone landen.
5. Einen Testtransfer durchführen, um zu prüfen, dass Odoo das korrekte Zielfach vorschlägt.

Ihr Gewinn: Picker laufen nicht mehr planlos rum; die Produktivität steigt mit gleicher Belegschaft und gleichem Lager‑Footprint.

6. Fehler verhindern mit einem mehrstufigen Wareneingang: Dock → Qualität → Lager Level 6 — Mittel

Level 6 teilt die Eingangsbewegung in Etappen: Anlieferung am Dock, Qualitätsprüfung in einem Puffer, und nur geprüfte Chargen gehen in das verkaufsfähige Lager.

So läuft es praktisch in Odoo:

1. Inventory → Konfiguration → Lagerhäuser: Hauptlager bearbeiten und "Eingänge in 3 Schritten empfangen" aktivieren.
2. Odoo legt die Pufferorte WH/Input und WH/Quality Control unterhalb der Lagerhierarchie an — bestätigen Sie das.
3. Die Quality‑App installieren und für die entsprechende Produktgruppe eine Qualitätskontrollstelle auf dem Quality‑Ort anlegen.
4. Beim Eingang den Dock→Quality‑Transfer validieren, die Prüfung durchführen und dann den Quality→Stock‑Transfer für akzeptierte Chargen bestätigen.
5. Fehlgeschlagene Chargen nach WH/Scrap routen und einen Grundcode erfassen, sodass Lieferanten‑Performance im Reporting datengetrieben wird.

Ihr Gewinn: Defekte Chargen bleiben im Puffer, Kunden erhalten keine mangelhaften Waren, und die Lieferantenbewertung wird objektivierbar.

7. Dropshipping für Long‑Tail‑Artikel: Lieferung direkt vom Lieferanten an den Kunden Level 7 — Schwer

Level 7 ergänzt eine Route, bei der Sie verkaufen, aber die Ware nie anfassen. Der Lieferant versendet direkt an den Kunden; Odoo verfolgt die Kette Ende‑zu‑Ende.

So läuft es praktisch in Odoo:

1. Einstellungen → Einkauf: Dropshipping unter Logistik aktivieren.
2. Bei ausgewählten Produkten unter Inventar die Route auf Dropship setzen, bevorzugten Lieferanten und realistische Lieferzeit eintragen.
3. Kundenbestellung bestätigen — Odoo erzeugt automatisch eine Bestellung beim Lieferanten mit Lieferadresse des Kunden.
4. PO bestätigen; der Lieferant verschickt direkt und Tracking‑Daten werden dem Kunden zugeordnet.
5. Lieferantenrechnung gegen die PO erfassen; AP, AR und die Verkaufsbestellung stimmen in der Buchhaltung ab.

Ihr Gewinn: Long‑Tail‑SKUs bringen Umsatz ohne Lagerfläche und ohne doppelte Handhabung durch Ihr Lagerteam.

8. Barcode‑Rollout auf dem Hallenboden Level 8 — Schwer

Level 8 bringt Hardware ins Spiel: Handscanner ersetzen Tippfehler bei SKUs und Lagerplätzen, reduzieren Fehlerraten und erhöhen die Line‑Durchsatzrate pro Stunde deutlich.

So läuft es praktisch in Odoo:

1. Barcode‑App aus den Apps installieren und für das Hauptlager eine Barcode‑Nomenklatur zuweisen.
2. Produkt‑ und Lagerort‑Barcodes aus Inventory → Reporting → Etiketten drucken.
3. Die Produktionsfläche mit Handscannern oder Tablets ausstatten, die in die Barcode‑Oberfläche eingeloggt sind.
4. Nächsten Wareneingang im Barcode‑Modus abwickeln: Lieferantenlabel scannen, Artikel scannen, Zielfach scannen, validieren.
5. Inventory → Reporting → Operationen öffnen, um Fehlerraten und Kommissionierzeit vor und nach dem Rollout zu vergleichen.

Ihr Gewinn: Falsch verschickte Artikel gehen gegen Null und das Lager schafft mit derselben Mannschaft deutlich mehr Auftragszeilen pro Stunde.

9. Bestände über Hub‑und‑Spoke‑Netzwerk ausbalancieren Level 9 — Schwer

Level 9 ist der Multi‑Site‑Betrieb: Ein Zentrallager (Hub) versorgt mehrere Regionallager (Spokes) über geplante interne Transfers — ohne tägliche Telefonate zwischen Depots.

So läuft es praktisch in Odoo:

1. Inventory → Konfiguration → Lagerhäuser: Ein Hub und mehrere Spokes mit eigenen Kurzcodes anlegen.
2. Bei jedem Spoke den Wiederbeschaffungsweg so einstellen, dass er über geplante interne Transfers aus dem Hub versorgt wird, inklusive definiertem Lieferzeitrahmen.
3. Für jeden SKU und jeden Spoke Reordering‑Regeln konfigurieren, damit der Scheduler interne Transfers vorschlägt, bevor ein Spoke ausläuft.
4. Inventory → Operations → Scheduler täglich ausführen und vorgeschlagene Transfers zwischen Hub und Spokes prüfen.
5. Reporting → Bestand nach Lager öffnen, Ungleichgewichte erkennen und Min/Max‑Werte wöchentlich anpassen.

Ihr Gewinn: Jede Region hält bedarfsgerecht Bestand ohne manuelles Nachfragen; Inter‑Site‑Transfers laufen nach geplantem Rhythmus.

Die Gestaltung von Routen, Prioritäten pro Spoke und der täglichen Transferfrequenz ist die Art Multi‑Warehouse‑Projekt, die Dasolo als Partner‑geführte Inventory‑Engagements liefert.

10. Vollautomatisiertes WMS mit IoT, KI‑Forecasts, EDI und Live‑Dashboards Level 10 — Experte

Level 10 ist ein komplettes Betriebs‑OS: IoT‑Erfassungen, KI‑Nachfrageprognosen, EDI‑Felder und Carrier‑APIs erschaffen ein Lager, in dem Menschen nur noch Ausnahmen bearbeiten — das System steuert den Rest.

So läuft es praktisch in Odoo:

1. IoT‑Scanner und Etikettendrucker an die Odoo IoT‑Box anbinden, sodass jeder Dock‑Event automatisch eine Warenbewegung ohne Tippaufwand erzeugt.
2. Cycle Counts und ABC‑Lagerung aktivieren, damit das System kontinuierliche Inventuren plant statt einer jährlichen Bestandsaufnahme.
3. Einen Odoo‑KI‑Nachfrageforecast auf 24 Monate Verkaufsdaten trainieren und die Min/Max‑Werte der Reordering Rules wöchentlich anpassen lassen.
4. EDI‑Flows mit wichtigen Lieferanten einrichten, sodass RFQs, Bestätigungen, ASN‑Warnungen und Rechnungen automatisch fließen.
5. Carrier‑APIs (DHL, UPS, GLS u.ä.) anbinden, damit jede Lieferung den günstigsten Dienst wählt, der das Kundenversprechen einhält.
6. Ein Live‑Dashboard (z. B. Spreadsheet oder BI) bauen, das Dock‑Aktivitäten, Kommissionierzeit, Fill‑Rate und Lagerumschlag in Echtzeit anzeigt und per Webhook an die Führungsebene sendet.

Ihr Gewinn: Das Lager läuft als System, nicht als Brandbekämpfungsteam — mit stabilen Fill‑Raten und jederzeit finance‑tauglicher Bestandsbewertung.

Das IoT‑Layout, der KI‑Feedback‑Loop, EDI‑Mappings und das Live‑Operations‑Dashboard sind die Architekturbausteine, die Dasolo in partnergeführten Inventory‑Programmen zusammenführt. Die meisten Teams brauchen externe Unterstützung, um diese Komponenten beim ersten Mal richtig zu verdrahten.

Wann Expertenhilfe Sinn macht

Passen Level 1–6 zu Ihrer Situation, reicht oft Standard‑Odoo, eine geduldige Verantwortliche Person und eine Testumgebung, in der Fehler erlaubt sind.

Ab Level 7 steigen die Risiken: automatisierte Prozesse, die falsche Kundenmailings auslösen, Studio‑Felder, die Upgrades blockieren, oder APIs, die nachts den Sync einstellen.

Das ist kein Scheitern Ihres Teams — es ist ein Signal: Architektur, Tests und Governance werden nun wichtig.

Holen Sie einen Partner ins Boot, wenn Sie Multi‑App‑Design, länderspezifische Compliance, komplexe Integrationen oder ein Board‑vorgegebenes Go‑Live‑Datum haben.

Zusammenarbeit mit Dasolo

Dasolo hilft Unternehmen, Odoo so einzuführen, wie sie wirklich arbeiten: maßgeschneiderte Apps, saubere Integrationen und Training, das nachhaltig wirkt, nachdem die Berater gegangen sind.

Wenn Ihre Inventory‑Roadmap die in diesem Leitfaden beschriebenen fortgeschrittenen Use‑Cases enthält, können wir einen Phasenplan erstellen: schnelle Erfolge zuerst, dann Automatisierung und Integrationen mit klaren Besitzern und Testskripten.

Sie behalten Scope und Budget unter Kontrolle; wir bringen die Odoo‑Tiefe, damit Ihr Team nicht teuer in der Produktion lernen muss.

Vereinbaren Sie eine kostenlose Beratung:

Demo buchen