Neu Falsche Zahlungsart bei Gutscheinzahlungen im DSFinV-K-Export

[Bartek]

Hallo zusammen,

wir setzen JTL-POS in Verbindung mit JTL-Wawi sowie dem JTL-Gutscheinportal ein.

Die Zahlungsart „Gutschein“ ist sowohl in der POS als auch in der Wawi korrekt angelegt und aktiv.
Bei der Einlösung wird der Gutscheinwert auf dem Kassenbon sowie im Tagesabschluss korrekt ausgewiesen.

Problem:
Im DSFinV-K-Export werden Gutscheinzahlungen dennoch nicht als eigene Zahlungsart („Gutschein“) ausgewiesen, sondern offenbar unter „bar/unbar“ zusammengefasst. Auch in den TSE-Daten ist keine separate Ausweisung der Gutscheinanteile erkennbar.

Wir haben alle relevanten Einstellungen geprüft (inkl. Zahlungsarten, Aktivierung in der Wawi und Synchronisation).

Hat jemand ein ähnliches Verhalten oder bereits eine Lösung dafür gefunden?
Insbesondere im Hinblick auf Betriebsprüfungen benötigen wir eine saubere und nachvollziehbare Trennung der Zahlungsarten, da das Finanzamt genau diese Aufschlüsselung fordert.

Vielen Dank vorab!

 

[Bartek]

Hallo zusammen,

ich habe inzwischen weitere Tests durchgeführt:

• Die Zahlungsart Gutschein ist in JTL-POS aktiv.
• Gutscheine werden über das JTL-Gutscheinportal korrekt geprüft und eingelöst.
• Der Gutscheinwert wird auf dem Kassenbon korrekt ausgewiesen.
• Der Gutscheinwert wird auch im Tagesabschluss korrekt ausgewiesen.
• Die Zahlungsart „Gutschein“ in JTL-Wawi war vorhanden, jedoch inaktiv. Diese habe ich zwischenzeitlich aktiviert.

Anschließend habe ich erneut eine Gutscheineinlösung durchgeführt und einen neuen DSFinV-K-Export erstellt.

Das Ergebnis bleibt unverändert: Der Gutscheinanteil wird weiterhin lediglich als "unbar" ausgewiesen. Eine separate Ausweisung der Zahlungsart „Gutschein“ konnte ich in den Exportdaten bisher nicht finden.
Ist dieses Verhalten in JTL-POS so vorgesehen oder sollte die Zahlungsart „Gutschein“ im DSFinV-K-Export bzw. in den TSE-relevanten Daten separat ausgewiesen werden?
Hintergrund ist eine laufende Prüfung durch das Finanzamt. Dort wurde beanstandet, dass Gutscheinzahlungen in den exportierten Daten nicht separat nachvollziehbar sind.

Da ich mit meinem aktuellen Supportvertrag leider kein Ticket eröffnen kann, wäre ich außerdem dankbar für einen Hinweis, auf welchem Weg ich diesen Sachverhalt direkt durch JTL prüfen lassen kann.

Vielen Dank vorab für jede Rückmeldung.

 

[Predpray]

Hallo zusammen,

ich habe inzwischen weitere Tests durchgeführt:

• Die Zahlungsart Gutschein ist in JTL-POS aktiv.
• Gutscheine werden über das JTL-Gutscheinportal korrekt geprüft und eingelöst.
• Der Gutscheinwert wird auf dem Kassenbon korrekt ausgewiesen.
• Der Gutscheinwert wird auch im Tagesabschluss korrekt ausgewiesen.
• Die Zahlungsart „Gutschein“ in JTL-Wawi war vorhanden, jedoch inaktiv. Diese habe ich zwischenzeitlich aktiviert.

Anschließend habe ich erneut eine Gutscheineinlösung durchgeführt und einen neuen DSFinV-K-Export erstellt.

Das Ergebnis bleibt unverändert: Der Gutscheinanteil wird weiterhin lediglich als "unbar" ausgewiesen. Eine separate Ausweisung der Zahlungsart „Gutschein“ konnte ich in den Exportdaten bisher nicht finden.
Ist dieses Verhalten in JTL-POS so vorgesehen oder sollte die Zahlungsart „Gutschein“ im DSFinV-K-Export bzw. in den TSE-relevanten Daten separat ausgewiesen werden?
Hintergrund ist eine laufende Prüfung durch das Finanzamt. Dort wurde beanstandet, dass Gutscheinzahlungen in den exportierten Daten nicht separat nachvollziehbar sind.

Da ich mit meinem aktuellen Supportvertrag leider kein Ticket eröffnen kann, wäre ich außerdem dankbar für einen Hinweis, auf welchem Weg ich diesen Sachverhalt direkt durch JTL prüfen lassen kann.

Vielen Dank vorab für jede Rückmeldung.

Hallo zusammen,


ich kann das geschilderte Verhalten inzwischen mit einem aktuellen Test unter JTL-POS 2.0.0.4 (7384) bestätigen.
Ich habe heute gezielt einen Mehrzweckgutschein verkauft und anschließend zur Bezahlung eines Kassiervorgangs wieder eingelöst. Danach wurde nach dem Tagesabschluss ein neuer DSFinV-K-Export erzeugt.

System:

• JTL-POS 2.0.0.4 (7384)
• Sunmi D2 mini
• Android 8.1.0
• Swissbit USB-TSE

Beim Einlösen des Gutscheins zeigt sich im DSFinV-K dasselbe Verhalten wie hier beschrieben:
Der Gutscheinanteil erscheint in datapayment.csv lediglich als „Unbar“. Eine eigene Zahlungsart „Gutschein“ ist nicht vorhanden.
Zusätzlich fällt bei meinem Export auf, dass auch der eigentliche Verkauf des Mehrzweckgutscheins nicht als spezieller Gutschein-Geschäftsvorfall ausgewiesen wird. In lines.csv steht beim Gutscheinverkauf:

GV_TYP = Umsatz
GV_NAME = Verkauf

obwohl es sich eindeutig um einen Mehrzweckgutschein handelt.
Bei der späteren Einlösung findet sich ebenfalls kein Geschäftsvorfall MehrzweckgutscheinEinloesung; die Zahlung erscheint lediglich als Unbar.

Damit lässt sich aus dem DSFinV-K allein nicht eindeutig nachvollziehen, dass beispielsweise ein als „Unbar“ ausgewiesener Betrag tatsächlich aus einer Mehrzweckgutscheineinlösung stammt.

Aus steuerlicher Sicht ist das meines Erachtens nicht ganz unerheblich, weil bei einem Mehrzweckgutschein die Ausgabe noch nicht die umsatzsteuerpflichtige Lieferung oder Leistung darstellt. Erst bei der Einlösung entsteht der eigentliche steuerpflichtige Umsatz mit dem für die gekaufte Ware bzw. Leistung geltenden Steuersatz.

Die Kennzeichnung des Gutscheinverkaufs lediglich als Umsatz mit 0 % USt. zeigt zwar, dass hierbei keine Umsatzsteuer ausgewiesen wird, macht aber aus meiner Sicht nicht eindeutig kenntlich, dass es sich um einen Mehrzweckgutschein handelt.

Ergänzend zu meinem Test: Ich verwende aktuell nicht JTL-Vouchers, sondern verwalte meine Mehrzweckgutscheine selbst. In JTL-POS ist dafür eine Zahlungsart „Mehrzweckgutschein“ mit aktivierter Gutschein-Funktion und entsprechender DATEV-Zuordnung eingerichtet; die einzelnen Gutscheine und Restguthaben werden extern geführt.

Mir ist daher bewusst, dass bei meinem Export beispielsweise keine von JTL-Vouchers erzeugte Gutscheinnummer vorhanden sein kann.

Auffällig ist jedoch, dass die eigentliche Gutscheineinlösung im DSFinV-K ebenfalls lediglich als „Unbar“ erscheint. Genau dieses Verhalten wird hier im Thread auch bei Einsatz des JTL-Gutscheinportals beschrieben. Daher scheint zumindest die fehlende Erkennbarkeit der Zahlungsart Gutschein nicht allein mit meiner externen Gutscheinverwaltung zusammenzuhängen.

Interessant wäre daher eine Rückmeldung von JTL:

Ist diese Abbildung im DSFinV-K so beabsichtigt, oder müssten Verkauf und Einlösung eines Mehrzweckgutscheins über die dafür vorgesehenen Gutschein-Geschäftsvorfälle ausgewiesen werden?

Das beschriebene Verhalten ist bei mir mit der aktuell eingesetzten Version 2.0.0.4 reproduzierbar.


Viele Grüße
Frank Born

 

[Predpray]

Hallo,
wie funktioniert denn das hier genau? Da es keinen Support mehr direkt von JTL gibt, bleibt mir ja nur die Möglichkeit, Probleme mit der Software hier zu posten. Gehen die Entwickler die Posts durch und melden sich dann?
Direkte Unterhaltungen werden auch nicht beachtet.
Bitte nicht falsch verstehen - ich sehe wieviel hier gepostet wird und weiß wohl, dass ein oder zwei Entwickler das schwer stemmen können. Gibt es noch eine andere Möglichkeit Probleme anzumelden?
Viele Grüße

 

[Bartek]

Hallo Frank,

danke für deine Rückmeldung. Ich hatte ebenfalls gehofft, dass sich jemand von JTL das Thema einmal anschaut und zumindest eine Rückmeldung dazu gibt.

Ich habe auch bereits letzte Woche einen JTL-Mitarbeiter per E-Mail kontaktiert und ihn gebeten, den Sachverhalt an den zuständigen Kollegen weiterzugeben. Leider habe ich auch darauf bisher keine Rückmeldung erhalten.

Bei uns wurde das Thema im Rahmen einer bereits durchgeführten Kassenprüfung vom Finanzamt beanstandet. Daher wäre es für uns wirklich wichtig, hier zeitnah eine Klärung zu bekommen.

Ich hoffe daher, dass sich JTL des Themas noch annimmt.

VG
Bartek

 

[Predpray]

Hallo Frank,

danke für deine Rückmeldung. Ich hatte ebenfalls gehofft, dass sich jemand von JTL das Thema einmal anschaut und zumindest eine Rückmeldung dazu gibt.

Ich habe auch bereits letzte Woche einen JTL-Mitarbeiter per E-Mail kontaktiert und ihn gebeten, den Sachverhalt an den zuständigen Kollegen weiterzugeben. Leider habe ich auch darauf bisher keine Rückmeldung erhalten.

Bei uns wurde das Thema im Rahmen einer bereits durchgeführten Kassenprüfung vom Finanzamt beanstandet. Daher wäre es für uns wirklich wichtig, hier zeitnah eine Klärung zu bekommen.

Ich hoffe daher, dass sich JTL des Themas noch annimmt.

VG
Bartek

Hallo Bartek,

ich bin mit JTL schon seit der WAWi Version 0.9 unterwegs. Seit dem ein Investor seine Finger im Spiel hat, ist es leider nicht besser geworden. Es ist ja bekannt, dass seit Jahren Software einfach auf den User losgelassen wird und dann gemeldete Fehler beseitigt werden. Wenn dass eingeplant ist und ausreichend MenPower zur Verfügung steht geht die Rechnung vielleicht auf. Ich kenne noch echte Telefonate mit Entwicklern beim Live Support. Immer kurze Wege und schnelle Lösungen. Dazu war die POS Software auch noch kostenfrei.
Nun hat JTL eine neue Lizenzpolitik eingeführt und die POS kostet monatlich einen zweistelligen Betrag. Auch damit habe ich keinerlei Probleme. Probleme werden es, wenn der Prüfer zur Tür reinschneit und dir die Argumente ausgehen. Als Einzelunternehmen bin ich für alles voll haftbar. Da hört meines Erachtens der Spass dann auch auf.

Ich habe eine Verfahrens Dokumentation zur Kasse erstellt und bin dabei auf beschriebenes Problem gestoßen. Könnte schon sein, dass es ein Programmierfehler ist, oder ein nicht zu Ende gedachter Ansatz. JTL setzt ja auf VOUCHER Cloud. Hatte ich auch eine Weile - lohnt sich aber kostentechnisch bei mir nicht. Dachte erst, damit könnte es zusammen hängen. Aber durch Deinen Post konnte ich das ausschließen. Du nutzt ja Vouchers. Ich hingegen arbeite mit einer Tabelle und einer selbstangelegten Zahlart "Gutschein".

Naja uns wird nicht viel übrig bleiben als zu hoffen, dass dieser und vergangene Post von den entsprechenden Entwicklern wahr genommen und bewertet werden.
VG Frank