Liebes Support-Forum,
wir haben gerade von Rechnungen auf Rechnungen (NEU) umgestellt. Vor allem deshalb, weil es bei Rechnungen neuerdings (obsolet) heißt. Da war die Sorge groß, dass der bisher genutzt Export dann pünktlich zum nächsten Monatsabschluss einfach "weg" ist
Wir setzen JTL in der Version 1.5.40.0 ein.
Generell haben wir nun das Thema, dass manche Rechnungs-Datensätze einfach nicht exportiert werden - die gleichen Datensätze exportieren via rechnungen(obsolet) aber einwandfrei. Leider scheint es nicht möglich zu sein, die vermeintlich "inkorrekten" Datensätze dennoch zu exportieren. JTL-Ameise wirft einfach die Fehlermeldung und überspringt den Datensatz dann.
Frage 1: Lässt sich irgendwie einstellen, dass auf "inkorrekte" Datensätze exportiert werden?
Es gibt das Häkchen "Steuereinstellungen nicht beachten"
aber dann fehlen die kompletten Buchungskontodaten - was DATEV natürlich gar nicht taugt.
Interessanterweise meckert die Ameise bei manchen Datensätzen, obwohl kein Fehler zu erkennen ist und vergleichbare Datensätze aber problemlos exportieren. Konkret geht es bei uns um Lieferungen nach Österreich (AT). Wir führen die Umsatzsteuer direkt an das FA Österreich ab und haben deshalb auch wie folgt die Steuerschlüssel konfiguriert:
Soweit so gut - normalerweise klappt das auch wunderbar! Z.B. hier
Diese Order kommt via Amazon rein und wird tadellos verarbeitet und exportiert.
Diese hier hingegen wirft Fehler: (nähmlich: Ungültige Steuerkonfiguration bei Rechnungsnummer RE-202104298441! Für das Versandland [AT], Lieferland [AT] und Steuersatz [10,00000000000000])
Die sonstigen Daten sind vergleichbar. Einziger (für mich erkennbarer) Unterschied ist, dass wir den Fehler werfenden Auftrag mit der Ameise zuvor aus unserem Shop importiert haben und der durchlaufende Auftrage über EasyAuction in JTL gelangt ist.
Daher Frage 2: Hat irgend jemand eine Idee, warum hier ein vermeintlicher "Steuerkonfigurations-Fehler" geworfen wird?
Zurück zu Rechnungen(obsolet) wollen wir nun auch nicht mehr, weil wir ne Menge Logik auf den neuen Feldern aufgebaut haben und hier einige Tage investiert haben.
Übrigens: Das gleiche Verhalten haben wir auch beim Export der Rechnungskorrekturen(neu).
Wer weiß hier bitte Rat?
Herzliche Grüße und Dank!
wir haben gerade von Rechnungen auf Rechnungen (NEU) umgestellt. Vor allem deshalb, weil es bei Rechnungen neuerdings (obsolet) heißt. Da war die Sorge groß, dass der bisher genutzt Export dann pünktlich zum nächsten Monatsabschluss einfach "weg" ist
Wir setzen JTL in der Version 1.5.40.0 ein.
Generell haben wir nun das Thema, dass manche Rechnungs-Datensätze einfach nicht exportiert werden - die gleichen Datensätze exportieren via rechnungen(obsolet) aber einwandfrei. Leider scheint es nicht möglich zu sein, die vermeintlich "inkorrekten" Datensätze dennoch zu exportieren. JTL-Ameise wirft einfach die Fehlermeldung und überspringt den Datensatz dann.
Frage 1: Lässt sich irgendwie einstellen, dass auf "inkorrekte" Datensätze exportiert werden?
Es gibt das Häkchen "Steuereinstellungen nicht beachten"
aber dann fehlen die kompletten Buchungskontodaten - was DATEV natürlich gar nicht taugt.Interessanterweise meckert die Ameise bei manchen Datensätzen, obwohl kein Fehler zu erkennen ist und vergleichbare Datensätze aber problemlos exportieren. Konkret geht es bei uns um Lieferungen nach Österreich (AT). Wir führen die Umsatzsteuer direkt an das FA Österreich ab und haben deshalb auch wie folgt die Steuerschlüssel konfiguriert:
Soweit so gut - normalerweise klappt das auch wunderbar! Z.B. hier
Diese Order kommt via Amazon rein und wird tadellos verarbeitet und exportiert.
Diese hier hingegen wirft Fehler: (nähmlich: Ungültige Steuerkonfiguration bei Rechnungsnummer RE-202104298441! Für das Versandland [AT], Lieferland [AT] und Steuersatz [10,00000000000000])
Die sonstigen Daten sind vergleichbar. Einziger (für mich erkennbarer) Unterschied ist, dass wir den Fehler werfenden Auftrag mit der Ameise zuvor aus unserem Shop importiert haben und der durchlaufende Auftrage über EasyAuction in JTL gelangt ist.
Daher Frage 2: Hat irgend jemand eine Idee, warum hier ein vermeintlicher "Steuerkonfigurations-Fehler" geworfen wird?
Zurück zu Rechnungen(obsolet) wollen wir nun auch nicht mehr, weil wir ne Menge Logik auf den neuen Feldern aufgebaut haben und hier einige Tage investiert haben.
Übrigens: Das gleiche Verhalten haben wir auch beim Export der Rechnungskorrekturen(neu).
Wer weiß hier bitte Rat?
Herzliche Grüße und Dank!