BAUGURU

Moment ich denke ich habe es, der WYSWYG Editor hatte den Code nicht <> sondern auch im Frontend der Ausgabe... Anfängerfehler da hätte ich gleich nachsehen können, mal sehen ob jetzt die eCommerce Werte auch kommen, ansonsten war alles unnötig

es ist bereits im displayHeader, aktiviere ich das Modul wird mir d. analytics code ausgegeben

Richtig, dass war auch mein erster Hook den ich versucht habe aber den kann ich leider nicht wählen (siehe screenshot) und alle anderen vorhandenen auch versteckten führen zur Anzeige des analytic codes, ich habe auch das google Module im Einsatz aber mir fehlen damit einfach die eCommerce Werte, egal wie ich sie konfiguriere ...

ok sorry hab ich nicht gesehen, da die letzte Antwort auch nicht gelöst wurde. leider nichts brauchbares nein daher meine Frage

Hallo, ich habe beide Hooks nicht zur Verfügung bei Shop Version 1.7.7.0, richtigerweise gehört das google skript ja in den Header..

ok, schade... mehr ist ja auch nicht dahinter und technisch in der DB ist es auch klar mit den Einträgen der tax und tax_groups, jene ID's werden dann im Zuge der Länder dann zu den orders geschrieben und genau hier hakt es eben aber es beginnt eigentlich schon im Warenkorb, hier sollte nach Auswahl des Landes Deutschland bereits die Steuerregel greifen, tut es aber nicht und somit findet der Shop die Steuerregel nicht bzw. die richtige ID.. kämpfe nun schon seit Wochen damit...

Wird alles gesichert permanent in allen Varianten... daher meine Frage nach dem Datenbankschema bzw. Details der Beziehungen unter den Tabellen was die Orders betrifft, hab hierzu in der Doku noch nicht viel gefunden als det. Aufschlüsselung in Bezug auf taxes daher selbst geprüft... wie auch immer..anbei die Screens zu deiner Frage..

Hi, danke für deine Antwort.. ich habe vor DB Eingriffen keine Angst, ist mir sogar lieber als im Backend zu arbeiten... Richtig: Problem ist offensichtlich das die hinterlegten 2 Steuersätze mit den 2 Steuerregeln nur für AT funktionieren, bei der Auswahl Lieferland Deutschland und oder beim Import von Deutschen Bestellungen findet das System die tax_group einfach nicht und schreibt in die Datenbank 0 als ID für die Tax_Group.. bei den importierten Bestellungen ist es kein großes Problem da die Werte alle Stimmen und "nur" der Andruck der Rechnungstexte (Steuersatz fehlt) aber bei Direktbestellungen kommen alle Deutschen Aufträge nun als Netto rein, dies ist weitaus gravierender, es hat inzwischen auch schon mal funktioniert, ehrlich gesagt weiß ich nicht was das Backend hier macht. Es ist ja im Prinzip ganz einfach #1Steuersatz 20 % #2Steuersatz 19 bzw. 16% Steuerregel: bei Land AT - Steuersatz #1 20% (id der tax_group) Steuerregel: bei Land DE - Steuersatz #2 16% (id der tax_group) Screenshot, siehe Anhang (bitte die 2. Steuerregel mit 16% jetzt ignorieren ich habe soeben nochmals etwas ausprobiert, in der Regel gibt es nur obige 2 Steuersätze und -regeln)

@rictools kannst du mir dezidiert sagen welche Tabellen ich aktualisieren muss um bei der Ausweisung/Erstellung der Rechnung die richtige MWst andrucken zu können. Ich kenne die ID's der tax bzw. tax group und bei Land DEU wird diese einfach nicht gesetzt id=0 (die Steuerregeln greifen einfach nicht/anderes Topic) die Werte werden aber zumindest beim Amazon Import richtig übertragen somit müsste ich jetzt mal nur ein Update der ID's und VAT Values dieser Aufträge durchführen damit die Rechnungen auch richtig ausgewiesen werden während ich an der Wurzel des Problems arbeite. Bitte um Feedback an Hand eines Beispiels. Danke! *** XYZ_order_detail where EgmdZ_order_detail.id_order in (10001,10002) *** XYZ_order_detail_tax where EgmdZ_order_detail_tax.id_order_detail in (10001,10002) *** XYZ_order_invoice where EgmdZ_order_invoice.id_order in (10001,10002) *** XYZ_order_detail_tax where EgmdZ_order_detail_tax.id_order_detail in (10001,10002) was ist mit der *** XYZ_order_invoice_tax where EgmdZ_order_invoice_tax.id_order_invoice=23816

Hallo @ALL, kann mir jemand im Detail sagen welche Tabellen ich aktualisieren muss um bei der Ausweisung/Erstellung der Rechnung die richtige MWst andrucken zu können. Ich kenne die ID's der tax bzw. tax group und bei Land DEU wird diese einfach nicht gesetzt id=0 (die Steuerregeln greifen einfach nicht/anderes Topic) die Werte werden aber zumindest beim Amazon Import richtig übertragen somit müsste ich jetzt mal nur ein Update der ID's und VAT Values dieser Aufträge durchführen damit die Rechnungen auch richtig ausgewiesen werden während ich an der Wurzel des Problems arbeite. Bitte um Feedback an Hand eines Beispiels. Danke! *** XYZ_order_detail where EgmdZ_order_detail.id_order in (10001,10002) *** XYZ_order_detail_tax where EgmdZ_order_detail_tax.id_order_detail in (10001,10002) *** XYZ_order_invoice where EgmdZ_order_invoice.id_order in (10001,10002) *** XYZ_order_detail_tax where EgmdZ_order_detail_tax.id_order_detail in (10001,10002) was ist mit der *** XYZ_order_invoice_tax where EgmdZ_order_invoice_tax.id_order_invoice=23816

PHP Version ist auf 7.0.33-nmm1 keine Änderung, Ich hatte noch nie zuvor die 19 bzw. 16% für DEU aktiviert da wir unter der 100k Schwelle waren, mit Aktivierung hat dies leider noch nie funktioniert. Es scheint als ob er die Steuer nicht findet jedoch ist diese aber sowohl im Backend des Shops da als auch in der Datenbank aktiv und nicht gelöscht, mir scheint dass System kommt mit den ID's durcheinander daher habe ich auch alle gelöscht und neu angelegt dennoch ohne Erfolg. Irgendwo hakt es leider noch.

Ganz einfach: 2 Länder (DEU, AUT) 2 Steuersätze (16 aktuell, 20%) und 2 Steuerregeln. Bei Bestellungen aus DEU sollten 16% greifen (Lieferadresse) bei Bestellungen aus AUT sollten 20% greifen, jedoch ignoriert dass System die Steuerregel für DEU komplett und macht daraus steuerfrei und über die Module (Amazon) erhalte ich zwar korrekte Werte aber keine Zuordnung der Steuer, sodass der Mwst Satz nur nicht angezeigt wird. Das ist es. Presta 1.7.4.4 (Update derzeit nicht möglich, Migration ist geplant) PHP 7.4 MYSQL: 5.7.28

Wenn die Steuerregel richtig greift wird die entsprechende ID der tax-group table richtig gesetzt dann musst du gar nichts machen und alles stimmt auch visuell angedruckt auf der Rechnung, ich habe aber heftige Probleme mit DE und AT und ständige Wechsel zwischen den Steuersätzen 16% für DE (aktuell) und 20% für AT, habe die Länder korrekt zugeordnet, dennoch mal wirds richtig für DE angedruckt mal für AT mal für Beide Länder 16% also ich habe die Entwirrung des Knotens noch nicht gefunden, wohl kein technischer Ansatz sondern ein Faktor der Konfiguration.. für mich greift das System nach willkürlich.

Leider habe ich auf meine Frage seit 29 Juli keine Antwort erhalten und es ist inzwischen mehr als dringend, daher hier nochmals: Ich habe ein ganz simples aber ähnliches Problem: AT 20% DE 16% und egal was ich an Steuersätzen einstelle, Lokalisierung/Land: in Deutschland ziehen die 16% einfach nicht weder in der Darstellung noch auf der Rechnung.. ich bin wirklich schon ratlos... (nach Lieferland/Rechnung) Anzeige und Einstellungen inkl. MWst etc. stimmt alles. und mit den Google Suchen verzweifle ich mittlerweile schon.

Ich habe ein ganz simples aber ähnliches Problem: AT 20% DE 16% und egal was ich an Steuersätzen einstelle, Lokalisierung/Land: in Deutschland ziehen die 16% einfach nicht weder in der Darstellung noch auf der Rechnung.. ich bin wirklich schon ratlos... (nach Lieferland/Rechnung) Anzeige und Einstellungen inkl. MWst etc. stimmt alles. und mit den Google Suchen verzweifle ich mittlerweile schon.