Kassensystem: Unterschied zwischen den Versionen

Aus RaumZeitLabor Wiki
Wechseln zu: Navigation, Suche
K (Reporting)
Zeile 4: Zeile 4:
 
|image      = Kpos_webinterface_draft.png
 
|image      = Kpos_webinterface_draft.png
 
|description = Kassensystem mit Barcode-Scanner und Webinterface zur Verwaltung
 
|description = Kassensystem mit Barcode-Scanner und Webinterface zur Verwaltung
|author      = tiefpunkt, bluegene
+
|author      = tiefpunkt, bluegene, Lutoma
 
|username    =  
 
|username    =  
 
|version    = yet to be released
 
|version    = yet to be released

Version vom 13. Juni 2011, 18:32 Uhr

     
Kassensystem

Release status: experimental [box doku]

Kpos webinterface draft.png
Description Kassensystem mit Barcode-Scanner und Webinterface zur Verwaltung
Author(s)  tiefpunkt, bluegene, Lutoma
Last Version  yet to be released

Ideen

  • "normale" Hardware (Thin Client? siehe z.B. hier oder hier)
    • Booten von Compact Flash oder USB Stick
    • Anbindung an User Datenbank über Netzwerk (Kabel in der Küche?)
    • Warenwirtschaftssystem "light"
  • Scannen von Artikeln mittels Barcodescanner (EAN8 / EAN13 Code)
  • Gerät bietet keine "Mehrwertdienste" und ist nur eine dumme Kasse (;_;)
  • Ausgabe erfolgt über Monitor bzw. 4x20 oder 4x40 Zeilendisplay (DaFo)
  • Identifizierung bzw. Autorisierung über persönlichen Code
    • Frage: gleicher Code wie Tür oder separat?
    • Mitgliedskarte mit Barcode?
    • wenn Karte vergessen, Eingabe des Codes über Pinpad
  • zwei Arten von Kunden: Gäste bzw. Mitglieder
    • Guthabenkarte für Gäste, aufgeladen mit bestimmtem Betrag (nicht personengebunden)
    • Guthabenkarte für Mitglieder, kann beliebig aufgeladen werden (personengebunden)
    • eventuell andere Preise für Gäste
  • evtl. später: Einzahlen mittels Geldleser
  • "Trusted Persons" zwecks Einzahlung
  • bei Zahlungsvorgang: Geräusch (Instantsfun!!!11)
  • Zugriff aufs Kassensystem nur ausgewählte Personen
  • Systemlogging auf Server für Monitoring
  • lokale Datenbank mit regelmäßigem Backup
  • Preisverwaltung über Webinterface
    • Authentifizierung gegen Mitgliedsdatenbank
    • "normale" Benutzer können Einkaufshistorie einsehen (falls aktiviert)

Prozess "Bezahlen"

  1. Identifierung der Person
    verfügbares Guthaben wird angezeigt
  2. Artikel scannen
    jeder gescannte Artikel wird bereits gegen Guthaben geprüft (bei Fehlbetrag Warngeräusch)
  3. Bestätigung bzw. Abbruch der Transaktion
    Verbuchung des Vorgangs & Verrechnung mit Konto
  4.  ???
  5. Profit

Prozess "Aufladen"

Generell gilt: nur im Voraus!

  • per Überweisung aufs Konto vom RaumZeitLabor (Verwaltungsaufwand? eventuell HCBI) oder
  • bar bei ausgewählten "Trusted Persons" (Bestimmung über Plenum/Mitgliedsversammlung?)

Reporting

  • Umsatz pro Gruppe, Produkt, User (nur falls gewünscht) pro Zeiteinheit
  • Produkte, deren Lagerbestand unter Schwellenmenge ist
  • Aufteilung des Produktmixes nach Umsatz / Gewinn
  • Produkte mit baldigem Verfall
  • Gewinn

Datenmodell

  • Produkt: PID, EAN, Name, MengenEinheit, SchwellenMenge, DatumAufgenommen
  • Einkauf: EID, PID, UID, Lieferant, DatumEinkauf, VerfallsDatum, Menge, EKPreis
    • EKPreis wird als Basis für Berechnung der Standardkondition herangezogen
    • Überlegung, ob FIFO (vermutlich), LIFO oder Durchschnitt genommen werden soll
  • Kondition: KID, GID, UID, PID, Faktor, Preis, DatumStart, DatumEnde
    • ermöglicht granulare Preissteuerung bis auf den Käufer (z.B. bei Geburtstag)
    • jede Gruppe sollte einen GID Eintrag haben (ohne UID und PID) mit Standardfaktor (vom EK)
    • entweder Faktor oder Preis ist gesetzt (nie beides)
    • DatumEnde muss nicht gesetzt sein (unbegrenzt)
  • Verkauf: VID, GID, UID, DatumKauf, Total
    • UID ist nur auf Wunsch gesetzt, um Historie einsehen zu können
  • VerkaufsPosition: PosID, VID, KID, PID, Menge, Summe
  • GuthabenKarten: GKID, Code, GID, UID, DatumAusgestellt
    • wenn UID Null, dann anonyme Cashcard (z.B. für Gäste)
    • wenn UID Null, dann muss GID gesetzt sein
  • Guthaben: CID, GKID, VID, AufladungsArt, Anmerkung, Datum, Betrag
    • VID kann leer gelassen werden (bei Aufladung)
    • AufladungsArt ist z.B. bar, Überweisung, ...
    • Anmerkung je nach AufladungsArt (z.B. verantwortliche Person, Transaktionscode)

Aktueller Stand

  • Futro S300 mit 1GHz (danke Felicitus)
  • PSC QS6000+ Barcode Scanner (Übersicht, Handbuch)
  • 2GB CompactFlash Karte (danke docsteel)
    • alternativ: 2.5GB "Microdrive" (von Seagate)
  • Debian 6.0.1a testweise installiert (eine Partition, ext4)
    • idealerweise in Zukunft als Image, was in RAM entpackt wird
    • Zugriff über SSH

Links