Beim Erstellen eines Lieferantenauftrags wird der Rabatt doppelt verrechnet.

[andreas.rudin@…]

Wenn ich Artikel einkaufe und mit einer Einkaufsrechnung als einzelne Artikelpositionen erfasse, so werden die entsprechenden Einkaufspreise beim entsprechenden Artikel gespeichert bzw. aktualisiert.
Dabei werden Rabatte, die in der Einkaufsrechnung explizit eingegeben werden, direkt in den Einkaufspreis eingerechnet.

Wenn ich nun einen neuen Lieferantenauftrag erstelle und dabei einen Artikel auswähle, von dem via obiges Verfahren ein Einkaufspreis hinterlegt ist, so erscheint der Einkaufspreis inkl. dem bereits eingerechneten Rabatt plus der beim Lieferanten in den Stammdaten hinterlegte Rabatt, das heisst, der Rabatt wird also zweimal berechnet, einmal implizit durch den hinterlegten Einkaufspreis und einmal explizit durch den beim Lieferanten hinterlegten Rabatt.

---

Da es aktuell bei den Artikelstammdaten keine Möglichkeit gibt, einen Rabatt zu den Einkaufspreisen zu speichern, sollte beim Erstellen eines Lieferantenauftrags (und einer Einkaufsrechnung) der als Einkaufspreis hinterlegte Preis wieder gemäss dem beim Lieferanten hinterlegten Rabatt zurückgerechnet werden, damit wieder der ursprünlgich unrabattierte Preis in der Rechnung erscheint.

Also Beispiel:

Bei Lieferant A sind 20% als Rabatt hinterlegt.

Artikel B kostet 6 Franken.
Beim erfassen einer Einkaufsrechnung wird der Rabatt von 20% abgezogen und bei den Stammdaten 4.80 Franken als Einkaufspreis gespeichert.

Aktuell wird nun beim Erfassen eines Lieferantenauftrags bei Artikel B als Einkaufspreis 4.80 Franken eingetragen und davon nochmals 20% Rabatt berechnet, so dass der effektive Preis des Artikels mit 3.84 FRanken ermittelt wird, was natürlich falsch ist.

Richtig wäre, wenn beim Erfassen eines Lieferantenauftrags der hinterlegte Einkaufspreis von 4.80 durch 0.8 dividiert wird, um den unrabattierten Preis von 6 Franken zu erhalten und dieser dann im Lieferantenauftrag eingetragen wird.
Zusammen mit den 20% Rabatt ergibt sich dann der richtige Eikaufspreis von 4.80 Franken.

Kann es sein, dass hier Einkaufspreis und Rabatt miteinander vermischt werden?

Aus meiner Sicht hat der originäre „Einkaufspreis“ nichts mit dem Rabatt zu tun, den ich von einem Lieferanten erhalte. Natürlich kann ich eine Regelung haben, dass „EndkundenVK - 20% = mein EK“ ist. Das ist aber kein Rabatt, sondern meine Einkaufskondition. Der Rabatt beim Lieferanten ist genau das: Ein Rabatt, der auf die Bestellung angewendet wird. Wenn da als EK 4,80 eingetragen wird, dann kommt 3,84 raus, wenn darauf ein Rabatt angewendet wird. Daher sage ich, dass nicht die Rechnung falsch ist, sondern der Rabatt. Für mich ist Rabatt <> Einkaufspreis: Wenn ich keinen „Rabatt auf alles“ bekomme, trage ich keinen ein. Wenn ich dann meinen EK eintrage, rechnet kivitendo richtig.

Hallo Norbert

Wir bekommen von Lieferant A fix auf alle Produkte 20% Rabatt auf den Einkaufspreis.

Das wird vom Lieferant auch jeweils so in seiner Rechnung ausgewiesen.

Deshalb haben wir auch 20% Rabatt bei den Stammdaten des Lieferanten eingetragen, denn dafür ist dieser Eintrag ja da.

Wenn ich nun bei Lieferant A einen Artikel zum ersten Mal bestelle, so gebe ich im Lieferantenauftrag bzw. der Einkaufsrechnung den normalen Preis ein und dann wendet Kivitendo den hinterlegten Rabatt automatisch an, so dass die Rechnung am Schluss stimmt.

Als Einkaufspreis bei dem neuen Artikel wird von Kivitendo nun der bereits rabattierte Preis hinterlegt.

Wenn ich nun das nächste Mal einen Lieferantenauftrag erstelle und den selben Artikel eingebe, so setzt Kivientdo automatisch den rabattierten Preis als Basis-Einkaufspreis ein und rechnet darauf nochmals 20% Rabatt, so dass der Rabatt also wie ich bereits beschrieben habe doppelt verrechnet wird und der Endpreis dann entsprechend zu tief ist.

Ok. Das Verhalten ist reproduzierbar.
Die optimale Lösung sollte dann konfigurierbar sein (Mandantenkonfiguration).

Ich sehe hier drei Fälle:

a) Einkaufspreis nicht aktualisieren
b) Einkaufspreis immer aktualisieren
c) Einkaufspreis nicht bei Rabatt prinzipiell aktualisieren
d) Einkaufspreis nicht bei Lieferantenrabatt aktualisieren

Derzeit ist nur Fall b) umgesetzt, leider kann man hier nicht erkennen, wie oft der Lieferantenrabatt ausgeführt wurde, ggf. ist Fall d) für den Standard sinnvoller.

Ich würde Fall d) als Kundenerweiterung sehen und für den Standard müssten aber alle vier Fälle konfigurierbar vorhanden sein.

Diese Ticket wurde möglicherweise mit dem Ticket 1795 gelöst