Hallo

Eine negative Anzahl des Artikel reicht dafür nicht?

1 Pfand 0.50 macht dann 0.50 daraus

Bei Rücknahme

-1 Pfand 0.50 macht dann -0.50 daraus

?

Hallo chris, danke für deine Antwort.
Die negative Anzahl des Artikels reicht noch nicht aus, Ich habe wie du vorgeschlagen hast, einen "negativen" Artikel angelegt mit einem entsprechenden Artikelwert, der in diesem Dialog nur positiv eingegeben werden kann. Beim Registriervorgang (Pfandauszahlung) erscheint im "Gegeben Dialog" tatsächlich ein negativer Betrag - allerdings nur wenn man in der "Gegeben" Zeile einen Wert eingegeben hat - hier 0 (Null).
Gebucht wird in der Datenbank allerdings ein positiver Wert - somit wird ein positiver Warenumsatz gebucht der trotz Auszahlung des Pfandbetrages dann zu einem verfälschetem Tagesumsatz führt und am Ende des Tages nicht mit dem Inhalt der Kasse übereinstimmt. Folgendes ist aufgefallen:

• Der Startbildschirm zeigt aufsummierte Umsatze inclusive Pfandrückzahlungen.
• Der gedruckte "negative Artikel" Bon zeigt eine Einnahme (+) anstatt einer Rückzahlung (-) z.B -0.50€.
• Der Tages/Monatsabschluss zeigt aufsummierte positive Umsätze.  Hier sollte die Darstellung von Pfandbeträgen (+) oder (-) transparenter sein.

Meine Umgebung ist :

System: Host: mint2 Kernel: 4.13.0-45-generic i686 (32 bit gcc: 5.4.0) Desktop: Xfce 4.12.3 (Gtk 2.24.28)
Distro: Linux Mint 18.3 Sylvia

Datenbank: QSQLITE 3.11.0 / 2018 QRK

mfg
Michael

Hallo

Also ich meine nicht einen "negativ Artikel" anlegen. Das funktioniert auch nicht.

Anlegen von Artikel Pfand und den Preis ganz normal angeben.

Beim Verkauf wird der Pfandpreis, das werden wohl unterschiedliche sein, zum Umsatz gerechnet und erscheint am Bon als positiver Betrag. Kommt der Pfand zurück einfach eine "negative Anzahl" angeben. Der Preis wird dann auch abgezogen und ist auch am Bon negativ.

Hallo chris, danke für deine Antwort.Das war ein Missverständnis meinerseits.

Ich habe jetzt wie du vorschlägst einen Pfandartikel mit entsprechender Beschreibung angelegt. Im Kassenmodus, beim buchen des Artikels habe ich einmal:

- die Menge des Artikels von 1 auf -1 geändert

danach Tagesabschluss und Demodaten zurücksetzen.

- den Preis des Artikels von 0,50 auf -0,50 geändert

danach Tagesabschluss.

Beide Methoden funktionieren, wobei Methode 2 (negativer Preis) im Tagesabschluß mit Bezug auf "Verkaufte Artikel oder Leistungen" (Anzahl der Transaktionen) aussagekräftiger ist.

Alles in allem sind aber beide Methoden wenig praktikabel in der Anwendung, wen das Bedienpersonal ähnlich wie in einem Excel-Arbeitsblatt während des Betriebs im Kassenmodus im Artikelbereich Werte von positiv nach negativ ändern muss. Hier ist die Gefahr einer Fehleingabe sehr hoch, zumal einer der Stärken von QRK das Anlegen von vorbelegten "Tasten" ist.

Negative Eingaben im Artikelpreisfeld, bzw. eine "Artikelpreis negativ buchen" Checkbox finde ich deshalb sehr sinnvoll.

Beste Grüße
Michael