In Diskussion überarbeitete POS Version...

[Predpray]

Steht die überarbeitete POS Version schon zur Verfügung? Die letzte Version hat mir einen Tag Arbeit und einen halben Tag Umsatzausfall beschert.

 

[recent.digital]

Die Version wird auf den üblichen Seiten z. b. hier im Forum zum Download angeboten werden. Wahrscheinlich arbeiten die Kollegen mit Hochdruck an einer Lösung und sind auch deshalb hier weniger aktiv als sonst.

 

[RBNLFI]

soeben wurde mir ein update angezeigt. habe es aufgespeilt und es scheint wieder ohne abstürze und ohne such, scan probleme zu laufen. keine Abstürze aktuell sowie nach erstem testen läuft die externe tastatur in allen Feldern!
Danke dafür!!

 

[Predpray]

soeben wurde mir ein update angezeigt. habe es aufgespeilt und es scheint wieder ohne abstürze und ohne such, scan probleme zu laufen. keine Abstürze aktuell sowie nach erstem testen läuft die externe tastatur in allen Feldern!
Danke dafür!!

Kann das noch jemand verifizieren? Ich werde einen Teufel tun, ein Update einfach so zu installieren.

 

[RBNLFI]

Dann arbeite halt weiter mit abstürzen und über nur das untere Such/Text Feld. Aktuelle Update läuft an der Pos wieder ohne probleme😅

 

[Predpray]

Dann arbeite halt weiter mit abstürzen und über nur das untere Such/Text Feld. Aktuelle Update läuft an der Pos wieder ohne probleme😅

Habe heute ein Downgrade gemacht...Deshalb gibts aktuell keine Abstürze.😉

 

[RBNLFI]

Muss ehrlichweise sagen, das Update von eben läuft grade im Live Betrieb seit einer stunde deutlich flüssiger als die Version vor dem Chaos Update von gestern.
Downgrade war mir die Mühe nicht wert da es bei uns nur zu abstürzen außerhalb des genannten Feldes kam. Als schneller Umweg für einen Tag verkraftbar. Wie gesagt läuft aktuelll noch bis 20 Uhr im Laden. Es funktioniert.

 

[hsba]

Tatsächlich öffnet sich bei uns teilweise die Bezahlmaske nicht mehr. Warum? Keine Ahnung. Können auch nicht eingrenzen, wann dies der Fall ist. Es muss jedes mal die Kasse mehrmals neugestartet werden, bis sich der Bon kassieren lässt

 

[Predpray]

Tatsächlich öffnet sich bei uns teilweise die Bezahlmaske nicht mehr. Warum? Keine Ahnung. Können auch nicht eingrenzen, wann dies der Fall ist. Es muss jedes mal die Kasse mehrmals neugestartet werden, bis sich der Bon kassieren lässt

Das konnte heute auch beobachtet werden. Erst wenn man von Hand einen Divers Artikel hinzufügt und ihn sofort wieder löscht, dann kommt man plötzlich zur Kasse.

 

[peak]

Guten Tag,

ich habe gestern unseren POS auf die neueste Version upgedatet und habe jetzt Probleme mit Retourenbons.

Bis dato konnte ich, wenn ich einen Bon retourniert habe, diesen weiter bearbeiten und neue Artikel hinzufügen, sodass der retournierte Betrag gegengerechnet wurde. Jetzt, wenn ich einen Bon retournieren und einen neuen Artikel eingeben will, kommt die Meldung, dass Retouren nicht bearbeitet werden können.

Zusätzlich ist eine neue Funktion „Freie Retouren“ Button erschienen. Hierfür habe ich leider noch keine Erläuterungen gefunden.

Vielen Dank schon mal im Voraus für eure Hilfe.

 

[gigi80]

ja retouren bon gehen nicht mehr als umtausch. Steht im Chanlog der 1-0-10-4 schon drin

 

[Predpray]

Was erledige ich denn mit "freie Retouren "?

 

[peak]

Was erledige ich denn mit "freie Retouren "?

Diese Frage habe ich mir auch gestellt, aber noch keine plausible Erklärung bekommen.

 

[kardoh]

"Freie Retouren" verstehe ich so, das ich dort Artikel retounieren kann, wo ich mich nicht auf einen vorherigen Bon beziehen kann. Z.B. weil der Kunde den Bon nicht dabei hat.

Bin ebenfalls der Meinung, das die neue Version deutlich flüssiger läuft. Außer der Verbindungsaufbau zur TSE, der dauert immer noch gefühlt Drölfmillionen Jahre.

Ja, ist blöd, wenn man jetzt nichts mehr verrechnen kann. Einfacher kann man einen Umtausch nicht handhaben.
Ich habe es bei einem Umtausch immer so gemacht, das ich einen neuen Bon eröffnet habe, alle Artikel scanne (neue wie auch retournierte) und bei den Retouren den Haken gesetzt habe. Kunde zahlt einfach nur den Differenzbetrag.
Nun erstelle ich eine Retoure zu Bon xyz, zahle den Betrag aus und erstelle einen neuen Bon für die neue Ware. Letzteres ist natürlich die sauberere Lösung, aber im Alltag nicht praktisch. Ich kann das Geld nur in Bar rausgeben. Und ein Großteil der Kunden zahlt mittlerweile mit Karte.

 

[D.Hartl]

Mit freie Retouren ist genau das gemeint, was @kardoh beschrieben hat. Eine Rücknahme eines Artikels ohne Bezug auf einen alten Vorgang / Bon.

Bzgl. der Handhabung von Retouren ein Vorschlag von mir: Nutzt dafür einfach einen Gutschein. Ihr nehmt die Ware zurück, zahlt das Geld aber nicht aus, sondern ein Gutschein wird auf dem Bon abgedruckt. Den könnt ihr dann beim neuen kassieren einfach direkt verrechnen. Ich denke von der Handhabung her wäre dieser Weg der eleganteste, auch im Hinblick auf die Kunden, die die neue Ware mit Karte zahlen möchten.

 

[Karalanta]

Mit freie Retouren ist genau das gemeint, was @kardoh beschrieben hat. Eine Rücknahme eines Artikels ohne Bezug auf einen alten Vorgang / Bon.

Bzgl. der Handhabung von Retouren ein Vorschlag von mir: Nutzt dafür einfach einen Gutschein. Ihr nehmt die Ware zurück, zahlt das Geld aber nicht aus, sondern ein Gutschein wird auf dem Bon abgedruckt. Den könnt ihr dann beim neuen kassieren einfach direkt verrechnen. Ich denke von der Handhabung her wäre dieser Weg der eleganteste, auch im Hinblick auf die Kunden, die die neue Ware mit Karte zahlen möchten.

Und da wäre wieder rum - falls nicht genutzt - JTL-Vouchers für 39,- €/Monat nötig, oder man hat das Pro Paket.

Also mich würde nun echt mal die rechtliche/steuerliche Grundlage interessieren warum diese Funktion entfernt wurde. In anderen Systemen ist es nach wie vor möglich einfach einen Artikel auf -1 zu setzen.
Das ein schon abgeschlossener Bon nicht bearbeitet werden kann ist klar. Aber warum ich einen beliebigen Artikel ohne Bezug auf einen speziellen Bon nicht mehr verrechnen kann erschließt sich mit nicht.
Bitte da wirklich um eine kleine Aufklärung.

 

[D.Hartl]

@Karalanta Vouchers ist nicht zwingend notwendig. Es kann auch einfach mit einer Zahlungsart "Gutschein" oder Zahlungsart "Retoure" gemacht werden.
Beispiel:
Es wird ein Artikel für 10,00 Euro zurückgenommen. Als Zahlungsart wird Retoure ausgewählt.
Danach wird ein neuer Artikel verkauft für 15,00 Euro. Daraufhin werden 10,00 Euro mit Retoure gebucht und 5,00 Euro mit Bar, EC oder welchen Zahlungsart auch immer.
Es muss also nicht zwingend Vouchers genutzt werden, um die Vorgänge sauber zu trennen und buchhalterisch korrekt abzubilden.

 

[Karalanta]

@Karalanta Vouchers ist nicht zwingend notwendig. Es kann auch einfach mit einer Zahlungsart "Gutschein" oder Zahlungsart "Retoure" gemacht werden.
Beispiel:
Es wird ein Artikel für 10,00 Euro zurückgenommen. Als Zahlungsart wird Retoure ausgewählt.
Danach wird ein neuer Artikel verkauft für 15,00 Euro. Daraufhin werden 10,00 Euro mit Retoure gebucht und 5,00 Euro mit Bar, EC oder welchen Zahlungsart auch immer.
Es muss also nicht zwingend Vouchers genutzt werden, um die Vorgänge sauber zu trennen und buchhalterisch korrekt abzubilden.

Ja das stimmt natürlich, diese Möglichkeit hab ich gar nicht in Betracht gezogen obwohl wir sie in abgewandelter Form selbst nutzen.
Wir nutzen Wiederaufladbare Magnetkarten als Gutscheine/Guthaben Karten und wickeln auch so unsere Retouren ab.
Bei einer direkt Verrechnung wird die Karte quasi gar nicht genutzt sondern einfach nur über diese Zahlungsart gebucht.
Danke für den Hinweis.

Ein Feedback auf meine Frage hätte mich aber wirklich sehr gefreut.

 

[Predpray]

@Karalanta Vouchers ist nicht zwingend notwendig. Es kann auch einfach mit einer Zahlungsart "Gutschein" oder Zahlungsart "Retoure" gemacht werden.
Beispiel:
Es wird ein Artikel für 10,00 Euro zurückgenommen. Als Zahlungsart wird Retoure ausgewählt.
Danach wird ein neuer Artikel verkauft für 15,00 Euro. Daraufhin werden 10,00 Euro mit Retoure gebucht und 5,00 Euro mit Bar, EC oder welchen Zahlungsart auch immer.
Es muss also nicht zwingend Vouchers genutzt werden, um die Vorgänge sauber zu trennen und buchhalterisch korrekt abzubilden.

Müsste die Zahlungsart Retoure zusätzlich angelegt werden und mit welchem Konto (SKR3)?