Einleitung
Stellen Sie sich eine alltägliche Szene vor: Der Vertrieb verspricht Lieferung am Freitag, der Disponent erfährt erst donnerstagabends von der Bestellung – und die Bestellung wurde nie in Odoo Purchase erfasst. Genau diese Lücke wollen wir hier schließen.
Wir stellen zehn Praxisszenarien vor – von der Stückliste für einen einfachen Tisch bis hin zu einem absichtlich komplexen Produktionsfall – und liefern zu jedem Szenario eine schrittweise Checkliste für Odoo.
Odoo Purchase ist der Knotenpunkt zwischen der physischen Welt (Lagerbestände, Chargen, Wareneingänge, Produktion) und dem, was Kunden sowie die Buchhaltung erwarten. Wenn alles stimmt, muss niemand Zahlen neu eintippen. Wenn nicht, fällt das ERP den Beteiligten als Sündenbock auf den Kopf.
Viele Werke und Lager arbeiten noch mit Erfahrungswissen, WhatsApp‑Nachrichten und Excel‑Tabellen namens FINAL_v3. Das funktioniert eine Zeit lang – bis man skaliert, einen zweiten Standort eröffnet oder die Nachvollziehbarkeit geprüft wird.
Purchase ist ein Modul im Odoo‑Ökosystem. Teams entscheiden sich dafür, wenn sie Verantwortlichkeiten klar regeln, standardisierte Abläufe wollen und eine durchsuchbare Historie statt verstreuter Mails und Offline‑Tabellen benötigen. Odoo Purchase bildet Anfragen, RFQs, Lieferantenrechnungen und Wareneingänge ab – die Geschichte für alle Budgetfreigaben.
Mit Purchase modellieren Sie, wie Waren tatsächlich fließen: Empfang, Einlagerung, Kommissionierung, Fertigung, Versand, Verschrottung und Nachschub. Jeder Schritt erzeugt einen Eintrag, den Ihr zukünftiges Ich danken wird.
Sie finden in diesem Leitfaden zehn konkrete Anwendungsfälle aus der Praxis – vom ersten Stücklisten‑Eintrag bis zum Barcode‑Einsatz auf dem Shopfloor.
Hauptzielgruppe sind Betriebsleiter, Lagerverantwortliche und Produktionsplaner. Entwickler sind willkommen, treten aber besser später dazu: hier steht die Fachsprache der Anwender im Vordergrund.
Der Beitrag ist als Top‑10‑Liste aufgebaut, Level 1 (einfach) bis Level 10 (Experten). Zu jedem Level gibt es nummerierte Klick‑Anweisungen: genau das, was Sie in Odoo drücken würden.
Beginnen Sie dort, wo Ihr Team sicher ist – steigen Sie nicht bei Level 10 ein, nur weil es beeindruckend klingt.
Lesen Sie zuerst die Problemstellung, dann öffnen Sie das Level, das zu Ihrem aktuellen Reifegrad passt.
In diesem Leitfaden sehen Sie:
- Welche Rolle Odoo Purchase typischerweise im Unternehmens‑Stack spielt
- Wo Prozesse heute am stärksten haken (und warum)
- Zehn priorisierte Anwendungsfälle – vom Einsteiger‑Routinefall bis zur strategischen Automatisierung
- Wann Automatisierung oder Integrationen den Einsatz eines Odoo‑Partners rechtfertigen
Die Herausforderung
Der Vertrieb verspricht Freitag. Der Disponent erfährt donnerstags abends davon – weil die Bestellung in einer Mail lag und nicht in Odoo Purchase. Eilige Käufe und Expressgebühren fressen die Marge, und die Buchhaltung entdeckt die Bestandslücke erst zum Monatsende.
Viele Lager und Fertigungen basieren auf Erfahrungswissen, während Bestands‑ und Produktionsdaten außerhalb von Odoo gepflegt werden. Genau diese Brüche führen zu Fehlmengen, eiligen Bestellungen und unangenehmen Überraschungen bei Monatsabschlüssen.
Klingt bekannt? Typische Probleme sind:
- Bestandsdateien, die nicht zu Lieferzusagen des Vertriebs passen
- Produktions‑ oder Einkaufspläne, die ohne Live‑Bestände erstellt werden
- Lücken in der Rückverfolgbarkeit, wenn Kunden oder Prüfer Nachweise verlangen
Die gute Nachricht: Kein großer Big‑Bang‑Prozess ist nötig. Wählen Sie einen Anwendungsfall, setzen Sie ihn 30 Tage in Odoo Purchase ein und messen Sie die Wirkung.
Top 10 Purchase‑Anwendungsfälle
Zehn praxisnahe Use Cases für Odoo Purchase, gerankt von Level 1 (schneller Gewinn, sofort umsetzbar) bis Level 10 (Architektur und Strategie). Jedes Beispiel beantwortet: Was bauen wir, und welche Klicks in Odoo sind nötig?
Level 1 ist der schnelle tägliche Erfolg. Das letzte Level ist bewusst ambitioniert, damit Sie sehen, wie weit ein Modul skaliert, wenn Daten und Architektur sauber bleiben.
Wählen Sie Ihr Level, führen Sie die nummerierten Schritte in einer Testdatenbank aus und steigen Sie erst um, wenn das bisherige Level routiniert läuft.
1. Verschicken Sie Ihre erste RFQ an einen einzelnen Lieferanten Level 1 — Einfach
Level 1 beschreibt die kleinstmögliche Purchase‑Routine: ein Einkäufer, ein Lieferant, ein Produkt. Keine Rahmenverträge, keine Freigaben, keine komplexen Lagerregeln — einfach eine sauber per E‑Mail verschickte Anfrage (RFQ).
So würden Sie das in Odoo erledigen:
- Installieren Sie das Purchase‑Modul, dann: Purchase → Vendors → New. Legen Sie den Lieferanten mit Namen, E‑Mail und Zahlungsbedingungen an.
- Gehen Sie zu Purchase → Requests for Quotation → New, wählen Sie den Lieferanten und fügen Sie eine Produktzeile mit benötigter Menge hinzu.
- Setzen Sie das Order‑Deadline‑Datum, prüfen Sie die Lieferadresse und klicken Sie auf Send by Email, damit der Lieferant die RFQ‑PDF erhält.
- Wenn der Lieferant den Preis bestätigt, passen Sie die Zeile falls nötig an und klicken Confirm Order, um aus der RFQ eine Bestellung zu machen.
- Öffnen Sie den Chatter, um die komplette Timeline zu sehen: wer die RFQ geschickt hat, wer bestätigt hat und wann die Bestellung erstellt wurde.
Nutzen: Jede Bestellung hat fortan Nummer, Datum, Lieferantenbestätigung und eine nachvollziehbare E‑Mail‑Spur – die Buchhaltung fragt nicht mehr nach der Herkunft einer Bestellung.
2. Bestellung bestätigen und Wareneingang am Dock verbuchen Level 2 — Einfach
Level 2 bringt die zweite Säule: Wareneingänge. Der Einkäufer übergibt an das Lager; das Lager verbucht die tatsächlich angekommenen Mengen gegen die Bestellung in einem Schritt.
So würden Sie das in Odoo erledigen:
- Öffnen Sie die bestätigte Bestellung und klicken Sie auf die Receipt‑Schaltfläche, die zum verknüpften Wareneingang führt.
- Im Dock öffnet der Lagerist Inventory → Operations → Transfers → To Process und wählt den betreffenden Transfer aus.
- Tragen Sie die erledigte Menge pro Zeile ein; kamen statt 80 nur 78, ändern Sie auf 78 und hinterlassen eine interne Notiz im Chatter.
- Klicken Sie auf Validate; Odoo aktualisiert den Ist‑Bestand und verknüpft den Wareneingang automatisch mit der Bestellung.
- Öffnen Sie die Bestellung erneut, um die aktualisierte Received‑Menge je Zeile zu sehen — bereit für den Abgleich mit der Lieferantenrechnung.
Nutzen: Lager und Einkauf sehen die gleichen Zahlen in Echtzeit, sodass Teil‑ oder Fehlmengen sofort auffallen statt erst zum Monatsende.
3. Lieferantenrechnung direkt aus der Bestellung erstellen Level 3 — Einfach
Level 3 behandelt die dritte Säule: Lieferantenrechnungen. Die Buchhaltung verwendet die PO‑Daten, statt alles neu zu tippen, sodass Rechnungen in Sekunden gebucht sind – mit identischen Positionen, Preisen und Steuern.
So würden Sie das in Odoo erledigen:
- Öffnen Sie die bestätigte Bestellung und klicken Sie oben auf Create Bill.
- Odoo öffnet einen Entwurf der Lieferantenrechnung mit allen Zeilen aus der Bestellung: Produkt, Menge, Einzelpreis, Steuern.
- Setzen Sie Bill Date, Bill Reference (Rechnungsnummer des Lieferanten) und Due Date und hängen Sie das per E‑Mail erhaltene PDF an.
- Klicken Sie Confirm, um die Rechnung zu buchen; der Buchungssatz landet in Verbindlichkeiten und dem passenden Aufwand‑ oder Bestandskonto.
- Aus der Rechnung klicken Sie Register Payment zum Fälligkeitszeitpunkt, um die Überweisung zu erfassen und den Vorgang zu schließen.
Nutzen: Lieferantenrechnungen sind in einer Minute erfasst, werden nicht mehr aus PDFs abgetippt, und jeder Euro ist mit einer freigegebenen Bestellposition verknüpft.
4. Lieferantenpreisliste mit Staffelpreisen pro Produkt anlegen Level 4 — Mittel
Level 4 führt eine Purchase‑Fähigkeit ein: Preise, die am Produkt‑Lieferanten‑Level gepflegt werden – nicht im Kopf eines Mitarbeiters oder in verstaubten Tabellen.
So würden Sie das in Odoo erledigen:
- Öffnen Sie ein Produkt → Reiter Purchase → Vendors → Add und legen Sie einen Lieferanten mit Preis, Mindestbestellmenge, Lieferzeit und Währung an.
- Fügen Sie Mengenstaffeln in derselben Lieferantenzeile hinzu: ab 1 Stück Preis A, ab 50 Stück Preis B, ab 100 Stück Preis C.
- Wiederholen Sie das für zwei bis drei mögliche Lieferanten und ordnen Sie sie nach Priorität.
- Öffnen Sie eine neue RFQ für dieses Produkt; der Einheitspreis füllt sich automatisch basierend auf gewähltem Lieferanten und bestellter Menge.
- Gehen Sie zu Purchase → Reporting → Purchase Analysis, Group By Vendor und Product, um tatsächlich gezahlte Preise mit den vereinbarten Konditionen zu vergleichen.
Nutzen: Verhandelte Preise erscheinen automatisch auf jeder RFQ, und Jahresverhandlungen beginnen mit echten Volumendaten statt Schätzungen.
5. Mitarbeiteranfragen über das Approvals‑Modul erfassen Level 5 — Mittel
Level 5 behandelt Purchase Requests: Jeder Mitarbeiter kann Bedarf melden; der Einkäufer entscheidet, was zur RFQ wird – alles mit Audit‑Trail in Odoo.
So würden Sie das in Odoo erledigen:
- Installieren Sie Approvals → Approvals → Configuration → Approval Types → New und legen Sie einen Typ Purchase Request an.
- Aktivieren Sie Has Product und Has Quantity, damit Anforderer genaue Angaben inklusive gewünschtem Lieferdatum machen können.
- Definieren Sie Genehmiger: zuerst der direkte Vorgesetzte, dann der Einkaufsleiter; ab bestimmten Schwellenwerten auch die Finanzabteilung.
- Ein Mitarbeiter öffnet Approvals → New → Purchase Request, füllt das Formular aus und reicht es ein; Benachrichtigungen erreichen die zuständigen Entscheider.
- Nach Freigabe kopiert der Einkäufer die Anforderungszeilen in Purchase → Requests for Quotation → New, um die eigentliche RFQ zu starten.
Nutzen: Zufällige Slack‑Nachrichten und Einzelanfragen an den Einkäufer hören auf; jeder Bedarf ist protokolliert, priorisiert und wird ohne Neuaufwand zur Bestellung.
6. Drei Angebote vergleichen mit einem Call‑for‑Tenders‑Agreement Level 6 — Mittel
Level 6 nutzt Purchase Agreements, um Beschaffungsentscheidungen zu dokumentieren. Drei RFQs gehen raus, drei Angebote kommen zurück – die Entscheidung erfolgt datenbasiert statt aus dem Gedächtnis.
So würden Sie das in Odoo erledigen:
- Öffnen Sie Purchase → Orders → Purchase Agreements → New und setzen Sie Type auf Call for Tenders mit einer Frist.
- Fügen Sie Produktzeilen mit Zielmengen hinzu, für die Sie wettbewerbliche Angebote wollen.
- Klicken Sie New Quotation, wählen Sie einen Lieferanten – Odoo erzeugt eine Entwurfs‑RFQ, die mit der Vereinbarung verknüpft ist.
- Wiederholen Sie das für Lieferant zwei und drei; nach Rücklauf zeigt die Vereinbarung die Preise zeilenweise nebeneinander an.
- Wählen Sie den Gewinner, bestätigen Sie dessen RFQ zur Bestellung; die anderen Angebote werden archiviert und mit einem Lost Reason versehen.
Nutzen: Beschaffungsentscheidungen sind nachvollziehbar: Auch nach sechs Monaten sieht man, wer welches Angebot abgegeben hat und warum ein Lieferant den Zuschlag erhielt.
7. Überfakturierung von Lieferanten durch Three‑Way‑Match verhindern Level 7 — Schwer
Level 7 verbindet die drei wichtigsten Elemente: Bestellung, Wareneingang und Lieferantenrechnung müssen übereinstimmen, bevor bezahlt wird. Hier spart Purchase echtes Geld für die Buchhaltung.
So würden Sie das in Odoo erledigen:
- Gehen Sie zu Purchase → Configuration → Settings und setzen Sie Bill Control auf Received Quantities; speichern.
- Bestätigen Sie eine Bestellung über 80 Einheiten; das Lager verbucht am Dock nur 78 und validiert den teilweisen Transfer.
- Die Buchhaltung erstellt die Lieferantenrechnung aus der Bestellung; Odoo füllt 78 statt 80 vor – passend zum tatsächlichen Wareneingang.
- Wenn der Lieferant eine Rechnung über 80 schickt, erscheint die Abweichung sofort; der Einkäufer fordert eine Gutschrift, bevor die Rechnung gebucht wird.
- Confirm auf der Rechnung ist erst möglich, wenn Rechnung und Wareneingang übereinstimmen; dann nimmt der Zahlungsplan die Forderung zur Fälligkeit auf.
Nutzen: Lieferantenüberfakturierung wird nicht mehr stillschweigend getragen; jede Zahlung ist durch PO‑Position und Wareneingang belegt – prüfbar für das Audit.
8. Bedarfsgesteuerte Beschaffung mit Nachschubregeln, MTO und Scheduler betreiben Level 8 — Schwer
Level 8 verbindet Purchase mit realen Nachfrage‑Signalen aus Sales und Inventory. Einkäufer müssen nicht mehr dauernd löschen: Odoo schlägt RFQs vor, bevor Lager leerläuft.
So würden Sie das in Odoo erledigen:
- Für Topseller: Inventory → Operations → Reordering Rules → New – Min, Max, Vendor und Lead Time setzen.
- Für kundenindividuell gefertigte Artikel: Produkt → Reiter Purchase → Route auf Make To Order setzen, sodass eine bestätigte Bestellung automatisch eine RFQ anstößt.
- Inventory → Operations → Run Scheduler täglich ausführen oder per Server‑Action automatisieren, damit jeden Morgen Vorschläge bereitstehen.
- Purchase → Orders → Requests for Quotation → Filter Draft Auto nutzen und die vorgeschlagenen RFQs in Batch in echte Bestellungen umwandeln.
- Nutzen Sie Purchase → Reporting → Vendor On‑Time Delivery, um Lead Times quartalsweise anhand realer Performance anzupassen.
Nutzen: Fehlbestände bei Schlüsselartikeln gehen deutlich zurück, Einkäufer verhandeln mehr und reagieren weniger, und Vertrieb verspricht seltener Termine, die die Operative nicht halten kann.
9. Jahresrahmenverträge sperren und einen Lieferanten‑Portal für strategische Partner öffnen Level 9 — Schwer
Level 9 skaliert die Beschaffung: Jahresverpflichtungen werden einmal verhandelt und dann wöchentlich abgerufen; Top‑Lieferanten bestätigen RFQs und laden Rechnungen über ein eigenes Portal hoch.
So würden Sie das in Odoo erledigen:
- Purchase → Orders → Purchase Agreements → New: Type auf Blanket Order setzen, jährliche Laufzeit, verhandelter Preis und Gesamtmenge eintragen.
- Wöchentlich das Agreement öffnen und New Purchase Order klicken, um die benötigte Menge abzurufen; Odoo reduziert die Restmenge automatisch.
- Einstellungen → General Settings: Customer and Vendor Portal aktivieren; strategischen Lieferanten Portalzugang gewähren.
- Lieferanten melden sich unter /my/purchase an, bestätigen oder lehnen RFQs ab, laden Rechnungen hoch und verfolgen Zahlungsstatus – ohne den Einkäufer zu mailen.
- Erstellen Sie ein Lieferanten‑Performance‑Scorecard in Purchase Reporting: pünktliche Lieferung, Preisabweichung, Fehlerquote – vierteljährlich aktualisiert für QBRs.
- Legen Sie eine Server‑Action an, die das Beschaffungsteam per E‑Mail informiert, wenn 80 % des Jahresvolumens eines Blanket Orders erreicht sind.
Nutzen: Routinebeschaffung läuft automatisch für die wichtigsten Lieferanten; Einkäufer gewinnen Zeit für strategische Beschaffung und Risikomanagement.
Die Regeldefinitionen für Blanket Orders, Portal‑Zugriffsrechte und abteilungsübergreifende Scorecards sind typische Aufgaben, die Dasolo in partnergeführten Projekten übernimmt.
10. Ein KI‑gestütztes Procurement‑OS mit OCR‑Rechnungen, EDI, Anomalieerkennung und Live‑Dashboards bauen Level 10 — Expert
Level 10 ist das vollständige Betriebs‑OS: KI extrahiert Rechnungsdaten, EDI verbindet Top‑Lieferanten direkt, Anomalieerkennung markiert riskante Bestellungen, und ein Live‑Cockpit zeigt alle Verpflichtungen unternehmensweit.
So würden Sie das in Odoo erledigen:
- Accounting: Bill Digitization aktivieren, sodass PDF‑Rechnungen per OCR vorgeparsed werden; Positionen, Steuern und PO‑Verknüpfung stehen vor der Prüfung bereit.
- Bei den fünf wichtigsten Lieferanten eine EDI‑Anbindung einrichten (XML, EDIFACT oder Peppol): PO, ASN und Invoice fließen automatisiert zwischen Odoo und deren ERP.
- Trainieren Sie einen KI‑Beschaffungsassistenten mit Ihrer Wissensdatenbank aus Lieferverträgen, Blanket Orders und Katalogen, damit er Einkaufsfragen in mehreren Sprachen beantworten kann.
- Nutzen Sie Studio‑Automationen und KI‑Regeln zur Anomalieerkennung: Preisabweichungen über x %, plötzliche Lead‑Time‑Sprünge, Einzellieferanten‑Risiken oder unerwartete Mindestmengensteigerungen.
- Verbinden Sie Purchase mit Sales, Inventory, Accounting und Project, sodass jede Zahlung oder Rechnung automatisch Projektkosten aktualisiert und das Dashboard refresht.
- Erstellen Sie ein Spreadsheet‑ähnliches Procurement‑Cockpit: offene RFQs, verspätete POs, Three‑Way‑Mismatches, Einsparungen gegenüber Basislinie, pünktliche Lieferung je Lieferant – live aktualisiert.
- Binden Sie Slack‑ oder Teams‑Alerts an kritische Ereignisse: verspätete Lieferung bei Top‑Kunde, Rechnungsabweichungen über Schwellwert, Erschöpfung eines Blanket Orders.
Nutzen: Beschaffung wird vom administrativen Kostenpunkt zur strategischen Funktion mit Live‑Daten, Vorhersage‑Alerts und KI‑Co‑Piloten für jeden Einkäufer.
Das Zusammenspiel von KI‑Copiloten, EDI‑Verbindungen, Anomalie‑Regeln und Live‑Dashboards ist die Architektur, die Dasolo als Partner implementiert, damit Teams die langwierige Trial‑and‑Error‑Phase überspringen.
Wann externe Hilfe Sinn macht
Wenn Sie bei Level 1–6 bleiben, schaffen Sie das häufig mit dem Standard‑Odoo, einer engagierten internen Ansprechperson und einer Sandbox, in der gefahrlos getestet werden darf.
Ab Level 7 steigen Risiko und Komplexität: Automationen können falsche Kunden informieren, Studio‑Felder Upgrades blockieren oder APIs nachts abrupt aufhören, Bestände zu synchronisieren.
Das ist kein Versagen Ihres Teams, sondern ein Hinweis: Architektur, Tests und Governance werden jetzt entscheidend.
Ziehen Sie einen Partner hinzu, wenn Sie Multi‑App‑Design, länderspezifische Compliance, komplexe Integrationen oder einen festen Go‑Live‑Termin haben, den der Vorstand verlangt.
Zusammenarbeit mit Dasolo
Dasolo unterstützt Unternehmen dabei, Odoo so aufzusetzen, wie sie tatsächlich arbeiten: maßgeschneiderte Apps, saubere Integrationen und nachhaltige Schulungen, die nach Projektende greifen.
Wenn Ihre Purchase‑Roadmap die oben beschriebenen fortgeschrittenen Use Cases enthält, erstellen wir einen Phasenplan: zuerst Quick Wins, dann Automatisierungen und Integrationen mit klaren Verantwortlichkeiten und Testskripten.
Sie behalten Budget und Scope im Griff. Wir bringen Odoo‑Expertise, damit Ihr Team nicht die teuren Fehler in der Produktion lernt.
Kostenlose Erstberatung buchen: