Beiträge von Serverman

Wie sieht denn das Startscript aus?

Kleiner Hinweis wenn aktuell jemand den Rückweg macht:

Die Preisberechnung ist "hardcoded" und muß vorher von Hand angepasst werden:

aus:
$baseprice = $row[price] * 100 / 119 * 116 / 100;

wird:
$baseprice = $row[price] * 100 / 116 * 119 / 100;

Also bei mir ist es so das ich den Weg genauso zurück gehen möchte von 16% auf 19% wie von 19% auf 16%.

Meine Kunden sind zumeist Kaufleute welche wissen das die Mwst. sich ändern wird, bzw eine von Außen beeinflusste Größe ist.

Das sieht super aus und ist so wie ich es auch schon von Hand basteln wollte. Vielen Dank für die Arbeit und das Hinnehmen meines Gemeckers.

Ich bin hier aber auf dem Standpunkt das ALLE etwas davon haben sollten und nicht gewerbliche Kunden benachteiligt werden.

Auch die haben die 3% Nachlaß verdient.

Meine Monatsrechnungen sind bereits generiert und da die Mwst. frühstens mit Kontoeingang entsteht passt es auch in Richtung Finanzamt..

Ach ich sehs.. Du Schlingel.. Hier im Beitrag.. Danke!

Zitat von CFrankenstein

Sieh dir doch das Skript an da stehts drin Ist uncodiert mit der Berechnungsformel. Wenn du selbst noch Änderungen vornehmen willst. Der erster Beitrag hat nun die Infos bekommen.

Ja gerne. Wo liegts rum? Auf Github finde ich es nicht oder suche falsch..

Was macht das Script denn genau? global_tax berücksichtigen wie es auch im Shop ist? Sprich wür müssen nichts ändern damit es korrekt mit 16% Mwst läuft und die 3% auch abgezogen werden? Oder änderst du einfach die Preise um 3% ?

$global_localtax muß im Übrigen für den Shop auch geändert werden auf 16 falls man das so will wie von CF vorgesehen.

Hm alles unglücklich. global_localtax müsste auch auf 16% gesenkt werden eigentlich wenn man es denn richtig gemacht hätte.. also Netto Preise zu speichern und dann die jeweilige Steuer aufzuschlagen.

So bleibt jetzt nur Gefrickel. Ich bin mit der hier vorgestellten "längst integrierten" Lösung unzufrieden.

Kannst du das Scirpt bitte kurzfristig bereitstellen das das Problem löst? "Dies rechnet dann bei allen Kunden mit MwSt. 19% den Preis ohne MwSt. und dann + 16%." <- das meine ich.

Ich möchte meinen Kunden gerne die 3% zukommen lassen und so wie es jetzt ist gehts einfach nicht. So haben wir jetzt 3% Gewinn und unsere Kunden werden mit 3% Aufschlag bestraft. Da ja der Steueranteil nur 16% ist und nicht 19%.

Und übrigens: Wie machst du das mit den 3% Rabatt bei allen Kunden die eine Monatsrechnung bekommen? Wo kann ich diesen Rabatt einstellen?

Und nochwas: Neubestellungen werden dann mit dem niedrigeren Satz von 16% generiert und auch der Verbraucherpreis sinkt um die 3% weil sich ja da die Steuer nach dem Land richtet, bzw da runtergerechnet wird auf Netto und dann die Landessteuer drauf die dann ja 16% ist. Er rechnet ja von $global_localtax runter...

Doch nicht so einfach alles wa

Edit: So wie ich es sehe wäre es korrekt wenn bei den Rechnungen auch zunächst $global_localtax zunächst genommen wird welches auf 19% verbleibt.. So halt wie im Shop.. Dann kommt auch das raus was rauskommen sollte.. Ein temporäre Änderung der Mwst.

my2cents.

Ich habe es jetzt mal durchgespielt.. Egal wie wir es machen. Wir geben die Mwst Senkung nicht an den Verbraucher weiter da in der Datenbank Brutto Preise stehen.

Weil bei den billproducts auch eine taxid steht und das die Datenbank im Sinne einer konsistenten und nachvollziehbaren Datenspeicherung durcheinanderbringt..

Da steht dann tax 16 und taxid 20 (als beispiel für meine id), wenn ein prüfer die taxid 20 aber sucht steht da dann die 19% nachdem die Änderung wieder zurückgenommen wurde am 01.01.2021. Somit ist man in Erklärungsnot.

Ändert man die Id auf eine neue ID sind die Daten beim hinundherschalten immer konsistent zur gespeicherten taxid. Am 01.01. macht man den query rückwärts und auch ab dann ist alles gespeicherte konsistent.

Hm mir erscheint die Lösung nicht so cool.

Ich habe ja verschiedene Mehrwertsteuersätze angelegt..

Besser wäre doch ein update Query auf die members_products und finace_products.

Sowas wie

update members_products set taxid='$NEUE16%ID' where taxid='$ALTE19%ID';
update finance_products set taxid='$NEUE16%ID' where taxid='$ALTE19%ID':

Wenn man schone eine 16% Id hat.. Oder?

Zitat von Realtox

Hey,

Edit: Die Timezone musst du in der Serverphp Konfig eintragen (Ebenfalls in der KeyHelp Einstellung zu finden, einfach bei der Benutzerverwaltung unter PHP in "Zusätzliche PHP-Einstellungen" folgendes Eintragen: "date.timezone = Berlin/Germany")

"Europe/Berlin" ist der korrekte Eintrag:

https://www.php.net/manual/de/timezones.europe.php

Zitat von CFrankenstein

dann via phpmyadmin etc. teklab_shop_products bearbeiten und einmal die Punkte setzen.

In der Db sind die Punkte drin. Daher habe ich geschrieben das die gefiltert werden.. Danke im Voraus.

ich kann das ja so lösen..

if($tldname=="couk"){
$tldname="co.uk";
}

.. aber hässlich das ist

Danke für die Meldung. Es geht um Domains mit "Punkt inside" der Domainendung..

Leider wird in den zu einem Produkt gespeicherten Domainendungen der Punkt gefiltert bei der Ausgabe im Formular.

aus beispielsweise:

co.uk

wird

couk

Somit scheitert natürlich eine Domainabfrage ob die Domain frei ist..

Guten Tag,

entsprechendes kann ich anbieten.

Sofern ein Budget vorliegt bitte ich um Angebotsanfrage per Mail an webmaster ätttt serverman dooooottttt de

Schönen Sonntag!

Gruß

Thomas Toka

Wir denn ein Wort gespeichert?

max_input_vars = 1000

Ist Standard. Entsprechend erhöhen.

Zitat von All-Hosting

Was heißt denn Aktuell bei dir???

meinst du store_payment.tpl usw.???

Wenn ja die habe ich angepasst gehabt so wie beschrieben.

Alles anzeigen

Tausch die mal gegen die aus die mitgeliefert werden (nur kurz zum testen). Wie beschrieben umbauen funzt nicht Das war auch bei mir am Anfang ein Problem. Natürlich müssen dann in /modules/(store|shop) die neuen Module liegen.

Und klar die heissen alle store_*.tpl. Sorry habe ich mich da vertan.