|
| |
Fortgeschrittene Programmierung| Re: Belegnummern erstellen | |  | | Autor: mitsch | | Datum: 11.06.06 11:27 |
| salute nobi,
zu 1, nein, darfst du nicht, du darf bereits abgeschlossene Tagesabschlüße nicht mehr öffnen. Ich würde eine zubuchung machen, die sich wieder relativiert d.h gestern -100 am nächsten Tag +100 und so zieht sich das wieder glatt.
Der Wechselgeldbetrag darf nicht weniger werden, differenzen die sich aus dem Verkauf ergeben, müssen im Tagesabschluss notiert werden.
Es muss jede Tag, der selbe Wechselgeld Bestand in der Kasse sein.
Ich würde es sogar empfehlen, jedes Jahr eine neue Datei/DB anzulegen und das abgelaufene Geschäftsjahr ins archiv zu verschieben. Hierbei ist zu beachten das du jederzeit an de Daten herankommst aber nicht verändern kannst.
Das Wechselgeld wird übernommen auch im Übertrag des neuen Geschäftsjahres.
Ausnahmen bestätigen die laufenden Regeln  z.b zur Zeit der Euroumstellung, wurde der Wechselgeldbestand erhöht. Wie gesagt es sind Ausnahmen.
Wie hast du das mit der Kasenabrechnung gelöst?
Der Kassierer/kassiererin oder der Abrechnungsbefugte muss nach Eingabe seines Passwortes die Stückelung des Geldes eingeben, Scheine und Münzen.
Kassendifferenzen müßen bei Abschluss in die Abrechnung einfliesen, hier ist eine Notiz wichtig, warum es zur Kassendifferenz gekommen ist. Weiter in die Abrechungs eine Notiz für Zubuchungen von Beträgen zum Ausgleich von Kassendifferenzen aus den Vortagen.
Grundsätze:
1. Es darf kein Tagesabschluss geöffnet werden um Differenzen auszugleichen
2. Das wechselgeld darf nciht reduziert werden um Differenzen auszugleichen
3. Jede Art von Kasendifferenzen sind zu protokollieren und im 4 Augenbrinzip zu unterzeichnen.
4. bei vergessenen Tagesabschlüßen ist durch zu kassieren, Tageswechsel im Protokoll separat kennzeichnen um die Statistiken nicht zu verfälschen.
5. Jede Art von Transaktionen sind zu Protokollieren, zeilenstorno, Bonstorno, Rücknahmen, Auszahlungen ect.
5 Transaktionen, fortlaufned, lückenlos
6. bei Jahreswechsel, weiterführende Transaktionsnummern. Es sei denn eswird gewünscht von der GF-Leitung. Dann must du mit der Archivdaten aufpassen.
7. Ergonomie der Kasse, wichtig, in kurze schritte zum Verkauf kommen. Kein langes suchen von Fenster, möglichst alle wichtigen Funktionen auf die Tastatur legen/touchscreen.
8. Bon parken ermöglichen.....
9. Benutzerrechte einführen wer was machen darf, ne einfache Kassiererin, darf z.b keine Statistiken machen, darf keine Bon-Stornos erstellen.....
Der PLU-Stamm nur nach Tagesabschluss vom Backoffice zuden Kassen senden, es sei denn der Artikel ist nicht auf den Kassen und muss gesendet werden, hierbei ist zu beachten das ein angefangener Bon zu ende kassiert wird.
Kundendaten sofern vorhanden sind verschlüsselt zu übertragen.
Topologie einer Kasse:
in der heutigen Zeit sind Offlinekassen nicht mehr Markgerecht, Onlinekasse mit permanenter verbindung zum Backoffice sind zu empfehlen.
Sekundengenaue Kontrolle/einsicht in die Transaktionen, minutliche Erstellungen von Abverkaufstatistiken, ect.
Nicht vorhandene Artikel können in einer Onlinekasse, in einer anderen Filiale bestellt/zurückgelegt werden, ect.
Sollte erstmal reichen....sind genug Informationen
Gruß | |
 | Sie sind nicht angemeldet!
Um auf diesen Beitrag zu antworten oder neue Beiträge schreiben zu können, müssen Sie sich zunächst anmelden.
 Einloggen | Neu registrieren |
 |
|
sevAniGif (VB/VBA) 
Anzeigen von animierten GIF-Dateien
Ab sofort lassen sich auch unter VB6 und VBA (Access ab Version 2000) animierte GIF-Grafiken anzeigen und abspielen, die entweder lokal auf dem System oder auf einem Webserver gespeichert sind. Weitere InfosTipp des Monats  Oktober 2025
Matthias KozlowskiUmlaute konvertierenErsetzt die Umlaute in einer Zeichenkette durch die entsprechenden Doppelbuchstaben (aus ä wird ae, usw.) TOP Entwickler-Paket 
TOP-Preis!!
Mit der Developer CD erhalten Sie insgesamt 24 Entwickler- komponenten und Windows-DLLs. Die Einzelkomponenten haben einen Gesamtwert von 1866.50 EUR...
Jetzt nur 979,00 EURWeitere Infos
|
| |
|
Copyright ©2000-2025 vb@rchiv Dieter Otter
Alle Rechte vorbehalten.
Microsoft, Windows und Visual Basic sind entweder eingetragene Marken oder Marken der Microsoft Corporation in den USA und/oder anderen Ländern. Weitere auf dieser Homepage aufgeführten Produkt- und Firmennamen können geschützte Marken ihrer jeweiligen Inhaber sein.
Diese Seiten wurden optimiert für eine Bildschirmauflösung von mind. 1280x1024 Pixel
|
|
Sie sind aktuell nicht angemeldet.
