DE · AT · CHAnleitung

Genehmigungen in Odoo: Regeln für Bestellung, Spesen, Verkauf

Aktualisiert:

Gilt für: Odoo 20.0; Freigaben in Community und Enterprise; Bestell- und Spesenablauf nur Community-Zweig 20.0; Studio nur Enterprise; On-Premise, Odoo Online, Odoo.sh

Kurz gesagt

Odoo 20.0 bringt für Spesenbelege, Abwesenheiten, Überstunden und PLM-Änderungsaufträge eigene Freigaben mit, die an Zuständen und Rollen der jeweiligen App hängen; die Bestellfreigabe ist nur im Community-Zweig 20.0 belegt und greift nur bei eingeschalteter zweistufiger Bestellbestätigung und ab dem Mindestbetrag (Vorgabe 5.000,00). Eingebaute Freigaben konfigurieren Sie in den Einstellungen der App. Für den Verkaufsauftrag und für eigene Schaltflächen legen Sie dagegen mit Studio eine Genehmigungsregel an; Studio gehört zur Enterprise-Ausgabe.

Das Wichtigste

  • Eingebaute Freigaben sind laut Dokumentation 20.0 für Spesenbeleg, Abwesenheit, Überstunden und PLM-Änderungsauftrag belegt; die Bestellfreigabe nur im Community-Zweig 20.0, nur bei eingeschalteter zweistufiger Bestellbestätigung und nur ab dem Mindestbetrag (Vorgabe 5.000,00 in Firmenwährung).
  • Eine eingebaute Freigabe für den Verkaufsauftrag ist nicht belegt; dort und für eigene Schaltflächen wirkt eine Studio-Regel an einer Schaltfläche, und Studio ist Enterprise.
  • Ein Schritt verlangt Genehmiger, eine Genehmigergruppe oder beides und kann über einen Filter eine Bedingung erhalten.
  • Jede Entscheidung steht im Chatter; die Freigabeeinträge listet Odoo im Entwicklermodus unter Technisch.
  • Die App Genehmigungen (Approvals) führt der Editionsvergleich nur in Enterprise; die Benutzerdokumentation 20.0 hat dazu keine Seite.

Wie ein Freigabeprozess einzurichten ist, hängt an der Vorgangsart: Die App Einkauf bringt im Community-Zweig 20.0 eine eigene Freigabe mit, die App Verkauf keine, und beim Spesenbeleg entscheidet eine Rolle statt eines Betrags. Dieser Artikel ordnet die Wege je Dokumenttyp und zeigt dann den Einstieg in Studio.

Die Beschreibung gilt für Odoo 20.0 (Version 20, September 2026). Die betroffenen Apps führt der Editionsvergleich in Community und Enterprise (Einkauf, Spesen, Verkauf, Abwesenheiten) beziehungsweise nur in Enterprise (PLM, Genehmigungen, Studio); Bestellfreigabe und Spesenablauf belegt dieser Artikel dagegen nur aus dem öffentlichen Community-Quellcode des Zweigs 20.0 und trifft für Enterprise dazu keine Aussage. Regeln an Schaltflächen gehören zu Studio und damit laut Editionsvergleich zu Enterprise. Oberflächennamen folgen der Dokumentation 20.0 und den deutschen Übersetzungen des öffentlichen Quellcodes; in Ihrer Datenbank und in älteren Versionen können sie abweichen.

Was Sie vorab brauchen

  • Die betroffene Vorgangsart: Bestellung, Spesenbeleg, Verkaufsauftrag, Abwesenheitsantrag oder ein eigener Datensatz.
  • Ein Konto mit Administratorrechten für die Einstellungen der App; die Konfiguration der App Einkauf hängt im Community-Zweig 20.0 an der Rolle Administrator.
  • Ihre Grenzwerte oder Bedingungen, schriftlich festgehalten, etwa ein Bestellbetrag oder ein Rabattwert.
  • Odoo Studio, wenn Sie eine eigene Regel brauchen; eine Kopie der Datenbank zum Testen, siehe Testumgebung für Odoo.

Zwei Wege zu einer Freigabe

Eine eingebaute Freigabe hängt am Zustand des Dokuments: Eine Bestellung steht nach Auftrag bestätigen in Zu genehmigen, sofern die zweistufige Bestellbestätigung eingeschaltet ist, der Gesamtbetrag den umgerechneten Mindestbetrag erreicht und die Person nicht der Gruppe Administrator der App Einkauf angehört (Verhalten des Community-Zweigs 20.0); ein Spesenbeleg läuft von Entwurf über Eingereicht nach Genehmigt, kann im Community-Zweig 20.0 aber beim Einreichen direkt auf Genehmigt springen, wenn weder am Beleg noch am Mitarbeiterprofil ein Genehmiger hinterlegt ist oder der hinterlegte Genehmiger die beschäftigte Person selbst ist – und, falls eine vorhandene Rechnung verwendet werden soll, diese zugeordnet ist; ein Abwesenheitsantrag steht in Zu genehmigen oder Zweite Genehmigung; Überstunden erscheinen im Management-Dashboard der Anwesenheiten. Ihre Bedingungen sind fest (Betrag, Rolle, Abwesenheitsart); konfiguriert werden sie in der App. Die Bestellfreigabe im Einzelnen beschreibt Einkaufsfreigabe und Bestellgrenzen in Odoo.

Eine Genehmigungsregel der zweiten Bauart sitzt an einer Schaltfläche der Ansicht. Nach der Dokumentation 20.0 öffnen Sie Studio, wechseln in die Ansicht, wählen den Button und fügen im Eigenschaftenbereich einen Genehmigungsschritt hinzu; so lässt sich jede Schaltfläche bedingt und mehrstufig aufbauen.

Prüfen Sie zuerst, ob Ihre Vorgangsart eine eingebaute Freigabe hat; sie kommt ohne Studio aus. Nur wo keine vorhanden ist – im Verkaufsauftrag und in eigenen Modellen –, bauen Sie eine eigene Regel; den Weg im Verkauf zeigt Rabatte und Freigaben im Verkauf mit Odoo.

Die Regelmatrix nach Dokumenttyp

Die Tabelle nennt je Vorgangsart Weg, entscheidende Person, Auslöser und Konfigurationsort. Angaben stammen aus der Dokumentation 20.0 und dem Editionsvergleich; wo sie keine Seite führt, aus dem öffentlichen Community-Quellcode des Zweigs 20.0. Solche Angaben belegen das Verhalten der Edition Community, nicht der Edition Enterprise; der Editionsvergleich belegt nur, in welcher Edition die App verfügbar ist.

Vorgang (App) Weg der Freigabe Wer entscheidet Auslöser und Bedingung Konfiguration Edition
Bestellung (Einkauf) eingebauter zweiter Zustand, nur bei eingeschalteter Bestellbestätigung und Gesamtbetrag ab dem Mindestbetrag: Auftrag bestätigen führt nach Zu genehmigen, Auftrag genehmigen nach Bestellung Mitglieder der Gruppe Administrator der App Einkauf; sie bestätigen ohne Freigabeschritt Gesamtbetrag ab dem Mindestbetrag, Vorgabe 5.000,00 in Firmenwährung; verglichen wird der Gesamtbetrag in der Währung der Bestellung, genau auf der Grenze braucht die Freigabe; ohne die eingeschaltete Bestellbestätigung bleibt es bei einem Schritt Einkauf ▸ Konfiguration ▸ Einstellungen, Abschnitt Aufträge: Bestellbestätigung und Mindestbetrag App in Community und Enterprise (Zeile Purchase); Zustände, Grenze und Umgehungsrolle nur im Community-Zweig 20.0 belegt, für Enterprise nicht nachgewiesen
Spesenbeleg (Spesenabrechnung) eingebauter zweiter Zustand: Einreichen führt nach Eingereicht, Genehmigen nach Genehmigt; im Community-Zweig 20.0 springt Einreichen direkt auf Genehmigt, wenn weder am Beleg noch am Mitarbeiterprofil ein Genehmiger hinterlegt ist oder der hinterlegte Genehmiger die beschäftigte Person selbst ist – verwendet der Beleg eine vorhandene Rechnung, muss diese dafür zugeordnet sein mindestens die Rolle Teamgenehmiger; der Community-Zweig 20.0 kennt zusätzlich den Spesengenehmiger im Mitarbeiterprofil Einreichen durch die beschäftigte Person; Genehmigen nur aus Eingereicht, Ablehnen aus Eingereicht und Genehmigt (das Modell verhindert das Ablehnen erst, wenn eine nicht mehr im Entwurf befindliche Buchung verknüpft ist); ein Betragsschwellenwert ist in der Spesenkonfiguration des Community-Zweigs 20.0 nicht belegt Rechte unter Einstellungen ▸ Benutzer; die App-Konfiguration deckt Journal, Zahlungsarten, E-Mail-Eingang, Belegdigitalisierung und Lohn-Erstattung (Enterprise) ab; Ablauf: Spesen und Reisekosten in Odoo Community und Enterprise (Zeile Expenses)
Verkaufsauftrag und Angebot (Verkauf) keine eingebaute Freigabe belegt; eine Studio-Regel hält die Schaltfläche Bestätigen an Personen unter Genehmiger, eine Genehmigergruppe oder beides Ihre eigene Bedingung, etwa Rabattwert, Einzelpreis oder Auftragssumme Studio am Auftragsformular, Eigenschaftenbereich, Genehmigungsschritt hinzufügen ohne Studio keine Regel; Studio nur Enterprise
Abwesenheitsantrag (Abwesenheiten) eingebaut, je Art eine oder zwei Stufen: Zu genehmigen, danach Zweite Genehmigung Abwesenheitsbeauftragter (Time Off Officer), Genehmiger des Mitarbeiters oder beide die Abwesenheitsart: keine, durch Abwesenheitsbeauftragten, durch Genehmiger des Mitarbeiters, durch beide Abwesenheiten ▸ Konfiguration ▸ Abwesenheitsarten, Abschnitt Genehmigung; Ablauf: Urlaub und Abwesenheiten in Odoo Community und Enterprise (Zeile Time Off)
Arbeitszeit und Überstunden (Anwesenheiten) eingebaut: Genehmigen und Ablehnen im Management-Dashboard, Überstunden auch teilweise wer Zugriff auf das Management-Dashboard hat; die Dokumentation nennt die Rechte nicht prüfungsbedürftige Einträge, etwa Überlappungen, nicht genehmigte Abwesenheit oder Überstunden Anwesenheiten ▸ Management Der Editionsvergleich führt keine eigene Zeile Anwesenheiten (geprüft)
Änderungsauftrag (PLM) eingebaut: Die Änderung lässt sich erst nach Zustimmung der Genehmiger anwenden, sofern ein Genehmiger der Art Is required to approve eingetragen ist; ohne einen solchen Genehmiger arbeitet Apply Changes ohne vorherige Zustimmung je Phase eingetragene Rollen mit einem Benutzer der Phasenwechsel; die Genehmigungsart entscheidet, ob eine Zustimmung nötig, möglich oder nur ein Kommentar ist PLM ▸ Projektkarte ▸ Phase ▸ Aktionen ▸ Bearbeiten ▸ Genehmigungen nur Enterprise (Zeile PLM)

Dazu kommt die App Genehmigungen (Approvals): Ihre Produktseite beschreibt Genehmigungsarten, je Antrag mehrere Genehmiger und einen zentralen Bearbeitungsort; der Editionsvergleich führt sie nur in Enterprise. Eine Seite dazu fehlt in der Benutzerdokumentation 20.0 (Seitenübersicht, geprüft am 14. Oktober 2026); planen Sie sie nur mit einer Testdatenbank ein.

Freigaben greifen an einer Schaltfläche oder an einem Zustandswechsel im Formular. Wege, die daran vorbeiführen können – ein CSV-Import, eine Automatisierungsregel, ein Aufruf über die JSON-2-API –, prüfen Sie getrennt in einer Kopie der Datenbank.

Schritt für Schritt: eine Genehmigungsregel in Studio anlegen

Die Schritte folgen der Dokumentationsseite Approval rules der Fassung 20.0; die Beschriftungen stehen dort englisch, deutsche Studio-Namen prüfen Sie in Ihrer Datenbank.

Schritt 1: Vorgang und Bedingung festlegen

Schreiben Sie vorab auf, welcher Vorgang eine zweite Zustimmung braucht und woran sie hängt. Beispielrechnung mit erfundenen Zahlen: Ein Verkaufsauftrag mit mehr als 10 Prozent Rabatt oder über 10.000,00 Euro Gesamtbetrag geht an die Verkaufsleitung, darüber an die Geschäftsführung.

Schritt 2: Studio öffnen und Schaltfläche wählen

Öffnen Sie den Datensatz in der betroffenen Ansicht, klicken Sie auf das Studio-Symbol und wählen Sie die Schaltfläche, die ohne Zustimmung nicht ausgeführt werden soll – im Verkaufsauftrag Bestätigen. Ergebnis: Der Eigenschaftenbereich zeigt die Angaben dieser Schaltfläche.

Schritt 3: Genehmigungsschritt hinzufügen

Klicken Sie auf Add an approval step. Ergebnis: Der Schritt erscheint mit den Feldern für die Zuständigen.

Schritt 4: Zuständige eintragen

Tragen Sie unter Approvers einzelne Benutzer ein, unter Approver Group eine Benutzergruppe oder beides; die Dokumentation nennt dafür eine eigene Benutzergruppe als Tipp. Ergebnis: Für Personen unter Approvers legt Odoo eine Aktivität an, für eine reine Gruppe nicht.

Schritt 5: Bedingung und Texte setzen

Über das Filtersymbol neben dem Feld Genehmiger grenzen Sie ein, wann der Schritt gilt; hier bilden Sie die Bedingung aus Schritt 1 ab. Description ist der Text an der Schaltfläche. Ergebnis: Der Schritt greift nur für Datensätze, die den Filter erfüllen.

Schritt 6: Zweite Stufe und Abschluss

Fügen Sie mit Add an approval step eine weitere Stufe hinzu, ordnen Sie sie über Approval Order (1 vor 2) und verhindern Sie mit Exclusive Approval, dass dieselbe Person beide Stufen eines Datensatzes genehmigt. Schließen Sie Studio mit Close. Ergebnis: Neben der Schaltfläche steht je Stufe ein Benutzersymbol.

Was im Alltag passiert

Nach der Regel zeigt jede Stufe ein Symbol neben der Beschriftung der Schaltfläche. Zuständige können die Aktion ausführen (letzte oder einzige Stufe), freigeben, ablehnen oder ihre Entscheidung zurücknehmen. Jede Entscheidung steht im Chatter des Datensatzes, zusätzlich führt Odoo Freigabeeinträge, die Sie im Entwicklermodus unter Einstellungen ▸ Technisch ▸ Studio Approval Entries finden.

So prüfen Sie das Ergebnis

  1. Halten Sie fest, ob Ihre Vorgangsart eine eingebaute Freigabe hat; sie kommt ohne Studio aus.
  2. Prüfen Sie im Einkauf, ob die Bestellbestätigung (zweistufig) eingeschaltet ist; ohne sie bestätigt ein Klick die Bestellung sofort (Verhalten des Community-Zweigs 20.0).
  3. Legen Sie in einer Kopie der Datenbank je einen Testfall unter und über Ihrer Grenze an und bestätigen Sie ihn mit einem Konto ohne Freigaberecht: erwartet wird die Fehlermeldung oder der Zwischenzustand.
  4. Prüfen Sie beim Spesenbeleg, ob Einreichen im Zwischenzustand Eingereicht landet. Springt der Beleg direkt auf Genehmigt, fehlt an Beleg und Mitarbeiterprofil ein hinterlegter Genehmiger oder ist der hinterlegte Genehmiger die beschäftigte Person selbst; verwendet der Beleg dabei eine vorhandene Rechnung, ist sie dem Beleg zugeordnet (Verhalten des Community-Zweigs 20.0).
  5. Prüfen Sie, ob die vorgesehenen Personen eine Aktivität bekommen und eine reine Genehmigergruppe keine.
  6. Geben Sie frei, lehnen Sie einen zweiten Fall ab und lesen Sie die Einträge im Chatter und unter Studio Approval Entries nach. Wiederholen Sie den Test für Wege ohne Schaltfläche, etwa einen Import.

Wenn etwas nicht klappt

Symptom Mögliche Ursache Abhilfe
Bestätigen läuft ohne Rückfrage durch Die eingebaute Bestellfreigabe ist aus, oder die Person gehört der Gruppe an, die sie umgeht Einstellungen prüfen und mit einem Konto ohne die Gruppe testen
Kein Freigabeschritt erscheint Die Regel hängt an einer anderen Ansicht, Schaltfläche oder Bedingung In Studio Ansicht, Button und Filter prüfen
Freigeber erhält keine Aktivität Die Person steht nicht unter Genehmiger; Aktivitäten entstehen nur für Personen, nicht für eine reine Gruppe Regel öffnen und die Zuständigen eintragen
Dokument bleibt nach der Zustimmung änderbar Die Freigabe sperrt nichts Sperre der App aktivieren, etwa Bestätigte Verkäufe sperren
Spesenbeleg springt beim Einreichen sofort auf Genehmigt Weder am Beleg noch am Mitarbeiterprofil ist ein Genehmiger hinterlegt, oder der hinterlegte Genehmiger ist die beschäftigte Person selbst; verwendet der Beleg dabei eine vorhandene Rechnung, ist sie dem Beleg zugeordnet (Verhalten des Community-Zweigs 20.0) Genehmiger am Mitarbeiterprofil oder am Beleg eintragen und erneut testen
Änderung (PLM) lässt sich ohne Zustimmung anwenden In der Phase ist kein Genehmiger der Art Is required to approve eingetragen In der Phase unter Aktionen ▸ Bearbeiten ▸ Genehmigungen einen Genehmiger mit dieser Art eintragen

Wann Sie Hilfe holen sollten

Ziehen Sie eine Person mit Studio-Erfahrung hinzu, wenn die Regel über mehrere Stufen, Teams oder Gesellschaften laufen soll oder wenn Sie Standardansichten ändern. Testen Sie zuerst in einer Kopie der Datenbank, danach mit den echten Rollen Ihrer Beschäftigten. Die beschriebenen Freigaben sind App-Funktionen und nicht Teil der Länderlokalisierung; der Weg ist in Deutschland, Österreich und der Schweiz derselbe.

Häufige Fragen

Lässt sich bei Spesen ein Betrag als Freigabegrenze einstellen?

Nicht belegt. Die Dokumentation 20.0 lässt die Spesengenehmigung mindestens über die Rolle Teamgenehmiger laufen und nennt kein Betragsfeld; die Spesenkonfiguration des Community-Zweigs 20.0 führt ebenfalls keines. Ob die Edition Enterprise ein Betragsfeld mitbringt, ist nicht geprüft. Eine Grenze bauen Sie mit Studio an der Schaltfläche Genehmigen; Studio gehört zur Enterprise-Ausgabe.

Sperrt eine Freigabe das Dokument gegen Änderungen?

Nein, die Regel gibt nur eine Schaltfläche frei. Wollen Sie Änderungen verhindern, aktivieren Sie zusätzlich die Sperre der App: Bestätigte Verkäufe sperren im Verkauf, Bestätigte Bestellungen sperren im Einkauf. Die Verkaufssperre beschreibt die Dokumentation 20.0, die Einkaufssperre die Einstellungsansicht des Community-Zweigs 20.0.

Gilt die Regel auch für Importe oder Aufrufe über die Schnittstelle?

Nicht zwingend. Die Dokumentation beschreibt eine Genehmigungsregel für die Aktion über eine Schaltfläche in der Ansicht. Ob ein CSV-Import, eine Automatisierungsregel oder ein Aufruf über die JSON-2-API diese Schaltfläche auslöst, prüfen Sie in einer Kopie der Datenbank und begrenzen den Zugriff nötigenfalls über Benutzerrechte.

Kann dieselbe Person zwei Stufen genehmigen?

Ja, solange Exclusive Approval nicht gesetzt ist: Wer eine höhere Stufe bedient, kann frühere Stufen mitgenehmigen. Mit dieser Option kann dieselbe Person nicht zwei Stufen desselben Datensatzes genehmigen. Die Beschriftungen der Studio-Dokumentation sind englisch; in Ihrer Datenbank können sie deutsch und anders lauten.

Quellen

  1. Approval rules (Odoo 20.0)Odoo S.A., Dokumentation · abgerufen am
  2. Studio (Odoo 20.0), Warnhinweis zum TarifOdoo S.A., Dokumentation · abgerufen am
  3. Process expenses (Odoo 20.0, App Spesenabrechnung)Odoo S.A., Dokumentation · abgerufen am
  4. Time off types (Odoo 20.0), Abschnitt Time off requestsOdoo S.A., Dokumentation · abgerufen am
  5. Time off types (Odoo 20.0, deutsche Fassung), Abschnitt Abwesenheitsanträge (Abwesenheitsbeauftragter, Time Off Officer)Odoo S.A., Dokumentation · abgerufen am
  6. Management (Odoo 20.0, App Abwesenheiten)Odoo S.A., Dokumentation · abgerufen am
  7. Work approvals and overtime (Odoo 20.0, App Anwesenheiten)Odoo S.A., Dokumentation · abgerufen am
  8. Approvals (Odoo 20.0, Product lifecycle management)Odoo S.A., Dokumentation · abgerufen am
  9. Requests for quotation (Odoo 20.0, App Einkauf)Odoo S.A., Dokumentation · abgerufen am
  10. Create quotations (Odoo 20.0), Einstellung Lock Confirmed SalesOdoo S.A., Dokumentation · abgerufen am
  11. Compare Editions (Community und Enterprise, Zeilen Purchase, Expenses, Sales, Time Off, PLM, Approvals, Studio), gelesen am 14. Oktober 2026Odoo S.A. · abgerufen am
  12. Release Notes: Version 20, veröffentlicht im September 2026Odoo S.A. · abgerufen am
  13. App Genehmigungen (Approvals), Produktseite mit Genehmigungsarten und GenehmigernOdoo S.A. · abgerufen am
  14. Dokumentationsverzeichnis 20.0 (Seitenübersicht; Nachweis, dass die Kapitel Einkauf, Verkauf, Spesen, Abwesenheiten, Anwesenheiten und PLM nur die unten genannten Genehmigungsseiten führen)Odoo S.A., Dokumentation · abgerufen am
  15. Modul purchase, Modell res.company, Branch 20.0 (Community-Quellcode: po_double_validation, Vorgabe one_step; po_double_validation_amount, Vorgabe 5000)Odoo S.A., GitHub · abgerufen am
  16. Modul purchase, Modell purchase.order, Branch 20.0 (Community-Quellcode: _approval_allowed vergleicht amount_total mit dem Mindestbetrag in Bestellwährung; button_confirm setzt to approve; Gruppe purchase.group_purchase_manager umgeht die Prüfung)Odoo S.A., GitHub · abgerufen am
  17. Modul purchase, Zugriffsgruppen, Branch 20.0 (Community-Quellcode: Anzeigename der Gruppe group_purchase_manager ist Administrator)Odoo S.A., GitHub · abgerufen am
  18. Modul purchase, Einstellungsansicht, Branch 20.0 (Community-Quellcode: Abschnitt Aufträge mit po_order_approval, po_double_validation_amount und der Sperre bestätigter Bestellungen)Odoo S.A., GitHub · abgerufen am
  19. Modul hr_expense, Zugriffsgruppen, Branch 20.0 (Community-Quellcode: Gruppen Team Approver, All Approver und Administrator im Recht Spesen)Odoo S.A., GitHub · abgerufen am
  20. Modul hr_expense, Modell hr.expense, Branch 20.0 (Community-Quellcode: can_approve, Zustandsfolge, manager_id, _get_default_responsible_for_approval, _can_be_autovalidated, existing_bill_id und _do_refuse)Odoo S.A., GitHub · abgerufen am
  21. Modul hr_expense, Formularansicht, Branch 20.0 (Community-Quellcode: Schaltfläche Genehmigen nur bei state submitted, Schaltfläche Ablehnen bei state submitted und approved)Odoo S.A., GitHub · abgerufen am
  22. Modul hr_expense, Einstellungen, Branch 20.0 (Community-Quellcode: res_company.py und res_config_settings.py ohne Feld für einen Freigabebetrag)Odoo S.A., GitHub · abgerufen am
  23. Modul sale, Modell sale.order, Branch 20.0 (Community-Quellcode: kein Genehmigungsmechanismus im Verkaufsauftrag)Odoo S.A., GitHub · abgerufen am
  24. Deutsche Übersetzungen der Module hr_expense, hr_holidays, hr_attendance und purchase, Branch 20.0 (Oberflächennamen Teamgenehmiger, Alle Genehmiger, Einreichen, Genehmigen, Ablehnen, Abwesenheiten, Anwesenheiten, Bestellbestätigung, Mindestbetrag)Odoo S.A., GitHub · abgerufen am