Neu JTL Shop berechnet dem Kunden Ust. trotz IGL und gültiger Ust.ID

[Senner99]

Hi zusammen,

ich muss jetzt tatsächlich auch mal mein erstes Thema hier eröffnen, da ich echt nicht mehr weiter weiß und auch die Suche nichts ergibt:

Shop-Version: 5.3.3 (Ja, ich weiß, ist nicht die Allerneuste - Update ist eingeplant)
WaWi-Version: 1.9.6.2

Folgendes Problem: Ein österreichischer Geschäftskunde mit gültiger Ust.ID hat in unserem deutschen Shop bestellt. Seine Lieferanschrift ist abweichend von der Rechnungsanschrift, beide Anschriften befinden sich allerdings in Österreich und sind beides Standorte des Unternehmens (meine Kunde). Ich habe bereits in der Bestellbestätigung an den Kunden gesehen, dass da was nicht stimmen kann (wir lassen uns die immer in Kopie zusenden):


Zum einen handelt es sich bei den berechneten 18,00€ um unseren Brutto-VK - Eigentlich hätten dem Kunden ja demnach 15,13€ (Netto) berechnet werden müssen. Zum anderen wundere ich mich, dass dort die 19% MwSt. aufgeführt sind und auch noch einen entsprechender Betrag angezeigt wird.

Soweit so gut - Dann, nach Abgleich mit der WaWi, öffne ich die Bestellung bzw. den resultierenden Auftrag und sehe folgendes:



Zum einen steht bei den Positionen für den Artikel 0% MwSt. (was ja an sich richtig ist), aber nach wie vor die 18,00€, welche eigentlich unser Brutto-VK sind. Außerdem taucht bei den Versandkosten ein MwSt.-Satz von 19% auf, der bei IGL da ja dann eigentlich auch fehl am Platz wäre. Schaut man rechts in die Zusammenfassung, ergibt für mich hier gar nichts mehr einen Sinn. Woher auf einmal 34,49€ bei MwSt.-Satz 0% !?

Und die Auftragsbestätigung als PDF sieht dann zu guter letzt so aus (Im Prinzip das, was im Feld "Zusammenfassung" steht):


Kann mir hier irgendjemand helfen oder evtl. sogar das selbe Problem?

Auffällig ist, dass es bei einem anderen österreichischen Kunden mit gültiger Ust.ID, Zahlungsart PayPal und Rechnungs- und Lieferanschrift gleich, genauso funktioniert hat, wie es soll. Es gab da absolut keine Probleme.

Ich danke vorab und freue mich auf Eure Rückmeldung!

 

[ChrisTS]

Ist schon ewig so. Der Kunde wählt zb Deutschland als Rechnungsadresse und ändert das dann nachdem er zb bei PayPal, war ab...und schon hast du das Problem.
Bei JTL schon ewig bekannt und vermutlich auch noch ewig nicht gelöst 🙈

 

[Senner99]

Ist schon ewig so. Der Kunde wählt zb Deutschland als Rechnungsadresse und ändert das dann nachdem er zb bei PayPal, war ab...und schon hast du das Problem.
Bei JTL schon ewig bekannt und vermutlich auch noch ewig nicht gelöst 🙈

Na gut zu wissen, danke dir für die prompte Antwort!

Dann ist es liegt es ja zumindest nicht an uns, unserem Shop, und ist auch kein pauschales Problem bei jeder Bestellung... Das beruhigt mich schonmal. Der manuelle Aufwand hier ist ja jetzt überschaubar. hatte nur Angst, dass das jetzt bei jeder Bestellung passiert...

Gelöst werden sollte es wohl trotzdem mal. 🧐

 

[Senner99]

Ist schon ewig so. Der Kunde wählt zb Deutschland als Rechnungsadresse und ändert das dann nachdem er zb bei PayPal, war ab...und schon hast du das Problem.
Bei JTL schon ewig bekannt und vermutlich auch noch ewig nicht gelöst 🙈

Einmal muss ich jetzt aber doch noch nachhaken. Du sprichst von PayPal. In unserem Fall hat der Kunde ja aber die Vorkasse gewählt. Die Bestellbestätigungsmail mit der Zahlungsaufforderung wird ja eigentlich unmittelbar nach dem Klick auf "Jetzt Kaufen" verschickt. Hier stimmte es ja auch schon nicht.

Außerdem ist in der Bestellbestätigung ja die österreichische Adresse hinterlegt mit dem Ländervermerk ÖSTERREICH, nicht DEUTSCHLAND.

Oder meinst du damit generell, dass der Kunde quasi den Checkout Prozess beginnt, bis zur Seite, wo er nochmal alles überprüfen kann. Da merkt er dann, dass statt Österreich Deutschland ausgewählt ist, klickt sich zurück und, ändert das Land ab. Die die Preis- und Steuerberechnung ist in diesem Checkout Prozess bzw. unter dieser Sitzung aber schon als "Deutschland" abgestempelt und läuft so durch?

Über eine kurze Aufklärung würde ich mich noch sehr freuen - Danke schonmal! 🙈

 

[Rainer S]

Ich vermute es liegt hier an diesem Ticket:

https://jira.jtl-software.de/browse/SHOP-8413

Tritt dann auf wenn die UST ID erst nachträglich eingetragen wird nachdem die anderen Daten bereits vorhanden waren.

 

[Senner99]

Ich vermute es liegt hier an diesem Ticket:

https://jira.jtl-software.de/browse/SHOP-8413

Tritt dann auf wenn die UST ID erst nachträglich eingetragen wird nachdem die anderen Daten bereits vorhanden waren.

Das klingt ganz danach - Danke! Dann hoffe ich mal, dass das Thema auch zeitnah angegangen wird...aber naja. Zumindest weiß ich nach wie vor, dass es ein generelles Problem ist.