Foren » forum (Archiv) »
brutto vs netto preise
Von Werner Hahn vor etwa 9 Jahren hinzugefügt
ich kämpf hier ja immer mal wieder mit den Preisen Brutto vs Netto unsre brottopreise sind rund und wenn ich mit den Nettopreisen rechne kommt eine unrunde summe im endergebnis raus
jetzt aber ich entdeckt dass es beim csv import die pricegroup_1 für brutto gibt. Also brutto angelegt und runde Preise importiert - dem Kunden bzw den Kunden die Preisgruppe brutto zugeordnet.
Das kollidiert jetzt aber mit den Preisquellen, da der sich immer den günstigsten Preis succht. gibt es da eine Möglichkeit das der die Preisgruppe wählt?
Antworten (6)
RE: brutto vs netto preise - Von G. Richardson vor etwa 9 Jahren hinzugefügt
jetzt aber ich entdeckt dass es beim csv import die pricegroup_1 für brutto gibt.
Was meinst du mit entdeckt? Du kann die Preisgruppen beliebig benennen, bloß weil du die "brutto" nennst heißt das aber nicht, daß kivitendo daraufhin brutto und netto unterscheiden kann.
RE: brutto vs netto preise - Von Werner Hahn vor etwa 9 Jahren hinzugefügt
Entdeckt habe ich das, weil ich keine Preisgruppen angelegt hatte und der Hilfetext "pricegroup_1 Verkaufspreis für Preisgruppe 'brutto'" vorgeschlagen hatte. Ansonsten wird pricegroup_? für die vorhandenen Preisgruppen vorgeschlagen.
Ich kann dann aber die Bruttopreise importieren und den Kunden alle diese Preisgruppe und Steuern inkl. zuordnen. Das Preisquellenmodul holt sich aber den niedrigsten Wert aus der Datenbank und das ist nicht der Bruttopreis.
RE: brutto vs netto preise - Von Bernd Bleßmann vor etwa 9 Jahren hinzugefügt
Werner Hahn schrieb:
Entdeckt habe ich das, weil ich keine Preisgruppen angelegt hatte und der Hilfetext "pricegroup_1 Verkaufspreis für Preisgruppe 'brutto'" vorgeschlagen hatte. Ansonsten wird pricegroup_? für die vorhandenen Preisgruppen vorgeschlagen.
Das verstehe ich nicht (welche Maske, welcher CSV-Import ist das?), aber egal.
Wenn Du Preisgruppen bei Kunden Vorrang einräumen möchtest, kannst Du versuchen, in SL/PriceSource/Pricegroup.pm in der Subroutine make_price eine höhere priority zu setzen (default ist 3, glaube ich):
diff --git a/SL/PriceSource/Pricegroup.pm b/SL/PriceSource/Pricegroup.pm
index 2a8adae..a04de0b 100644
--- a/SL/PriceSource/Pricegroup.pm
+++ b/SL/PriceSource/Pricegroup.pm
@@ -69,6 +69,7 @@ sub make_price {
spec => $price_obj->pricegroup->id,
description => $price_obj->pricegroup->pricegroup,
price_source => $self,
+ priority => 4,
)
}
RE: brutto vs netto preise - Von Werner Hahn vor etwa 9 Jahren hinzugefügt
Diese Lösung so funktioniert.
Diskussionsvorschlag: Vielleicht ist es gut und einfach machbar, wenn neben dem Verkaufspreis(netto) noch ein zweiter Verkaufspreis(brutto) sowohl in der part tabelle (z.B. sellprice & sellprice_brutto) als auch in der Artikelmaske 2 Felder für Netto & Brutto gibt und in der Maske sich jeweils der andere Wert berechnet. D.h. Wenn ich den Nettopreis eingebe der Bruttopreis berechnet wird und umgekehrt. Das Preisquellenmodul könnte sich dann den sellprice aus den Rechnungsbelegung "Steuer im Preis inbegriffen" Brutto bzw. wenn nicht den Nettopreis ziehen.
RE: brutto vs netto preise - Von Bernd Bleßmann vor etwa 9 Jahren hinzugefügt
Werner Hahn schrieb:
Diskussionsvorschlag: Vielleicht ist es gut und einfach machbar, wenn neben dem Verkaufspreis(netto) noch ein zweiter Verkaufspreis(brutto) sowohl in der part tabelle (z.B. sellprice & sellprice_brutto) als auch in der Artikelmaske 2 Felder für Netto & Brutto gibt und in der Maske sich jeweils der andere Wert berechnet. D.h. Wenn ich den Nettopreis eingebe der Bruttopreis berechnet wird und umgekehrt. Das Preisquellenmodul könnte sich dann den sellprice aus den Rechnungsbelegung "Steuer im Preis inbegriffen" Brutto bzw. wenn nicht den Nettopreis ziehen.
Das geht nicht (so einfach), da der Umsatzsteuersatz nicht immer gleich ist. Dieser kann je nach Steuerzone und auch Zeitpunkt (z.B. Erhöhung der MwSt.) unterschiedlich sein.
RE: brutto vs netto preise - Von Bernd Bleßmann vor etwa 9 Jahren hinzugefügt
Werner Hahn schrieb:
Diese Lösung so funktioniert.
Gut - hierzu ein Dank an Sven. Er hatte mir die Lösung mal im irc genannt.