Wir haben das Kassensystem JTL-POS im Einsatz. Letzte Woche wurde ein automatisches Update gemacht. Seitdem werden vereinzelt Beträge von den Bons nicht korrekt in das Kassenbuch übertragen. Gibt es einen Lösungansatz?
In Bearbeitung Kassenbuch Fehler nach Update
- Ersteller des Themas RC energie GmbH
- Erstellungsdatum
Du befindest dich hier im Wawi Forum, es kann sein das @lweber & Team ggf. dieses Forum nicht so im Blick haben.
Wenn du Supportanspruch hast, erstelle bitte ein Ticket bei JTL.
Von welcher Version (Ursprungsversion) habt ihr aktualisiert (Zielversion)? Welches Kassenbuch meint ihr? Je mehr Informationen, desto besser.
@Enrico W. könnte mit dem verschieben der Nachricht helfen.
Wenn du Supportanspruch hast, erstelle bitte ein Ticket bei JTL.
Von welcher Version (Ursprungsversion) habt ihr aktualisiert (Zielversion)? Welches Kassenbuch meint ihr? Je mehr Informationen, desto besser.
@Enrico W. könnte mit dem verschieben der Nachricht helfen.
Die aktuelle Version ist JTL-POS 1.0.11.1 .. die Version bis letzten Donnerstag kann ich leider nicht rausfinden. Wir erstellen tägliche eine Statistik aus dem System sowie ein Kassenblatt. In der Übersicht aller Kassenbons sind die Beträge korrekt. Allerdings werden diese bei EC-Zahlungen nicht korrekt auf das Kassenblatt übertragen.
Was ist ein Kassenblatt?
Ein Tagesabschluss, eine Zwischenabrechnung, ... aus JTL-POS?
@RC energie GmbH
Ein Tagesabschluss, eine Zwischenabrechnung, ... aus JTL-POS?
@RC energie GmbH
Wir haben das gleiche Problem , Rechnung wurde von der Wawi in die Pos übernommen und Bar bezahlt,
Bon ist korrekt verbucht, wird aber nicht im Kassenbuch aufgeführt .
Bon ist korrekt verbucht, wird aber nicht im Kassenbuch aufgeführt .
Wenn ich im Kassenbuch auf alle Belege erstellen gehe, wird der fehlende Bon als Unbar angezeigt
und unter Vorgang mit Geldtransit: BAR bezeichnet, wie kann man das korrigieren?
und unter Vorgang mit Geldtransit: BAR bezeichnet, wie kann man das korrigieren?
Moin, wir haben das selbe Problem. Das Kassenbuch sieht auf jeden Fall anders aus als wie im letzten Monat. Die Beträge stimmen nicht im Kassenbuch. Aufgefallen ist uns das bei Zahlungen per SumUp. In JTL wird der Auftrag als bezahlt gesetzt, und es wird auch die richtige Summer unter "Zahlungen" angezeigt, aber auf dem Kassenbuch stimmt der Betrag leider nicht. Wir sind jetzt ratlos, muss man da noch etwas beachten?
Ich habe hier aktuell den Fall, das ein Kunde in der zweiten Januar-Woche für ca. 12,-€ gekauft und bar gezahlt hat.
Beim erstellen des Kassenbuchs für alle Belege (incl. EC) wird mir dieser Bon mit ca. 15.000,-€ (fünfzehntausend!!!) Minus angezeigt. So als hätte ich 15.000,-€ aus der Kasse genommen und dem Kunden ausgezahlt.
Was definitiv nicht der Fall war.
Wähle ich beim erstellen des Kasenbuches die andere Variante ohne "alle Belege", dann werden nur die Bargeldbewegungen berücksichtigt und das Kassenbuch passt.
Der betroffene Kassenbon wird mir in der Bon-Übersicht mit 12,- angezeigt, so wie es richtig ist.
Der Bargeldbestand stimmt auch mit den Angaben in der Kasse (Kassenstand) und mit den Tagesabschlüssen überein. Keine Differenzen beim Bargeld.
Ebenfalls letzte Woche Update auf JTL-POS 1.0.11.1 (6017)
Beim erstellen des Kassenbuchs für alle Belege (incl. EC) wird mir dieser Bon mit ca. 15.000,-€ (fünfzehntausend!!!) Minus angezeigt. So als hätte ich 15.000,-€ aus der Kasse genommen und dem Kunden ausgezahlt.
Was definitiv nicht der Fall war.
Wähle ich beim erstellen des Kasenbuches die andere Variante ohne "alle Belege", dann werden nur die Bargeldbewegungen berücksichtigt und das Kassenbuch passt.
Der betroffene Kassenbon wird mir in der Bon-Übersicht mit 12,- angezeigt, so wie es richtig ist.
Der Bargeldbestand stimmt auch mit den Angaben in der Kasse (Kassenstand) und mit den Tagesabschlüssen überein. Keine Differenzen beim Bargeld.
Ebenfalls letzte Woche Update auf JTL-POS 1.0.11.1 (6017)
Guten Morgen.
Wie kardoh bereits ankündigte, war dies ein bereits bekannter Fehler in der 1.0.11.1.
Das neuste Update was nun verfügbar ist, sollte das Problem lösen.
Wie kardoh bereits ankündigte, war dies ein bereits bekannter Fehler in der 1.0.11.1.
Das neuste Update was nun verfügbar ist, sollte das Problem lösen.
Mach Sie dann einmal bitte ein Ticket bei uns auf. Das müssen wir uns genauer anschauen