Neu EU-weite Lieferschwelle und One-Stop-Shop ab 01.07.2021

[Markus Hütz]

@Markus Hütz
Das darf natürlich nur bei Aufträgen mit Versand ab 01.07.2021 erfolgen!!!

Hi,

natürlich Die Älteren sind ja nicht fehlerhaft.

Ich habe es aber in meiner Nachricht noch ergänzt.

Gruß

 

[LUGIUM]

UPDATE dbo.tLandSteuersatz
SET fNormalerSatz = 21
    , fErmaessigterSatzNiedrig = 12
    , fErmaessigterSatz = 5
    , fStarkErmaessigterSatz = NULL
    , fZwischensatz = NULL
WHERE cISOLand = 'LV';

- Auszug aus dem Skript "SteuersaetzeAktualisieren.sql" -
Dass der ermäßigte Satz hier niedriger ist als der niedrige ermäßigte Satz ist vermutlich ein Fehler und müsste umgekehrt sein, oder?

 

[M°M]

Die UStID-Vorschau in der Steuerverwaltung ist schon mal richtig, aber die Ausgabe in der Rechnung ist falsch.

Kannst Du mir mal einen Screenshot zeigen, wo das in der Steuerverwaltung angezeigt wird?

Ich versende nur aus DE, nehme an OSS teil, habe in der Firma meine USt-ID für DE eingetragen und den Haken für "Auch Versandland" gesetzt.

In den (neuen) Steuerzonen habe ich für alle Länder, außer DE, (sowie GB und XI) den Haken bei "Steuern über Versandland abführen (OSS-Verfahren)" gesetzt.

Eine USt-ID Vorschau sehe ich allerdings nirgends. Vielleicht ist das normal, wenn man eh nur eine USt-ID angegeben hat. Bei dem was hier los ist, möchte ich aber sichergehen, dass mir in der Konfiguration nicht vielleicht doch etwas fehlt.

Danke Dir.

 

[fashioncase]

Kannst Du mir mal einen Screenshot zeigen, wo das in der Steuerverwaltung angezeigt wird?

Ich versende nur aus DE, nehme an OSS teil, habe in der Firma meine USt-ID für DE eingetragen und den Haken für "Auch Versandland" gesetzt.

In den (neuen) Steuerzonen habe ich für alle Länder, außer DE, (sowie GB und XI) den Haken bei "Steuern über Versandland abführen (OSS-Verfahren)" gesetzt.

Eine USt-ID Vorschau sehe ich allerdings nirgends. Vielleicht ist das normal, wenn man eh nur eine USt-ID angegeben hat. Bei dem was hier los ist, möchte ich aber sichergehen, dass mir in der Konfiguration nicht vielleicht doch etwas fehlt.

Danke Dir.

Gei global wird es nicht angezeigt. Kannst neue Firma mit Versand aus Deutschhland anlegen, dann siehst du die Vorschau

 

[555-SHOE]

Ich habe jetzt ein paar Aufträge nach vorherigem Backup angelegt.

für Deutschland scheint es zu funktionieren, wenn ich den Haken rausnehme.

Anderes Beispiel PL & CZ
beide mit UST-ID

CZ -> PL
mit Haken CZ UST-ID
ohne Haken PL UST-ID

es müsste die deutsche dastehen.

Hey Leute, habt ihr eine andere Version? bei uns war das seit gestern korrekt. Das Beispiel von Stephan K.:

CZ -> PL
mit Haken wird die DE UST-ID ausgegeben (Korrekt da OSS über DE bei uns läuft)
ohne Haken wird die PL UST-ID ausgegeben (Korrekt weil wir ein Lager in Polen haben (Amazon))

Die Steuer muss ja im Zielland abgeführt werden, also in PL
mit Haken über OSS wird es über die DE-UST-ID geregelt

ohne Haken sorgt man dafür selbst, also lokal in PL melden ..

 

[LUGIUM]

Kannst Du mir mal einen Screenshot zeigen, wo das in der Steuerverwaltung angezeigt wird?

Ich versende nur aus DE, nehme an OSS teil, habe in der Firma meine USt-ID für DE eingetragen und den Haken für "Auch Versandland" gesetzt.

In den (neuen) Steuerzonen habe ich für alle Länder, außer DE, (sowie GB und XI) den Haken bei "Steuern über Versandland abführen (OSS-Verfahren)" gesetzt.

Eine USt-ID Vorschau sehe ich allerdings nirgends. Vielleicht ist das normal, wenn man eh nur eine USt-ID angegeben hat. Bei dem was hier los ist, möchte ich aber sichergehen, dass mir in der Konfiguration nicht vielleicht doch etwas fehlt.

Danke Dir.

Falls du nur aus Deutschland versendest und am OSS Verfahren teilnimmst musst du dieses Häckchen nicht setzen (kannst du aber natürlich), denn es wird eh deine deutsche Umsatzsteuer ID auf der Rechnung verwendet, denn du hast ja nur die und würdest eh über die melden. Du siehst keine Vorschau in der Steuerverwaltung, wenn du nur eine Hinterlegt hast, weil dann nur die "Globale Einstellungen (Deutschland)" aktiv ist und das da nicht angezeigt wird.

 

[LUGIUM]

Hey Leute, habt ihr eine andere Version? bei uns war das seit gestern korrekt. Das Beispiel von Stephan K.:

CZ -> PL
mit Haken wird die DE UST-ID ausgegeben (Korrekt da OSS über DE bei uns läuft)
ohne Haken wird die PL UST-ID ausgegeben (Korrekt weil wir ein Lager in Polen haben (Amazon))

Die Steuer muss ja im Zielland abgeführt werden, also in PL
mit Haken über OSS wird es über die DE-UST-ID geregelt

ohne Haken sorgt man dafür selbst, also lokal in PL melden ..

In der Steuerverwaltung wird es richtig angezeigt, aber auf der Rechnung wird mit Haken in deinem Beispiel trotzdem die polnische UST ID angezeigt, was falsch ist. Daher arbeitet JTL momentan an einer Aktualisierung.

 

[555-SHOE]

@LUGIUM: Vielen Dank, hatte es vermutlich überlesen hier, komme langsam nicht mehr mit.

Eine andere Frage an Euch:
seit der Umstellung gestern, können wir keine Rechnungen mehr für Amazon-Bestellungen erstellen. Habt ihr das auch ???

JTL meldet: Rechnung wurde bereits extern erstellt.

Wir nutzen aber nicht den den Service von Amazon Umsatzsteuer-Rechnungsservice und vor der Umstellung haben wir die Rechnungen in der Wawi problemlos erstellt.
Jetzt geht es nicht mehr. Bei Amazon haben wir gestern nur bestätigt, dass wir an OSS teilnehmen sonst nichts.

 

[Markus Hütz]

UPDATE dbo.tLandSteuersatz
SET fNormalerSatz = 21
    , fErmaessigterSatzNiedrig = 12
    , fErmaessigterSatz = 5
    , fStarkErmaessigterSatz = NULL
    , fZwischensatz = NULL
WHERE cISOLand = 'LV';

- Auszug aus dem Skript "SteuersaetzeAktualisieren.sql" -
Dass der ermäßigte Satz hier niedriger ist als der niedrige ermäßigte Satz ist vermutlich ein Fehler und müsste umgekehrt sein, oder?

Hi,

hatte mich auch gewundert, aber das steht genau so auf der Steuerseite:

 

[M°M]

Hi,

hatte mich auch gewundert, aber das steht genau so auf der Steuerseite:

Den Anhang 66334 betrachten

Das ist definitv ein Fehler auf der Webseite (wenn auch ein peinlicher). Im PDF von hier: https://ec.europa.eu/taxation_customs/sites/default/files/vat_rates_en.pdf
steht es so:

 

[bork]

Frage in die Runde:

Wie ist denn die allgemeine Meinung / Einstellung zu "Bruttopreise gleich" versus "Bruttopreise pro Lieferland unterschiedlich"?

Gibt es eine gesetzliche Vorschrift, wie das abzubilden ist oder steht das dem Shopbetreiber komplett frei? Sorry, ich blicke da langsam nicht mehr durch.

Ich verstehe die Juristen von der IT-Recht-Kanzlei so: Die Geoblocking-Verordnung verbietet Diskriminierung von EU-Ausländern durch unterschiedliche Nettopreise. Wenn man das so für bare Münze nimmt, müsste man sagen, dass diskriminierungsfreie Nettopreise automatisch IMMER unterschiedliche Bruttopreise bedeuten, und dass es nach der Geoblockingverordnung verboten ist, für alle Länder die selben Bruttopreise anzubeiten.

https://www.it-recht-kanzlei.de/geoblocking-bruttopreise-unterschied-mehrwertsteuer-lieferland.html

 

[555-SHOE]

Ich verstehe die Juristen von der IT-Recht-Kanzlei so: Die Geoblocking-Verordnung verbietet Diskriminierung von EU-Ausländern durch unterschiedliche Nettopreise. Wenn man das so für bare Münze nimmt, müsste man sagen, dass diskriminierungsfreie Nettopreise automatisch IMMER unterschiedliche Bruttopreise bedeuten, und dass es nach der Geoblockingverordnung verboten ist, für alle Länder die selben Bruttopreise anzubeiten.

https://www.it-recht-kanzlei.de/geoblocking-bruttopreise-unterschied-mehrwertsteuer-lieferland.html

Diskriminierung wäre, wenn es unterschiedliche Bruttopreise gibt.. bei gleichen Bruttopreisen ist es für alle gerecht, nur du als Händler musst leiden weil deine Marge entsprechend kleiner wird.

 

[david]

Ich verstehe die Juristen von der IT-Recht-Kanzlei so: Die Geoblocking-Verordnung verbietet Diskriminierung von EU-Ausländern durch unterschiedliche Nettopreise. Wenn man das so für bare Münze nimmt, müsste man sagen, dass diskriminierungsfreie Nettopreise automatisch IMMER unterschiedliche Bruttopreise bedeuten, und dass es nach der Geoblockingverordnung verboten ist, für alle Länder die selben Bruttopreise anzubeiten.

https://www.it-recht-kanzlei.de/geoblocking-bruttopreise-unterschied-mehrwertsteuer-lieferland.html

Keine Sorge, bist nicht der Erste und auch sicher nicht der Letzte, dem die Formulierungen im verlinkten Beitrag Kopfschmerzen bereiten.
Die Auflösung befindet sich direkt in einer Kommentar-Antwort in o.g. Beitrag oder hier auf Seite 10: https://forum.jtl-software.de/threa...shop-ab-01-07-2021.159481/page-10#post-872884

 

[MichaelH]

Wurde mehrfach diskutiert:
Beides ist erlaubt.
Der Bruttopreis zu dem das Produkt angeboten wird muss klar ersichtlich sein.

Gerecht ist wenn jeder seine Steuer auf den Nettopreis in seinem Land bezahlt wie auch im Laden und das ist mit OSS nun der Fall, daher zahlt ein Däne eben mehr als ein Deutscher.

 

[Premiergames]

@LUGIUM: Vielen Dank, hatte es vermutlich überlesen hier, komme langsam nicht mehr mit.

Eine andere Frage an Euch:
seit der Umstellung gestern, können wir keine Rechnungen mehr für Amazon-Bestellungen erstellen. Habt ihr das auch ???

JTL meldet: Rechnung wurde bereits extern erstellt.

Wir nutzen aber nicht den den Service von Amazon Umsatzsteuer-Rechnungsservice und vor der Umstellung haben wir die Rechnungen in der Wawi problemlos erstellt.
Jetzt geht es nicht mehr. Bei Amazon haben wir gestern nur bestätigt, dass wir an OSS teilnehmen sonst nichts.

Hey, das Problem haben wir auch. Liegt laut JTL an folgendem Umstand:

seit heute (01.07.2021) werden neue Bestellungen durch Amazon offensichtlich über das Feld
"is-amazon-invoiced" als VCS Aufträge gekennzeichnet.
Dadurch werden diese in der Wawi für die Rechnungsstellung gesperrt.

Bitte prüfen Sie dies in den Bestellberichten im Sellercentral.
Wenn Sie dies auch dort in den Bestellberichten feststellen dass dieses Feld den Wert "true" aufweißt
bitte ich um Kontaktaufnahme zu Amazon.

Sollten die Bestellungen aufgrund eines Fehlers im Bericht gesperrt worden sein lassen sich diese
manuell entsperren.

Dazu selektieren Sie beliebig viele Bestellungen. Nach einem Rechtsklick wählen Sie
"Auftrag -> Auftrag zur Rechnungsstellung freigeben"

Hoffe, dass hilft weiter.

VG

 

[Markus Hütz]

UPDATE dbo.tLandSteuersatz
SET fNormalerSatz = 21
    , fErmaessigterSatzNiedrig = 12
    , fErmaessigterSatz = 5
    , fStarkErmaessigterSatz = NULL
    , fZwischensatz = NULL
WHERE cISOLand = 'LV';

- Auszug aus dem Skript "SteuersaetzeAktualisieren.sql" -
Dass der ermäßigte Satz hier niedriger ist als der niedrige ermäßigte Satz ist vermutlich ein Fehler und müsste umgekehrt sein, oder?

Ist im Script korrigiert.

 

[seller77]

Mal eine ganz andere Frage. Wir nutzen noch die 1.5.38... und haben demnach diese (so wie ich das verstehe NOCH fehlerhafte) OSS-Option noch gar nicht an Board. Sollten wir auf die aktuellste Wawi-Version aktualisieren und läuft die stabil?

 

[Stephan K.]

@Markus Hütz
Wann kommt denn der hotfix? Er muss ja noch heute eingespielt werden

 

[LUGIUM]

@Markus Hütz
Wann kommt denn der hotfix? Er muss ja noch heute eingespielt werden

Es wäre sehr gut zu wissen, ob heute noch und wann ca. mit einem Fix zu rechnen ist. Unsere Frist läuft um 23:15 Uhr ab und wenn wir bis dahin die Rechnungen nicht zu Amazon hochladen, könnte es Probleme mit Amazon geben, was laut Amazon eine Sperre des Verkäuferkontos bedeuten könnte. Ein wenig Vorlauf benötigt man ja noch nach dem Fix zur Prüfung und zur händischen Bearbeitung der Rechnungen im Übergangsbereich. @Markus Hütz es wäre sehr, sehr hilfreich, wenn ihr eine Tendenz mitteilen könntet. Sollten wir uns darauf vorbereiten, dass es heute nicht mehr kommt? Wenn ja, wäre es besser es jetzt zu wissen. Vielen Dank für eure Mühe!

 

[Markus Hütz]

Es wäre sehr gut zu wissen, ob heute noch und wann ca. mit einem Fix zu rechnen ist. Unsere Frist läuft um 23:15 Uhr ab und wenn wir bis dahin die Rechnungen nicht zu Amazon hochladen, könnte es Probleme mit Amazon geben, was laut Amazon eine Sperre des Verkäuferkontos bedeuten könnte. Ein wenig Vorlauf benötigt man ja noch nach dem Fix zur Prüfung und zur händischen Bearbeitung der Rechnungen im Übergangsbereich. @Markus Hütz es wäre sehr, sehr hilfreich, wenn ihr eine Tendenz mitteilen könntet. Sollten wir uns darauf vorbereiten, dass es heute nicht mehr kommt? Wenn ja, wäre es besser es jetzt zu wissen. Vielen Dank für eure Mühe!

Hallo zusammen,

wir schaffen es heute leider nicht mehr den Hotfix bereitzustellen. Der Hotfix soll ja nicht nur die Ermittlung korrigieren sondern auch schon bereits erstellte Vorgänge automatisch mit den eingerichteten Daten korrigieren, damit für euch keinerlei Nacharbeit an den von JTL-Wawi erstellten Vorgängen notwendig ist.

Gruß