From: Sven Schöling Date: Thu, 4 Aug 2016 11:58:24 +0000 (+0200) Subject: Doku: PriceSource Verhalten für Belegumwandlungen X-Git-Tag: release-3.5.4~2146 X-Git-Url: http://wagnertech.de/git?a=commitdiff_plain;h=8cf8798dc37fe8125b8008614f3ea087e549b8dc;p=kivitendo-erp.git Doku: PriceSource Verhalten für Belegumwandlungen Wie beschrieben in redmine#199: Wenn ein Kunde einen Kundenrabatt hat, und man aus einem Auftrag einen Lieferantenauftrag macht, wird die active_discount_source der Artikel (z.B. "customer_discount/1162") mit auf die Einkaufsseite des Workflows übernommen, und das fliegt einem dann bei der EK-Rechnung um die Ohren. Wahrscheinlich wäre es aber besser, beim Wechsel von VK zu EK die Kundenrabatte und Kundenpreisregeln herauszufiltern, da diese nichts mit den Vereinbarungen mit dem Lieferanten zu tun haben. Und dann sollten bei den Positionen die Lieferantenregeln vorbelegt werden, so als ob man den Auftrag händisch eingegeben hätte. --- diff --git a/SL/PriceSource.pm b/SL/PriceSource.pm index b34bf4163..bf4fc991b 100644 --- a/SL/PriceSource.pm +++ b/SL/PriceSource.pm @@ -297,6 +297,16 @@ the listprice tends to go up, while lastcost stays the same, so lastcost usually wins. Lastcost could be lower priority, but a better design would be nice. +=item * + +Guarantee 1 states that price sources will never change prices on their own. +Further testing in the wild has shown that this is desirable within a record, +but not when copying items from one record to another within a workflow. + +Specifically when changing from sales to purchase records prices don't make +sense anymore. The guarantees should be updated to reflect this and +transposition guidelines should be documented. + =back =head1 AUTHOR