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

LUGIUM

Gut bekanntes Mitglied
16. Februar 2018
74
56
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ß
Hallo @Markus Hütz, vielen Dank für die ehrliche und schnelle Antwort. So können wir die Zeit wenigstens produktiv nutzen und überlegen, wie wir damit umgehen.
Ist es evtl. möglich zwei Hotfixe bereit zu stellen? Einen, der ausschließlich die Funktion der Checkbox korrigiert und später dann einen der auch die bereits erstellten Vorgänge korrigiert?

Viele reine FBA Händler haben sicherlich gewartet und die Rechnungsstellung / den Auftragsimport pausiert. Diese könnten zumindest schonmal "gerettet" werden :)
Falls ihr diesen Fix so nicht bereit stellen könnt, habt ihr vielleicht eine Empfehlung für die Vorgehensweise, sodass man mit minimaler Arbeit das Ziel erreicht? Eventuell habt ihr hier andere Vorgehensweisen im Kopf, die uns noch nicht eingefallen sind, die uns aber ggf. sehr helfen würden.

Mir selbst fällt z.B. ein, dass man die Rechnungsvorlage temporär verändert, sodass bei Amazon die Rechnung korrekt hochgeladen wird. Also z.B. dass man in der Vorlage der Rechnung die Umsatzsteuer "hardcodiert" je nach Versandland und Lieferland. Vielleicht könnt ihr uns hier Tips und ggf. schon entsprechende Code-Schnipsel zur Verfügung stellen. Immerhin zahlen alleine wir pro Jahr knapp 5000 Euro für die Amazonschnittstelle, welche ja ohne eine ordentliche Rechnungsstellung nicht nutzbar ist und als geschäftskritisch einzustufen ist, wenn man Gefahr läuft von Amazon sanktioniert zu werden. Mir ist bewusst, dass Probleme auftreten und ich weiß euer Engagement, schnell Lösungen bereit zu stellen, auch sehr zu schätzen. Trotzdem muss ich einem Vorredner zustimmen, dass JTL notfalls länger arbeiten muss, um die von Ihnen abhängigen Kunden zu unterstützen.
 
Zuletzt bearbeitet:

M°M

Aktives Mitglied
15. Oktober 2020
197
61
Ich habe gerade nach einer Möglichkeit gesucht, mittels Workflow nach Aufträgen zu suchen, die Versandland x und Lieferland y haben. Ich bin hier nicht weitergekommen. Ich bin aber auch kein Servicepartner. Dazu kommt, dass ich nicht weiß, ob man über einen Workflow auch die USt.-ID setzen könnte.

Das Update in der DB zu machen ist wahrscheinlich möglich, sofern dem nicht die Begrenzung auf stored procedures entgegensteht.

Wer sich ein Backup anlegt würde aber sicherlich ein (oder mehrere) SQL ausführen wollen, welches in Abhängigkeit des Versandlandes und des Lieferlandes in den Aufträgen (cUStID in tBestellung ?) eine bestimmte USt.-ID setzt.

Wer das heute Abend noch auf die Beine stellt, hat möglicherweise bald ein paar Kunden mehr.
 
  • Gefällt mir
Reaktionen: Markus Hütz

LUGIUM

Gut bekanntes Mitglied
16. Februar 2018
74
56
Vorabbemerkung für die Vorsichtigen: Bei der nachfolgenden SQL Abfrage handelt es sich um eine "SELECT" Anweisung. Es werden also nur Daten geholt / angesehen, NICHT geschrieben. Die Ausführung ist also gefahrlos möglich, es werden keine Veränderungen in dem Datenbestand vorgenommen!

Ich habe mir das grad einmal angeschaut und festgestellt, dass in der Datenbanktabelle tSteuerzone die Spalte nUStIdAusFirmenland hinzugefügt wurde. In dieser ist offensichtlich der Wert auf 1, wenn die Checkbox OSS angehackt wurde. Nun habe ich folgendes für das Rechnungsformular gebastelt, was bei mir funktioniert. Könnte das jemand gegenprüfen und als valide Übergangslösung bestätigen? Ich hoffe, dass ich damit einigen helfen kann. Ein Benutzer hat vorhin angemerkt, dass es beim Rechnungsexport / Datev noch Fehler gibt. Diese Fehler sind damit natürlich nicht behoben und werden erst durch die Aktualisierungen von JTL behoben. Das macht aber nichts, denn ein Rechnungsexport vom Juli wird ja frühestens im August benötigt (je nach individuellen Meldefristen). Meine Lösung ist sozusagen nur eine Schönheitsoperation, welche aber ein korrektes Rechnungsdokument erstellen sollte, bzw. die korrekte Umsatzsteuer ID auswerfen sollte. .

SQL:
"VAT-ID: " +
COND( JTL_DirectQuery ("
SELECT count(*)
FROM tSteuerzone
JOIN tSteuerzoneLand ON tSteuerzoneLand.kSteuerzone = tSteuerzone.kSteuerzone
WHERE tSteuerzone.nUStIdAusFirmenland = 1 AND tSteuerzone.cLandIso = '"+Vorgang.Auftrag.Versandland.ISO  +
"' AND '"  + Vorgang.Auftrag.Lieferadresse.LandISO + "' =  tSteuerzoneLand.cISO")  = 1, "PLATZHALTER Deutsche UST ID", Vorgang.Auftrag.Firma.UstID)

Erläuterung:
Das Problem ist ja eigentlich nur, dass manchmal statt der benötigten deutschen UST-ID eine andere verwendet wird. Ich muss also nur im Problemfall die deutsche ID einfügen. Dazu suche ich in der Datenbank (tSteuerzone) nach dem Land von dem die Ware versendet wurde und ob der Wert nUStIdAusFirmenland = 1 ist, also OSS angewendet wird. Dann verknüpfe ich die Tabelle mit der Tabelle tSteuerzoneLand um noch zu prüfen, ob das Land in das versendet wurde auch dem des Auftrages entspricht. Wenn ich ein Ergebnis erhalte, dann ist es ein OSS Fall und hinterlege die deutsche Steuer ID.

Testen:
Da die Vorlagen auch auf bestehende Vorgänge angewendet werden, kann man das testen, ohne die Amazonaufträge abzuholen. Einfach Testweise entsprechende Vorgänge suchen und gucken, wie die Rechnung aussieht.

P.S. Habe es grad öfter getestet und es scheint ordentlich zu funktionieren. Immer wenn ich den OSS Haken gesetzt habe, wird die deutsche Steuernummer verwendet. Diesen Code Schnipsel kann man in der Vorlagenverwaltung in der Rechnungsvorlage da einfügen, wo vorher die UST ID angezeigt wurde. Den alten Wert kommentiert man einfach aus mit z.B. /* Wert zum auskommentieren */. Somit behaltet ihr ihn, müsst ihn nicht löschen und könnt später das obigen einfach wieder entfernen und die Zeichen zum auskommentieren /* */ rausnehmen.

Toll wäre, wenn jemand das von JTL noch einmal sichten könnte, sodass vielen ggf. die Unsicherheit genommen wird und sie dann beruhigt schlafen gehen können :)
 
Zuletzt bearbeitet:

M°M

Aktives Mitglied
15. Oktober 2020
197
61
Toll wäre, wenn jemand das von JTL noch einmal sichten könnte, sodass vielen ggf. die Unsicherheit genommen wird und sie dann beruhigt schlafen gehen können :)
Nicht von JTL aber für mich macht das Sinn. Wenn man schon auf Rechnung 2.0 (?) ist, müssten die Variablen ersetzt werden (BITTE ÜBERPRÜFEN!)
Code:
"VAT-ID: " +
COND( JTL_DirectQuery ("
SELECT count(*)
FROM tSteuerzone
JOIN tSteuerzoneLand ON tSteuerzoneLand.kSteuerzone = tSteuerzone.kSteuerzone
WHERE tSteuerzone.nUStIdAusFirmenland = 1 AND tSteuerzone.cLandIso = '"+Report.ShipFromCountryISO  +
"' AND '"  + Report.InvoiceShipToAddress.CountryISO + "' =  tSteuerzoneLand.cISO")  = 1, "PLATZHALTER Deutsche UST ID", Report.Company.ValueAddedTaxId)
 

LUGIUM

Gut bekanntes Mitglied
16. Februar 2018
74
56
Vorabbemerkung für die Vorsichtigen: Bei der nachfolgenden SQL Abfrage handelt es sich um eine "SELECT" Anweisung. Es werden also nur Daten geholt / angesehen, NICHT geschrieben. Die Ausführung ist also gefahrlos möglich, es werden keine Veränderungen in dem Datenbestand vorgenommen!

Ich habe mir das grad einmal angeschaut und festgestellt, dass in der Datenbanktabelle tSteuerzone die Spalte nUStIdAusFirmenland hinzugefügt wurde. In dieser ist offensichtlich der Wert auf 1, wenn die Checkbox OSS angehackt wurde. Nun habe ich folgendes für das Rechnungsformular gebastelt, was bei mir funktioniert. Könnte das jemand gegenprüfen und als valide Übergangslösung bestätigen? Ich hoffe, dass ich damit einigen helfen kann. Ein Benutzer hat vorhin angemerkt, dass es beim Rechnungsexport / Datev noch Fehler gibt. Diese Fehler sind damit natürlich nicht behoben und werden erst durch die Aktualisierungen von JTL behoben. Das macht aber nichts, denn ein Rechnungsexport vom Juli wird ja frühestens im August benötigt (je nach individuellen Meldefristen). Meine Lösung ist sozusagen nur eine Schönheitsoperation, welche aber ein korrektes Rechnungsdokument erstellen sollte, bzw. die korrekte Umsatzsteuer ID auswerfen sollte. .

SQL:
"VAT-ID: " +
COND( JTL_DirectQuery ("
SELECT count(*)
FROM tSteuerzone
JOIN tSteuerzoneLand ON tSteuerzoneLand.kSteuerzone = tSteuerzone.kSteuerzone
WHERE tSteuerzone.nUStIdAusFirmenland = 1 AND tSteuerzone.cLandIso = '"+Vorgang.Auftrag.Versandland.ISO  +
"' AND '"  + Vorgang.Auftrag.Lieferadresse.LandISO + "' =  tSteuerzoneLand.cISO")  = 1, "PLATZHALTER Deutsche UST ID", Vorgang.Auftrag.Firma.UstID)

Erläuterung:
Das Problem ist ja eigentlich nur, dass manchmal statt der benötigten deutschen UST-ID eine andere verwendet wird. Ich muss also nur im Problemfall die deutsche ID einfügen. Dazu suche ich in der Datenbank (tSteuerzone) nach dem Land von dem die Ware versendet wurde und ob der Wert nUStIdAusFirmenland = 1 ist, also OSS angewendet wird. Dann verknüpfe ich die Tabelle mit der Tabelle tSteuerzoneLand um noch zu prüfen, ob das Land in das versendet wurde auch dem des Auftrages entspricht. Wenn ich ein Ergebnis erhalte, dann ist es ein OSS Fall und hinterlege die deutsche Steuer ID.

Testen:
Da die Vorlagen auch auf bestehende Vorgänge angewendet werden, kann man das testen, ohne die Amazonaufträge abzuholen. Einfach Testweise entsprechende Vorgänge suchen und gucken, wie die Rechnung aussieht.

P.S. Habe es grad öfter getestet und es scheint ordentlich zu funktionieren. Immer wenn ich den OSS Haken gesetzt habe, wird die deutsche Steuernummer verwendet. Diesen Code Schnipsel kann man in der Vorlagenverwaltung in der Rechnungsvorlage da einfügen, wo vorher die UST ID angezeigt wurde. Den alten Wert kommentiert man einfach aus mit z.B. /* Wert zum auskommentieren */. Somit behaltet ihr ihn, müsst ihn nicht löschen und könnt später das obigen einfach wieder entfernen und die Zeichen zum auskommentieren /* */ rausnehmen.

Toll wäre, wenn jemand das von JTL noch einmal sichten könnte, sodass vielen ggf. die Unsicherheit genommen wird und sie dann beruhigt schlafen gehen können :)

Anmerkung: Am besten wäre es, wenn man einen Datumsvergleich hinzufügt, der die Abfrage nur macht, wenn das Versanddatum nach dem 30.06. ist. Ich habe die Variable jetzt nicht auf Anhieb gefunden und mache es daher manuell. Man sollte dann die Rechnungen nicht per Workflow erstellen lassen, sondern manuell prüfen welche vor dem 1.7. versendet wurden. Hier die alte Vorlage verwenden, Rechnung erstellen und dann zu Amazon hochladen. Erst nach erfolgtem Upload (im Log prüfen) sollten die Vorlagen umgestellt werden und dann die Rechnungen mit Versand nach dem 30.06. erstellt und zu Amazon hochgeladen werden. Stellt vor dem Amazonabgleich, sicher, dass die Rechnungen euch zusagen, da sonst die falsche bei Amazon liegt und man die nicht einfach löschen kann.
 
  • Gefällt mir
Reaktionen: Markus Hütz

Stephan K.

Sehr aktives Mitglied
14. Mai 2014
889
165
SQL:
"VAT-ID: " +
COND( JTL_DirectQuery ("
SELECT count(*)
FROM tSteuerzone
JOIN tSteuerzoneLand ON tSteuerzoneLand.kSteuerzone = tSteuerzone.kSteuerzone
WHERE tSteuerzone.nUStIdAusFirmenland = 1 AND tSteuerzone.cLandIso = '"+Vorgang.Auftrag.Versandland.ISO  +
"' AND '"  + Vorgang.Auftrag.Lieferadresse.LandISO + "' =  tSteuerzoneLand.cISO")  = 1, "PLATZHALTER Deutsche UST ID", Vorgang.Auftrag.Firma.UstID)

Danke für deinen Hotfix. viel schlimmer als das, was JTL mit der heißen Nadel gestochen hat, ist es auch nicht. Daher ja der Name.

Ich verleihe dir den Titel unbezahlter "Ehrenprogrammierer" für JTL für das, was die Firma nicht hinbekommt, obwohl Sie monatelang Zeit dafür hatte.
Für meine Zwecke reicht es jetzt erst einmal.

Dass JTL aus unlogischen Gründen den Fix nicht zweteilt, um den fix mit alten Fehler erstmal nicht zu korrigieren, obwohl uns die Zeit davon läuft und daher definitiv Fehler gemacht werden, ist mir absolut unverständlich.
Das ist heute fast schon die zweite Nachtschicht für idiotische Arbeiten, die uns JTL gerne mal gegen Bezahlung machen lässt...
 

M°M

Aktives Mitglied
15. Oktober 2020
197
61
Anmerkung: Am besten wäre es, wenn man einen Datumsvergleich hinzufügt, der die Abfrage nur macht, wenn das Versanddatum nach dem 30.06. ist. Ich habe die Variable jetzt nicht auf Anhieb gefunden und mache es daher manuell. Man sollte dann die Rechnungen nicht per Workflow erstellen lassen, sondern manuell prüfen welche vor dem 1.7. versendet wurden. Hier die alte Vorlage verwenden, Rechnung erstellen und dann zu Amazon hochladen. Erst nach erfolgtem Upload (im Log prüfen) sollten die Vorlagen umgestellt werden und dann die Rechnungen mit Versand nach dem 30.06. erstellt und zu Amazon hochgeladen werden. Stellt vor dem Amazonabgleich, sicher, dass die Rechnungen euch zusagen, da sonst die falsche bei Amazon liegt und man die nicht einfach löschen kann.

Report.ServiceDate ist das Lieferdatum
 
  • Gefällt mir
Reaktionen: Markus Hütz

M°M

Aktives Mitglied
15. Oktober 2020
197
61
Anmerkung: Am besten wäre es, wenn man einen Datumsvergleich hinzufügt, der die Abfrage nur macht, wenn das Versanddatum nach dem 30.06. ist.

Vielleicht:
Code:
Cond( Report.ServiceDate >= Date("01.07.2021"), "TRUE", "FALSE")

Ich habe erst auf den 30.06. geprüft aber das berücksichtigt nicht 30.06.2021 15:21:00, also prüfen wir, ob das Versanddatum (Lieferdatum) nach dem 30.06.2021 23:59:59 Uhr liegt. Bei mir passt das.
 
Zuletzt bearbeitet:
  • Gefällt mir
Reaktionen: Markus Hütz

M°M

Aktives Mitglied
15. Oktober 2020
197
61
Weil hier immer wieder die Diskussion zu gleichen Netto- / Bruttopreisen beim Verkauf in die EU aufkommt:

Durch einen Zufall habe ich eben bei Amazon unter "Einstellung" -> "Informationen zum Verkäuferkonto" -> dann mittig unter "Steuerinformation" -> Einstellungen zur Umsatzsteuerberechnung folgendes entdeckt:

1625182852604.png

Wer dann auf "Welcher Mehrwertsteuersatz gelten je PTC?" klickt wird feststellen, dass Amazon aus den übertragenen Bruttopreisen für Deutschland den entsprechenden Nettopreis errechnet und dann jeweils den landesspezifischen USt.-Satz aufschlägt, je nach Lieferland.

Amazon hält also den Nettopreis für alle Kunden konstant. (siehe unten)

P.S.: Amazon verwendet aktuell diese Tabelle

1625183069583.png

*Edit: Es wäre zu schön gewesen. Ich habe zwar noch keine eigene Rechnung geschrieben (für AT z.B.), habe aber eben gelesen, dass bei Bestellungen aus AT der Bruttopreis behalten und der Nettopreis angepasst wird.
 
Zuletzt bearbeitet:

SebiW

Sehr aktives Mitglied
2. September 2015
1.752
613
Ich habe auch schon mit dem Gedanken gespielt da einfach an der Rechnungsvorlage rumzubasteln. Was mir allerdings als Sorge bleibt ist: Was passiert mit den Aufträgen und einem möglichen JTL Fix.
Wenn die Rechnungen schon erstellt sind sollte der Auftrag ja eigentlich fixiert sein. Wird auch bei einem solchen Auftrag der Wert in der DB im Nachgang noch durch den geplanten Fix korrigiert?
Kann ja durchaus sein, dass man so eine Rechnung in ein paar Jahren nochmal ausgeben muss. Wäre verdammt unfein, wenn es da dann zu Abweichungen käme.
Gleiches gilt für Exporte aus dem System. Ich bin auch immer noch sehr unsicher, wie JTL2Datev sich da verhält.
Kann das jemand besser einschätzen?
 

Truckstyler

Sehr aktives Mitglied
15. Oktober 2010
269
36
Falsche UVP @Manuel Pietzsch
Der Shop 4 ändert offensichtlich den UVP nicht ab. Da bleibt der UVP von Deutschland stehen
Dh. wenn ein Kunde aus einem Land mit höherer UST eingeloggt ist, sieht er seinen Preis und dazu einen geringeren UVP.
Als Kunde würde ich mir komisch vorkommen, wenn ich mehr als den UVP bezahlen muss

Siehe Anhang (p.S. ist auch ohne Plugin so)
 

Anhänge

  • 84d6d141-2dda-4df7-ae7d-5e936487218e.png
    84d6d141-2dda-4df7-ae7d-5e936487218e.png
    11 KB · Aufrufe: 19
  • Gefällt mir
Reaktionen: Markus Hütz

hula1499

Sehr aktives Mitglied
22. Juni 2011
4.358
777
@Truckstyler

Wie hoch schätzt du das wohlwollen, wenn ein Kunde ein Produkt sieht, dass zum UVP verkauft wird? In Zeiten von 99% Rabatt, XY-Schlussverkäufe überall....

Aber natürlich hast du mit dem Bug recht.
 
  • Gefällt mir
Reaktionen: Markus Hütz

Stephan K.

Sehr aktives Mitglied
14. Mai 2014
889
165
Weil hier immer wieder die Diskussion zu gleichen Netto- / Bruttopreisen beim Verkauf in die EU aufkommt:

Durch einen Zufall habe ich eben bei Amazon unter "Einstellung" -> "Informationen zum Verkäuferkonto" -> dann mittig unter "Steuerinformation" -> Einstellungen zur Umsatzsteuerberechnung folgendes entdeckt:

Den Anhang 66391 betrachten

Wer dann auf "Welcher Mehrwertsteuersatz gelten je PTC?" klickt wird feststellen, dass Amazon aus den übertragenen Bruttopreisen für Deutschland den entsprechenden Nettopreis errechnet und dann jeweils den landesspezifischen USt.-Satz aufschlägt, je nach Lieferland.

Amazon hält also den Nettopreis für alle Kunden konstant.

P.S.: Amazon verwendet aktuell diese Tabelle


Danke für den Hinweis! Man muss es tatsächlich einmalig aktivieren, damit es greift. Hierzu musste ich auch mein Standardland abwählen und neu auswählen, damit er es akzeptiert.
Ganz unten ist natürlich noch der Amazon Rechnungsservice standardmäßig aktiviert, den man kurz prüfen sollte.
 

surus

Sehr aktives Mitglied
28. September 2016
408
41
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
Es ist bei uns leider auch so. Die Rechnungen wurden gestern abend nicht erstellt. Im Bestellbericht ist "is-amazon-invoiced" = true.
Wir benutzen kein VCS von amazon. Wie kann man es abstellen? Amazon habe ich angeschrieben, erfahrungsgemäss wird es aber Wochen dauern, bis der gute Inder es irgendwann verstehen wird, dass wir kein VCS Kunde sind und in den Bestellberichten "is-amazon-invoiced" = false stehen soll.
Ich habe es zwar in meiner Mitteilung an den Support direkt am Anfang, dann in der Mitte des Texte und abschliessend am Ende angegeben, dass wir kein VCS Kunde sind und wollen es nicht nutzen.
Wie die Erfahrung zeigt bekommen wir trotzdem als erste Antwort irgendetwas in der Art "Es ist so richtig, da Sie ein VCS Kunde sind". Dann dauert es Tage, biss jemand verstehen wird, dass es ein amazon Fehler ist und danach Wochen, bis es jemand umstellt.

Gibt es vielleicht eine schnellere Lösung?

Und wie prüfen wir am besten, welche Rechnungen noch erstellt werden müssen?

Ich habe folgendes gemacht.
1. Verkauf - Aufträge - Ohne Rechnung (Dropdown).
2. Tag Filtern
3. Alle Aufträge mit Lieferstatus "Verpack und versendet" finden und markieren.
4. Rechte Maustaste - Rechnung erstellen -> Rechnung erstellen auswählen.

Ist es so richtig?

Wird es danach automatisch bei amazon hochgeladen oder muss man dafür noch etwas tun?
 

surus

Sehr aktives Mitglied
28. September 2016
408
41
Danke für den Hinweis! Man muss es tatsächlich einmalig aktivieren, damit es greift. Hierzu musste ich auch mein Standardland abwählen und neu auswählen, damit er es akzeptiert.
Ganz unten ist natürlich noch der Amazon Rechnungsservice standardmäßig aktiviert, den man kurz prüfen sollte.

Und wenn wir überall den selben Brutto Preis haben möchten, was muss man dort einstellen?
 
  • Gefällt mir
Reaktionen: Markus Hütz

M°M

Aktives Mitglied
15. Oktober 2020
197
61
Es wäre zu schön gewesen. Ich habe eben gelesen, dass Amazon den jeweiligen Bruttopreis mit dem individuellen USt.-Satz ansetzt, also die Bruttopreise gleich lässt und den USt.-Satz des Landes herausrechnet. Ich habe meinen Beitrag oben editiert.
 
  • Gefällt mir
Reaktionen: Markus Hütz

LUGIUM

Gut bekanntes Mitglied
16. Februar 2018
74
56
Ich habe auch schon mit dem Gedanken gespielt da einfach an der Rechnungsvorlage rumzubasteln. Was mir allerdings als Sorge bleibt ist: Was passiert mit den Aufträgen und einem möglichen JTL Fix.
Wenn die Rechnungen schon erstellt sind sollte der Auftrag ja eigentlich fixiert sein. Wird auch bei einem solchen Auftrag der Wert in der DB im Nachgang noch durch den geplanten Fix korrigiert?
Kann ja durchaus sein, dass man so eine Rechnung in ein paar Jahren nochmal ausgeben muss. Wäre verdammt unfein, wenn es da dann zu Abweichungen käme.
Gleiches gilt für Exporte aus dem System. Ich bin auch immer noch sehr unsicher, wie JTL2Datev sich da verhält.
Kann das jemand besser einschätzen?

Von Seiten JTL (Markus Hütz) wurde folgendes geschrieben:
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ß
Ich erwarte also, dass die Korrektur erfolgt. So richtig eine Wahl hatten wir auch nicht, da Amazon erwartet, dass mindestens 95% der Business Kunden innerhalb von 24 Stunden eine Rechnung erhalten. Amazon drohte regelmäßig in den Newslettern mit einer Kontosperrung, wenn die Statistik nicht eingehalten wird, sodass ich das nicht riskieren wollte. Wenn JTL jetzt ein paar Tage für den Fix braucht und das dann auch nicht rückwirkend behebt, ist es sehr problematisch. Ich bin aber zuversichtlich, dass JTL das machen wird, denn es kann nicht davon ausgegangen werden, dass alle JTL Kunden nun ungewiss ggf. tagelang ihr Geschäft ruhen lassen.

Ich saß nachts noch bis vier morgens, um die Rechnungen zu prüfen und die Rechnungen mit Versand vor dem 1.7. zu korrigieren, ich glaube aber es hat soweit funktioniert und bei Amazon liegen die Rechnungen mit der Korrekten UST und der korrekten UST Id. Die Einstellungen in der Steuerverwaltung (bis auf der OSS Haken) haben ja auch super funktioniert und führten zur korrekten Umsatzsteuerberechnung bzw. der Anwendung des korrekten Umsatzsteuersatzes.

Drücken wir die Daumen, dass JTL hier alles gibt und nicht dem Motto "Freitag ab 1 macht jeder seins" folgt :D
 

SebiW

Sehr aktives Mitglied
2. September 2015
1.752
613
Da wir nur relativ wenige Business Kunden haben habe ich die betroffenen Orders händisch separiert und umgestellt.
Die normalen Orders lasse ich jetzt erstmal unangetastet und hoffe auf einen zeitnahen Fix durch JTL.

Ansonsten schließe ich mich einfach mal @LUGIUM mit der Hoffnung auf einen baldigen Fix an.
Derzeit jagt echt ein Highlight das nächste. Falsche Steuerberechnung, falsch wegen externer Rechnung gesperrte Aufträge und jetzt haut Microsoft noch einen fetten Bug im Drucker Spooler raus.

Meine Fresse, hoffentlich brennt vor dem Wochenende nicht noch der Serverraum ab.
 
Ähnliche Themen
Titel Forum Antworten Datum
Neu Produkte Ansicht "Spalten Editor" und Temporärer Filter Arbeitsabläufe in JTL-Wawi 0
Neu Knobelaufgabe - Teilnahmezertifikat und Anwesenheit :D User helfen Usern - Fragen zu JTL-Wawi 0
Gelöst Transportdienst und Sendungsverfolgung sind ab dem 1. November 2021 erforderlich (FBA) Amazon-Anbindung - Fehler und Bugs 1
Neu aus dem WaWi EAN Feld -> EAN und UPC drucken User helfen Usern - Fragen zu JTL-Wawi 0
Gelöst Filter und Sortierung - Alle Hersteller - zeigt nur maximal 5 Hersteller an Allgemeine Fragen zu JTL-Shop 1
Neu Und wieder mal Probleme mit Artikelbildern... Wer kann helfen? JTL-Wawi - Fehler und Bugs 0
Neu Bei automatischer Anmeldung stürzt WAWI und Worker nach Start ab JTL-Wawi - Fehler und Bugs 0
Neu Lieferschein und Pickliste gleichzeitig erstellen? Arbeitsabläufe in JTL-WMS / JTL-Packtisch+ 0
Neu [Workflow] Bei Aufträge zusammenfassen alte Auftrags- und ext. Auftragsnummern erhalten User helfen Usern - Fragen zu JTL-Wawi 0
Neu Versand MwSt 7% und 19% Arbeitsabläufe in JTL-Wawi 5
Neu Blogbeiträge und Seiten in JTL Search finden JTL-Search 0
Neu Amazon Lagerung und Versand für eine handvoll Produkte - Kosmetik Dienstleistung, Jobs und Ähnliches 7
Neu Artikelmerkmale nachträglich eintragen und hochladen - wie? Einrichtung und Installation von JTL-eazyAuction 1
Neu ISBN auf Lieferschein und Rechnung Druck-/ E-Mail-/ Exportvorlagen in JTL-Wawi 0
Neu Amazon Lagerung und Versand für eine handvoll Produkte - Kosmetik - ohne JTL Business Jungle 0
Neu Lagerbestand in Variationen werden nur die letzten gezeigt und in Gambio geleitet Gambio-Connector 0
Neu Shop 5 extrem langsam - Back- und Frontend Allgemeine Fragen zu JTL-Shop 2
Neu eBay Angebote mit Variation Exportieren und Importieren JTL-Ameise - Fehler und Bugs 1
Neu [Shopware 6] Erstelltes Menu im JTL-Wawi kann im Shop keinem Layout zugewiesen und gespeichert werden Shopware-Connector 1
Neu Warenpost DE und Track and Trace Business Jungle 0
Neu Lagerbestand 50 : 50 zwischen Amazon und Ebay aufteilen User helfen Usern - Fragen zu JTL-Wawi 1
Neu Habt ihr schon mal einen kompletten Shop eingerichtet und dann umgezogen? Installation / Updates von JTL-Shop 10
Neu Angebot und Auftrag zeigt bei Gewinn regulären Artikel VK JTL-Wawi - Fehler und Bugs 2
Neu JTL2DATEV Erfahrung und Hilfe User helfen Usern 3
Neu Plötzlich Cache-Fehler und kein Zugang mehr zum Shop-Backend JTL-Shop - Fehler und Bugs 0
Neu 💙 Neues Plugin: Warenkorb-Button Plus (für JTL-Shop 4 und JTL-Shop 5) Plugins für JTL-Shop 2
Neu 💙 Neues Plugin: Payment & Shipping Icons Plus (für JTL-Shop 4 und JTL-Shop 5) Plugins für JTL-Shop 0
In Diskussion JTL2DATEV und OSS. Hat es jemand zum Laufen gebracht? User helfen Usern - Fragen zu JTL-Wawi 7
Neu Shop 5.1.1 - Warenkorb und Login im Header ausblenden / entfernen Templates für JTL-Shop 2
Neu Neuinstallation meines Shop, nach 3 downloads aus dem Kundencenter und 4 Installationsversuche Allgemeine Fragen zu JTL-Shop 2
Beantwortet Zahlungsziel und Skonto an Kunde gebunden JTL-Wawi - Ideen, Lob und Kritik 4
Neu JTL-Wawi 1.6 Abonnements - Mehrere Position für ein und das selbe Abo User helfen Usern - Fragen zu JTL-Wawi 0
Neu Leistungsdatum statt Lieferdatum, mit Monat und Jahr Individuelle Listenansichten in der JTL-Wawi 0
Neu Im "FromField" in einer Zeile rechts und linksbündig Druck-/ E-Mail-/ Exportvorlagen in JTL-Wawi 3
Neu AUsgezeichnet.org und JTL Shop 5 Allgemeine Fragen zu JTL-Shop 0
Beantwortet Gewünschte Variation und/oder Variationswert sind nicht beim Vaterartikel vorhanden. #Erstelle keine Variationskombination# JTL-Ameise - Fehler und Bugs 2
Neu Aufträge und Stornierte Aufträge über Ameise Importieren JTL-Ameise - Fehler und Bugs 0
Neu Nach einem Domainumzug und anschließendem Update auf Shop 5.1 werden die deutschen Umlaute nicht richtig dargestellt Installation / Updates von JTL-Shop 2
Neu Versandbestätigung ohne Tracking-ID erstellen und Sendungsinformationen nachreichen Betrieb / Pflege von JTL-Shop 0
Neu Beim Upload von Kinderartikel werden die Preise und Variationsbilder der Kinder nicht übernommen Modified eCommerce-Connector 2
Neu Mindestbestände und Maximalbestände in JTL-Wawi 1.6 nun auch pro Artikel und Warenlager User helfen Usern - Fragen zu JTL-Wawi 0
Neu Artikel Anlegen und an den WooCommerce Shop synchronisieren WooCommerce-Connector 0
Neu Rechnungskorrektur Ausgabe 2.0, suche Auftragsnr- und Lieferscheinbezüge Druck-/ E-Mail-/ Exportvorlagen in JTL-Wawi 0
Neu SW5 Varianten und 2 Bilder pro Kind Shopware-Connector 2
Beantwortet Artikelstammdaten Varianten und Variation Kombination // Import durch WooCommerce Connector User helfen Usern - Fragen zu JTL-Wawi 6
Neu Amazon will Ablaufdatum für normale Produkte und permanent decimal Error Amazon-Anbindung - Fehler und Bugs 4
Webinar - JTL-Vouchers: Richtlinien, Vorgaben und Definitionen von Gutscheinen - Wir fragen den Experten! Messen, Stammtische und interessante Events 0
Neu Aufträge zusammenfassen und die jeweiligen Auftragsnummern erfassen Arbeitsabläufe in JTL-Wawi 3
Neu Shop5: JTL Paypal, Ratenzahlung und dann noch Mollie Plugins für JTL-Shop 0
Neu Variationen und Grundpreise User helfen Usern - Fragen zu JTL-Wawi 6

Ähnliche Themen