Verwiesen an Support Ameise Export Rechnungen - Buchungskonto = SKR03/04 Konto (Ab Oktober 2020)

[hs-sound]

Guten Tag,
wir haben heute beim Export für Taxpool-Buchhalter bemerkt, dass ab dem 14.10 das Buchungskonto nicht mehr richtig übertragen wird. In der CSV ist Buchungskonto = SKR03/04 Konto. Es wurden in dieser Zeit keine Einstellungen verändert, nur Updates durchgeführt. Wir geben passend zum Steuerschlüssel ein Buchungskonto für die Steuerzuordnung in Taxpool an. Dies funktioniert jetzt nicht mehr.

Hat jemand das gleiche Problem (Bug?) oder wurde etwas am Export verändert?

Beste Grüße

 

[Schnipsel]

Ooooooh jaaaaaaa, dies musste ich auch feststellen, leider ist mir dieser Fehler nicht gleich aufgefallen.

Ich gehe auch davon aus, dass es an einem Update liegt und somit ein Bug ist, denn auch wir haben hier nichts geändert.

Hast du dazu schon ein Ticket aufgemacht?

 

[Enrico W.]

Ich kann das mit meinen Testdaten nicht reproduzieren. Bitte macht einer von Euch dazu ein Supportticket auf.

 

[crahlfs]

Ich habe das gleiche Problem! Anbei ein Screenshot vom csv Export aus Juli 2020 und aktuell Dez. 2020 - die Vorlage habe ich nie verändert!
Gruß
Christoph

 

[crahlfs]

Ich kann das mit meinen Testdaten nicht reproduzieren. Bitte macht einer von Euch dazu ein Supportticket auf.

Ein Support Ticket kann laut Login nicht bei Kostenlosen Produkten wie die JTL Wawi eröffnet werden. Dort wird hier auf das Forum verwiesen.

 

[crahlfs]

Ich habe mir nun noch einmal den Export genau angeschaut. JTL hat das Buchungskonto (Bank 1200 usw) + Steuerkonto (8400 usw) durcheinander gewürfelt.
In der WAWI ist nun beides mit "Buchungskonto" beschrieben, war früher aber das "Steuerkonto". Jetzt sind beide Zeilen identisch und es wird mit SKR03/04 + Buchungskonto immer das Bankkonto exportiert. Siehe Screenshots.
Es gibt noch die Exportvorlage "Steuerschlüssel" - dieser ist bei Export aber leer. Ich sehe derzeit keine Möglichkeit das angegebene Steuerkonto zu exportieren.
Gru
Christoph

 

[trol_bergski]

Kann mich hier noch anschließen. Wir haben das gleiche Problem. Es ist nichts an den Einstellungen verändert worden. Ich kann auch bestätigen, dass das SKR Konto in unsere Vorlage als Steuerkonto bezeichnet wird. Jetzt heißt es ja Buchungskonto anscheinend.

 

[trol_bergski]

Noch ein paar Infos auf die schnelle.

Export Okt.20




Export Nov.20



Alte Vorlage mit Steuerkonto



Neue Vorlage mit Buchungskonto



Beide führen zum gleichen Ergebnis. Zuerst dachte ich, dass es vielleicht mit der MwSt. Umstellung zu tun hat und ich etwas falsch bei der Umstellung gemacht habe, dann ist mir noch eingefallen, dass ich die Exports jedoch VOR der MwSt.-Änderung vorgenommen habe, also hängt es nicht damit zusammen.

Ich würde mich auch auf eine schnelle Antwort freuen.

Gruß

 

[trol_bergski]

Ticket ist erstellt - Ticket#2021011110004184

 

[crahlfs]

@trol_bergski Kannst du uns hier auf dem Laufenden halten?

 

[trol_bergski]

Gern. Ich erwarte bis Ende der Woche direkter Support und sobald wir die Lösung haben, gebe ich es hier durch. Übrigens, ein Update auf die letzte Version von JTL hat leider nichts gebracht.

 

[trol_bergski]

Bis jetzt keine Lösung gefunden. Nach der Support-Session wurde meine komplette Datenbank für weitere Untersuchungen übermittelt.
Wir konnten zumindest das Problem reproduzieren, indem der Kundensupport meine Exportvorlage aus der Ameise bei sich direkt importiert hat. Das Löschen aller alten Vorlagen und die Anlage einer neuen Vorlage hat auch nicht geholfen.
Ich warte momentan auch auf weiterführende Infos.

 

[Jan-Patrick Schmidt]

Hi,

dieses Verhalten tritt auf, wenn in der Zahlung ein SKR-Konto eingetragen wird. Damit die Buchungskonten normal vergeben werden darf das SKR-Konto nicht befüllt werden im Zahlungsdialog.

 

[trol_bergski]

Hi,
wie schon in der Mail mitgeteilt ist dies wahrscheinlich das Problem, weswegen beim Export mit der Ameise die falsche Spalte ausgegeben wird. Es ist jedoch nicht die Ursache.

Im Bild ist eine aktuelle Zahlung von heute, von Amazon, direkt über eazyAktion importiert und die Zahlung dementsprechen gesetzt, d.h. vollkommen automatisch vom JTL ausgeführt.
Wieso wird die Spalte SKR überhaupt befüllt?

Ich kann schlecht bei allen Aufträgen manuell jetzt die Werte in der Spalte löschen, damit der Export dann funktioniert.





Für mich liegt die Ursache irgendwo in der Einstellung beim Export - "Rechnungsdatum beachten" SOLL Versteuerung und "Zahlungsdatum beachten" IST Versteuerung. Denn sobald ich nehmlich das Export mit "SOLL" ausführe ist das Feld "Buchungskonto" richtig mit den Erfolgskonten ausgefüllt.



Das Export mit SOLL Versteuerung auszuführen ist zwar momentan eine Übergangslösung, man muss trotzdem die Exporte nachher überprüfen insb. weil dann in dem Export auch Rechnungen mitexportiert werden, die für die Buchhaltung (bei SOLL Versteuerung) nicht nur nicht relevant sind, sondern auch die Bemessungsgrundlage falsch verändern, so dass man im Endeffekt noch für Beträge zahlen muss, die noch nich eingenommen wurden.

 

[Jan-Patrick Schmidt]

Hi,



das SKR-Konto wird im Zahlungsdialog automatisch gesetzt, dazu hatten wir eine Änderung.

Wir werden optional eine Funktion in der Ameise einbauen, damit wenn man nach Zahlungsdatum (IST) exportiert die Buchungskonten sich ausgeben kann statt dem SKR-Konto.



Sobald wir eine Zielversion dafür haben werde wir diese hier veröffentlichen.

 

[eysenhut]

Habe das gleiche Problem und freue mich auf softwareseitige Lösung.

 

[Enrico W.]

Wir haben das Ticket bereits in der Entwicklung.
Zielversion ist die 1.5.39.0.

 

[intrinsicforce]

Wir haben das Ticket bereits in der Entwicklung.
Zielversion ist die 1.5.39.0.

Im Changelog habe ich zu der Thematik nichts gefunden, auch nicht im Issue-Tracker. Ist das Problem mit der 1.5.39.0 behoben?

 

[Schnipsel]

Ich hab die Version 1.5.43. Soweit ich das sehe, passt es wieder.
Ob es mit der 1.5.39.0 behoben ist, kann ich nicht sagen, ich weiß nur, dass es letzten Monat noch nicht korrekt war.

 

[handelmf]

Ich hab die Version 1.5.43. Soweit ich das sehe, passt es wieder.
Ob es mit der 1.5.39.0 behoben ist, kann ich nicht sagen, ich weiß nur, dass es letzten Monat noch nicht korrekt war.

Bei mir funktioniert es immer noch nicht. Habe das Update 1.5.43.0 aufgespielt