Hallo,
zur Änderung des Steuersatzes ab Juli…die Änderung des normalen Steuersatz ist klar. Aber wie bekomme ich übergreifend bei allen betroffenen Artikeln den Steuersatz von 7 auf 5%? Hier wurde in den jeweiligen Artikelstamm das Feld “spez.MwSt.” ausgefüllt.
Hallo @daytrader 
indem genau das Feld “spez.MwSt.” von 7 auf 5% aktualisierst. Dies geht sicherlich am besten über ein eigenes MySQL Update Statement und vorab am besten Datenbank Backup anlegen, falls das Statement schief geht bzw. am besten in Test Datenbank Dump eigenes Statement in eigener Testumgebung testen ob es hinhaut.
Viele Grüße,
Tim
Update oxarticles SET OXVAT = 5.0 where OXVAT = 7.0
Zum Beispiel ändert alle Produkte mit UMST = 5%, Testen …!
Ich danke euch. Aber was machen denn Leute die keine Programmierer sind (ich!)?
Problem ist, dass ich noch 4.9.9 verwende. Da sind wohl eher keine Module zu erwarten!?
na ja, bei gleichbleibenden artikel-preisen sind es zwei schritte …
… dazu muss man kein programmierer sein?!
und auch wenn die artikel-preise angepasst werden müssen kann man dies per sql machen …
Gut vielleicht ist es nicht schwer. Ich habe jedenfalls noch nie mit sql zu tun gehabt und weiß daher nichts damit anzufangen. Sind das nur ein paar Schritte die man selbst machen kann oder sollte ich das lieber jemanden machen lassen?
Was meinst du denn mit admin—>tools? Im 4.9.9 finde ich keinen Punkt Tools im Admin.
Habe mich gerade mal beim Hoster ins mysql eingeloggt. Da sehe ich jetzt 176 Tabellen.
Lieber machen lassen, weil sonst Gefahr da das was schief läuft.
Wie gebt ihr als Händler die Reduzierung weiter? Bei B2C sind die Preise ja nunmal auf optische Bruttopreise getrimmt.
Preisreduzierung um 3% auf alles. So werde ich das machen.
Einige Händler geben jetzt schon vorab 3% Rabatt auf alles…
Vielleicht hilft diese Hardcopy vom Admin-Bereich weiter…
Danke, das hilft ungemein. Jetzt hab ich es. Und da einfach den Befehl
Update oxarticles SET OXVAT = 5.0 where OXVAT = 7.0
ins Feld “SQL ausführen” — > update starten klicken---->Testbestellung aufgeben/schauen ob aus 7%, 5% geworden sind und schlimmstenfalls Datenbank Backup drüber bügeln?
wie @tabsl schon weiter oben mit verlinkt hat, könnt ihr unser Script nutzen, um am 01.07. 0 Uhr auf 5/16% und am 01.01. um 0 Uhr wieder auf 7/19% zu wechseln.
Das funktioniert für die StandardMwSt, sowie für ggf. individuell gepflegte MwSt an den Artikeln.
Bitte beachtet die wichtigen Hinweise in der readme!
Thomas, D3 Data Development
www.d3data.de
Nachtrag: Wir haben im Repo auch eine Version für Shops < OXID v6 bereit gestellt.
(Releasezweig 1.x)
Getestet in 4.10 und 5.3. Ob ggf. auch noch eine 4.9/5.2 funktioniert kann nur durch ausprobieren herausgefunden werden.
Laut Blog werden alte Rechnungen auch angepasst:
“Bitte beachten Sie auch, dass bei Änderungen an bestehenden Bestellungen immer der aktuelle Mehrwertsteuersatz für die Neuberechnung angewendet wird.”
Hat jemand eine Idee wie man das umgehen kann? Der Steuersatz wird ja extra in jeder Bestellung gespeichert. Warum wird er dann bei der Aktualisierung neu berechnet?
alte rechnungen werden nur dann auch geändert wenn du diese bearbeitest (update/recalculate).
Hallo,
ich habe das Script von D3 jetzt schon einmal testweise in meinem Testshop mit der Konsole installiert. Soweit so gut.
Auch habe ich versucht eine Änderung durchzuführen. Ich komme aber mit der Beschreibung nicht so ganz zurecht: [ Shoppfad ]/vendor/bin/reduceTaxRate -d
Wenn ich hier `[ Shoppfad ] durch die Shopdomain ersetze, also zum Beispiel https://example.com/vendor/bin/reduceTaxRate -d" bekomme ich eine 404 Fehlerseite des Shops ausgegeben.
Ich kann aber auch nur über die Domain Cronjobs einrichten.
Steffen Winde
Hallo,
wir haben [Shoppfad] geschrieben, nicht [ShopUrl] 
Das Verzeichnis /vendor ist ja auch gar nicht per Webbrwoser erreichbar und sollte es auch nicht sein. Das Script wird nur auf der Shell-Konsole aufgerufen. Das hat auch seinen guten Grund. Sonst könnte jeder beliebiger Dritte das Script “für dich” starten, der diese Url kennt. Das willst du nicht . 
Du musst also wie bei einer Modulinstallation per Composer auf die Server shell gehen und dort das Script starten. Ich empfehle dir auch den entsprechenden cronjob vorher zu testen. Oftmals reagieren solche jobs etwas anders als wenn das Script direkt auf der Konsole gestartet wird oder benötigen mehr Rechte auf die Datei. Sonst hast du jetzt alles korrekt getestet und am 01.07. wird trotzdem nicht auf 16% umgestellt.
Stimmt natürlich auch wieder!
Das über die Domain war auch nur ein so ein unglücklicher Versuch, da ich über die Konsole auch keinen Erfolg gehabt hatte. Allerdings habe ich mir da selbst ein Bein gestellt gehabt, ich hatte /vendor/bin/reduceTaxRate -d kopiert und in der Konsole versucht auszuführen. Da ist aber der erste / zu viel gewesen.
Ich glaube mein Problem hat sich erledigt.
