Die Odoo-Bestandsverwaltung ist ein Chaos: Der konkrete Schritt-für-Schritt-Plan für die automatisierte Bestandsbewertung und die Landed Costs.
Vor einiger Zeit rief uns eine Supply-Chain-Managerin in Panik an. Sie nutzten Odoo bereits seit einem Jahr, aber ihr Implementierungspartner hatte vergessen, die „automatische Bestandsbewertung“ zu aktivieren.
Steckt Ihr B2B-Unternehmen wegen eines falschen Bestandswerts in Odoo fest?
Das Fehlen einer automatisierten Bestandsbewertung und der Landed Costs führt zu operativem Chaos in Ihrem Lager und in Ihrer Finanzbuchhaltung. Die Behebung historischer Fehler per Code führt lediglich zu einer massiven technischen Verschuldung.
Erfahren Sie hier, wie Sie Ihre Odoo-ERP-Architektur mit einem radikalen Schnitt konkret wiederherstellen können. Bauen Sie eine zuverlässige zentrale Datenbank neu auf und aktivieren Sie skalierbare Workflow-Automatisierung für Ihren Einkauf und Ihre Logistik.
Der Lagerwert stimmte nicht mit der Bilanz überein, und sie konnten keine Zollkosten (Landed Costs) für ihre Seecontainer verbuchen. Der Kunde schlug vor, einen Entwickler zu beauftragen, der die Sperren im Code „umgehen“ sollte, um die Historie anzupassen.
Wir haben sofort die Notbremse gezogen: Das Herumspielen in den Odoo-Bestandsbewertungsebenen per Code ist finanzieller Selbstmord. So haben wir das Problem stattdessen gelöst.
Warum Sie den Verlauf in Odoo NIEMALS überschreiben dürfen
Wenn Sie eine „Brownfield“-Datenbank haben (eine Live-Umgebung mit bestehenden Transaktionen), ist es unmöglich, Funktionen wie Tracking (Chargen/Seriennummern) oder Landed Costs einfach so zu aktivieren. Odoo blockiert dies bewusst. Das Modul „stock_valuation_layer“ ist nämlich untrennbar mit Ihren Journalbuchungen (account_move) verbunden.
Wenn Sie diese Datenregeln mit Skripten anpassen, reißen Sie eine Lücke in Ihre Bilanz, die kein Buchhalter mehr erklären kann.
Der konkrete Schritt-für-Schritt-Plan: Der „Hard Cut-Off“
Um dieses Problem zu lösen, ohne Ihre Datenbank zu zerstören, verwenden Sie den folgenden Architektur-Ablauf:
Schritt 1: Bestand abrechnen (Zero-out)
Verwenden Sie die App „Bestandsanpassungen“ (Inventory Adjustments), um den physischen Bestand aller problematischen SKUs auf 0 zu setzen. Odoo bucht den fehlerhaften Wert nun ordnungsgemäß auf Ihr Konto für Bestandsdifferenzen ab.
Schritt 2: Kategorien für die Landed Costs konfigurieren
Landed Costs (wie Fracht- und Zollkosten) funktionieren nur, wenn die zugrunde liegende Produktkategorie genau wie folgt eingerichtet ist:
Bestandsbewertung: Automatisiert (Automated)
Kostenberechnung: AVCO (Durchschnittskosten) oder FIFO.
Verknüpfen Sie hier direkt Ihre Hauptbuchkonten (Lagerzugänge, Lagerabgänge, Bestandsbewertung).
Schritt 3: Das Tracking-Problem lösen
Da Odoo es nicht zulässt, dass Sie das Tracking (Chargen-/Seriennummer) für Produkte mit bestehenden Quants (Bestandsbewegungen) aktivieren, müssen Sie das alte Produkt archivieren. Legen Sie ein neues Produkt an (duplizieren Sie es und vergeben Sie eine neue interne Referenz, z. B. SKU-V2). Aktivieren Sie auf dieser neuen Produktkarte die Nachverfolgung sofort und verknüpfen Sie sie mit der Kategorie aus Schritt 2.
Schritt 4: Lagerbestand korrekt verbuchen
Erstellen Sie eine neue Bestandsanpassung. Scannen Sie Ihren physischen Lagerbestand für die neuen SKU-V2-Produkte ein und – das ist entscheidend – geben Sie in der Anpassung direkt den korrekten Einkaufswert (Unit Price) ein.
Ab diesem Zeitpunkt spiegelt Ihr Lagerbestand die tatsächliche Situation genau wider, Ihr Hauptbuch ist ausgeglichen, und Sie können die Landed Costs auf jede neue Bestellung anwenden.