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

timmken

Sehr aktives Mitglied
2. September 2011
278
58
Gut, es scheinen ja mehrere zu bestätigen. Vielen Dank für eure Mühe. Ihr habt ja sicherlich ein Backup, sodass ihr nicht alle händisch ändern müsst, sondern auf ein Update ggf. warten könnt.
JTL scheint ja dran zu sein, dies zu prüfen, sodass es bald Infos geben wird.

das Backup wird zumindest uns wenig nutzen, da wir schon seit einigen Stunden wieder versenden. Wichtig wäre ein manueller Workflow der die ID umstellen kann.
 
  • Gefällt mir
Reaktionen: Markus Hütz

smandrew

Aktives Mitglied
18. Dezember 2017
19
1
Hallo,
wir haben das SQL Script heute um 0:01 durchgefüht und das hat auch bei Versandland GB (wir haben eine GB USt-ID) Zonen für alle EU-Länder angelegt.
Seit Brexit könnten die EU-Länder aber weiterhin in der EU-Zone bleiben, da GB nicht mehr EU Mitglied ist, oder?
Und bei Lieferungen von GB nach EU (z.B. DE) sollte die GB USt-ID auf die Rechungen kommen, da die Steuer in GB abgeführt wird.
In der WaWi wird aber unsere DE USt-ID bei Versand GB Zone EU angezeigt. Meiner Meinung nach ist es falsch.
Ist das ein Bug, oder wie habt ihr das gelöst?
 

Anhänge

  • 1.JPG
    1.JPG
    112,6 KB · Aufrufe: 23
  • Gefällt mir
Reaktionen: Markus Hütz

Stephan K.

Sehr aktives Mitglied
14. Mai 2014
1.180
268
Also diesmal muss JTL richtig Gas geben und sauber arbeiten. In weiser Voraussicht wurde die Rechnungsstellung seit Mitternacht deaktiviert. Man hat 24 Std. Zeit, um Rechnungen bei Amazon hochzuladen.
Gestern blieben seitens der Moderation noch ein paar Fragen offen, um die sich gekümmert werden sollte. Da ist bis heute keine Rückmeldung erfolgt. So wichtig scheint die eigene Wawi also nicht zu sein, wenn da keine Nachtschicht für die bugs existiert, um die vielen tausenden von Händlern nicht nur die gleiche Arbeit machen zu lassen, sondern Ihnen auch noch das richtige Werkzeug in die Hand zu geben.

Es nützt nichts, wenn das OSS-Verfahren angewandt wird, aber keine Variable das Ursprungslandprinzip ausgeben kann. Somit ist FBA-Versand aus dem Versandlager (="Firma") auch immer die UST-ID, die ausgegeben wird...
 

LUGIUM

Gut bekanntes Mitglied
16. Februar 2018
74
56
Also diesmal muss JTL richtig Gas geben und sauber arbeiten. In weiser Voraussicht wurde die Rechnungsstellung seit Mitternacht deaktiviert. Man hat 24 Std. Zeit, um Rechnungen bei Amazon hochzuladen.
Gestern blieben seitens der Moderation noch ein paar Fragen offen, um die sich gekümmert werden sollte. Da ist bis heute keine Rückmeldung erfolgt. So wichtig scheint die eigene Wawi also nicht zu sein, wenn da keine Nachtschicht für die bugs existiert, um die vielen tausenden von Händlern nicht nur die gleiche Arbeit machen zu lassen, sondern Ihnen auch noch das richtige Werkzeug in die Hand zu geben.

Es nützt nichts, wenn das OSS-Verfahren angewandt wird, aber keine Variable das Ursprungslandprinzip ausgeben kann. Somit ist FBA-Versand aus dem Versandlager (="Firma") auch immer die UST-ID, die ausgegeben wird...
Ja, wir haben es genauso gemacht und hoffen es in der 24 Stundenfrist zu lösen (ich habe es um 23 Uhr deaktiviert), notfalls müsste man im Übergang in der Vorlagenverwaltung das Hardcodieren, also z.B. je nach Liefer-Versand-Land die UST ID drauf drucken. Ich denke, das ist besser, als sich mit Amazon anzulegen oder hunderte falsche Rechnungen hochzuladen, die historisch in alle Ewigkeit deinen Fehler dokumentieren und du daher eigentlich offiziell die Rechnungen Stornieren und neu anlegen müsstest.
Ich bin aber zuversichtlich, dass JTL hier was bringen wird, denn sie sind ja schon dran und eine Behebung des Fehlers sollte auf Programmebene nicht so schwierig sein.
 
  • Gefällt mir
Reaktionen: Markus Hütz

LUGIUM

Gut bekanntes Mitglied
16. Februar 2018
74
56
Hallo,
wir haben das SQL Script heute um 0:01 durchgefüht und das hat auch bei Versandland GB (wir haben eine GB USt-ID) Zonen für alle EU-Länder angelegt.
Seit Brexit könnten die EU-Länder aber weiterhin in der EU-Zone bleiben, da GB nicht mehr EU Mitglied ist, oder?
Und bei Lieferungen von GB nach EU (z.B. DE) sollte die GB USt-ID auf die Rechungen kommen, da die Steuer in GB abgeführt wird.
In der WaWi wird aber unsere DE USt-ID bei Versand GB Zone EU angezeigt. Meiner Meinung nach ist es falsch.
Ist das ein Bug, oder wie habt ihr das gelöst?
ist mir im Testsystem auch aufgefallen und hab daher GB rausgenommen:
1625132099970.png
 

SebiW

Sehr aktives Mitglied
2. September 2015
2.406
1.002
Also diesmal muss JTL richtig Gas geben und sauber arbeiten. In weiser Voraussicht wurde die Rechnungsstellung seit Mitternacht deaktiviert. Man hat 24 Std. Zeit, um Rechnungen bei Amazon hochzuladen.
Gestern blieben seitens der Moderation noch ein paar Fragen offen, um die sich gekümmert werden sollte. Da ist bis heute keine Rückmeldung erfolgt. So wichtig scheint die eigene Wawi also nicht zu sein, wenn da keine Nachtschicht für die bugs existiert, um die vielen tausenden von Händlern nicht nur die gleiche Arbeit machen zu lassen, sondern Ihnen auch noch das richtige Werkzeug in die Hand zu geben.

Es nützt nichts, wenn das OSS-Verfahren angewandt wird, aber keine Variable das Ursprungslandprinzip ausgeben kann. Somit ist FBA-Versand aus dem Versandlager (="Firma") auch immer die UST-ID, die ausgegeben wird...
Haben wir genauso gelöst. Allerdings kann man zumindest für die Aufträge, die aus DE Lagern (oder eben dem Lager in dem man OSS gemeldet ist) versendet werden ja schon gefahrlos die Rechnungen erstellen. Gleiches gilt bei PAN EU bei Lieferungen, bei denen Versand&Lieferland identisch sind.
Auch wäre es schlauer von mir gewesen den OSS Haken für Deutschland in keinem der Lieferländer zu setzen ... damit wären die auch alle korrekt. Naja, wieder was gelernt.

Kann mir eigentlich nochmal einer sagen warum ich Depp nicht einfach Schäfer geworden bin?
 
  • Gefällt mir
Reaktionen: Markus Hütz

Stephan K.

Sehr aktives Mitglied
14. Mai 2014
1.180
268
Fehler Export mit Ameise:

Test
Nur DE UST-ID
Versand nach Frankreich per OSS mit 20%.
OSS in Steuereinstellung FR aktiviert/nicht aktiviert

Der Datensatz wird als fehlerhaft markiert und nicht exportiert. Möchte man ihn exportieren und klickt "Steuereinstellungen nicht beachten" an, dann fehlen natürlich die Steuerschlüssel im Export.

Also der optische Export der korrekten Rechnung mit hardcoded UST-ID ist eine Teillösung, die aber tieferliegende Probleme nicht lösen wird.
 

lxshld

Aktives Mitglied
8. Juni 2018
84
15
Hi,

wir haben folgendes Setup

- Taric Codes hinterlegt und überall geprüft (überall Standardsatz)
- USt-IDs in DE, AT, FR, PL, CZ, UK

Können wir das Setup mit dem Script so umsetzen?
 
  • Gefällt mir
Reaktionen: Markus Hütz

Don-Filipe

Gut bekanntes Mitglied
9. März 2013
57
25
Wir haben heute Nacht mit go-oss umgestellt und das Plug in von Webstollen "OSS Lieferland" installiert.

Alles perfekt geklappt, kleinere Macken, bzw. ein Problem mit go-OSS wurde gleich heute Morgen von Go-Ecommerce behoben.

40k Artikel sind allen Lieferländern steuerrechtlich zugeordnet, erste Rechnungen richtig erstellt.

Danke an dieser Stelle an Go-Ecommerce :)
 

SebiW

Sehr aktives Mitglied
2. September 2015
2.406
1.002
Wie meinst du das? Also bei Globalen Einstellungen (Deutschland) für alle Länder den Haken wegmachen?
Ne anders rum, in jedem Versandland das nicht DE ist den Haken bei DE weg nehmen. Damit wird die UID des Lieferlandes DE verwendet was an dieser Stelle ja erstmal korrekt wäre.
Hätte zumindest Polen und Tschechien für uns wahrscheinlich entschärft. Sollte heute nix von JTL kommen werd ich das wohl nachmittags riskieren.

Zwecks Deinem Export Test 1 oben drüber - ich bin mal sehr gespannt was JTL2Datev da für Daten kriegt. Stand jetzt siehts ja doch etwas nach Clusterfuck aus.
 
  • Gefällt mir
Reaktionen: Markus Hütz

Marcel85

Aktives Mitglied
8. Februar 2017
6
1
Fehlermeldung „Für die Firma ist für das Versandland keine Umsatzsteuer-Identnummer eingerichtet“

Wir versenden ausschließlich aus Deutschland. Nachdem ich nun alle Länder-Zonen erstellt habe (bis auf DE habe ich in allen EU-Ländern den Haken bei „Steuern über Versandland abführen (OSS-Verfahren)“ aktiviert), taucht beim nächsten Öffnen der Steuerverwaltung der o.g. Hinweis auf.
In den Firmeneinstellungen ist für Deutschland eine USt.-IdNr. hinterlegt und das Häckchen „Auch Versandland“ ist aktiv.

Was könnte nun diese Fehlermeldung auslösen?
Wir haben das gleiche Problem.
 
  • Gefällt mir
Reaktionen: Markus Hütz

Stephan K.

Sehr aktives Mitglied
14. Mai 2014
1.180
268
Ne anders rum, in jedem Versandland das nicht DE ist den Haken bei DE weg nehmen. Damit wird die UID des Lieferlandes DE verwendet was an dieser Stelle ja erstmal korrekt wäre.
Hätte zumindest Polen und Tschechien für uns wahrscheinlich entschärft. Sollte heute nix von JTL kommen werd ich das wohl nachmittags riskieren.

Zwecks Deinem Export Test 1 oben drüber - ich bin mal sehr gespannt was JTL2Datev da für Daten kriegt. Stand jetzt siehts ja doch etwas nach Clusterfuck aus.
Kann ich nicht bestätigen.

In beiden Ländern UST-ID

PL -> DE
mit/ohne Haken
immer PL-UST-ID
 
  • Gefällt mir
Reaktionen: Markus Hütz

SebiW

Sehr aktives Mitglied
2. September 2015
2.406
1.002
Kann ich nicht bestätigen.

In beiden Ländern UST-ID

PL -> DE
mit/ohne Haken
immer PL-UST-ID
Hast Du in Deiner polnischen Versandzone für DE ne eigene Lieferzone hinterlegt? Und ganz wichtig: JTL wertet den Haken bei ERSTELLUNG des Auftrags aus. Wenn Du also nur einen Auftrag anschaust und hin und her switcht siehst Du den Unterschied nicht. Du musst tatsächlich einen ganz neuen Auftrag anlegen, auch duplizieren hat bei uns Probleme in der Nachvollziehbarkeit gemacht.
 
  • Gefällt mir
Reaktionen: Markus Hütz

Stephan K.

Sehr aktives Mitglied
14. Mai 2014
1.180
268
Hast Du in Deiner polnischen Versandzone für DE ne eigene Lieferzone hinterlegt? Und ganz wichtig: JTL wertet den Haken bei ERSTELLUNG des Auftrags aus. Wenn Du also nur einen Auftrag anschaust und hin und her switcht siehst Du den Unterschied nicht. Du musst tatsächlich einen ganz neuen Auftrag anlegen, auch duplizieren hat bei uns Probleme in der Nachvollziehbarkeit gemacht.
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.
 

Markus Hütz

Moderator
Mitarbeiter
4. März 2014
381
182
Hallo zusammen,

wir haben die Ermittlung geprüft und leider ist die Ermittlung der UstID im Falle von einem vom Firmenland abweichenden Versandland in der Tat falsch. Somit ist die UstID in den entsprechenden Aufträgen und Rechnungen falsch.

Hierfür arbeiten wir gerade an einem Hotfix für JTL-Wawi 1.5 sowie für die Pilotversion von JTL-Wawi 1.6!

Folgende Punkte werden angepasst und korrigiert:
  1. Im Falle eines von Firmenland abweichenden Versandlandes wird bei aktivem OSS-Verfahren die UstID vom Firmenland herangezogen und nicht mehr die UstID vom Versandland.
  2. Im Update wird die UstID der betroffenen (ab 01.07.2021) fehlerhaften Aufträgen und Rechnungen mit der richtigen UstID überschrieben und die korrigierten Datensätze werden ausgewiesen.
Gruß

https://issues.jtl-software.de/issues/WAWI-56107
 
Zuletzt bearbeitet:
Ähnliche Themen
Titel Forum Antworten Datum
Lieferschwelle anzeigen JTL-Wawi 1.7 2
Neu Filtereinstellungen: wenn Sonderpreis bei Vater- oder Kindartikeln, Anzeige von Vater- UND Kindartikeln User helfen Usern - Fragen zu JTL-Wawi 5
Neu Sprachvariablen nicht in korrekter Groß- und Kleinschreibung JTL-Shop - Fehler und Bugs 4
Neu Gewicht auf Rechnung (Artikelgewicht und Zusatzgewicht) Druck-/ E-Mail-/ Exportvorlagen in JTL-Wawi 0
Neu Neues Plugin: Google Translate / Übersetzer (DSGVO-konform und weitere Features) Plugins für JTL-Shop 1
Neu Workflow Aktion E-Mail senden kann nicht Plain und HTML Email zusammen versenden Arbeitsabläufe in JTL-Wawi 6
Neu JTL Shopify Connector und Billbee frage Shopify-Connector 0
Neu Neues Plugin: Instagram-Feed Portlet (Als Galerie- oder Slideransicht und weitere Features) + 3x kostenlose Lizenzen Plugins für JTL-Shop 3
In Bearbeitung Startschwierigkeiten Scanner und Bon Drucker Allgemeine Fragen zu JTL-POS 2
Neu JTL Worker 2.0 und tinetbestellung Technische Fragen zu den JTL-Connectoren 0
Neu Position Versandkosten und Versandkostenname in PositionTable ausblenden - neuen Vorlagen. Druck-/ E-Mail-/ Exportvorlagen in JTL-Wawi 3
Neu Liste aller Namespaces und dessen Aufgabe Allgemeine Fragen zu JTL-Shop 0
Kundenattribute aus Shop übernehmen und aus Wawi zurück an Shop übermitteln Einrichtung JTL-Shop5 1
Neu Warenkorb Hinweise bei Bestandsänderung und Preisänderung Allgemeine Fragen zu JTL-Shop 2
In Bearbeitung Artikel über csv-Datei bearbeiten und importieren Allgemeine Fragen zu JTL-POS 3
Verbindung zu Kundencenter geht verloren und Lizenz muss erneut abgteglichen werden JTL-Wawi 1.8 16
Landingpage Header und Footer erstellen zwecks Vorbestellung Einrichtung JTL-Shop5 0
Neu klare Warnung vor den Bausteinen und der PDF in Vorlagen User helfen Usern - Fragen zu JTL-Wawi 4
Neu JTL erstellt falsche Rechnungskorrekturen für Amazon.co.uk Aufträge und verweigert den Support Amazon-Anbindung - Fehler und Bugs 5
Neu Und ewig grüsst das Murmeltier. "The EntityManager is closed" Shopware-Connector 0
Alternativpositionen und gültig von bis JTL-Wawi 1.8 0
Debitorennummern für bestehende und neue Kunden anlegen JTL-Wawi 1.8 2
In Diskussion Bondrucker - im Allgemeinen und Speziellen (Metapace T 25) JTL-POS - Fragen zu Hardware 4
Neu Eigener (Home-) Server mit Windows UND Linux Starten mit JTL: Projektabwicklung & Migration 23
Neu Microsoft Remote Desktop Fehler Cloutapp Desktop und Lauscher JTL-Wawi - Fehler und Bugs 3
Auftrag und Rechnung Ausgabe funktioniert nicht Client JTL 1.8.10.0 JTL-Wawi 1.8 9
Zahlungsarten und Versandarten ERROR 500 Einrichtung JTL-Shop5 7
Gelöst Hardware für häufige Konstellationen mit USB und Swissbit TSE-Problem ab Android 11 JTL-POS - Fragen zu Hardware 5
Neu Eingangsrechnung und Gewinn rückwirkend ermitteln User helfen Usern - Fragen zu JTL-Wawi 1
Neu 💡Umsatzsteuer- und Internationalisierungs-Expertise von unserem neuen Partner countX News, Events und Umfragen 4
Neu JTL-Ameise Kontaktdaten-Export und in Greyhound importieren plus Zuweisen User helfen Usern 1
Neu PayPal Checkout mit Apple Pay und Google Pay Plugins für JTL-Shop 1
Neu isAdmin und Kundenlogin stehen sich im Weg.. Templates für JTL-Shop 0
Neu JTL Shipping Labels mit DHL Unterschied Versenden, Versenden 3.0 und Intraship User helfen Usern - Fragen zu JTL-Wawi 8
Neu Error beim öffnen von Artikeln und Unterkategorien in zweiter Sprache JTL-Shop - Fehler und Bugs 1
Bilder Upload und Fehlermeldung WooCommerce-Connector 0
Neu Lieferscheine digital unterschreiben und automatisch an Kunden senden Eigene Übersichten in der JTL-Wawi 0
Neu Zusammenführen / Konsolidieren von Artikeln aus 2 Quellen (Amazon / Shopify) und zentrale Bestands-Verteilung an beide Systeme User helfen Usern - Fragen zu JTL-Wawi 0
Neu JTL 1.5.55.8 Statistik - durschnittlicher Verkaufspreis - Mengen und Position User helfen Usern - Fragen zu JTL-Wawi 0
Neu Umlaute und Sonderzeichen WooCommerce-Connector 2
KI Textvorschläge und Übersetzung JTL-Wawi 1.8 0
Neu Conrad Marketplace / SCX Fragen und Antworten Einrichtung und Installation von JTL-eazyAuction 2
Neu wnm Hinweisfenster - Weisser Abstand zwischen Banner und Header Plugins für JTL-Shop 3
Workflow für Versandart Wenn/Und JTL-Wawi 1.7 0
Neu Anzeige von Neuheiten und Topsellern im JTL Shop 5 Allgemeine Fragen zu JTL-Shop 2
Neu SQL-Fehler bei Volltextsuche und Sonderzeichen JTL-Shop - Fehler und Bugs 0
Neu Suchen Mitarbeiter für 40h Festanstellung gern auch 100% Homeoffice für Produkt und Kategorie Pflege mit der Wawi Dienstleistung, Jobs und Ähnliches 0
Auftrag bezahlt und freigegeben - erscheint aber nicht in WMS JTL-Wawi 1.7 4
Frage zu Verkauf Kaufland Tschechien und Slowakei - Anbindung notwendig oder auch durch Kaufland realisierbar ? kaufland.de - Anbindung (SCX) 0
Neu Artikel mit 2 Lagerorten (Regal und Palette) Arbeitsabläufe in JTL-WMS / JTL-Packtisch+ 1

Ähnliche Themen