MODUL: Änderung der Mehrwertsteuer

[Tomcraft]

[...] Ist es möglich eine gewisse Spalte von der Umrechnung auszunehmen?

Na was denn nun? Erst fragst du, ob es möglich ist die Spalte auszunehmen und da hat noRiddle dir richtig erklärt, dass das gar nicht notwendig ist, da das Modul deine Spalte ja gar nicht kennt und die folglich gar nicht ausgenommen werden muss und nun soll sie doch neu berechnet werden!?

[...]
so eine ähnliche Zeile nochmal drunter

Code: PHP  [Auswählen]

xtc_db_query("UPDATE ".TABLE_PRODUCTS." SET products_price = ROUND(products_price*".$factor.",5) WHERE products_tax_class_id=".$tax_class_id);
xtc_db_query("UPDATE ".TABLE_PRODUCTS." SET products_meinText = ROUND(products_meinText*".$factor.",5) WHERE products_tax_class_id=".$tax_class_id);

funktioniert das?

So wie du schriebst kannst du es machen. Das wird funktionieren.

Grüße

Torsten

[Michael.TB]

Sorry für die Verwirrung. Zu dem Zeitpunkt meiner ersten Posts bin ich von einer komplett anderen Situation ausgegangen. Hab dann deshalb den letzten Post editiert und berichtigt, weshalb sich das nun so hin und her durcheinander liest.

Bezüglich dem angepassten Code, habe das nun so ausgeführt und hat tatsächlich einwandfrei funktioniert.

[noRiddle (revilonetz)]

Du meinst "bezüglich dem Dativ der dem Genitiv sein Tod ist"...

[Timm]

Zwei Shops problemlos geändert und keine Rundungsfehler. Grandios!

[Tomcraft]

Das freut mich!
Welche Modulversion hast du verwendet?

Du meinst "bezüglich dem Dativ der dem Genitiv sein Tod ist"...

Argh... Recht hast du! Und dass mir, dem das selber immer so wichtig ist mit der Rechtschreibung.

Grüße

Torsten

[noRiddle (revilonetz)]

Ääh, häää ?, Ich meinte doch nicht dich sondern Michael.TB direkt über meinem Spruch.

...
Bezüglich dem angepassten Code, habe das nun so ausgeführt und hat tatsächlich einwandfrei funktioniert.

Übrigens scheint die allgemeine Dekadenz unserer Welt die sich auch auf unsere Sprache auswirkt den Dativ inzwischen zuzulassen,... sagen Seiten die ich mittels Tante Suchmaschine gefunden habe...

Aber genug "off topic".

Gruß,
noRiddle

[Tomcraft]

Okay, jetzt ist meine Welt wieder in Ordnung. Keine Ahnung, wieso ich das auf mich bezog. Ich schiebe es mal auf die lockere Urlaubsstimmung.

@FräuleinGarn: Es wäre mir wichtig zu erfahren, welche Modulversion du verwendet hast?

Grüße

Torsten

[Timm]

Ich habe extra die neueste Version aus Beitrag 1 genommen. Eigentlich in dem Glauben, dass diese mit deiner Änderung versehen ist. Jetzt seh ich gerade, dass du deine Version gar nicht in Beitrag 1 angepinnt hattest. 

Da ich aber auf 4 Dezimalstellen im Backend eingestellt habe, scheint es nicht zu Fehlern gekommen zu sein. AGI meinte ja auch, dass der Fehler mit dem Cent nur bei Einstellung auf 2 Dezimalstellen auftritt.

Hoffe das passt dann beim zurückrechnen in nem halben Jahr.

Gruß Timm

[noRiddle (revilonetz)]

...
Da ich aber auf 4 Dezimalstellen im Backend eingestellt habe, scheint es nicht zu Fehlern gekommen zu sein. AGI meinte ja auch, dass der Fehler mit dem Cent nur bei Einstellung auf 2 Dezimalstellen auftritt.
...

Das kann man so einfach nicht sehen.
Die Datenbank speichert immer 4 Stellen, egal was du im Backend bei  Konfiguration => Adminbereich Optionen => "Brutto/Netto Dezimalstellen" einstellst. Wenn du also z.B. den Preis 3,55 eingibst speichert die DB 3,5500 .
Um höhere Präzision zu haben müssen die Preise dann auch auf vier Stellen hinter dem Komma die nicht Nullen sind  eingegeben werden.

Mit der ursprünglchen Berechnung AGIs dürftest du übrigens auch keine Probleme bekommen.
Der Umrechnungsfaktor ist mit 1,025862068965517 (für die 19% auf 16%) genau genug um keine Probleme hervorzurufen, denke ich.
Lediglich die Rundung auf 5 Stellen nach der Multiplikation vor Spericherung in der DB, die dann in der DB nochmals auf 4 Stellen gerundet wird könnte nach meiner Einschätzung bei bestimmten Preisen beim Zurückrechnen mal einen Cent Differenz zu vorher ergeben.

Gruß,
noRiddle

[responsive]

Hallo zusammen,

ich mache bei mir gerade auch die Umstellung.
Ich habe jetzt 3 Steuersätze:

Standardsatz: 16% (geändert von 19%)
Ermäßigter Steuersatz  7% (für preisgebundene Bücher)
Ermäßigter Steuersatz 5%

Ich kann im Artikel aber nur 2 Steuersätze auswählen also entweder Standard oder ermäßigt.
Bei den Artikeln, die auf 7% waren, macht er jetzt 12%???

Wie bring ich ihn dazu bei bestimmten Artikeln wie z.B. Bücher 7% weiterhin zu verwenden oder kann modified nur zwei Steuersätze?

[Tomcraft]

Der Shop kann beliebig viele Steuersätze. Das Modul jedoch nur zwei.

Grüße

Torsten

[responsive]

@Tomcraft

Welches Modul meinst du?

[Tomcraft]

Na das hier aus dem Thema.

Grüße

Torsten

[responsive]

OK.

Meine Frage bezieht sich eigentlich gar nicht auf das Modul sondern generell um das Thema MwSt. Umstellung.
Jetzt abgesehen davon ob ich das Modul verwende oder nicht... ja der Shop kann beliebig viele Steuersätze.

Jedoch kann ich diese ja nicht im Artikel auswählen.. ich kann entweder nur Ermäßigt oder eben Standard auswählen, aber nicht mehrere Steuersätze. Wenn ich dann zwei ermäßigte Steuersätze anlege unter Steuern, macht er einen komisch Mischsteuersatz mit 12%.

[Tomcraft]

Du musst einfach eine weitere Steuerklasse anlegen, dann kannst du die auch bei den Artikeln auswählen, siehe Screenshot:

[ Für Gäste sind keine Dateianhänge sichtbar ]

Grüße

Torsten