Angebote

Version 2.1 by Dimitri Rupp on 2026/06/11 09:13
Warning
For security reasons, the document is displayed in restricted mode as it is not the current version. There may be differences and errors due to this.

Information

Customizations im Bereich Angebote – Margen-Logik, Rabatte, Preisaktualisierungen,
Angebotsdatum, Rechnungsformulare mit Einzelpreisen.

💰 Margenberechnung bei Mengenaenderung

User Story: Als Angebotsersteller moechte ich, dass bei Produkten auf Angeboten niemals
der stückpreis oder die Marge ohne bewusste Aktion veraendert werden.

Problem

Bei Produkten, deren Kosten oder Marge einzeln veraendert wurden, kommt es bei
anschliessender Mengenaenderung zu ungewollten automatischen Veraenderungen von
Marge und stückpreis – sowohl mit als auch ohne Ausnahme-Flag am Produkt.
Beim Hinzufuegen von Produkten Über Angebotsvorlagen soll die initiale Marge mit der
Marge aus der gewaehlten Preisliste uebereinstimmen und nicht auf 0% springen.

💶 Anforderung

  • FB1: Bei änderung der Menge soll eine vorher gesetzte Marge beibehalten, nicht überschrieben werden
  • AC: Eine Preislisten-änderung soll die Marge neu generieren

💰 Kostenaktualisierung

  • Ausschliesslich die Kosten der Produkte werden aktualisiert – basierend auf aktuellen Werten im Produktkatalog
  • Die Marge bleibt unveraendert und wird nicht neu berechnet (auch nicht laut Preisliste)
  • Die neue Zwischensumme ergibt sich aus den aktualisierten Kosten und der bestehenden Marge

📦 Ausnahmen bei Produkten

  • Produkte, die Über ein Haekchen von Preisaktualisierungen ausgeschlossen wurden, bleiben bei Kostenaktualisierung ausgeschlossen
  • Produkte, deren Kosten manuell angepasst wurden, werden durch die Aktion überschrieben

🔐 Benutzerkontrolle

Warning

Die Aktion erlaubt dem Benutzer, gezielt zu entscheiden, welche Angebote aktualisiert werden.
Keine automatische aktualisierung – die Aktion muss bewusst ausgelöst werden.

🛒 Nachlass / Rabatt auf Gesamtangebot

User Story: Als Angebotsersteller moechte ich nach dem Hinzufuegen aller Positionen
einen Gesamtrabatt auf das Angebot setzen koennen.

💰 Berechnungs-Beispiel

PositionWert
Angebots-Nettobetrag10.000 EUR
Rabatt (Fixbetrag)–1.000 EUR
Neuer Nettobetrag9.000 EUR
Steuer (20%) auf 9.0001.800 EUR
Gesamtbetrag inkl. Steuer10.800 EUR

Discount % vs. Discount Fix - Vergleich

PositionDiscount %Discount Fix
Nettobetrag100.000,00100.000,00
Rabatt–10.000,00–10.000,00
Nettobetrag nach Rabatt90.000,0090.000,00
USt. 20%18.000,0018.000,00
Total108.000,00108.000,00
Gesamtkosten80.000,0080.000,00
Marge10.000,0010.000,00
Marge %11,11%11,11%

Darstellung des Rabatts

  • Gesamtrabatt sowie Nettobetrag nach Abzug des Rabatts sollen sowohl im Angebot
      als auch in der Rechnung sichtbar sein
  • Nur anzeigen, wenn Rabatt nicht null ist
  • Darstellung in Kundenansicht und Druckansicht

Kompatibilitaet

Warning

Die Lösung muss kompatibel mit dem Odoo-Standard bleiben – keine kuenstlichen
Rabattprodukte, sondern saubere Berechnung auf Kosten und Verkaufspreisen.

DB2-Rate (Deckungsbeitrag 2)

Sowohl Rückwirkende Nachkalkulationen als auch kurzfristige Updates des DB2
(z.B. kurz vorm Jahreswechsel) müssen möglich sein – für alle bestehenden
Sales Orders (SOs).

Die DB2-Rate kann für beliebige Startzeitpunkte und Unternehmen definiert werden.

🛒 Angebotsdatum veraendern

User Story: Als Angebotsersteller moechte ich das Datum eines Angebots manuell ändern
koennen, damit ich dem Kunden bei einer Ueberarbeitung des Angebots deutlich machen kann,
dass es aktualisiert wurde und sich Inhalte geaendert haben.

💰 Rechnungsformular mit Einzelpreisen

User Story: Als Rechnungsersteller moechte ich Rechnungen mit Einzelpreisen erstellen
koennen, damit ich bestimmten Kunden – z.B. für Foerderabrechnungen – eine detaillierte
Preisuebersicht bereitstellen kann.

Details

  • Einzelpreise sollen optional angezeigt werden koennen
  • Default: ohne Einzelpreise
  • Wenn aktiviert: Einzelpreise pro Position sichtbar

Migration

Migriert am 2026-05-27 aus SharePoint Wiki ODOO. Voller Inhalt aus Original-Page übernommen.
quelle: SharePoint Original


Information

Migrations-Hinweis: Aus dem SharePoint WikiODOO ins XWiki migriert und nach dem Wiki-Standard aufbereitet (Inhaltsverzeichnis, Emoji-Navigation).

Original-Quelle: WikiODOO (SharePoint)
Migration & Aufbereitung: Dimitri Rupp via ClaudeAI


Verwandte Themen

Kuratiert — kann direkt im Editor ergänzt werden://

Failed to execute the [velocity] macro. Cause: [The execution of the [velocity] script macro is not allowed in [xwiki:IT-Wiki.Makros.Verwandte-Themen.WebHome]. Check the rights of its last author or the parameters if it's rendered from another script.]. Click on this message for details.


Status: Migriert — Team-Review ausstehend · Owner: (festlegen) · Letzter Review: 2026-06-11